Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

January 2015

1 participants
62 discussions

ffmpeg-devel.log.20150125
by burek 26 Jan '15

26 Jan '15

[00:05] <yayoi> so anyway, should i do the 2/3 remaining or someone has a better suggestion on how i could contribute something potentially more useful to ffmpeg? [00:33] <jamrial> any performance improvement is welcome, so consider submitting it to the mailing list to get a proper review thread going [00:33] <jamrial> and if it's simple as you said, go ahead with the other 2 [00:36] <cone-388> ffmpeg.git 03Michael Niedermayer 07master:c1cdce5dcb95: avformat/matroskadec: Check av_mallocz() return values [00:36] <cone-388> ffmpeg.git 03Michael Niedermayer 07master:a1062e1437c0: avformat/matroskadec: Use av_malloc_array() for index_entries [00:52] <BBB> yayoi: did you actually look into a profiler to measure how much cpu time (single-threaded) is taken by colormtrix over other overhead in your pipeline? [00:53] <BBB> yayoi: if the overhead is 80% and you go from 35 to 32 fps with 1->2 threads, Id say thats exactly expected (as you said; colormatrix isnt complex, so &) [01:04] <wm4> yeah, testsrc is probably slow, and it also converts whatever testsrc outputs to uyvy422 [01:17] <ubitux> yay i finally got good rendering with my gif encode \o/ [01:20] <ubitux> http://lucy.pkh.me/gone-nutty.gif [01:20] <ubitux> only one palette [01:21] <ubitux> size is still a bit indecent (6.3M) but well [01:22] <ubitux> ah and currently for reference: http://lucy.pkh.me/gone-nutty-current.gif [01:22] <ubitux> (<1M though) [01:23] <ubitux> the dithering makes the size explode, i can probably write a better one [01:45] <kierank> colormatrix is pretty fast as it is [01:45] <kierank> considering a lack of simd [02:20] <ubitux> https://github.com/ubitux/FFmpeg/compare/colorquant [02:20] <ubitux> ffmpeg -i in -vf palettegen -y palette.png [02:21] <ubitux> ffmpeg -i in -i palette.png -lavfi paletteuse out.gif [02:26] <cone-388> ffmpeg.git 03Michael Niedermayer 07master:85d7e02e4af4: ffmpeg: allow overriding and amending AVStream->disposition [08:33] <j-b> 'morning [11:51] <filterAMI> I am getting error: Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height [11:53] <filterAMI> I am getting error while using scale filter: Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height [13:45] <cousin_luigi> bbl [15:08] <cone-504> ffmpeg.git 03Michael Niedermayer 07master:c50ddc10b2f0: doc/APIchanges: fill in the remaining missing dates [15:09] <cone-504> ffmpeg.git 03Michael Niedermayer 07master:47785b44b554: avformat/movenc: fix cleanup on insufficient reserved_moov_size [15:09] <cone-504> ffmpeg.git 03Michael Niedermayer 07master:da048c6d2472: avformat/movenc: Check failure of allocation of ctts_entries and propagate error [16:17] <cone-504> ffmpeg.git 03Michael Niedermayer 07master:49456ed6069a: avfilter/vf_uspp: Use FF_CEIL_RSHIFT() correct rounding of odd w/h [16:17] <cone-504> ffmpeg.git 03Michael Niedermayer 07master:fd048e690b0e: avfilter/vf_uspp: fix gop_size [16:17] <cone-504> ffmpeg.git 03Michael Niedermayer 07master:ec28cdedde81: avfilter/vf_mcdeint: fix gop_size [18:22] <arwa> For rebasing against the latest master, we just have to use git pull --rebase, right? [18:34] <JEEB> or fetch and rebase, yes [18:35] <JEEB> pull is fetch and merge or rebase together [18:35] <JEEB> sometimes if you have stuff that has already gone to master it's a good idea to fetch and do an interactive rebase (-i) to make sure you're not trying to merge stuff that's already merged on top of the new HEAD [18:43] <arwa> Okay thanks [18:43] <arwa> :) [18:53] <arwa> When I am requesting pull, then I am getting merge conflicts. How do I resolve these conflicts? I tried various things, but the conflicts are still there :/ [18:55] <nevcairiel> manually [18:55] <Daemon404> you should rebase your branch, not merge [18:56] <ubitux> i'm more and more annoyed at the duplication between the options description and the documentation [18:57] <ubitux> we should have all the documentation inside the code and generate the doc from it or something [18:57] <Daemon404> that doesnt work well in practice [18:58] <Daemon404> you cannot have proper expository documentation that way [18:58] <ubitux> i'm pretty sure it can work for filters [18:58] <Daemon404> well i mean in general [18:58] <Daemon404> e.g. platform.texi [18:59] <ubitux> it's not for the whole doc, but at least for those that are redundant [19:00] <ubitux> i mean we have a mechanism of self documentation (ffmpeg -h filter=foobar) [19:00] <ubitux> it's just very rarely in sync with the documentation in doc/filters.texi [19:00] <ubitux> doc/filters.texi being often more complete but not exactly matching the code [19:00] <ubitux> (because of option re-ordering or whatever) [19:00] <ubitux> anyway, it's kind of annoying [19:02] <wm4> <ubitux> i mean we have a mechanism of self documentation (ffmpeg -h filter=foobar) [19:02] <wm4> lol first time I see this [19:03] <nevcairiel> unfortunately, the whole help system thing isnt well known [19:04] <llogan> works for other stuff too. encoder, decoder, muxer... [19:04] <llogan> we should document this documentation [19:34] <rcombs> heh, so that's where that help text goes! [20:13] <ubitux> > Firefox cannot guarantee the safety of your data on ffmpeg.org because it uses SSLv3, a broken security protocol. [20:13] <ubitux> damn :)) [20:23] <nevcairiel> the website doesnt offer tls? [20:23] <nevcairiel> someone should really fix that [20:23] <nevcairiel> hm uses tls 1.0 here [20:24] <wm4> j-b: what was the name of your smb library? [20:27] <j-b> wm4: libdsm [20:27] <j-b> wm4: it's not ready, be careful [20:28] <wm4> is that why it's not on git.videolan.org? [20:31] <j-b> wm4: it's on gituhb [20:31] <j-b> wm4: https://github.com/videolabs/libdsm/ [20:33] <wm4> thanks [20:45] <jamrial> kurosu_: did you also test movsd instead of movq? [20:47] <cone-504> ffmpeg.git 03Michael Niedermayer 07master:961353d842bc: avfilter/vf_mcdeint: Set no_bitstream=1 [20:55] <michaelni> ubitux, sslv3 is disabled on ffmpeg.org since quite some time [20:57] <ubitux> i just tried to set security.tls.version.min to 3 in about:config [20:58] <ubitux> and firefox didn't appreciate accessing ffmpeg.org then [20:59] <JEEB> mitm? [21:01] <ubitux> maybe firefox just reports a stupid message [21:01] <drv> it looks like ffmpeg.org only supports tls 1.0, and tls.version.min wants tls 1.2 only [21:01] <JEEB> ah [21:02] <kurosu_> jamrial, err, movsd? as in mov double? no, I just supposed that integer versions had lower latencies [21:02] <kurosu_> I think we did that or thought about it on sbr dsp some years ago [21:03] <jamrial> i checked and got similar numbers as movq (still much faster than movlps, so thanks for noticing that) [21:03] <kurosu_> nice to see that corroborated - i thought that would be some gimmick optimization [21:04] <jamrial> so i was wondering if movsd is a better choice since it remains in float domain [21:04] <kurosu_> I've heard some new cpus have penalties when mixing integer and float insn, but I never noticed the actual issue [21:04] <kurosu_> I can bench movsd - what's the insn set? sse2 or ? [21:05] <jamrial> sse2, same as movq [21:05] <kurosu_> ok [21:10] <kurosu_> jamrial, same here, so why not [21:11] <jamrial> ok [21:13] <jamrial> I couldn't reproduce the gains you got by using m8 to store the mask here [21:13] <jamrial> win64 as well [21:48] <kurosu_> yeah, they are below the 1 cycle/loop so they are likely very dependant on cpu [21:48] <kurosu_> so no big deal [21:49] <kurosu_> tried replacing the movlhps with various unpacks - no change [21:50] <kurosu_> otherwise good for me [21:54] <jamrial> ok, thanks [22:22] <cone-504> ffmpeg.git 03James Almer 07master:449b21bfab25: x86/sbrdsp: add ff_sbr_autocorrelate_{sse,sse3} [22:22] <cone-504> ffmpeg.git 03Christophe Gisquet 07master:7aeafacfd0da: x86/sbrdsp: Use different mem moves [00:00] --- Mon Jan 26 2015

1 0

ffmpeg.log.20150125
by burek 26 Jan '15

26 Jan '15

[00:30] <t4nk455> hello [00:31] <t4nk455> hello to all i have live video source and have movie file have fram inserted on black scream i need to insert this movi to run overlay the live video and when the movie finish keep the live video output as live to rtmp [00:32] <t4nk455> hello [00:34] <t4nk455> hello to all i have live video source and have movie file have fram inserted on black scream i need to insert this movi to run overlay the live video and when the movie finish keep the live video output as live to rtmp [00:35] <t4nk455> any one can help me [01:14] <wodim> is there something like delogo but that accepts some kind of mask? i mean a square is not very good, vlc can do a shape for example [01:20] <Kuukunen> wodim: http://avisynth.nl/index.php/Rm_logo http://avisynth.nl/index.php/InpaintFunc [01:21] <wodim> thank you for the idea [01:24] <zumba_addict> hi folks, I'm a bit confused with the quality of video playing versus the extracted image as a jpeg. When I pause a video and capture a screenshot, it is 50% better than the quality that I got after running ffmpeg -i WP_20150124_14_28_46_Pro.mp4 -r 30000/1001 image-%d.jpeg [01:25] <c_14> try setting -q:v to something lowish (at least I think low is better) [01:26] <zumba_addict> ok, I havent' tried that parameter [01:26] <zumba_addict> can you give an example param please? [01:27] <zumba_addict> what is the minimum/max value we can assign to -q:v [01:27] <zumba_addict> just saw this too, http://stackoverflow.com/questions/10225403/how-can-i-extract-a-good-qualit… [01:31] <zumba_addict> -q:v 2 improved it [01:36] <Sparrow99> hi how can I pointing nvEncodeAPI.h with ffmpeg+enable-nvenc ? [04:17] <zumba_addict> how come this didn't order the numbers correctly? ffmpeg -i image_%04d.jpg -c:v libx264 -r 30000/1001 -crf 22 -preset ultrafast -pix_fmt yuv420p out.mp4 [04:17] <c_14> define "order the numbers correctly" [04:18] <zumba_addict> i have files from image_0001.jpg to image_1861.jpg [04:18] <zumba_addict> the files image_0997.jpg to image_0999.jpg got move to another location [04:18] <c_14> They should be in the right order. [04:19] <c_14> It's always worked for me. [04:19] <zumba_addict> it always worked for me too [04:19] <zumba_addict> but here is what I noticed [04:19] <zumba_addict> when I do an ls -lrt, the files aren't in order [04:19] <zumba_addict> looks like ffmpeg is looking at the timestamp rather than sequence [04:22] <zumba_addict> snippet output of ls -lrt - http://pastebin.com/ff7Y2ys8 [04:23] <zumba_addict> any ideas? [04:24] <c_14> What's the first image index? [04:25] <zumba_addict> 0001 [04:25] <zumba_addict> everything looks fine except 0997-0999 [04:26] <c_14> Have you looked at those images in an image viewer to make sure they weren't renamed by accident? [04:28] <zumba_addict> i figure it ouw [04:28] <zumba_addict> out [04:28] <zumba_addict> looks like lightroom doesn't care when it saves it [04:28] <zumba_addict> here is what i'll do to fix it [04:28] <zumba_addict> ls -1 | sort which sorts them properly [04:29] <zumba_addict> then i will recopy them to another folder which will save them on time properly [04:29] <zumba_addict> so looks like a bug in ffmpeg too [04:29] <zumba_addict> i looked at the files and the images are correct [04:29] <zumba_addict> the sequence are correct too [04:29] <zumba_addict> but the time they are saved is not in order [04:43] <zumba_addict> i got disconnected [04:43] <zumba_addict> so it's a bug in ffmpeg right? [04:44] <c_14> If you can find a way to reproduce it, yes. (or even if you can't if you can provide part of the source files that it happens with, and it always happens with those files) [04:45] <zumba_addict> what I'm doing now is resaving the files in the correct timestamp [11:28] <Stu|> quick question, what do people use as a gui for ffmpeg on ubuntu? [11:29] <zumba_addict> hey guys, what's a good title for my youtube for our snow tubing today? I was thinking highspeed snow tubing but there is already in youtube [11:45] <pross> snow tubing? [11:52] <filterAMI> I am getting error while using scale filter: Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height [11:54] <zumba_addict> here it is, what do you think about my video :) I used ffmpeg for this. WOOHOO on ffmpeg - https://www.youtube.com/watch?v=TRX-VyFO2JU [11:59] <RobertNagy> I'm getting a lot of "h264 reference count overflow" errors when playing a ffmpeg generated rtmp stream in ffplay. What might be causing this and how can I avoid it? [12:00] <RobertNagy> I'm running the stream through nginx if that might affect something... [13:37] <wodim> mpeg4 (native) -> h264 (libx264) [13:37] <wodim> i'm doing this (480p) and the movie has the same size (around 700MB) [13:37] <wodim> what gives? [13:41] <relaxed> what's your command? [14:24] <wodim> relaxed: ffmpeg -i El\ Dúo\ Sacapuntas\ -\ Yo\ quiero\ ser\ torero.avi -c:v libx264 -c:a libfaac -f yo_quiero_ser_torero.mkv [14:24] <wodim> relaxed: from 709M to 539M [14:24] <wodim> i thought it would be less than 300M at least... [14:32] <__jack___> wodim: you can reduce that further, by reducing quality [14:33] <wodim> __jack___: i don't really want to, i just thought the resulting size would be much different. my mistake i guess? [14:34] <__jack___> encoding an already encoded source (something not lossless or not almost-lossless) is not that awesome, because the #2 encoder will try to keep #1 encoder "waste" [14:34] <__jack___> #2 will keep #1 mistakes [14:39] <wodim> no fix for that even if it's much slower? [15:04] <hid> hello [15:28] <relaxed> wodim: add -preset veryslow [15:28] <wodim> ok thank you [15:28] <relaxed> you might want to copy the audio [15:29] <wodim> maybe because i don't think there will be much of a difference [15:37] <hid> how do you include neroAacEnc with ffmpeg? [15:48] <relaxed> hid: it's not possible, use libfdk_aac instead [15:48] <hid> relaxed: ok thank you :) [16:06] <kc8hfi> i have this, http://fpaste.org/174371/42219827/ the video and audio are in sync for a good while, but it slowly gets out of sync. would pulseaudio be causing that? [16:07] <kc8hfi> I'm not sure how to handle lines 25-28. [16:08] <kc8hfi> mediainfo on the resulting file, http://fpaste.org/174372/19848414/ [16:14] <kc8hfi> the tee'd stream didn't work though. i used ffplay udp://localhost:1234 to play that stream, http://fpaste.org/174373/22198815/ tons of errors. [18:19] <kc8hfi> this is the command, http://fpaste.org/174393/22062551/ that should create a udp stream, so when I run this command, http://fpaste.org/174394/22206338/ you can see the error at line 14 [18:23] <c_14> Try f=mpegts instead of f=matroska [18:26] <kc8hfi> i think i need to tell ffplay what the codec is, http://fpaste.org/174397/42220673/ [18:32] <jbmcgx> hey there, I was wondering if anyone on here would be able to help me figure out why ffmpeg doesn't seem to be utilizing all the vCPUs available on the server we're running it on [18:32] <jbmcgx> we're running a c4.8xlarge EC2 instance that has 36 available threads (18 cores with 2 threads on each core). When I run "top" in terminal and check out the CPU usage, ffmpeg seems to be doing the majority of the work (~90%) on one thread and only using 3-4 threads in total. [18:33] <jbmcgx> our ffmpeg is built from source with "--enable-pthreads". I've tried adding "-threads 0" to the encoding settings and also "-threads 36" but the result is similar [18:33] <c_14> jbmcgx: what are you doing? complete commandline please (preferably in a pastebin) [18:40] <kc8hfi> this should work, http://fpaste.org/174400/20764314/ [18:44] <c_14> Those options don't have any effect in ffplay. [18:44] <jbmcgx> c_14: hopefully you can make sense of this, its a pretty hefty command... http://pastebin.com/X3A5S1uF [18:47] <jbmcgx> c_14: essentially what it is, is a video of someone fiddling with a phone and we are sending in motion tracking coordinates and overlaying a frame sequence to alter what is shown on the screen of the phone [18:49] <jbmcgx> c_14: it also applys an alpha mask as the person's thumbs overlap the phone during the frame sequence we're overlaying [18:51] <jbmcgx> and were using a modified version of the perspective frei0r plugin (perspective2) to handle the motion tracking coordinates (4 corners, not a flat rectangle) [18:51] <c_14> oh boy, The deadlock is most likely somewhere in that filtergraph. I'm not sure if filtergraphs as a whole support threading [18:51] <c_14> The easiest way to get it to thread better would be to split it into several ffmpeg commands, encode using a lossless codec and combine the results. [18:54] <jbmcgx> so you mean like split the video into chunks to encode, run those at the same time and then concat the result? [18:58] <c_14> If you can do that easily, ye. That would be your best bet. If you can't easily do that you'd have to look into each of the filters in the filtergraph, how the handle threading and work on improving that... [19:00] <jbmcgx> c_14: do you know of an easy way to tell when all those chunks have finished? or would we need to make some kind of a system around it to handle that (like to know when the last chunk has finished and continue onto the next command) [19:05] <c_14> If you fork all the commands as subprocesses, you can wait on them. [19:10] <jbmcgx> ok gotcha - and then set threads to 0? or is that basically not doing anything [19:12] <c_14> That's only effecting the x264 encoding, and it's 0 by default [19:15] <jbmcgx> ok cool - thanks for the help! [19:46] <zumba_ad_> hey guys, is it possible in ffmpeg to combine video files and overlapping the start and end while fading in and fading out? [20:56] <cousin_luigi> What does --enable-pic do? I mean, isn't it enough to add -fPIC to CFLAGS? [20:57] <JEEB> simpler way to do that basically [21:01] <cousin_luigi> rpmlint complains if I don't add the switch manually [21:01] <cousin_luigi> I'm not sure why [21:01] <cousin_luigi> perhaps it only checks the gcc line [21:02] <JEEB> maybe it only checks CFLAGS ? [21:02] <JEEB> instead of what is actually used [21:02] <JEEB> make V=1 will show you all the gritty details, IIRC [21:12] <cousin_luigi> JEEB: Will -fPIC work on arm? [21:13] <cousin_luigi> There were all sorts of weird arch options in this build script. [21:48] <cousin_luigi> gn [22:04] <zumba_ad_> hey guys, I processed this in ffmpeg :) https://www.youtube.com/watch?v=TRX-VyFO2JU [23:49] <zumba_ad_> is there a difference between -framerate 30 vs -r 30000/1001 [23:49] <c_14> yes [23:49] <zumba_ad_> i always use -r [23:50] <zumba_ad_> just saw framerate from this link, http://video.stackexchange.com/questions/7903/how-to-losslessly-encode-a-jp… [23:50] <zumba_ad_> how do they differ? [23:50] <zumba_ad_> i know that when i use 30000/1001, it's actually 29.97 [00:00] --- Mon Jan 26 2015

1 0

ffmpeg-devel.log.20150124
by burek 25 Jan '15

25 Jan '15

[00:05] <cone-896> ffmpeg.git 03rogerdpack 07master:d01234419b61: dshow: allow selecting devices by an alternative name (workaround for devices with symbols in them), allow specifying capture pins by name and alternative (unique) name [00:05] <cone-896> ffmpeg.git 03rogerdpack 07master:e620eee88c4f: dshow: miscellaneous tweaks [00:05] <cone-896> ffmpeg.git 03rogerdpack 07master:8eb5b5ec6f58: dshow: use non deprecated api [00:05] <cone-896> ffmpeg.git 03rogerdpack 07master:b76a0e24f9ef: dshow: drop initial audio packets with weird timestamps [00:05] <cone-896> ffmpeg.git 03rogerdpack 07master:ec81ad21c1f8: dshow: introduce support for crossbar [multiple input selectable] devices [00:05] <cone-896> ffmpeg.git 03rogerdpack 07master:5d72cf0f6416: dshow: add options for allowing filter popup configuration dialogs to be presented to the user [00:05] <cone-896> ffmpeg.git 03rogerdpack 07master:a35da0920d78: dshow: some devices only list themselves under "Video sources" but actually have both video and audio output pins, so make the audio pins accessible by video source name. [00:05] <cone-896> ffmpeg.git 03rogerdpack 07master:b587ec00f7b6: dshow: fix docu escapes [00:05] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:76241c911510: Merge remote-tracking branch 'rdp/dshow_crossbar' [00:37] <rock> Hi, Which is the best Mpeg2 TS analyzer ? [00:38] <rock> I would like to pass in Apple HLS URL and analyze the stream [01:06] <cone-896> ffmpeg.git 03Jean First 07master:1f13348f7d10: lavc/libopenjpegenc: move opj_setup_encoder to libopenjpeg_encode_frame [01:24] <compn> rock : analyzer for what ? conformaty ? errors ? [01:24] <compn> you just want to record the stream ? [01:37] <rock> comp: it is for conformaty and errors [01:39] <rock> what would be ideal is one software that takes all the different stream protocols and finds out errors [01:39] <rock> I could not find one [01:39] <rock> I did find quite a few for Apple HLS , but need to find out which one is the best [01:41] <rock> I would need detail analysis of mpeg2 also [01:42] <compn> rock : i dont know of any tools like that, unfortunately :( [01:42] <compn> but someone else here may know of some [01:42] <compn> wait around for a better answer , or ask on the mailing list [01:43] <rock> thanks compn, will do . [06:31] <cone-832> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:e97545646af7: ffserver: reflow http_vlog() [06:31] <cone-832> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:7d3857b7ab59: ffserver: reindent http_vlog() [06:31] <cone-832> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:eadd66a4aff7: ffserver: reflow handle_connection() [06:31] <cone-832> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:197acee767dd: ffserver: reindent handle_connection() [06:31] <cone-832> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:2699a3781675: ffserver: reflow find_stream_in_feed() [09:54] <filterSAC> i'm writing a simple width and height change filter of a video can anyone give me some idea about that how can i do that ,can anyone give me some algorithm of that? [13:03] <filterSAC> can anyone give me suggession how i understand vf_scale.c filter [13:12] <cone-832> ffmpeg.git 03Christophe Gisquet 07master:ba6888c0e3b5: ffmpeg_opt: expand format for strftime [13:38] <cone-832> ffmpeg.git 03Michael Niedermayer 07master:c651a1aaecb5: doc/APIchanges: Fill in remaining missing hashes [14:27] <cone-832> ffmpeg.git 03Michael Niedermayer 07master:1296dc6025de: avutil/pixdesc: rewrite AV_PIX_FMT_FLAG_PSEUDOPAL documentation [14:33] <ubitux> i'm doing an upsampling from 5 to 8 bits with (x*8423 + (1<<9))>>10 [14:33] <ubitux> is it ok or something better should be used? [14:34] <ubitux> (not involving dithering here) [15:28] <ubitux> what's best for the gif muxer: delay the writing of the header to the first write_packet call, or seek into the header to update the global palette at the first write_packet call? [15:28] <ubitux> i suppose the former is better so it can work with non seekable output [15:28] <nevcairiel> anyone wager a guess how often i want to stab myself when I try to add a new pixel format to swscale? [15:29] <ubitux> haha [15:29] <nevcairiel> its just a fancy 10/16bit yuv format, shouldnt be too bad, right <.< [15:30] <kierank> which format? [15:30] <nevcairiel> P010, ie. NV12 in with 10-bit [15:30] <nevcairiel> the hevc 10-bit hw decoders output that [15:30] <kierank> should already be in as NV16 [15:30] <kierank> sorry NV20 [15:31] <kierank> oh 4:2:0 [15:31] <kierank> meh [15:31] <nevcairiel> the docs said that was 4:2:2 [15:31] <nevcairiel> yea :p [15:31] <nevcairiel> P210 is 4:2:2 [15:31] <kierank> ok there's no nice name for 4:2:0 [15:31] <kierank> nv15 i guess [15:31] <nevcairiel> i've never seen those numbers used [15:31] <kierank> yeah i kind of made them up a bit [15:31] <nevcairiel> MS uses NV12, but the others they call P010, P210, P whatever [15:32] <kierank> but nv12 is a thing [15:32] <nevcairiel> or P016 for full 16-bit [15:32] <nevcairiel> the special part abut P010 is that it has the values in the high-bits [15:32] <nevcairiel> unlike anything ffmpeg uses [15:33] <nevcairiel> (which is kinda handy, as P010 and P016 are practically the same then, except more precision) [15:33] <wm4> well, ffmpeg does with audio formats [15:34] <nevcairiel> I bet the pixel format descriptor cannot even describe this properly :D [15:34] <wm4> but for video, padding the high bits is apparently preferred, because it makes it easier to write ricer asm [15:34] <nevcairiel> unless I just pretend its 16-bit [15:34] <wm4> ah, who knows how the hell this pixel format descriptor works... [15:34] <nevcairiel> i should probably just pretend its 16-bit [15:34] <wm4> that should work just fine [15:35] <nevcairiel> MS guarantees that the low bits are zero'ed [15:35] <nevcairiel> especially for the reason to be lazy and only use one codepath for both 10 and 16 bit [15:35] <wm4> ffmpegs own machinery will try not to convert it to ffmpeg native 10 bit, though, it'll try to keep it 16 bits [15:36] <nevcairiel> well personally i wont really care [15:36] <wm4> neither do I [15:37] <wm4> I wonder how high bit depth vdpau works, though [15:37] <wm4> or vaapi [15:37] <nevcairiel> dont ask me [15:37] <wm4> but the feeling of not caring is too string [15:37] <wm4> *strong [15:38] <nevcairiel> in dxva the driver tells you which kind of surface format it supports [15:38] <nevcairiel> and the nvidia driver spits out P010 for the main10 hevc decoder [15:40] <wm4> but P016 is still like nv12, but with 2 bytes per component, right? [15:40] <nevcairiel> yes [15:40] <nevcairiel> its otherwise the same [15:40] <nevcairiel> and P010 is just the same with the 6 lower bits guaranteed zero [15:41] <wm4> seems like ffmpeg calls this nv20 [15:41] <nevcairiel> i think thats 422 [15:41] <wm4> or nv16 [15:42] <nevcairiel> nv16 is 422 8-bit [15:42] <nevcairiel> or at least in the non-ffmpeg world it is [15:42] <wm4> oh [15:42] <wm4> right [15:42] <wm4> so it doesn't support P016? [15:42] <nevcairiel> nope [15:43] <wm4> and libswscale supports only nv12/21 (it's getting quite behind here...) [15:44] <nevcairiel> once I have the 10-bit decoding actually working i will probably need to add p010/p016 support to swscale for the rest of my code to not break in some cases [15:44] <nevcairiel> (or i convert in my own code to a format swscale understands, but thats not ideal) [17:18] <kierank> nevcairiel: i don't envy you [17:18] <kierank> working on swscale [17:36] <wm4> RFC: should API users be allowed to ask API user-questions on #ffmpeg-devel and the mailing list? [17:36] <wm4> without us telling them to "fuck off" (even if we do in a nice way) [17:51] <kurosu> nevcairiel, so that nvidia 960 gtx does have a hw hevc decoder? I guess up to something like 4Kx2K 30fps? [17:51] <nevcairiel> it decodes 80mbit 4kx2k at over 100 fps [17:51] <kurosu> nice [17:52] <kurosu> I guess people at tradeshows will no longer need openhevc then :D [17:52] <nevcairiel> 10-bit support as well, although no speed numbers there yet, but i don't expect any big differences to 8-bit, thats just how hardware rolls [17:53] <kurosu> unless you output to something through a bus [17:54] <nevcairiel> yeah the double memory requirement is the only difference there really [17:54] <kurosu> I'm not quite sure what the point of 10bits already in hw, seeing how the whole chain is probably several years from that [17:54] <nevcairiel> well Blu-ray 4K will be 2160p @ 10-bit [17:55] <nevcairiel> so being able to decode that is nice [17:55] <nevcairiel> (and coming at the end of this year to consumer stores near you) [17:56] <kurosu> so will the DVB new standard (or whatever it is called) but that's probably a bit later [17:56] <kurosu> what's the chroma format on those btw? 4:2:0 (ie main10 hevc) [17:56] <nevcairiel> yes [17:56] <kurosu> ? [17:56] <kurosu> ok [17:56] <nevcairiel> with optional HDR metadata in SEI messages [17:56] <nevcairiel> whatever these are [17:57] <kurosu> (c) Dolby [17:57] <nevcairiel> was some SMPTE spec listed, which i didnt bother to look up [17:57] <kurosu> errr, (c) and $$$ Dolby, sorry [17:57] <kierank> nevcairiel: do you want real world high 10 samples? [17:58] <nevcairiel> some rumors mentioned SHVC layers with extra bitdepth as an optional feature, but i couldnt confirm that yet [17:58] <kurosu> so they were serious [17:58] <kierank> main 10 i mean [17:58] <kurosu> but I thought the base layer would be avc in that case [17:58] <kurosu> for legacy support purposes [17:58] <nevcairiel> kierank: i have a few test recordings from various satellite broadcasts, but if you have anything handy, i always like test files [18:00] <kurosu> http://www.display-central.com/free-news/display-daily/dolby-discusses-hdr-… <- something like that for HDR (actual HDR content mapped to 10bits through an EOTF) [18:00] <nevcairiel> dolby is in video now too? [18:00] <nevcairiel> i guess i just never paid attention to that [18:02] <nevcairiel> i wonder if our decoders here will ever do those HDR things, or if its just a reason for more people to buy blu-ray players [18:02] <kierank> it's a reason for people to buy new tvsd [18:03] <kierank> only 10-20% of them sit close enough to notice 4k [18:03] <kierank> so they need to be sold something else [18:05] <nevcairiel> if it gives us more life-like images, i'm all for that. It would just be a shame if a PC could never produce an image like this [18:05] <kurosu> the purpose of hdr is to be able to have both very low-luminosity and high-luminosity at the same time [18:06] <kurosu> but afaik, no valid screen is availabe except in research circles, and they most often burn your eyes with a few hours [18:06] <nevcairiel> but if this info could just be applied to the YUV or RGB info, then it would just be .. so this metadata has to be of other uses, and probably needs to reach the TV somehow [18:07] <kurosu> exactly [18:07] <nevcairiel> .. which makes it so much harder for a PC to ever do that [18:07] <kurosu> I think dolby was mentioning how a few companies were starting to think about it [18:07] <kurosu> toshiba iirc [18:08] <kierank> nevcairiel: that's what the bbc proposal does [18:08] <kierank> it uses the 235->255 excursions [18:08] <kierank> kurosu: they also have insane power consumption which the EU will not allow [18:08] <kurosu> http://www.whathifi.com/news/ces-2015-4k-hdr-quantum-dot-and-dolby-vision-e… <- something like that [18:09] <kurosu> the platform is dubbed "Dolby vision" [18:09] <nevcairiel> i hear SMPTE ST 2084 and ST 2086 mentioned in the context of Blu-ray 4K [18:09] <nevcairiel> *heard [18:09] <kurosu> but that's tradeshow guys speaking, the technical guys are saying "we are far from being able to produce that at a reasonable price" [18:10] <kurosu> a bit like oled, maybe [18:10] <nevcairiel> all these things talk about needing a much brighter screen, which does indeed seem like its not going to be available cheap any time soon [18:10] <nevcairiel> like, talking about 4000nits [18:11] <kierank> the eu will not allow 4000 nits full stop [18:12] <nevcairiel> The cost of this powerful clarity is four times as many LEDs and a liquid cooling system to keep it running. [18:12] <nevcairiel> :D [18:12] <kurosu> err, is "4000 nits full stop" that a pun or? [18:12] <wm4> wtf [18:12] <wm4> liquid cooled displays? [18:12] <kierank> kurosu: translated into american 4000 nits period [18:12] <nevcairiel> wm4: at those brightness levels, it produces loads of heat [18:13] <nevcairiel> I would be happy with proper 10-bit displays that cover BT.2020 properly [18:13] <nevcairiel> but even that is years out [18:13] <kurosu> kierank, yeah, but people sometimes do nits <-> f-stops [18:13] <kierank> ah [18:13] <kurosu> hence my remark [18:16] <kurosu> anyway, in case you didn't know, it's quite likely we won't see many openhevc updates [18:17] <nevcairiel> its been rather quiet on their side for a while already [18:18] <jamrial> OpenHEVC? it has seen some development in the past few months. last i checked they added neon asm [18:19] <jamrial> x86 is still mostly intrinsics. after plepere left the yasm ports stopped [18:19] <jamrial> there's is an (unfinished i think) sao yasm port in the tree, though [18:20] <nevcairiel> its unfortunate noone really cares (yet), but maybe that will change over time when popularity and content availibilty picks up [18:21] <nevcairiel> right now there still is zero content, so why would anyone bother :d [18:22] <jamrial> as long as encoding takes a milenia for a 1080p video, i don't see any content being created in the foreseeable future outside of blu-ray 4k :p [18:22] <nevcairiel> 4k broadcast will happen, and doesnt netflix to 4k? i guess they still use avc? [18:25] <kurosu> I don't think there will be much care for sw decoders [18:25] <kurosu> by the time content is widely distributed, most new devices and pcs sold will have hw decoding [18:34] <ubitux> weird gif is weird. if you use a global palette you are forced to define a transparent color [18:34] <ubitux> but if you use a local palette, then it can be not transparent [18:34] Action: ubitux confused [18:35] <wm4> well this format is how old? 20 years? [18:36] <wm4> actually 28 years [18:36] <ubitux> it's also funny that for the local palette, even if you say there is no transparent color, you have to set a value anyway [18:37] <ubitux> because otherwise the block is "too small" (even though there is a mechanism of size/end of block, but it's actually fixed size) [18:38] <ubitux> i wonder if i should still put the 0x1f (??) color index as transparency if i don't find any transparent color in the palette [18:39] <ubitux> (looks like a 5 bit resolution index..) [18:41] <ubitux> mmh maybe the per block transparency bit is also refering to the global one [18:53] <cone-582> ffmpeg.git 03Hendrik Leppkes 07master:77140279d330: hevc: pass the full HEVCNAL struct to decode_nal_unit [18:53] <cone-582> ffmpeg.git 03Michael Niedermayer 07master:15848c623d18: avdevice/dshow_crossbar: Avoid mixing declarations and statements [19:42] <kurosu> nevcairiel, "Hardware Accelerators require access to the escaped bitstream." <- that's dxva API I guess? Maybe that could be optional? (no idea if that's actually worth it) [19:44] <kurosu> otherwise, I guess that'll interest a lot of people [19:44] <kurosu> I can't much comment more than that on that patchset, though [20:22] <cousin_luigi> Greetings. [20:24] <nevcairiel> kurosu: all HW APIs require that, at least on H264 they did, I don't think this will be different now [20:25] <nevcairiel> for sending a bitstream to an external parser, it kinda makes sense to keep the escapes in it [20:26] <cousin_luigi> Pray, what does the asm bit in libavutil/arm/timer.h do? [21:04] <wm4> cousin_luigi: probably similar to rdtsc on x86 [21:04] <wm4> a cycle counter [21:04] <wm4> (guessing here) [21:07] <cousin_luigi> wm4: what happens if it's not defined? Is it replaced by some high-level routine? [21:08] <wm4> it sets the macro AV_READ_TIME and there's some ifdef hell in timer.h to handle it [21:10] <cousin_luigi> wm4: I have a patch in a build script for opensuse and I wondered if it was still needed. [21:10] <jamrial> cousin_luigi: yes, gethrtime or mach_absolute_time if available [21:10] <cousin_luigi> wm4: http://pastebin.com/raw.php?i=KBHWS6e2 <- it builds anyway [21:10] <cousin_luigi> jamrial: oh I see. [21:10] <cousin_luigi> Better keep it then? [21:12] <jamrial> if possible then yeah [21:13] <cousin_luigi> ok thanks [23:11] <cone-388> ffmpeg.git 03Philip Langdale 07master:ff0c559329bd: nvenc: Propagate desired number of reference frames. [23:25] <yayoi> Hi, I am adding threading to colormatrix and made a small improvement from 32 to 35 fps [23:25] <yayoi> and I am not sure if I should finish the patch or no. [23:25] <BBB> slicing? [23:26] <yayoi> yes [23:26] <ubitux> BBB: there is only slice threading in lavfi [23:27] <BBB> that sounds acceptable? although Id prefer frame threading in lavfi :) [23:27] <yayoi> it is in libavfilter yes [23:33] <wm4> sounds very minor, but on the other hand the patch is probably simple? [23:34] <yayoi> yes [23:34] <yayoi> i just added slicing.. and i only did one so far.. [23:35] <yayoi> out of three that i can add slicing for colormatrix [23:36] <yayoi> i did slicing for process_frame_uyvy422 [23:36] <yayoi> but there are still yuv420p [23:36] <yayoi> and yuv422p [23:37] <yayoi> so i wonder that i should keep going or not.. since it is not much performance gain [23:44] <wm4> you're probably bottlenecked by something [23:44] <wm4> memory bandwidth? the way you test it? [23:45] <ubitux> colormatrix isn't very complex so that's not exactly surprising [23:48] <yayoi> the patch is looks like this right now [23:48] <yayoi> http://pastie.org/9857820 [23:48] <yayoi> the way i tested is [23:48] <yayoi> ./ffmpeg -f lavfi -i testsrc=hd1080 -vf format=uyvy422,colormatrix=bt709:smpte240m -f null - [23:53] <yayoi> how i know memory bandwidth? [00:00] --- Sun Jan 25 2015

1 0

ffmpeg.log.20150124
by burek 25 Jan '15

25 Jan '15

[00:42] <rock> not sure if this the right forum to ask this question , but I do not know any other forum who can address this [00:43] <rock> Which is the best Mpeg2 TS analyzer ? [00:43] <rock> I would like to pass in Apple HLS URL and analyze the stream [01:41] <squeegily___> Real quick, I have a video that I want to copy and I want to preserve (copy) both audio streams [01:41] <squeegily___> -map 0:a makes it not copy the video [01:43] <rock> try codec:a copy codec:v copy or -vcodec copy and -acodec copy [01:43] <squeegily___> I want to apply some filters, etc to the video [01:43] <squeegily___> And I want to copy both audio tracks [01:43] <pzich> then map both audio tracks? [01:44] <squeegily___> Then it drops the video track for some reason [01:44] <squeegily___> But I think I got it working: ffmpeg -i input -vf <stuff> -map 0:v -map 0:a output [01:45] <squeegily___> DANGIT that still reencodes them [01:45] <c_14> add -c:a copy [01:48] <squeegily___> c_14: That makes it only copy 1 track [01:48] <squeegily___> For some reason -c:a:0 copy -c:a:1 copy does the same [01:48] <c_14> It should copy all audio tracks [01:49] <squeegily___> c_14: https://bpaste.net/show/03aadc968337 [01:49] <squeegily___> I want to burn in the first 2 subtitle streams and copy all audio tracks without reencoding (the audio) [01:50] <c_14> You got rid of the maps [01:50] <c_14> You shouldn't have [01:50] <squeegily___> c_14: So I should do -c:a copy -map 0:a [01:50] <squeegily___> Right? [01:50] <c_14> yes [01:50] <c_14> And -map 0:v [01:50] <squeegily___> AH [01:51] <squeegily___> Here we are! Re-encoding the video and copying both audio tracks! [01:51] <squeegily___> Thanks! [03:16] <StFS> Hi. I'm getting nasty antialiasing noise when I convert from flac to wav. Are there any common pitfalls I should be aware of? If I play the flac file in VLC it sounds fine but if I convert that flac file to wav (ffmpeg -i foo.flac foo.wav) and then play the wav file I get this antialiasing artifact. [03:17] <StFS> I've tried using avconv, sox and just now I downloaded the git binary tarball of ffmpeg... all have the same effect [03:18] <c_14> Tried pcm_s32le ? [03:19] <StFS> uhm... noooo? [03:19] <StFS> is that a parameter I should be passing to ffmpeg? [03:19] <c_14> -c:a pcm_s32le [03:19] <StFS> testing [03:20] <StFS> should that be after the input file and before the output file right? [03:20] <c_14> yep [03:21] <StFS> well I'll be! :) [03:21] <StFS> thank you! [03:23] <StFS> I have multiple flac files that I want to convert... is there some way to autodetect whether this is needed? I'm assuming that it may or may not be needed depending on the flac format. [03:24] <c_14> probably [03:24] <c_14> Check the ffprobe for that flac file [03:24] <c_14> If my guess is correct it'll say s24 on the Stream line [03:26] <StFS> well... for the one file I really noticed this for it has s16 [03:26] <klaxa> have you checked the samplerate? [03:26] <StFS> 44.1 k [03:27] <klaxa> for both files, right? [03:30] <StFS> klaxa: you mean for the resulting WAV file? Well.. the original (flac) is s16 / 44,1k, the bad-sounding wav is also s16 / 44,1k. The good sounding wav (created with the '-c:a pcm_s32le' option) is s32 / 44.1k [03:30] <klaxa> ok [03:31] <c_14> What do you use to test the quality? What player? [03:31] <StFS> not quite sure what to make of this though :/ [03:31] <StFS> c_14: vlc [03:31] <c_14> Can you try with ffplay ? [03:32] <StFS> hmm... that doesn't seem to be included with the binary package I got... is there a binary somewhere I can grab? [03:34] <c_14> try ffmpeg -i file -f alsa default [03:34] <c_14> or -f pulse default [03:34] <c_14> Whichever you use [03:35] <StFS> and you want me to play the "bad wav" file? [03:35] <c_14> The flac and the "bad wave" [03:36] <StFS> Requested output format 'pulse' is not a suitable output format [03:36] <StFS> same for alsa :/ [03:36] <StFS> I could put the files somewhere... but they're 24 Mb and 80 Mb [03:37] <c_14> You can put the 24MiB one here: https://pomf.se/ [03:40] <StFS> flac: http://a.pomf.se/cijytk.flac [03:40] <grepper> c_14: damn, after getting that -vf select='between(.... filter working, turns out it bombs on avconv :( [03:41] <c_14> Have you found a seek method that works reliably with avconv? [03:42] <StFS> c_14: and I believe the bad flac is fully uploaded to https://www.dropbox.com/sh/h0elblnmnx0glja/AAB6KCww4f452k2j54Sd2j_Qa?dl=0 [03:42] <grepper> c_14: :) [03:42] <grepper> after the -i FILE I guess [03:43] <StFS> wow... if I play the bad wave file from the dropbox page it sounds fine!? [03:44] <StFS> I'm confused [03:48] <c_14> Are the 2 bit-identical? [03:48] <c_14> If you've only tested with vlc, it might be vlc messing up. [03:49] <StFS> which two? [03:49] <c_14> The bad wave file and the "bad wave" file from dropbox. [03:50] <StFS> umm... there is just one bad wav file... the wav file that came out of me trying to convert the flac... and that is the file that I put on Dropbox [03:50] <c_14> ye, but you said that if you play the bad file from the dropbox page it sounds fine [03:51] <StFS> oh... yeah sorry.. I meant if I press the "speaker icon" on the page... [03:51] <c_14> aaah [03:51] <StFS> if I download the file and play it in VLC it's still bad [03:51] Action: c_14 starts pointing the blame finger at VLC [03:51] <StFS> I don't know what exactly happens when I press that button though [03:51] <StFS> c_14: yeah... it's looking a bit like that... [03:52] <StFS> but I noticed this first when I burned a CD from the flac files with k3b... I'm going to try to find something else to play that CD [03:53] <StFS> and see if I hear it that way... but it's still a bit weird that this problem doesn't seem to be affecting all the flac files I'm converting... I can play some of the resulting wave files just fine in VLC [03:59] <StFS> yup... seems to be VLC screwing things up [04:00] <StFS> sounded fine on a cd player [04:00] <StFS> (well.. a PS3) [04:01] <StFS> c_14: thanks for your help [04:02] <c_14> np [04:02] <StFS> just curious... did you download the -bad.wav file? [04:03] <c_14> ye [04:03] <StFS> and it sounds fine? [04:03] <c_14> Sounds fine to me, yep. [04:03] <StFS> in what player? [04:04] <c_14> Both ffmpeg itself and mpv [04:04] <StFS> ok... do you have vlc? [04:05] <c_14> No [04:05] <StFS> allright.. nevermind then :) [08:04] <grepper> c_14: looks like I have one filter to rule them all, it turned out to be your original suggestion of lt and gt with the select filter :P Works with both avconv and ffmpeg. [08:05] <grepper> I ended up learning 3 ways to do pretty much the same thing ... [08:18] <YaMoonSun> If someone were to utilize ffmpeg in their own application, would said application have to be release it's source code? [09:21] <Guest_> Hello. I want to create a silent audio file and then concatenate it with an existing aac file, but it's not working. [09:21] <Guest_> This is the instruction I'm using to create the empty 3 seconds file: ffmpeg -f lavfi -i aevalsrc=0:0::duration=3 -ab 23k -ar 44100 test.aac [09:21] <Guest_> This is the instruction I'm using to merge both files: ffmpeg -i concat:"test.aac"^|"orig.aac" -i "orig.aac" -map_metadata:g:0 1:g -c copy -f adts new.aac [09:22] <Guest_> I run ffmpeg -i on the original file, and it gives me that the bitrate is 23 kb/s, that it's 44100 Hz, so I replicated that; but it also says in the audio channels info "2 channels (FC)", and I don't know how to replicate it. I tried making the silent file a stereo file with the instruction -ac 2, but that doesn't work either. Does anyone know how to help me? Thanks a lot. [09:23] <Guest_> Oh, btw, the files do merge, but the problem is that after the 3 seconds silence all I hear is interference. [09:57] <filterSAC> i'm writing a simple width height change filter of video can anyone give me some suggessions about that how i can start this,and how i design its algorithm? [10:56] <hpuser4466> how do I make video 1/2 slower and keep the same quality x264 codec ? [11:00] <hpuser4466> sorry i mean 2x faster [11:02] <hpuser4466> The command on the ffmpeg website isn't working and ruins the encoding (pixelates the video) and when I specify x264 (hoping to keep the same quality) it doesn't change the speed...grrrr [12:08] <DelphiWorld> yo [12:08] <DelphiWorld> any channel / room for mlt framework [12:49] <relaxed> filterSAC: wouldn't that be the scale filter? [12:50] <relaxed> DelphiWorld: I think you can do it losslessly with ffmpeg -r <double framerate here> -i input ... [12:51] <relaxed> DelphiWorld: sorry, that was meant for hpuser446 (who parted :/ ) [12:51] <DelphiWorld> relaxed: ;) [13:03] <filterSAC> can anyone suggest me how i can understand vf_scale.c? [13:06] <filterSAC> relaxed:yes that we a scale filter,can you suggest me about scale how i understand this filter? [13:07] <DelphiWorld> need someone who used mltframework [13:36] <relaxed> filterSAC: it's written in C, so you would have to learn it or know someone that does [14:21] <cousin_luigi> JEEB: You still around?:) [14:21] <cousin_luigi> c [14:21] <JEEB> never [14:41] <cousin_luigi> JEEB: is fdk-aac LGPL compatible? [14:41] <JEEB> no [14:42] <JEEB> that's why it's enable-nonfree for both [14:43] <JEEB> the only way you can use fdk-aac in an app that you distro binaries for is to a) be compliant with both licenses separately (LGPL and fraunhofer's) b) use fdk-aac SEPARATELY from FFmpeg's libraries. as in, you can use LGPL libavcodec to decode audio, and then separately use fdk-aac's APIs to encode it, not within lavc [14:43] <JEEB> but as I said, that requires being compliant with fraunhofer's license [14:44] <JEEB> but IANAL [14:45] <JEEB> so don't take this as any kind of legal recommendation [14:47] <cousin_luigi> JEEB: I'm not sure I understand the difference between solution a and b. [14:48] <JEEB> they're part of a single solution [14:48] <JEEB> you have to be both compliant with both licenses, and have fdk-aac and FFmpeg's stuff be completely separate. That is similar to a proprietary app using LGPL FFmpeg [14:49] <JEEB> in other words, as soon as you put fdk-aac into FFmpeg, their licenses clash [14:49] <JEEB> so if you can be compliant with fdk-aac's license [14:49] <JEEB> (you have licensed the related things etc etc) [14:49] <JEEB> you just link fdk-aac to your app and use it separately [14:50] <JEEB> and the FFmpeg part will have nothing to do with the audio encoding part of things :P [14:51] <cousin_luigi> Is there a distinction between using static and dynamic libraries in this case? [14:51] <cousin_luigi> I mean, can ffmpeg keep fdk-aac separate? [14:51] <JEEB> nononono [14:51] <JEEB> you misunderstand [14:51] <JEEB> FFmpeg will not be using fdk-aac [14:52] <JEEB> as soon as that happens you will get clashes [14:52] <cousin_luigi> in any form? [14:52] <JEEB> get that out of your head [14:52] <JEEB> yes, in any form [14:52] <cousin_luigi> Damn, then I need to have a talk with marge:) [14:52] <JEEB> basically I'd rather see people investing in improving the libavcodec encoder [14:52] <JEEB> if they want an LGPL encoder [14:53] <JEEB> https://trac.ffmpeg.org/ticket/2686 the longest thread on the trac has a patch that improves the AAC encoder already [14:53] <notToday3> hi just a short question is there any update on the adobe style auth? [14:54] <cousin_luigi> So the package is in violation then. I'll have to tell someone. [14:54] <JEEB> what package? [14:54] <cousin_luigi> the one for opensuse [14:54] <JEEB> they don't package ffmpeg at all [14:54] <JEEB> just like fedora [14:54] <cousin_luigi> on packman I mean [14:55] <cousin_luigi> packman is the equivalent of rpmfusion I think [14:55] <JEEB> yes, an launchpad PPAs for ubuntu [14:55] <JEEB> *and [14:55] <JEEB> place where people push their random 3rd party things [14:55] <cousin_luigi> well, something slightly more official [14:55] <JEEB> not really [14:56] <cousin_luigi> well, you don't have private repositories à la PPA on packman [14:56] <cousin_luigi> and packages are still subject to approval [14:56] <JEEB> yes, but it's still third parties maintaining them [14:56] <cousin_luigi> There's some overlap between OBS and PMBS maintainers. [14:57] <JEEB> anyways, FFmpeg itself won't care unless someone is not following its part of the license, but yes - if we go by the licenses together it's a violation [14:57] <JEEB> same for faac and libaacplus [14:57] <cousin_luigi> in fact faac is disabled [17:44] <SimAV> hi, is someone aware of some figures about how much certain CPU instructions help to speed up specific encoders? [17:46] <SimAV> in my specific case i would be interested in whether (and if so, how much) AVX instructions speed up encoding e.g. when using libx264 [17:48] <SimAV> I would like to know whether there is an substantial (except for GHz-numbers) speed up when switching from a 820QM (previous generation i7, which has no AVX) to a 2820QM (second generation i7, which has AVX). [17:49] <__jack__> you want a benchmark with all "--disable-asm" toggled ? I may do that, but the libx264 cannot disable AVX (at least on configure time) [17:50] <SimAV> __jack__, yes, that sounds already quite close to what i would like to have [17:50] <__jack__> I don't think enable / disable AVX for just ffmpeg will make any change (except for internal encoding / decoding / (de)mux [17:51] <SimAV> its probably hard to simulate how ffmpeg would run on the older i7 if you have the newer one [17:51] <SimAV> but still as you pointed out, the "problem" is probably libx264... [17:51] <SimAV> alternatively I would be interested what's about vp8 (libvpx) [17:52] <JEEB> <__jack__> you want a benchmark with all "--disable-asm" toggled ? I may do that, but the libx264 cannot disable AVX (at least on configure time) <- no [17:52] <foonix> i think it would be doable under virtualization (ie with KVM) and remove cpu flags .. but myself im on old core2 ... [17:52] <JEEB> there is an option during runtime that lets you enable and disable specific asm [17:52] <SimAV> (vpx is horribly slow on the 820QM, as only singlethreaded, but i was told that it isn't that fast on other CPUs either...) [17:53] <SimAV> foonix, I'm "working" as well on core2duo at the moment [17:53] <JEEB> http://mewiki.project357.com/wiki/X264_Settings#asm [17:53] <JEEB> I think this was a bit mask [17:53] <SimAV> I'm just wondering which used PC i should take [17:53] <JEEB> you want as new as possible intel [17:53] <JEEB> AVX is used in x264 [17:54] <JEEB> and each generation gives you a few % of speed in general [17:54] <SimAV> or whether both is really wasted money [17:54] <SimAV> JEEB, i agree with you if speed it the most important variable that you want to optimize [17:55] <JEEB> well, that gives you a pointer when you have a couple of alternatives within your budget :P [17:55] <SimAV> but a new workstation is > 4x a used one... [17:56] <SimAV> JEEB, thanks for your link [17:56] <__jack__> JEEB: interesting, so a runtime option does exists [17:56] <JEEB> yes, it will override what the cpu capability check finds [17:56] <SimAV> but for testing that i would need the 2820QM first... [17:56] <__jack__> however, it disable all asm-stuff [17:56] <JEEB> no it does not [17:56] <JEEB> --asm BIT_MASK [17:57] <__jack__> oky [17:57] <__jack__> SimAV: what is your really needs ? [17:57] <__jack__> s/ly// [17:59] <SimAV> __jack__, if i know that AVX increases x264 speed significantly (allowing realtime compression of PAL footage to sth like 2000kbit/s x264) that would mean that getting a 2820QM is the way to go [17:59] <SimAV> if the increase is just a factor of 1.1 or so, this does not suffice and i shouldn't spend any money now [18:02] <SimAV> __jack__, but the same applies to webm/vp8. So if either codec is running significantly faster (e.g. twice as fast) when having AVX, this would be interesting to me [19:17] <baegle> I have collection of AVIs of the BBC Connections series but they're all busted. VLC reports broken indexes and can't play most movies past 29s. [19:18] <baegle> I tried to convert them to mpeg, and the index is fixed but the video is pretty damaged. Is there anyway I can try to repair these files? [19:27] <kc8hfi> how do you get the tee command to work/ [19:27] <kc8hfi> ? [19:27] <c_14> The pseudo-muxer? [19:28] <kc8hfi> yeah, [19:28] <c_14> https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs#Teepseudo-muxer [19:28] <kc8hfi> i think i just got something out of order ffmpeg -f v4l2 -video_size 720x480 -i /dev/video0 -f pulse -i default -pix_fmt yuv420p -f tee output.mkv | udp://localhost:123 [19:29] <c_14> needs more quotes [19:29] <c_14> and the udp stream needs a format specifier [19:31] <kc8hfi> is there a page somewhere that will tell me in plain english what the parameters mean, like what does -c mean? [19:39] <kc8hfi> this is what i got, http://fpaste.org/174038/22124752/ let me try and explain it. line 2 is the video, its a v4l2 input file, specified the size, and its coming from /dev/video0. its named video. [19:40] <kc8hfi> line 3, is another input, pulse, supposed to be coming from the default pulse source and its named audio. [19:41] <kc8hfi> line 5 is where the output will be teed, line 6 and 7 sets up a map of the video and audio to be put into the output. line 8 is the 2 things that the output needs to be sent to [19:43] <kc8hfi> theres no file or directory called default in the audio line. and there should be since its there without the tee [19:48] <grepper> Never ssen -c audio etc. -c is codec, so -c:a mp3 uses mp3 for audio. -c:a copy means don' t encode that stream ... [19:49] <pseudonomadic> I'm trying to re-encode a video to crop & shrink file size, but I only get a single frame of video in the output file. The same command line has worked properly every other time I've re-encoded, so I assume the input file is partially corrupted enough to throw off ffmpeg, although it plays properly in VLC. [19:49] <kc8hfi> where did yiou see -c meaning codec? [19:50] <c_14> kc8hfi: it's in the manpage [19:50] <c_14> and the command as you have it in that paste should throw errors [19:50] <kc8hfi> http://linux.die.net/man/1/ffmpeg no -c here, is this not the right man page or something? [19:50] <pseudonomadic> When I ran ffprobe on the problematic input file, frame number 7 has a pkt_duration of 34375 [19:50] <pseudonomadic> (vs ~1000 for all other frames) [19:50] <kc8hfi> it does, just trying to figure out why [19:51] <c_14> https://ffmpeg.org/ffmpeg.html#Main-options [19:57] <pseudonomadic> c_14: re-running it to get a clean output log [19:58] <pseudonomadic> c_14: http://pastebin.com/KxDigE6n [19:59] <pseudonomadic> I pressed 'q' to stop it early, let me know if you want me to let it finish [20:00] <kc8hfi> so you just have 2 choices for the stream_specifier, a for audio and v for video? [20:00] <c_14> https://ffmpeg.org/ffmpeg.html#Stream-selection [20:00] <c_14> pseudonomadic: and that output only has 1 frame? [20:01] <pseudonomadic> c_14: possibly 2, it starts with a black screen, then displays one frame for the rest of the video [20:01] <pseudonomadic> audio plays back as expected [20:03] <c_14> How many frames long is R11.mp4 ? [20:04] <pseudonomadic> c_14: "coded_picture_number=39449" is the last line from ffprobe [20:07] <cousin_luigi> Is arm6l supported by ffmpeg? [20:08] <pseudonomadic> c_14: here's the full output of 'ffprobe -show_frames R11.mp4' https://drive.google.com/file/d/0B7ShDeQ59wCTS09zZXlBclpuZEk/view?usp=shari… [20:09] <pseudonomadic> and here's the beginning of the output file R00.mp4: https://drive.google.com/file/d/0B7ShDeQ59wCTa0h1aE43Vl93SVE/view?usp=shari… [20:09] <JEEB> cousin_luigi, I would be surprised if it wasn't buildable for that arch [20:10] <JEEB> although I have mostly built it for stuff that supports NEON because without that it's very, very slow [20:10] <cousin_luigi> JEEB: I wanted to see if the patch was still necessary and I see it is. [20:10] <JEEB> what kind of patch? [20:11] <c_14> pseudonomadic: I get a lot of frames for that [20:11] <c_14> It's very laggy, but it plays [20:11] <c_14> What video player are you testing with? [20:11] <pseudonomadic> VLC [20:11] <c_14> Try using ffplay [20:11] <cousin_luigi> JEEB: https://pmbs.links2linux.de/package/view_file/home:Aloysius:branches:Essent… [20:12] <JEEB> VLC IIRC doesn't use lavf by default for mp4 [20:12] <cousin_luigi> JEEB: although it's not like it doesn't build... [20:12] <JEEB> and if one wants to try a lavf based player I think mpv would be the least retarded [20:12] <cousin_luigi> I wonder if this has something to do with symbol visibility [20:12] <JEEB> cousin_luigi, oh for fuck's sake with custom TLS certs [20:12] <JEEB> and HTTP doesn't work [20:12] <JEEB> yeah, I'm not going to do an exception for a place I have no idea of [20:13] <pseudonomadic> c_14: yeah, ffplay gives me the same result as you - very low output frame rate [20:13] <pseudonomadic> source file is ~60fps [20:13] <c_14> The output fps is apparently 1.33... [20:14] <cousin_luigi> JEEB: it's not self-signed, it just uses a nonstandard CA [20:14] <c_14> Can you either build from git HEAD or try with a static build? [20:14] <JEEB> cousin_luigi, same end result [20:14] <JEEB> when you self-sign you are using yourself as the CA :P [20:15] <cousin_luigi> JEEB: http://pastebin.com/raw.php?i=KBHWS6e2 [20:15] <pseudonomadic> c_14: I'm running the static build for windows [20:15] <JEEB> oh, it enables some timer stuff [20:15] <cousin_luigi> JEEB: some distros package it [20:15] <cousin_luigi> JEEB: timer? [20:16] <JEEB> > /libavutil/arm/timer.h [20:16] <cousin_luigi> oh sorry:) [20:16] <pseudonomadic> c_14: ffmpeg-20130329-git-551f683-win64-static [20:16] <JEEB> cousin_luigi, poke ffmpeg-devel or so with it if you think it's worth it [20:16] <cousin_luigi> JEEB: it has been on trac for years I believe [20:16] <c_14> pseudonomadic: sure, but that's from march of last year [20:16] <JEEB> well trac isn't very much looked upon for patches [20:16] <JEEB> patches go to the mailing list [20:17] <pseudonomadic> c_14: yeah, just noticed that. updating now & trying again [20:17] <JEEB> also poking the -devel IRC channel with it is often useful if it's correct as far as the patch goes [20:17] <JEEB> of course first check if that patch hasn't been merged into current master [20:18] <ac_slater> hey all. I have some video data that I was to mux into a format via libavformat. Precisely, I have some h264 and aac data that I want to mux into an MPEGTS bitstream. Any advice? [20:18] <ac_slater> s/into a format/into mpegts/g [20:18] <cousin_luigi> JEEB: no, it hasn't. [20:18] <kc8hfi> absolute barebones, http://fpaste.org/174048/22127083/ output file #0 doesn't contain a stream. it don't contain a stream at first, because thats the place where it gets stored. the second file is the udp stream [20:19] <c_14> kc8hfi: What's the problem? [20:20] <kc8hfi> c_14: output file #0 does not contain any stream [20:20] <kc8hfi> that command doesn't look wrong to me [20:20] <c_14> try adding -map 0 ? [20:22] <kc8hfi> if you do that, don't you hafta specify a codec somewhere? [20:22] <kc8hfi> i don't really care what the codec is, whatever ffmpeg uses is just fine with me [20:22] <c_14> no [20:23] <ac_slater> I really wish there was a libavformat/codec/etc channel. :9 [20:23] <ac_slater> :( * [20:23] <pseudonomadic> c_14: current static build works without issues, sorry for wasting your time :( [20:23] <pseudonomadic> and thanks for the help! [20:26] <kc8hfi> http://fpaste.org/174050/27421142/ gives error about encoder (codec none) not found for output stream #0:0. thats why I asked about the codec [20:26] <c_14> try "output.mkv|[f=matroska]udp://localhost:1234" [20:27] <c_14> And whenever possible include all console output as well in your pastes [20:30] <kc8hfi> http://fpaste.org/174051/27767142/ kind of interesting about the error [20:31] <c_14> Can you try with a recent git static build? [20:32] <kc8hfi> yeah, let me go get a static build.... [20:33] <kc8hfi> this is the correct location? http://johnvansickle.com/ffmpeg/ [20:33] <c_14> yep [20:37] <kc8hfi> http://fpaste.org/174053/42212816/ [20:38] <kc8hfi> i put the version and then the command. [20:39] <kc8hfi> i didn't have the vcr playing at the time, but I don't think that matters [20:39] <c_14> Ok, not sure why it's not defaulting... just add -c:v libx264 it should be the default anyway [20:39] <kc8hfi> it got pissed about the libx264 when i tried that before. [20:39] <kc8hfi> but i'll try that with this static build [20:45] <kc8hfi> that didn't crash and burn that time. so far so good, now time to figure out how to play the stream with something [20:56] <kc8hfi> i'm guessing the static build doesn't have pulse in it? [21:03] <kc8hfi> http://fpaste.org/174060/42212969/ its like the params are out of order or something [21:05] <kc8hfi> i don't know how to add a second input [21:06] <kc8hfi> i can do it without the tee [21:11] <klaxa> move the -c:v libx264 after all input options [21:11] <klaxa> i.e.: ffmpeg -f v4l2 -video_size 720x480 -i /dev/video0 -f pulse -i default -c:v libx264 -c:a:0 vorbis -f tee -map 0 "output.mkv|[f=matroska]udp://localhost:1234" [21:12] <klaxa> kc8hfi: ^ [21:12] <kc8hfi> i haven't tried that yet, might as well... [21:15] <kc8hfi> ok, so that worked. [21:17] <kc8hfi> the audio is going into the first output, that file. but I dont' think its going into the stream, because the stream's audio and video aren't in sync. the file's audio and video are in sync, thats what makes me think that [21:20] <kc8hfi> for the line in volume, do you turn it all the way up? or whats a good level so the recorded audio sounds good? [00:00] --- Sun Jan 25 2015

1 0

ffmpeg-devel.log.20150123
by burek 24 Jan '15

24 Jan '15

[01:06] <cone-727> ffmpeg.git 03Michael Niedermayer 07master:ecd39520b83e: avcodec/h264: Partially decode and display single fields try #2 [03:46] <fffan> ./configure --toolchain=msvc --arch=x86 --enable-ffplay --enable-w32threads --enable-hwaccel=h264_dxva2 --enable-shared --disable-static [03:46] <fffan> I wanna build ffplay by visual studio 2013, but it does't output ffplay.exe [04:56] <cone-873> ffmpeg.git 03Michael Niedermayer 07master:b4f5da26517c: avutil/buffer: factor buffer_replace() out [05:31] <fffan> error D8021 Werror=missing-prototypes [12:39] <cone-896> ffmpeg.git 03Martin Storsjö 07master:9108967513fc: rtspdec: Consistently use rtsp_hd_out for writing [12:39] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:0982077be563: Merge commit '9108967513fcaff3d55514a7bca4c9fbba128c71' [13:52] <j-b> 27 files changed, 2944 insertions(+), 111 deletions(-) [13:52] <j-b> wow, that's laarge patch [13:53] <j-b> and what's the goal of having both 608 and VBI in the same file? [13:55] <kierank> it's some guy's code dump [13:56] <Daemon404> :D [13:56] <kierank> "support in mpegts for Fortis OEM recordings with no PAT" [13:56] <kierank> eugh [13:57] <Daemon404> yum [13:57] <j-b> and why modify the avcodec and avformat code at the same stage? [13:58] <ubitux> you are asking why someone who never officially contributed to ffmpeg and kept a fork on its own for a long time is submitting a code with flaws? [13:59] <ubitux> the only reason he submitted it was probably because the addition of 608 caused him some conflict [13:59] <ubitux> and since it's starting to be hard for him to maintain it, so he's dumping his code in the hope we integrate it :p [14:01] <j-b> why the hell am I still @ here? [14:03] <Daemon404> i dunno; why am i? [14:05] <compn> contributers get op [14:05] <compn> why are you so upset about it ? [14:07] <Daemon404> im more of a troll than contributer usually [14:13] <cone-896> ffmpeg.git 03Jon Morley 07master:47372caac507: libavformat/mov.c: Handle timecode from tmcd atom in counter mode [14:14] <ubitux> so now people are now complaining about the +o they have [14:14] <bencoh> :D [14:14] <ubitux> seems our project is really perfect to have only this to complain about [14:51] <Daemon404> dvbsnoop is proving to be invaluable... [15:17] <compn> wm4 : you know by arguing about asm in vf_eq that you are slowing down things? :P i mean, who cares about a file you wont use? :P [15:17] <wm4> compn: if you had any clue of anything, you'd know the asm in vf_eq2 is exactly the same [15:19] <compn> nevermind, not important [15:22] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:579795b2049b: avfilter/af_channelmap: Check for missing argument in get_channel_idx() [15:22] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:8c8ee17e8d28: doc/APIchanges: fill in more missing hash values and dates [15:25] <compn> vbi patch depends on ass ? [15:25] <wm4> all subtitle decoders do [15:26] <compn> ah [15:27] <ubitux> we should still add a markup stripper to fill the text field [15:27] <ubitux> for those with their own text renderer [15:31] <ubitux> can we make an encoder taking different pixel format in input based on its AVOptions? [15:31] <ubitux> s/taking/take/ [15:32] <ubitux> or i need to make multiple encoders like libx264 and libx264rgb? [15:35] <wm4> here's a dumb ass markup stripper http://git.srsfckn.biz/mpv/tree/sub/sd_ass.c#n181 [15:38] <ubitux> good :) [15:38] <ubitux> gpl though [15:38] <ubitux> but yeah, sounds relatively easy [15:53] <wm4> ubitux: I wrote that, so it can be LGPL too [15:53] <ubitux> ok :) [16:12] <ubitux> oh, there is a text extension in gif [16:12] <ubitux> we could mux subtitles into gif! [16:13] <kepstin-laptop> needs formatting, to make sure that you get the correct outlined impact font. [16:13] <ubitux> don't worry about details [16:17] <wm4> there are extensions for anything [16:17] <wm4> the question is if something uses it [16:17] <wm4> e.g. I found lyrics in id3v2, but found no file which actually used them [16:17] <wm4> (timed lyrics) [16:19] <kepstin-laptop> i wouldn't be surprised if that's only been used in certain specialized, closed systems (karaoke?) [16:26] <ubitux> and after that, you put the gif into a subtitles file [16:26] <kepstin-laptop> yo dawg. [16:26] <ubitux> <img src="plaintexttroll.gif"> should do [16:27] <ubitux> or RLB plaintexttroll.gif in jacosub [17:31] <ubitux> i need to transmit a palette from the cli to the gif encoder (which will also transmit it to the gif muxer) [17:31] <ubitux> the encoder -> muxer should be fine with using extradata [17:31] <ubitux> but for the image into lavc it's a bit tricky [17:32] <ubitux> because i can't really load the palette from within the encoder (it requires libavformat to open the image file) [17:33] <wm4> side data! [17:34] <Daemon404> all of this is too slow. you should store it in the emu edges for non-mod16 images [17:34] Action: Daemon404 runs [17:37] <ubitux> well i probably need to pass through the AVOptions [17:38] <ubitux> but basically i can't have a -palette_file option in the encoder [17:39] <ubitux> if i need to do the palette image file avoption, i could do it in ffmpeg.c [17:39] <ubitux> but well, that's a bit annoying [17:39] <ubitux> what do you suggest? [17:39] <iive> ubitux: theoretically, palette should be sent by each new image [17:39] <ubitux> no [17:40] <iive> as some formats support changing palette to simulate animation. [17:40] <ubitux> i know but that's not what i want to do here [17:40] <ubitux> i want an option to set the global palette [17:40] <ubitux> i don't want to use the local palettes [17:40] <ubitux> and that global palette is stored within an image [17:41] <ubitux> what i can do is take a 2nd "palette stream" within the muxer [17:41] <ubitux> but i then need to transmit that palette back to the encoder [17:41] <ubitux> while you can transmit from encoder to muxer through extradata, i'm not so sure about the other way around [17:42] <Daemon404> 1/g 31 [17:42] <ubitux> :( [17:43] Action: Daemon404 doesnt care; doesnt use pallettes [17:44] <ubitux> my plan here is to take the palette as text or binary option in the encoder (a "palette" text option) [17:44] <ubitux> and add a -gif_palette option in ffmpeg to open the file, and load it as an avoption [17:45] <ubitux> but dammit that sucks :( [17:45] <ubitux> the muxer can technically open the image and decode it (because lavf has a dep on lavc) [17:45] <ubitux> but then it needs to communicate with the encoder [17:46] <ubitux> that would be perfect.. [17:47] <ubitux> i guess i could just write the extradata in the muxer and read it from the encoder [17:47] <ubitux> but... i'm not sure it will work right .. [17:49] <wm4> send it with the first frame? [17:50] <ubitux> i'm trying to communicate from muxer to encoder here [17:51] <ubitux> because only the muxer can open the palette (because of lavf/lavc dep) [17:55] <wm4> just pass it as comma separated avoption string [17:56] <ubitux> yes that's what i was planning to do, but where do you do the open of the palette [17:56] <ubitux> i have a palettegen filter [17:56] <ubitux> you give it a stream, and at the end it outputs a palette (so you put it in a pal.png or whatever) [17:56] <ubitux> that way you can see it etc [17:57] <ubitux> now i need to feed it to the encoder, because the encoder needs to do a matching of the input data with the color of the provided palette [17:57] <ubitux> so where do i do this image text conversion [17:57] <ubitux> ? [17:57] <ubitux> (text or bin or whatever) [17:58] <ubitux> i want to be able on the cli to specify a path to the palette file [17:58] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:d36e66bb2622: avformat/librtmp: Fix build with --disable-network --enable-librtmp [18:02] <ubitux> michaelni: any idea what is available to communicate information from muxer to codec? [18:04] <ubitux> like, codec init might be called before the muxer init [18:04] <ubitux> so i'm actually kind of doomed [18:06] <ubitux> anyway, i'll go for the opening of the picture into ffmpeg [18:06] <ubitux> :( [18:09] <michaelni> ubitux, i dont understand exactly what you are atrying to do, if you want to have a filter that calculates the palette at EOF then that filter can in a 2nd pass convert all images to AV_PIXFMT_PAL8 which will contain the palette naturally and be input to the encoder [18:09] <ubitux> mmh [18:11] <ubitux> so a filter that would open the palette, and create a PAL8 stream, and the gif encoder / muxer would assume it doesn't change? (and will have to wait for the first frame to output the global palette, which would be the first one?) [18:13] <michaelni> yes, was just a random idea [18:14] <ubitux> might work yeah [18:14] <ubitux> i suppose we don't have a PAL8 pixel format where the palette is not supposed to change? [18:15] <ubitux> oh well i'll do that [18:15] <ubitux> thank you [18:34] <ubitux> saste: do we have a filter that take 1 static image in an input stream? [18:34] <ubitux> (instead of lamely opening the image itself with lavf etc) [18:41] <saste> ubitux, movie? [18:42] <ubitux> no? [18:42] <ubitux> like removelogo you know [18:42] <ubitux> but taking a stream instead of a path to an image [18:43] <ubitux> there is haldclut filter taking a second stream like that, but it's not a single image [18:43] <ubitux> and i prefer that approach over calling lavf + lavc within lavfi [18:44] <ubitux> because it's pointless, i mean i can just query a picture from the stream and that's it [18:44] <saste> ubitux, ah I got it [18:45] <saste> ubitux, is that related to palette hacking? [18:45] <ubitux> yep [18:46] <ubitux> i'm creating a stream taking one palette in a picture and the video stream [18:46] <ubitux> and i was thinking of loading the palette picture through a simple input [18:47] <ubitux> ffmpeg -i in.mp4 -vf palettegen palette.png [18:47] <ubitux> ffmpeg -i in.mp4 -i palette.png -lavfi paletteuse out.gif [18:47] <ubitux> typically. [18:47] <saste> ubitux, yeah [18:47] <saste> ubitux, can I ask you why do you want to implement that? [18:47] <ubitux> (dammit paletteuse is very close to the word "shovel" in french) [18:48] <ubitux> saste: to output way better gif [18:48] <saste> I had something similar in mind, check my OPW lavfi task proposal [18:48] <ubitux> saste: http://b.pkh.me/old.gif http://b.pkh.me/new.gif [18:48] <ubitux> (WIP, still huge size and varying palette etc) [18:49] <ubitux> saste: sorry... i will be done by the end of the week end [18:49] <ubitux> the palettegen is done, paletteuse should be soon [18:49] <ubitux> i'll probably submit on sunday or so [18:49] <saste> ubitux, why should I be sorry? I'm indeed happy about that :-) [18:49] <ubitux> ah, okay, i thought i was stealing the fun :) [18:50] <ubitux> so anyway, 2 streams sounds better than a weird file loading right? [18:50] <saste> ubitux, my idea was more related to making it possible things like, say use the same palette of this famous vangogh painting to render this image [18:51] <saste> ubitux, yes, and you did already that in your haldclut filter, no? [18:51] <ubitux> haldclut take a video stream :) [18:51] <ubitux> but yeah [18:51] <ubitux> it supports file as well [18:51] <saste> but, if you only need a single static image i don't consider using lavf utils so wicked [18:52] <saste> but having a stream is more flexible (and doesn't require to bloat deps) [18:52] <ubitux> well maybe later we want to have a changing palette over time ;) [18:52] <ubitux> but yeah [18:52] <ubitux> the problem is the dep [18:53] <ubitux> i actually forgot that dual input thing [18:53] <saste> changing palette over time sounds cool [18:53] <ubitux> dualinput thing + repeatlast option forced should do the trick [18:53] <ubitux> saste: actually no :) [18:53] <ubitux> i mean, if you create a per-frame palette [18:53] <ubitux> you get annoying rendering [18:53] <ubitux> like some kind of noisy blinking effect [18:54] <ubitux> but well yeah, we can imagine application of this [18:54] <ubitux> anyway, gonna do this [18:55] <saste> ubitux, are you restricting yourself to a given number of colors (say 256 colors palette)? [18:55] <ubitux> yes [18:55] <ubitux> 255 (+1) (i have an option to let the last entry transparent for gif re-use) [19:59] <John____> Hi, I'm interested in contributing to FFmpeg through OPW. Could anyone please guide me regarding where should I begin from? [20:37] <compn> John____ : sure [20:38] <compn> John____ : https://trac.ffmpeg.org/wiki/SponsoringPrograms/OPW/2014-12 [20:38] <compn> has some info [20:39] <compn> if you read that already and are here to "contact us" , the opw mentors might not be around at the moment [20:39] <compn> but if you leave the irc open, they may show up later [20:39] <compn> i dont know much about the opw so i dont want to make any bad guesses [20:44] <John____> Thanks @compn. I've cloned the codebase on my system. I'm looking for help regarding compilation and some small tasks to get aquainted with the job. [22:11] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:2a06c2a03e12: mpegvideo_enc: Draw edges on input for non-multiple of 16 resolutions [22:12] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:72d99c8c2647: avformat/dv: check av_malloc() return code [22:12] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:e40cdf8604f1: Merge commit '2a06c2a03e1205aaeede5af850b9271752ddd4cf' [22:27] <cone-896> ffmpeg.git 03Vittorio Giovara 07master:4c5fa628da09: mov: Do not compute negative SAR values [22:27] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:da304c529b65: Merge commit '4c5fa628da099dbb598c93bc4555b8733d2c3035' [22:38] <cone-896> ffmpeg.git 03Vittorio Giovara 07master:7915e6741dbe: hlsproto: Properly close avio buffer in case of error [22:38] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:0c00e734ef2b: Merge commit '7915e6741dbe1cf3a8781cead3e68a7666de14f4' [22:50] <compn> John____ : ah well then just ask your questions here or in #ffmpeg on compilation questions and someone will answer them :) [22:51] <compn> dont wait to ask for that :) [23:16] <cone-896> ffmpeg.git 03Vittorio Giovara 07master:3a6dfec864d5: segment: Check av_get_frame_filename() return value [23:16] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:a915b1daee3b: Merge commit '3a6dfec864d569c2d0a875e1a7466f51b00edb63' [00:00] --- Sat Jan 24 2015

1 0

ffmpeg.log.20150123
by burek 24 Jan '15

24 Jan '15

[00:12] <kc8hfi> how do you use pulseaudio as a source file? [00:13] <kc8hfi> I can use -f alsa -i hw:0,0 to capture audio with alsa and it works ok. but what if i wanted to use pulseaudio? [00:14] <c_14> -f pulse -i default [00:14] <c_14> or the name of the capture device [00:16] <kc8hfi> ok, so far so good. now, http://fpaste.org/173328/21968511/ line 1 you can plainly see that i'm using -pix_fmt yuv420p, but yet on line 22,23 its complaining [00:17] <c_14> input option vs output option [00:17] <c_14> either ignore it or add it as an output option [00:17] <kc8hfi> dang! its supposed to go in the output, [00:18] <kc8hfi> hmm, that video-size, that should go in the output also, shouldn't it? [00:18] <c_14> nop [00:20] <kc8hfi> i talked yesterday about the playback of the recorded file playin for a second or 2, then hesitating for a second, then it continues on. I think I found something. ffplay works perfectly, mplayer and vlc shows this pausing stuff [00:20] <kc8hfi> so i was gonna try out that pix_fmt to see if that makes a difference [00:20] <c_14> What version of vlc? [00:20] <kc8hfi> 2.1.5 [00:21] <c_14> Try setting the pix_fmt, might help. [00:25] <kc8hfi> that helped, theres a very fast pause after a couple of seconds of playback now, this time, the pause is barely noticable [00:25] <kc8hfi> much better than last time [00:26] <kc8hfi> the video quality of the tape ain't very good anyway, but the capture ain't much different, so there must not be too much loss in the encoding [00:34] <kc8hfi> i don't see anything in this command that indicates the kind of encoding for both the audio and video, ffmpeg -f v4l2 -video_size 720x480 -i /dev/video0 -f pulse -i default -pix_fmt yuv420p output.mkv [00:34] <kc8hfi> is there some kind of default or something? [00:35] <c_14> video should default to crf 23 H.264, audio to eh, something [00:35] <c_14> It should say in the output string [00:35] <kc8hfi> oh, right here it is! it says stream 0, video h264, and stream 1 audio vorbis [00:36] <kc8hfi> i don't know if its worth it to try and make a dvd format for this. i think my tv can play mkv files, i cna just burn a disk with the mkv files on it [00:40] <c_14> Make sure the tv supports vorbis [00:42] <kc8hfi> ok, i need to check that [00:43] <kc8hfi> this tuner says it can do hardware mpeg2 encoding. if i were to specify mpeg2 in the ffmpeg command, would that use hw to do that, or how does that work? [00:43] <c_14> Depends on the api etc etc etc, in short probably not [00:44] <kc8hfi> ok. [00:46] <kc8hfi> i found something interesting. if i press play on the vcr and then fire up ffmpeg, it'll capture and do what its supposed to do. however, if the vcr audio output is hooked to the tuner, the audio from the tuner isn't doing anything [00:46] <kc8hfi> pavucontrol doesn't show the bars moving around or anything. while ffpmeg is still running, i can fire up tvtime, and then pavucontrol shows the volume moving around, which means the audio is coming in [00:47] <kc8hfi> it looks like tvtime is telling the tuner to turn on the audio or something. i don't know what the deal is [01:07] <grepper> Right now I am using the "select" filter to output a range of frames (pngs) at intervals, for example -vf select='lt(mod(n\, 8991), 299)' for 10 seconds of frames every 5 minutes. I am wondering if it is possible to have multiple intervals in that command also, like 'output 299 frames at 00:05:31,00:12:62,00:19.61:15,etc [01:07] <grepper> I'm guessing not, but thought I would ask. [01:10] <c_14> use absolute frame values with gt and lt and or/and conditions together [01:10] <grepper> what is the syntax for specifying multiple frame values? [01:11] <c_14> hmm? [01:11] <grepper> oh, using or/and I guess [01:11] <grepper> hm, having trouble visualizing that one, could you give me an example ? [01:13] <kc8hfi> is there a default bitrate? [01:13] <c_14> Assuming 1fps video (I don't feel like doing math), grabbing 500 frames after 00:01:00 and another 500 after 00:06:37 would be select='(gt(n, 60)*lt(n, 560)+(gt(n, 397)*lt(n, 897)' [01:13] <c_14> those overlap, so you'll get everything there, but w/e [01:14] <c_14> kc8hfi: there's usually a default vbr quality level [01:16] <kc8hfi> i think i'll leave the bitrate stuff alone.. [01:17] <grepper> c_14: thanks so much, I'll play with that [01:18] <grepper> I was also looking at the "segment" filter which can cut arbitrary segments of a list of times, but it seems all or nothing, as in you can't specify 'just grab 300 frames at each of those segments'. [01:19] <grepper> otherwise its blazing fast ... but I think would eat up too much disk space if I used them as intermediary files [01:22] <c_14> You could always use -ss and -t/-to if the input is cfr [01:23] <grepper> yeah, that works great with recent ffmpegs, unfortunately I have tried to keep the scripts compatible with avconv as well. [01:23] <grepper> which fails miserably and the fast accurate seeks in mpeg-2 [01:23] <c_14> Aaah, I remember you. [01:23] <grepper> :) [01:24] <grepper> am I right about the segment filter being all or nothing in the sense it must in the end ouput all frames of the video? [01:25] <c_14> afaik, yes [01:25] <grepper> damn shame, it would have been perfect [01:31] <grepper> I should just say "sorry, avconv not supported for arbitrary chapter points", and point them at the static ffmpeg builds. [01:59] <grepper> ffmpeg -i in.mpg -vf select='(gt(n, 8991)*lt(n, 9290)+(gt(n, 13554)*lt(n, 13851)',setpts='N/(29.97*TB)' -y %06d.png [02:00] <grepper> [Parsed_select_0 @ 0x3f00e60] [Eval @ 0x7fff75144d00] Missing ')' or too many args in 'gt(n' [02:00] <grepper> okay, makes sense as the parenthesis are not balanced, but can't seem to get them in the right place. [02:01] <c_14> one before + and one before ' [02:01] <grepper> yeah, that's what I tried, I think [02:01] <grepper> -vf select='(gt(n, 8991)*lt(n, 9290))+(gt(n, 13554)*lt(n, 13851)',setpts='N/(29.97*TB))' -y %06d.png [02:01] <grepper> same error [02:02] <grepper> oh, sec mispaste [02:02] <grepper> select='(gt(n, 8991)*lt(n, 9290))+(gt(n, 13554)*lt(n, 13851))',setpts='N/(29.97*TB)' -y %06d.pn [02:03] <grepper> not sure what it is looking for [02:04] <grepper> it also says: "Error while parsing expression '(gt(n' " and "Error initializing filter 'select' with args '(gt(n'" [02:04] <c_14> hmm, not entirely sure quotes are allowed, I was hoping they were [02:04] <c_14> get rid of the () that don't have a command [02:05] <pzich> is it worth simplifying those to between(n, 8992, 9289)+between(n, 135445, 13850)? [02:05] <c_14> It'd look nicer [02:06] <pzich> indeed [02:06] Action: c_14 keeps forgetting about most of ffmpeg's expression evaluations [02:10] <grepper> Missing ')' or too many args in 'between(n,8992' [02:10] <c_14> full cmd ? [02:11] <grepper> ffmpeg -i in.mpg -vf select='between(n, 8992,9289)+between(n,13554,13851)',setpts='N/(29.97*TB)' -y %06d.png [02:12] <c_14> surround the vf in " [02:12] <c_14> ie -vf "select=[foobar]" [02:13] <grepper> hah! [02:13] <grepper> looks like that did it :) [02:13] <c_14> shells are great [02:17] <grepper> thanks c_14 and pzich , I'm going to keep playing and see if I can incorporate it into the script. would be nice as it would cover all the bases [03:00] <vlt> Hello. How can I resize a 1920x1080 video to 1440:-1 but then add black borders of a certain width to get FullHD again withot having to recode it over and over again? [03:01] <vlt> (I want to place the video in a smaller scale on a certain position on black background.) [03:01] <c_14> -vf scale=1440:-1,pad=wheeeeeeeeeee [03:01] <c_14> Look at the doc for pad to replace the wheeeee [03:01] <vlt> c_14: Looks nice. Thank you! [03:02] <c_14> something to do with 1920:1080:iw/2:ih/2 i think [03:14] <vlt> c_14: Perfect! It's -vf "scale=1440:-1,pad=width=1920:height=1080:x=198:y=66" in my case. [04:09] <grepper> uf, of course the same select filter doesn't work in avconv [04:41] <k_sze[work]> Can somebody explain to me what is "Bayer BG 12 Packed"? I know RGB(A), BGR(A), YUV. But what is the Bayer family of pixel formats? [04:47] <k_sze[work]> Is it really just this: http://en.wikipedia.org/wiki/Bayer_filter [04:47] <k_sze[work]> meaning that the data simply comes exactly like the photo sensor gets them, and then I'm free to interprete it into RGB or YUV? [04:51] <k_sze[work]> e.g. I would get sets of 4-bytes in RGBG order and then I would have to interprete it somehow? I suppose that each set doesn't necessarily correspond to one image pixel? [04:55] <voltagex> hi, is it possible to convert dvb subtitles to srt? [05:37] <grepper> voltagex: probably possible, but sounds tricky, whenever you have to use ocr, which I think you would have to [05:37] <voltagex> grepper: dvb teletext sorry [05:38] <grepper> okay [05:40] <voltagex> http://sprunge.us/BXHU [08:01] <grumper> o/ [08:01] <grumper> question on mp4 (container) metadata [08:02] <grumper> if I have multiple video streams, players (like say mpv, or vlc) seem to default to showing the language tag as "stream description" [08:03] <grumper> questions: 1) is this a general convention (and the ugly "und" on undefined is normal) 2) can I use as tags random 3-character specifiers that do not match a language code, or will this confuse players? [08:36] <grumper> another (unrelated) question [08:36] <grumper> I want to encode 2 streams with 264 with *different* settings [08:36] <grumper> this doesn't do what I expect it to: http://paste.debian.net/plain/141923 [08:36] <grumper> it does both things lossy (B frames in both places give it away) [08:36] <grumper> what am I missing? [08:56] <grumper> damn it "last -crf" wins it seems, regardless -f -c:v:N specification [08:56] <grumper> *regardless of [09:20] <voltagex> if I am deinterlacing *non-hd* TS files captured from DVB-T, what is the best filter/filter setting to use? [12:00] <Nickjunior> Hi everyone. Is there some way to use my brand new I3 CPU at 100 % or so, enconding with X264?. Thanks. [12:01] <Nickjunior> Already tried with -threads 2 or -threads 4 (Which is the number of threads this CPU has on) and it does not seem to reach that level. [12:02] <Mavrik> Nickjunior, x264 will use all cores by default "-threads 0" [12:02] <Mavrik> Nickjunior, if you don't see 100% utilization that's probably because a.) You have an I/O problem b.) There's nothing for x264 to do c.) Your CPU is not actually 4 core [12:15] <Devedse> Hi guys, does anyone understand why this command: http://pastebin.com/36gFqRJe doesn't work with any preset slower then "faster" but works perfectly with "faster"? [12:54] <primehaxor> Hello, im using ffmpeg to automation process of a mpegts videos, but one thing i found and missmatch with the old process is the m3u8 have not the exact time, some ts have 7 seconds and others 10 seconds i've choose 10 seconds of each fragment, there is some way to fix it? [13:41] <grumper> so anyone has ideas on my metadata question from way earlier? [13:53] <Devrim> Devedse_ I'm pretty the error means you do not have enough RAM [14:10] <Devedse_> That might be because I'm using the 32 bit version of ffmpeg then [14:10] <Devedse_> Devrim, I might need to find out then if it's possible to use avisynth together with 64 bit ffmpeg [14:37] <anshul_mahe> I have RAM of 512 mb, when I compile ffmpeg on it, then ld breaks because of using excess memory [14:37] <anshul_mahe> is there some magical flag in ffmpeg to make ld work in low memory [14:42] <__jack__> -no-keep-memory maybe [14:42] <__jack__> --no-keep-memory [15:18] <line0> did something like the h264_changesps bitstream filter (http://forum.doom9.org/showthread.php?t=152419) ever make it into official ffmpeg [15:18] <line0> ? [15:20] <relaxed> line0: It doesn't appear so. "ffmpeg -bsfs" [15:20] <line0> yeah i already checked that, but thought it might have been implemented differently [15:21] <line0> sure would be nice to have because wrong range/colormatrix/sar are fairly common problems [15:25] <relaxed> ubitux: Any idea about this ^^ [15:25] <ubitux> not really my area i'm sorry [15:29] <relaxed> line0: did you try his old builds? http://sourceforge.net/projects/direct264/files/Related%20Programs/ffmpeg%2… [15:32] <line0> yeah they work [15:32] <line0> would be nice to get this into current ffmpeg, though [15:34] <relaxed> line0: file a feature request on the bug tracker if there isn't already one, and point to the patches. [15:34] <line0> will do [16:25] <Devedse> Hey guys, does anyone know why FFMPEG 64-bit can't open avisynth files as input? [16:25] <Devedse> Or better, how I can work around it :) [16:31] <kepstin-laptop> probably because your avisynth libraries are 32bit? [16:35] <grumper> anyone with knowledge of the hvec support around? [16:35] <grumper> wondering if anyone has ideas wrt https://ffmpeg.org/pipermail/ffmpeg-user/2015-January/025042.html [16:35] <Filarius> Hello, is here option to set file write block size? I not so like sound of my HDD while transcoding 6+ streams with ffmpeg [16:35] <grumper> it should be something dead simple, I just google-fail it [16:35] <Devedse> Yeah but I thought that AviSynth basically emulates a video file so I didn't think the interaction between ffmpeg and avisynth would go further than simply displaying the bits generated by avisytnh [16:38] <kepstin-laptop> Devedse: i'm pretty sure that ffmpeg has to load the avisynth dll in-process for that to work, but i'm not positive. [16:39] <Devedse> kepstin-laptop: Ah that would explain it :) [16:44] <kepstin-laptop> Filarius: not really. but ffmpeg should be doing normal buffered IO, so you should be able to tweak things at the OS kernel io scheduler level to help with that. [16:46] <anshul_mahe> __jack__: there is no flag named that [16:53] <Filarius> kepstin-laptop, thats looks like pretty low level tweak. I had idea to use pipes send data to another app what will handle such staff, but first I must find it or write myself [16:57] <ac_slater_> hey guys. when I do something like `while (av_read_frame(fc, &pkt) > 0) printf("%llu\n", pkt.pts);` it is not monotonic. Is this typical? [17:00] <ac_slater_> I guess this is actually an h264 question [17:01] <grumper> ac_slater_: if you have bframes they are in the stream in DTS order, not in PTS order [17:01] <ac_slater_> grumper: interesting [17:01] <grumper> ac_slater_: think what a bframe actually is - it can't really work any other way [17:02] <ac_slater_> grumper: yea you're right. For some reason I expected libavformat/codec to mess with the timestamps. I'm glad it doesnt [17:04] <ac_slater_> grumper: silly question here, if I were to take my AVPacket payloads and feed them to a non-ffmpeg decoder, you'd expect the decoder to take DTS right? As opposed to PTS ? [17:07] <grumper> ac_slater_: it doesn't matter how you actually order stuff [17:08] <grumper> the decoder will slow down to fill its buffer, if you are too slow with what it needs - output will stall and/or the buffer will overflow [17:08] <ac_slater_> grumper: I see. I *hope* that's the case with my decoder [17:08] <grumper> usually buffers keep way beyond an iframe range, so you are not really at risk with either [17:08] <grumper> (the reorder exist only between 2 iframes, the iframes themselves are always sequential) [17:09] <ac_slater_> grumper: one of it's api functions are `queueInputBuffer(void * payload, long pts);` ... I cant *really* determine if it wants PTS or DTS. [17:09] <ac_slater_> grumper: interesting, I assumed these things. Starting to realize some of my assumptions are incorrect [17:09] <kepstin-laptop> ac_slater_: I don't think you can go wrong feeding frames into the decoder in dts order tho. [17:09] <grumper> that too [17:10] <ac_slater_> kepstin-laptop: interesting [17:10] <ac_slater_> grumper: kepstin-laptop thanks guys [17:11] <ac_slater_> Oh the documentation for that api call above for `pts` states, "The presentation time at which the buffer should be presented". So I guess it really does expect pts [17:13] <kepstin-laptop> ac_slater_: yeah, that parameter probably takes the pts value, but you probably queue frames either in dts order or it might not matter that much [17:14] <ac_slater_> kepstin-laptop: I guess I'll have to play with it. I'm glad you guys shed light on this though. I was tired of guessing [17:14] <ac_slater_> my bitstream is usually i-frame only [17:14] <ac_slater_> so I guess it wouldnt matter either way ;) [17:14] <kepstin-laptop> ... then it doesn't matter, your dts should always equal your pts then [17:14] <kepstin-laptop> I think? [17:15] <ac_slater_> it does for my test stream at least [17:18] <kepstin-laptop> I'd assume that if it takes the pts as an input parameter, it'll probably re-order the frames to pts order on output. [17:18] <ac_slater_> kepstin-laptop: im sure hoping [17:20] <DelphiWorld> hi FFMpegster [17:20] <DelphiWorld> is there any way to select subtitle (srt) position in a video? [17:22] <kepstin-laptop> DelphiWorld: doesn't look like it. You could probably either convert to ass format and set the positioning there, or do something crazy like render subtitles on a transparent video then overlay them where you like :/ [17:22] <DelphiWorld> kepstin-laptop: ok, i will ASS [17:23] <DelphiWorld> but if i am doing srt to ass, where to chouse the position [17:23] <kepstin-laptop> the mplayer-based players (mpv)? have the ability to set margins when rendering srt subtitles, I think, which could be used to position them. [17:23] <kepstin-laptop> and I think mpv can render subtitles and encode video, might be worth taking a look at that. [17:24] <DelphiWorld> kepstin-laptop: no... ffmpeg:P [17:26] <kepstin-laptop> well, it'll still be using the ffmpeg libraries to do the encoding in the end :) [17:27] <DelphiWorld> kepstin-laptop: yeah but depand on the gui... i can't use gui [17:28] <kepstin-laptop> i'm pretty sure mpv when used as an encoder doesn't require a gui. [17:28] <DelphiWorld> Kei_N: what is mpv? [17:28] Action: DelphiWorld is on windows, kepstin-laptop [17:29] <kepstin-laptop> ... how are you using windows without a gui anyways? [17:30] <DelphiWorld> kepstin-laptop: i use text to speech software, i use the windows gui but most open source gui's use QT or GTK that can't use it [17:30] <kepstin-laptop> ok [17:30] Action: DelphiWorld ask saste for ASS subtitle positioning... [17:31] <DelphiWorld> kepstin-laptop: i'm blind [17:32] <kepstin-laptop> mpv is a video player based on the command-line "mplayer" for linux. It can be run from the command line, and supports doing video encoding without needing any gui interaction. It has options to specify subtitle position. I don't know if it runs on windows. [17:32] <DelphiWorld> will evaluate [17:33] <kepstin-laptop> In my day job, I work on video-conferencing software that runs in a web browser. We're having a hell of a time getting it to work with screen readers. [17:33] <kepstin-laptop> oh well. [17:34] <DelphiWorld> kepstin-laptop: here to help & test! [17:34] <DelphiWorld> kepstin-laptop: webrtc based? [17:34] <kepstin-laptop> it's crazy mixed webrtc and flash right now. [17:35] <DelphiWorld> kepstin-laptop: what frontend framework you use? bootstrap? jqery? [17:35] <kepstin-laptop> right now the user interface is all written in flash, and we're using webrtc only for audio [17:35] <DelphiWorld> kepstin-laptop: ok, then you can't do any accessibility. [17:36] <kepstin-laptop> we have some, using keyboard shortcuts and tabbing. I'm not familiar with it, but we had it working in a previous release with JAWS. [17:36] <DelphiWorld> kepstin-laptop: yeah but bad reading on screen reader [17:37] <DelphiWorld> kepstin-laptop: i use both JAWS & voiceOver [17:39] <kepstin-laptop> DelphiWorld: we're probably going to do an accessibility review later this year; if I see you around I might ask for your help, if you like. [17:43] <DelphiWorld> Kei_N: offcource, you're welcome [17:43] Action: DelphiWorld pmed kepstin-laptop his email [17:44] <kepstin-laptop> DelphiWorld: cool, thanks. [18:01] <cousin_luigi> Greetings. [18:02] <cousin_luigi> In what cases should one use the --enable-nonfree build flag? [18:07] <Soltis> Is it possible to stabilize color in a video? [18:07] <Soltis> Meaning if the camera changed the color balance while recording, I'd like something that can at least reduce the effect by gauging overall changes to color balance and compensating. [18:10] <c_14> cousin_luigi: the configure script will tell you when you need it [18:16] <cousin_luigi> c_14: I see. Also there's a nice list inside configure. [18:17] <cousin_luigi> So, to be completely clear: if I have --enable-nonfree I can't redistribute the binaries? And if I have --disable-gpl the static libraries cannot be linked against? [18:17] <cousin_luigi> But what of shared ones? [18:23] <c_14> As far as I'm aware, disable-gpl just makes the code lgpl [18:23] <c_14> You can link against LGPL code. [18:24] <DelphiWorld> c_14: unbelivable news [18:24] <DelphiWorld> c_14: Windows 10 adds platform-level support for the FLAC, HEVC, and Matroska media formats, allowing them to be opened in Windows Media Player and other applications natively. [18:24] <c_14> And it only took them how many years? [18:25] <DelphiWorld> c_14: lol [18:26] <grumper> c_14: you seem to know your stuff :) have any idea what's with https://ffmpeg.org/pipermail/ffmpeg-user/2015-January/025042.html ? [18:27] <c_14> Ok, HEVC I can understand. That one's still relatively new. But FLAC, Matroska? FLAC is 13 years old... It came out before Windows XP (barely, but it did) [18:27] <cousin_luigi> c_14: I see. So GPL is more restrictive than LGPL. [18:28] <cousin_luigi> c_14: I suspect FLAC and mkv had a reputation for being used mainly by pirates. Perhaps they didn't want to be remotely linked to that. [18:29] <cousin_luigi> Of course things have changed in the last few years. [18:29] <c_14> But they support DivX and H.264 [18:29] <c_14> grumper: does x265 have a profile option ? [18:30] <cousin_luigi> H.264 is widely used in other fields, I think. And since when does Windows support DivX natively? [18:30] <grumper> c_14: yes it does, sec grabbing link [18:30] <cousin_luigi> As I recall the first divx was a hacked codec btw, is there a connection? [18:30] <grumper> c_14: http://x265.readthedocs.org/en/latest/cli.html#profile-level-tier [18:31] <c_14> cousin_luigi: can't remember if it supported DivX or not, thought it did. Haven't used windows in ages. [18:39] <DelphiWorld> c_14: is there any way to specify font & colors for a srt title? [18:39] <c_14> Not that I know, if you want to specify font & colors, use ass. [18:40] <DelphiWorld> c_14: so just converting srt to ass? [18:41] <c_14> ye, then you can open the ass in a text editor and change the color/font [18:41] <DelphiWorld> c_14: i hope, will bug you if i can't [18:41] <cousin_luigi> c_14: Can I use BSD plugins and still be GPL-compliant? [18:42] <cousin_luigi> well, nevermind. I can check inside the configure script. [18:42] <JEEB> what? [18:42] <JEEB> <cousin_luigi> So, to be completely clear: if I have --enable-nonfree I can't redistribute the binaries? And if I have --disable-gpl the static libraries cannot be linked against? <- enable nonfree means the same for both GPL and LGPL [18:43] <JEEB> it means you can't distribute the combined thing as the licenses are not compatible [18:43] <JEEB> also there is no disable-gpl, since LGPL is the default mode of operation for the configure script [18:43] <JEEB> enable-gpl explicitly enables GPL stuff and lets you link against GPL things [18:44] <JEEB> just like enable-version3 explicitly switches to the version 3 of (L)GPL instead of v2 [18:44] <cousin_luigi> JEEB: I see. [18:44] <c_14> cousin_luigi: you should be able to use BSD plugins as long as the BSD license under which the plugins are licensed is GPL/LGPL compatible [18:44] <cousin_luigi> c_14: It is. [18:45] <cousin_luigi> JEEB: But what about lgpl then? [18:46] <JEEB> what? [18:48] <grumper> c_14: I have to go, if you get an idea wrt the 265 profile (or if my command works on your ffmpeg) - drop me an email on the ML [18:49] <c_14> Will do. [18:49] <cousin_luigi> JEEB: I'm not sure which parts are licensed under GPL and which under LGPL. [18:49] <JEEB> a) the files have headers b) grepping the configure script helps [18:49] <JEEB> most of FFmpeg is LGPL [18:49] <JEEB> then there's some MPEG-2 decoding asm for libmpeg2 that is GPL [18:50] <cousin_luigi> JEEB: I mean the resulting binaries. [18:50] <JEEB> and some filters [18:50] <JEEB> huh [18:50] <JEEB> if you configure with --enable-gpl then all of that is GPL [18:50] <JEEB> thus I don't get the question [18:50] <JEEB> you are picking GPL as the license for the whole of FFmpeg there [18:50] <JEEB> so there is no "this is GPL and this is LGPL" as far as the libraries go [18:50] <cousin_luigi> I see. [18:51] <JEEB> --enable-gpl -> you want to use FFmpeg under GPL , standard LGPL setup -> you want to use FFmpeg under LGPL [18:51] <JEEB> the configure script outputs the license you're using as well, so you can make sure [18:52] <JEEB> this isn't exactly rocket science :3 [18:52] <cousin_luigi> It's just something I've never really delved into. [18:52] <cousin_luigi> so if I don't use --enable-gpl will configure disable switches that are incompatible with lgpl? [18:55] <JEEB> it works so that if you try to do for example --enable-libx264 (requires GPL) without --enable-gpl, it will error out [18:55] <JEEB> because libx264 wrapper has GPL licensing as a dependency [18:59] <cousin_luigi> aha [18:59] <cousin_luigi> last question: is the fraunhofer licence GPL-compatible? [18:59] <JEEB> no [18:59] <JEEB> that's why it's enable-nonfree [18:59] <JEEB> it's incompatible with both LGPL and GPL [19:00] <cousin_luigi> oksame goes for libfaac? [19:00] <JEEB> yes [19:00] <JEEB> and libaacplus [19:00] <cousin_luigi> I think everything is clear now. [19:00] <cousin_luigi> Thanks. [19:01] <JEEB> which leaves you with either vo-aacenc (crap for anything but 2ch, this is why google open sourced fdk-aac) and the internal aac encoder (which is OK, and can be patched with a patch that's on the trac's longest thread) [19:01] <cousin_luigi> hehe [19:03] Action: DelphiWorld hate faac... love fdk_aac [19:04] <JEEB> both suck if you need to distribute a binary :P [19:04] <cousin_luigi> I spoke too soon. I have yet another question:) [19:05] <cousin_luigi> Are avfilter, libvpx and libopenjpeg also problematic? Or is that just a matter of stability? [19:05] <JEEB> avfilter? do you mean libavfilter? [19:06] <JEEB> libopenjpeg I have no idea about, libvpx is licensed under a pretty permissive license [19:06] <cousin_luigi> JEEB: I suppose so. [19:06] <JEEB> libavfilter is a part of FFmpeg? [19:06] <JEEB> some filters are LGPL, some GPL [19:06] <JEEB> (probably the library that has most GPL-only components in FFmpeg) [19:07] <JEEB> although the ones that most people use (crop/scale/yadif) are LGPL now [19:07] <cousin_luigi> I wonder why anyone would enable gpl and disable avfilter then. [19:07] <JEEB> because they didn't need it? [19:08] <cousin_luigi> Good point. [19:08] <JEEB> when I only need the libraries I disable the command line tools for example [19:10] <cousin_luigi> JEEB: How much redundancy is there between plugins? [19:10] <JEEB> in what sense? [19:10] <cousin_luigi> a scope overlap [19:10] <JEEB> huh? [19:10] <cousin_luigi> I mean, could it be they disabled vpx because something else did the same job? [19:11] <JEEB> you can't disable vpx because you have to explicitly enable it. and yes, for decoding libavcodec has its own decoders for VP8 and VP9 [19:11] <JEEB> for encoding it is the only solution for VP8 and VP9 [19:11] <cousin_luigi> ok [19:13] <cousin_luigi> JEEB: I meant to add ladspa, libcelt and libwebp, but I'm not sure if something else already decodes those formats. [19:13] <JEEB> do a standard configure and check if its results contain decoders for those things [19:13] <cousin_luigi> right [19:14] <JEEB> although I'm pretty sure the non-vp8 webp isn't supported by libavcodec [19:14] <cousin_luigi> I'm very tired tonight:| [19:15] <cousin_luigi> JEEB: it says it is... [19:16] <JEEB> that's probably the vp8 side of webp [19:16] <JEEB> there's two completely different formats in webp [19:16] <JEEB> one is the less good VP8 one [19:16] <JEEB> the other is completely different and designed for picture coding from ground up [19:17] <JEEB> or wait... [19:17] <JEEB> I'll be damned [19:18] <JEEB> ruggles implemented lossless+alpha [19:18] <cousin_luigi> JEEB: http://pastebin.com/raw.php?i=ZA4J3wjY <- this is my ./configure [19:18] <cousin_luigi> "ruggles" ? [19:18] <JEEB> name [19:18] <JEEB> of a person [19:18] <cousin_luigi> ahhh:) [19:18] <JEEB> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/webp.c;h=4b1c8e7f… [19:18] <cousin_luigi> nice! [19:18] <JEEB> so yeah, surprisingly webp is relatively implemented [19:19] <JEEB> animation, ICC profiles and XMP metadata is missing it seems [19:20] <cousin_luigi> Is that backported to 2.5.x ? [19:21] <cousin_luigi> nevermind, I meant 2.3 [19:21] <JEEB> no ide [19:21] <JEEB> a [19:22] <cousin_luigi> gah, but I'm seeing it and I'm on 2.3.6, so it must have been:| [19:22] <cousin_luigi> Again, I'm too tired:/ [19:22] <JEEB> make sure the version you're having actually has those features implemented [19:22] <kepstin-laptop> check the release notes? Features don't normally get backported tho, only bug/security fixes [19:22] <JEEB> as in check the header :P [19:22] <cousin_luigi> :) [19:22] <JEEB> yes, features don't get backported, only fixes [19:22] <cousin_luigi> ok [19:23] <cousin_luigi> but what else could support webp then? Talking about decoders. [19:24] <JEEB> the official decoder and lavc decoder are the two [19:24] <JEEB> just make sure that the webp decoder has all the features [19:25] <JEEB> the top of the file has a list of implemented and not implemented features [19:25] <JEEB> (the internal one) [19:26] <cousin_luigi> ok, looking [19:27] <cousin_luigi> unimplemented: Animation, ICC profile, XMP metadata. Since I don't even know what they are, I think it's safe to assume I don't need them for the time being:) [19:27] <JEEB> yeah, then you have the latest version of that decoder [19:28] <DelphiWorld> what's webp? [19:28] <JEEB> basic webp is basically a frame of vp8 [19:28] <DelphiWorld> ah [19:28] <JEEB> the lossless thing is a completely separate image format [19:28] <JEEB> but basically google's attempt at a still image format :P [19:29] Action: DelphiWorld is blind, JEEB ... so have no info of any VIDEO CODEC :-P [19:29] <kepstin-laptop> i guess the lossless version's supposed to compete with png? [19:30] <JEEB> kepstin-laptop, prolly. [19:30] <JEEB> and that one IIRC is relatively alright [19:30] <JEEB> huffman coded huffman tables [19:30] <JEEB> I heard you liked huffman so we huffman'd your huffman tables [19:30] <cousin_luigi> Speaking of image formats, what do you think of BPG? [19:30] <JEEB> it's literally HEVC with a different header [19:31] <cousin_luigi> The size comparisons on the author's site don't seem too compelling. [19:31] <cousin_luigi> Ah. [19:32] <JEEB> basically a lot of the stuff written into the parameter sets is instead accounted as hardcoded [19:32] <JEEB> and thus the length of the header (parameter sets) can be shortened [19:33] <cousin_luigi> But what about quality? Does it have significant edges over JPG? Or is it more about speed? [19:34] <JEEB> speed? this is more complex than JPEG so how can it be more about speed compared to it :P [19:34] <JEEB> the quality should be as good as an intra picture HEVC picture would be [19:34] <JEEB> depends completely on the encoders [19:34] <JEEB> of course you could make the encoders even more slower because you're encoding a single picture [19:35] <John____> Hi, I'm interested in contributing to FFmpeg through OPW. Could anyone please guide me regarding where should I begin from? [19:35] <cousin_luigi> Then the author picked really lousy examples to show. That or I don't have a good eye for such things, which is also very likely:) [19:35] <JEEB> John____, #ffmpeg-devel or the ffmpeg-devel mailing list. but before that at least once compile git HEAD FFmpeg and have it run on your system :P [19:36] <kepstin-laptop> you have to pick lousy examples, otherwise you can't see any difference at all. [19:36] <cousin_luigi> kepstin-laptop: I mean lousy as I can't see the difference. [19:37] <John____> Thanks JEEB. [19:37] <cousin_luigi> oh wait, other examples are better [19:52] <AlexRussia> hey [19:53] <AlexRussia> I have crazy problem [19:54] <AlexRussia> I try to concat some mp3 by this http://trac.ffmpeg.org/wiki/Concatenate#samecodec [19:54] <AlexRussia> but when I use something, it's always crash on files, which include ' [19:54] <AlexRussia> in name [19:54] <pzich> probably because they aren't properly escaped? [19:55] <AlexRussia> Yes, but IDK how to escape them [19:55] <AlexRussia> adding \ just ignored [19:56] <AlexRussia> like [19:56] <AlexRussia> 02. Celldweller - Goodbye (Klayton's 2012 Mix).mp3 [19:57] <AlexRussia> if I add \ before ', it's just says me s' [19:57] <AlexRussia> idk, what the hell :( [20:00] <c_14> Try file "/path/to/file" [20:02] <AlexRussia> c_14: there're many files [20:02] <c_14> then do that for all of them? [20:02] <AlexRussia> c_14: concatenate [20:02] <c_14> ye [20:02] <AlexRussia> you're crazy ^^ [20:03] <c_14> Just go into the concat file, and change the surrounding single quotes to double quotes [20:03] <c_14> you could even use sed [20:05] <AlexRussia> oh [20:05] <AlexRussia> lol [20:07] <c_14> That should work as long as none of your files have double quotes [20:07] <AlexRussia> c_14: now it says, impossible to found file [20:07] <AlexRussia> [concat @ 0x1da1220] Impossible to open '"./01.' [20:07] <AlexRussia> list.txt: No such file or directory [20:07] <c_14> eh, what [20:07] <AlexRussia> yep [20:08] <AlexRussia> I did change ' to " [20:08] <c_14> What line starts with ./01 ? [20:08] <c_14> What does it look like? [20:08] <AlexRussia> first [20:08] <AlexRussia> file "./01. Celldweller - The Complete Cellout.mp3" [20:10] <AlexRussia> c_14: :( [20:11] <c_14> mhm, so it doesn't allow escaping with double quotes... back to the single quotes but with 2 backslashes before single quotes in songnames ? [20:11] <AlexRussia> oh [20:11] <AlexRussia> that's sounds like nothing good :D [20:12] <kepstin-laptop> is this unix shell? there's no portable way to escape single quotes in a single quoted string. You have to do something like 'text'\''more text' :/ [20:13] <kepstin-laptop> i.e. end the string, put an escaped single quote, then start the string again :/ [20:13] <c_14> kepstin-laptop: this is the concat format file [20:13] <kepstin-laptop> ok, then ignore me :) [20:15] <AlexRussia> c_14: [concat @ 0xdbd220] Impossible to open './02. Celldweller - Goodbye (Klayton\\s' [20:15] <AlexRussia> list.txt: No such file or directory [20:15] <AlexRussia> hu-huru-huhu-hu-huru-hu [20:15] <AlexRussia> c_14: file './02. Celldweller - Goodbye (Klayton\\'s 2012 Mix).mp3' [20:16] <AlexRussia> your perfect world [20:16] <AlexRussia> has been upset [20:16] <AlexRussia> when you tried [20:16] <AlexRussia> concat in shell [20:16] <AlexRussia> :D [20:16] <c_14> Maybe we should try what kepstin-laptop said? [20:16] <c_14> ie Klayton'\''s [20:18] <AlexRussia> you're all really crazy! [20:18] <AlexRussia> but seems like that crap work [20:23] <AlexRussia> kepstin-laptop: thanks! [20:23] <AlexRussia> kepstin-laptop: don't you know,can I somehow automatise it? [20:24] <pzich> well sed "s/'/'\\''/g" might get you close [20:25] <kepstin-laptop> don't even need sed, bash can do it itself [20:26] <kepstin-laptop> e.g. the bash function shown in http://askubuntu.com/a/354927 [20:27] <AlexRussia> kepstin-laptop: I use zsh, but I'll [20:28] <kepstin-laptop> should certainly be possible to do something like that in zsh. I just dunno the syntax for it :) [20:28] <AlexRussia> pzich: yep, but here's something interesting, like how to send to sed result of pattern [20:28] <AlexRussia> pzich: via echo again? xD [20:28] <pzich> or pass in the file [20:28] <kepstin-laptop> yeah, just >> it to the file you're making would be easiest [20:29] <AlexRussia> pzich: anyway, afaik, you must be added -e before expression ( at Edit) [20:29] <AlexRussia> pzich: I had here use sed too much many times in uni practic [20:30] <pzich> not for a subsitution this simple [20:30] <pzich> `echo "Klayton's" | sed "s/'/'\\\\''/g"` [20:30] <AlexRussia> kepstin-laptop: 0.0, just echo -e? [20:30] <pzich> oh, for the echo [20:31] <kepstin-laptop> no, you don't want echo -e, that would undo all your hard work :) [20:32] <AlexRussia> kepstin-laptop: em, but there's overview only echo -e or printf with %b for formatting [20:33] <kepstin-laptop> don *dont'* want formatting. formatting would remove the escaping! [20:33] <AlexRussia> I mean [20:33] <AlexRussia> for formatting escaping [20:33] <AlexRussia> LD [20:33] <AlexRussia> :D [20:34] <AlexRussia> oh [20:34] <AlexRussia> I've got it [21:04] <django> Can I get ffmpeg to cache the buffer if it can't keep up with a live stream I'm encoding on the fly. [21:10] <AlexRussia> lol [21:10] <AlexRussia> ppl [21:10] <AlexRussia> '' not need [21:10] <AlexRussia> if you properly escape file path [21:10] <AlexRussia> :D [21:10] <DelphiWorld> dashcloud_: hlsCloud [21:19] <DelphiWorld> any suggestion if adding a still image to a audio file? [21:19] <DelphiWorld> i am producing a .mp4 file [21:19] <DelphiWorld> with mp3 audio & h264 static image [21:20] <DelphiWorld> any suggestion? [21:20] <c_14> try -tune stillimage? [21:23] <DelphiWorld> c_14: where this should go? and if i dont do it will i get a static image? [21:23] <DelphiWorld> my source is a .jpg file and .mp3 file [21:23] <DelphiWorld> lol sory .wav and ffm is doing mp3 [21:24] <c_14> It's an output option. It's just a tune for x264 to set options for optimal compression of a static image. [21:24] <DelphiWorld> c_14: good... [21:24] <DelphiWorld> if i recize the image using -s 640x360 will that cause any problem? [21:24] <c_14> nah [21:24] <DelphiWorld> good [21:25] <DelphiWorld> c_14: you know that you're my eyes? :P [21:25] <DelphiWorld> c_14: google for beMyEyes.org ;) [21:28] <c_14> Interesting. [21:33] <DelphiWorld> c_14, i encoded to mp4 using H.264/MP3 but mpc dont play it, stay blocked on startup [21:34] <c_14> Does ffplay play it? [22:02] <Harzilein> hi [22:08] <Harzilein> i have some avi/xvid based source material w/ 16:9 aspect ratio and i want to make 3gp/h263 from it, with 352x288 resolution. i don't want letterboxing but want to try to see if the target can do the right thing wrt scaling. what do i need to add to my command line: (ffmpeg -i input.avi -vcodec h263 -s 3 \ [22:08] <Harzilein> oops [22:08] <Harzilein> -s 352x288 output.3gp [22:09] <Harzilein> ) [22:09] <Harzilein> and s/-s 3 // of course, sorry for that noise [22:10] <c_14> -vf scale=352:-1,pad=352:288:iw/2:ih/2 [22:10] <c_14> Instead of -s [22:10] <c_14> You might need to look at the pad docs [22:10] <DelphiWorld> c_14, -vf ass=mysub.ass, will this let the person chouse to display the subtitle? [22:11] <c_14> No [22:11] <c_14> That will burn the subtitles into the video [22:11] <DelphiWorld> c_14: ok, what's the other way? [22:11] <c_14> Just add them like you would any other stream `-i mysub.ass' [22:11] <DelphiWorld> ok i'lle try [22:12] <Harzilein> c_14: i said i _don't_ want letterboxing. the format might not allow this though [22:13] <c_14> Do you want it stretched? [22:13] <kepstin-laptop> Harzilein: then just use scale=352:288, that'll set up the aspect ratio just fine if the format supports it [22:14] <Harzilein> hmm, is there a difference between -vf scale=352:288 and -s 352:288 here? [22:15] <kepstin-laptop> no, the -s option just adds a scale video filter on your behalf. [22:17] <Harzilein> hmm [22:19] <DelphiWorld> c_14: any recomanded font to use? [22:19] <DelphiWorld> Style: Default,Arial,16,&Hffffff,&Hffffff,&H0,&H0,0,0,0,1,1,0,2,10,10,10,0,0 [22:21] <Harzilein> [h263 @ 0x80ac78420] w/h must be a multiple of 4 [22:21] <Harzilein> :( [22:22] <Harzilein> tried -vf scale=352:-1 [22:22] <Harzilein> okay, i'll just try letterboxing and after it works i can always see if i can do it differently [22:22] <c_14> DelphiWorld: Arial should be fine [22:23] <Harzilein> c_14: thanks for providing the letterboxing syntax, i guess you knew better what i wanted :D [22:23] <c_14> Harzilein: use -4 [22:23] <DelphiWorld> c_14: ok, hold on i'm getting fidback from my cousin on the screen [22:23] <c_14> Harzilein: -vf scale=352:-4, that'll make sure it's divisible by 4 [22:24] <Harzilein> c_14: hehe, new and exciting error message: [h263 @ 0x80ac78420] The specified picture size of 352x200 is not valid for the H.263 codec. [22:24] <Harzilein> Valid sizes are 128x96, 176x144, 352x288, 704x576, and 1408x1152. Try H.263+. [22:24] <Harzilein> c_14: can't i just put some metadata in it that will tell the target to vertically downscale it? [22:25] <c_14> don't think so [22:26] <Harzilein> c_14: with your padding syntax i get: [Parsed_pad_1 @ 0x80ac2b260] Input area 176:98:528:296 not within the padded area 0:0:352:288 or zero-sized [22:27] <c_14> eh, right. it should be (ow-iw)/2:(oh-ih)/2 [22:27] <c_14> instead of iw/2:ih/2 [00:00] --- Sat Jan 24 2015

1 0

ffmpeg-devel.log.20150122
by burek 23 Jan '15

23 Jan '15

[00:10] <aetasx> just because we're always right, doesn't make us snobs :p [00:17] <ubitux> yay, palette selection is starting to work [00:17] <aetasx> palette selection? [00:18] <ubitux> yeah, color quantization [00:18] <ubitux> to create pretty gif [00:18] <aetasx> ah [00:19] <ubitux> (or improve png compression, that sort of stuff) [00:28] <aetasx> you wouldnt happen to know about those runtime predictor tables generated for some of the codecs within like libavcodec/x86/h264_intrapred_init.c would ya? [00:37] <ubitux> maybe i'll know tomorrow [00:37] <ubitux> but right now i'm happy with http://b.pkh.me/old.gif http://b.pkh.me/new.gif [00:38] <ubitux> (yes size is twice as big but that will be fixed, the point is that the palette is not braindead anymore) [00:39] <ubitux> anyway, good night [00:40] <aetasx> lol [00:40] <aetasx> alright, gnight man [04:44] <cone-703> ffmpeg.git 03Carl Eugen Hoyos 07master:c6a36f693153: lavc/pngenc: Support encoding ya16be. [04:44] <cone-703> ffmpeg.git 03Carl Eugen Hoyos 07master:c2e36e07cdeb: lavc/tiffenc: Support encoding ya16le. [04:44] <cone-703> ffmpeg.git 03Carl Eugen Hoyos 07master:196dd72bcfe0: lavc/pamenc: Support encoding ya16be. [04:44] <cone-703> ffmpeg.git 03Carl Eugen Hoyos 07master:6c559a0a9d3e: lavc/pnm: Support decoding ya16. [04:49] <compn> ya16 eh? [04:49] <compn> so many colorspaces or pixfmts now [04:50] <bryno> for real. as if all of those are important [04:50] <compn> well, that question goes back to what ffmpeg goal is, and what the developers goals for ffmpeg are. [04:51] <compn> cant really complain about what devs work on, just be happy they work on it :) [04:51] <compn> you can complain, but cant force devs to do anything :P [04:53] <compn> and working on things which may not be important to you, but to other people? [04:53] <compn> or may let the devs learn [06:02] <aetasx> can always try to guilt-trip them ;) [08:42] <filterAKY> where returns the function static int filter_frame(AVFilterLink *inlink, AVFrame *in) ? [10:02] <wm4> bryno, compn: there are much more useless colorspaces than ya16... [10:03] <j-b> oh yeah [10:08] <wm4> also, all of my hate towards swapped-endian formats [10:08] <j-b> stupid [10:09] <wm4> the few decoders which need this (png apparently) could just do this themselves [10:09] <j-b> clearly [10:10] <j-b> Not to mention that everyone is now little-endian, except the dying PPC [10:10] <j-b> (dead?) [10:10] <wm4> think of the aging ppc macs [10:11] <j-b> dead. [10:11] <wm4> also I'm confused how the png 16 bit filters work [10:11] <ubitux> j-b: what's the endianness of POWER8? [10:11] <wm4> e.g. deloco_rgb16() seems to use uint16_t, but in big endian?? [10:11] <j-b> ubitux: who gives a shit? [10:11] <j-b> ubitux: seriously. [10:11] <j-b> optimizing for dead architectures is not a good idea [10:11] <wm4> maybe it's broken... how do I create pngs with fancy features? [10:12] <ubitux> j-b: it was produced in 2013 [10:12] <j-b> ubitux: and it has 0 acceleration for Ffmpeg [10:12] <j-b> wm4: the last g5 mac was out in 2005 [10:12] <ubitux> you mean ffmpeg has not much acceleration [10:12] <wm4> all modern CPUs that have big endian actually seem to have little endian modes too [10:12] <ubitux> for ppc [10:12] <nevcairiel> actually there have been quite a few patches to support power8 in ffmpeg [10:12] <nevcairiel> but its little endian [10:12] <j-b> ubitux: PPC, it has. but not Power8 [10:12] <nevcairiel> (which is the reason it needs patches) [10:13] <wm4> <nevcairiel> (which is the reason it needs patches) <- lol [10:13] <j-b> wm4: PIX_*_LE :D [10:13] <nevcairiel> mostly for the altivec code, which assumed it was big endian [10:13] <ubitux> j-b: well, we use altivec, so... [10:17] <wm4> ok, codecs which obviously "need" BE variants of pixel formats: raw, xwd, pngdec, dpx, sgi, tiff, pam, pnm, brenderpix, qtrle, LE variants: raw, targa, ptx, zmbv, libvpxdec (?), sgi, xwd, tiff, dpx, cscd, aasc, targa [10:18] <nevcairiel> with need you mean they can output them even on a LE system? [10:19] <wm4> haven't checked them in detail; I assume most of these just memcpy image data from packet to output frame [10:20] <wm4> libvpx is quite "special" here, it seems to use LE output on big endian? or it's just broken [10:40] <ubitux> when was swscale included in the FFmpeg repository? not 2006 right? (73435f006b) [10:41] <ubitux> it was split out originally didn't it? [10:45] <kierank> 2011 I think it joined [10:45] <kierank> Around fork time [10:45] <ubitux> i see, thank you [10:45] <nevcairiel> must've been before the fork, or libav wouldnt have it : p [10:46] <wm4> wow, that late [10:46] <wm4> it sure was a "nice" addition [10:49] <wbs> trolling aside, it was originally in mplayer, hooked in into ffmpeg via svn:externals at some point. so at that point you'd have to sync the checkout of both ffmpeg and libswscale to matching dates to have something that built successfully. in the git conversion, janne did a huge effort to get the history from both repos interleaved into one in git [10:50] <ubitux> i suppose this is refering to http://ffmpeg.org/archive.html#svn_to_git [10:50] <ubitux> which confirms the date [10:50] <wm4> ah, so it was well used earlier [10:50] <wbs> yes, it was used for a long time before that, but vcs wise it was very awkward [10:55] <wm4> I wonder how mplayer handled the recursion [10:55] <wbs> (it was gpl-only though up until 2008 or something, when kostya rewrote the last gpl-only pieces) [10:56] <ubitux> aah that's why it was split and not all the time included [10:56] <ubitux> thanks :) [12:06] <cone-702> ffmpeg.git 03Rodger Combs 07master:1d8aa23794cc: dashenc: Fix format string generation [12:06] <cone-702> ffmpeg.git 03Rodger Combs 07master:89684883af44: avformat/dashenc: fix format string generation [12:06] <cone-702> ffmpeg.git 03Michael Niedermayer 07master:526f7ef21108: Merge commit '1d8aa23794cc63e9517d5055a2d48040b843b1cf' [12:16] <cone-702> ffmpeg.git 03Martin Storsjö 07master:3a724a7f3ba7: dashenc: Use inttypes.h macros for format strings instead of %lld [12:16] <cone-702> ffmpeg.git 03Michael Niedermayer 07master:b7f8e6dd8c26: Merge commit '3a724a7f3ba7fa766c6a6f0924a15cc742031b8d' [12:50] <cone-702> ffmpeg.git 03Michael Niedermayer 07master:146a2c4e7fb6: avcodec/mpegvideo: also export 0,0 motion vectors [13:23] <cone-702> ffmpeg.git 03Michael Niedermayer 07master:bbdd940f3666: doc/APIchanges: Fill in some more missing hash values [13:32] <cone-702> ffmpeg.git 03Michael Niedermayer 07master:b942a71eaa09: avformat/flvenc: accept AVMEDIA_TYPE_SUBTITLE instead of DATA for subtitles [14:08] <ubitux> kurosu, michaelni, btw, iirc this "subtitles into flv" is something luca invented and is not standardized [14:09] <ubitux> but maybe i'm remember it wrong [14:10] <ubitux> maybe it's unrelated and i'm mistaken with one of his past plan [14:17] <ubitux> https://lists.libav.org/pipermail/libav-devel/2012-May/027732.html seems this is the related chunk [14:17] <j-b> nevcairiel: did you have dxva/hevc code? [14:18] <ubitux> haven't look at the code itself [14:29] <ubitux> akira4: how is the webvtt thing going? did you see other stuff to extract? [14:32] <akira4> ah, I've added the alignment thing [14:32] <akira4> but there wasn't much to add apart from that. [14:32] <akira4> also the font color thing, I'm not sure how to check the color. [14:34] <ubitux> browsers don't have implementation for these? [14:35] <ubitux> you can't just mux the webvtt into webm and see how it looks in your browser? [14:38] <akira4> I was embedding a video and checking the vtt file. I'll try this. [14:48] <ubitux> akira4: did you see the patch on the ml btw? [14:49] <ubitux> http://ffmpeg.org/pipermail/ffmpeg-devel/2015-January/167775.html [14:50] <nevcairiel> j-b: i do [14:50] <ubitux> it's kind of related to the CC though here [14:50] <j-b> nevcairiel: for libavcodec too? [14:51] <nevcairiel> j-b: yes thats what i build it on, but it needs a bit of refactoring to be ready for upstreaming [14:52] <j-b> ok [14:53] <nevcairiel> ideally someone that knows the hevc decoder internals properly to assist in figuring out how to do some things more cleaner.. :d [14:56] <akira4> ubitux: I'm checking it out. [14:56] <j-b> nevcairiel: can I help? [14:57] <wm4> so there's hw already that works with dxva? [14:58] <nevcairiel> strictly speaking no, but there are drivers that work with dxva and do a sort of hybrid decoding, using GPGPU and/or shaders to accelerate the process [14:58] <nevcairiel> both NVIDIA and Intel offer that [14:58] <compn> ubitux : theres the closed captions in flv sample we found in the wild (on adultswim.com website) [14:59] <nevcairiel> latest rumors suggest the new NVIDIA GTX960 which may or may not be released today may have a full HEVC hardware decoder, including 10-bit [14:59] <compn> whoa [14:59] <nevcairiel> nvidia announced the 10-bit hardware decoder for their next mobile platform, so it will get into the next desktop part as well, it is however unknown if the 960 has the refreshed decoder block, or not [15:01] <ubitux> compn: is it on samples.ffmpeg.org? [15:01] <nevcairiel> anandtechs initial preview of the GPU suggests that the 960 has in fact the full hardware decoder block [15:01] <nevcairiel> I'll probably need to buy one to confirm and see if i can make 10bit work [15:05] <compn> ubitux : yes, in one of the ffmpeg-bug dirs [15:05] <compn> let me find [15:05] <compn> ./ffmpeg-bugs/trac/ticket3172/rickandmorty_cc_001_pt1_t3LEd_AS_HD_large.flv [15:05] <compn> http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3172/ [15:06] <nevcairiel> anyway j-b, i'll probably get the new nvidia card as soon as shops are willing to give me one, and then see about adding 10-bit (which may require quite a bit of refactoring), and then see about upstreaming it somehow [15:06] <compn> cc608 encoded closed captions :) [15:06] <ubitux> now that we have a decoder, i guess akira4 could add support for this into our demuxer [15:07] <compn> i dont know if theres any kind of spec for it in flv though [15:07] <compn> but they have closed captioned a bunch of the other videos as well [15:18] <akira4> ubitux, this is the current diff : http://pastebin.com/frpCp6ir. I haven't tested it yet. [15:19] <ubitux> don't forget to keep credit to the guy you took part of the code (use --signoff) [15:20] <ubitux> what are these magic values btw? [15:20] <ubitux> x=35,y=70; [15:20] <akira4> I have no clue. [15:20] <ubitux> else if (x1 > 320) x=65; [15:20] <ubitux> if(y1 < 280) y=5; [15:20] <ubitux> wtf is that? [15:20] <ubitux> please contact the guy and ask for information if you don't understand [15:20] <ubitux> because i definitely do not [15:21] <akira4> okay. I'll do that. [15:21] <ubitux> btw, please fix your editor, you're mixing tab & spaces, and whole style is broken [15:22] <akira4> yes. [15:22] <ubitux> i'd like to have an answer on the styles though [15:23] <ubitux> i would guess the most obvious way to store the CSS thing would be into the extradata, and maybe add an option or whatever to export to a separate file if it absolutely needs to be in a separate file [15:23] <ubitux> otherwise printed somehow in the vtt file [15:23] <ubitux> i don't remember the specs, check the webvtt specifications [15:29] <akira4> I checked the webvtt specs and the classname tag is used for the style formatting using cues (in css files).http://dev.w3.org/html5/webvtt/#dfn-webvtt-class-object [15:30] <cone-702> ffmpeg.git 03Michael Niedermayer 07master:c90069c6ba04: avfilter/drawutils: Use av_malloc_array() [15:30] <cone-702> ffmpeg.git 03Michael Niedermayer 07master:f77571f6bb5a: avfilter/drawutils: Check for av_malloc* failures [15:30] <cone-702> ffmpeg.git 03Michael Niedermayer 07master:a30fd828abf4: avfilter/avf_showcqt: use av_malloc_array() [15:35] <ubitux> dammit i forgot it but gif supports... interlacing [15:36] <nevcairiel> evil gif is evil [15:37] <wm4> I never got why image formats support interlacing [15:38] <wm4> it's so annoying when they load [15:40] <nevcairiel> it makes no sense for individual images, because its a temporal thing, which implies you have more than one image, in fact any competent deinterlacer needs more than one image to do its job properly [15:40] <nevcairiel> of course gif is animated and could be multiple images, but still [15:41] <wm4> sure, the term refers to a slightly different concept [15:42] <ubitux> mmh, i wonder if i can update a palette midstream without rewriting it everytime (if i don't it fallbacks on the global one, and i would want it to re-use the last one) [15:51] <ubitux> i guess i'll need to make a 2 pass mode [15:51] <ubitux> :( [16:06] <iive> ubitux: is that 2 fields interlace, or something more sinister? [16:07] <ubitux> iive: http://www.w3.org/Graphics/GIF/spec-gif89a.txt [16:07] <ubitux> look for "E. Interlaced Images" [16:08] <iive> Appendix E [16:09] <iive> it's more like wavelet thing, where you load low res image and then add details to it. [16:10] <iive> allowing to have somehow recognizable image while still loading the data for the rest. [16:29] <Daemon404> https://chromium.googlesource.com/chromium/src.git/+/4e30d62669c312dd6788ba… [16:29] <Daemon404> and hell froze over [16:30] <compn> they didnt have 709? [16:30] <ubitux> can i use the pass mechanism in ffmpeg for something else than rate control? [16:31] <ubitux> oh mmh i have an insane idea [16:38] <Daemon404> compn, only they hw accel'd paths did [16:38] <Daemon404> so it was inconsistent [16:38] <Daemon404> tons of lovelt bug reports [16:44] <ubitux> do we have something to specify a (global) palette to an encoder? [16:45] <ubitux> (cli wise i mean) [16:45] <nevcairiel> extradata holds palette in decoders, i would assume encoders use the same scheme? [16:45] <nevcairiel> oh [16:45] <nevcairiel> who the f' wants to input a palette on cli [16:45] <ubitux> well, i have the code here to generate a palette [16:45] <ubitux> a few adjustments and i'm able to make it work on N frames [16:46] <ubitux> for gif, only the global palette is actually relevant [16:46] <ubitux> so i somehow need a 2 pass [16:46] <ubitux> 1 pass to generate a palette (maybe a filter that will output only one frame/image at EOF with the palette) [16:47] <ubitux> and a 2nd pass to feed it to the encoder & muxer [16:47] <ubitux> (muxer holds the global palette, encoder also needs it to map the source colors to this palette) [16:47] <Daemon404> will it beat libimagequant? ;) [16:48] <ubitux> probably not the first version, but that's the same basis [16:48] <ubitux> a few tweaking and it should be competitive with it [16:48] <ubitux> anyway, it's decent right now [16:48] <ubitux> 00:37:48 < ubitux> but right now i'm happy with http://b.pkh.me/old.gif http://b.pkh.me/new.gif [16:49] <ubitux> (still 1 palette per frame, which sucks and creates kind of stupid blinking effect) [16:49] <ubitux> (and makes the file HUGE - no transparency nor cropping is used since palette changes) [16:49] <ubitux> still the colors are just way better, even though the implementation is not that crazy [16:50] <ubitux> (basic median cut / heckbert 1982, which i need to improve for color resolution and back color map) [16:50] <gnafu> Wow, that is a huge improvement. [16:50] <ubitux> (and eventually replace the median cutting itself with a variance split instead, which is mentioned in the paper) [16:50] <ubitux> anyway [16:51] <ubitux> so my question really is... how would i transmit this palette? [16:52] <ubitux> i don't like the idea of keeping in memory the whole frames, so it will really be a 2 pass mode [16:52] <ubitux> first one being just the computing of the histograms [16:52] <ubitux> and/or the palette [16:54] <ubitux> i might add a -palette pal.png option to ffmpeg. [16:55] <ubitux> unless you stop me [17:01] <ubitux> the 2 pass mode could be really cool if it wasn't for rc purpose [17:10] <ubitux> Hi master saste [17:20] <saste> ubitux, master of laziness [17:20] <ubitux> :) [17:30] <cone-702> ffmpeg.git 03Derek Buitenhuis 07master:41e983f1a639: libx265: Pass through user-set frame type [18:01] <ubitux> http://ubitux.fr/pub/pics/_vax11.png :D [18:03] <ubitux> same speed as libvpx [18:03] <ubitux> on a modern i7 [19:59] <cone-702> ffmpeg.git 03Michael Niedermayer 07master:e32b07aea498: avformat/mov: Stricter sanity checks on the display_matrix [20:26] <wm4> 26.014s with asm and [20:26] <wm4> 26.129 without asm. [20:26] <wm4> haha [20:34] <jamrial> there are tons of asm functions that have similar effect on overall speed [20:36] <jamrial> lots of audio dsp functions, for example [20:37] <ubitux> i wonder what will happen when we will remove -fno-tree-vectorize [20:37] <ubitux> since it probably prevents auto vectorization of similar loops [20:43] <wm4> ubitux: I tested the same thing in mpv (just normal optimization settings), and got the same results [20:43] <wm4> don't know if that includes autovectorization [20:46] <ubitux> seems to be -O3 only [20:46] <ubitux> (which we do in FFmpeg iirc, but disabling this specific one) [20:47] <wm4> why? codegen bugs? [20:48] <ubitux> 973859f5230e77beea7bb59dc081870689d6d191 [20:48] <ubitux> > 2009 [20:48] <wm4> haha [20:48] <ubitux> might or might not be relevant [20:48] <wm4> gcc 4.3 [20:48] <wm4> well, with those BSD users around... [20:51] <wm4> 4.3 was old even in 2009 [20:51] <wm4> they released 9.4.0 in spring 2009 [20:51] <wm4> *4.4.0 [20:55] <ubitux> http://b.pkh.me/eq-novec.txt http://b.pkh.me/eq-vec.txt [20:55] <ubitux> -O3 -fno-tree-vectorize vs -O3 [20:56] <ubitux> i'm really curious how better it performs, but i think for next benchmarks over C versions, it would be interesting to enable such option. [20:56] <ubitux> ...or maybe do it all the time [20:58] <wm4> ubitux: well, suggest it to her? [20:59] <ubitux> it's more about the overall, in various places [20:59] <ubitux> we have many C code with ASM versions were such options would probably make sense [20:59] <ubitux> filters, and maybe some part of sws [20:59] <ubitux> without* ASM [21:00] <ubitux> ... and for code with only a home made mmx code version which would be set instead of the C version (which would be optimized with a better optimization level by gcc), it could be interesting to compare... [21:02] <wm4> is it possible to run SSE asm, but not MMX asm? (I'd expect lots of code expects that one implies the other...) [21:02] <ubitux> (for the record, this is the MMX version: http://b.pkh.me/eq-mmx.txt) [21:02] <jamrial> the -cpuflags option lets you do that [21:04] <wm4> michaelni: didn't you want to drop the 2.3 or 2.4 release? (not sure which) [21:05] <jamrial> both are still in use by some distros, so not a good idea [21:12] <wm4> also, wow: "Red Hat EL 5*2 pre-0.5 master 2017-03-31 (End of production phase 3)" [21:15] <JEEB> nobody uses the packaged ffmpeg there I'm pretty sure :P [21:15] <JEEB> also even if they do they can't expect *you* to support it [21:16] <JEEB> usually they poke Red Hat because they are supporting it for a fee [21:18] <wm4> yet the 0.5 and 0.10 branches seem to get maintenance [21:22] <kurosu> wm4: have you run the filter with the proper parameter/made sure process_MMX was actually run? [21:23] <kurosu> "param->contrast != 1.0 && param->brightness != 0.0 && param->gamma == 1.0" is the condition for it to run [21:23] <wm4> kurosu: yes, though I haven't tested the ffmpeg one [21:23] <wm4> nor do I know how Arwa tested [21:23] <kurosu> do you have an example of a command-line to run it ? [21:23] <kurosu> (the old filter) [21:24] <wm4> " I used this command: ffmpeg -benchmark -i matrixbench_mpeg2.mpg -vf mp=eq2 -f null -" [21:24] <wm4> that's probably wrong [21:24] <Daemon404> [19:48] < wm4> well, with those BSD users around... <-- bro bsd is 4.2 [21:24] <Daemon404> dont get ahead of yourself [21:25] Action: Daemon404 runs [21:35] <JEEB> 4.2 aka "we miscompile shit" (x264 in VLC was utterly broken at around 0.9.x for that) [21:52] <jamrial> wm4: for eq, you need to use something like -vf mp=eq=1:1 to run the "process" function, be it mmx or c [21:52] <jamrial> probably the same for eq2 [21:53] <jamrial> mmx: frame= 4690 fps=450 bench: utime=12.527s [21:53] <jamrial> c: frame= 4690 fps=349 bench: utime=15.850s [21:53] <jamrial> On a dual core k10 [21:54] <ubitux> and c with tree vectorize? [21:54] <ubitux> (i suppose the k10 supports sse?) [21:54] <jamrial> let me check [21:54] <jamrial> up to sse3 [21:59] <jamrial> frame= 4690 fps=375 bench: utime=14.820s [21:59] <ubitux> interesting [21:59] <ubitux> does it generates sse* code? [21:59] <jamrial> yeah, the disass is similar to the one you posted above [22:00] <ubitux> i see [22:00] <ubitux> cool :) [22:00] <ubitux> please share in the thread [22:01] <kurosu> the &768 test is funky because the MMX code does it only for the remainder of the loop not processed by mmx [22:02] <kurosu> the compare insn generated look like that, and the mmx code seems to say: "useless" [22:14] <kurosu> I also suspect in arwa's patch the init of the function pointer should occur *after* the dsp has been setup, otherwise... [22:35] <kurosu> and indeed the MMX and C versions have different outputs [22:35] <kurosu> though I'm not even sure the code is correctly assigning stuff at this point [22:56] <kurosu> ubitux, btw, regarding that strange subtitle stuff in flv: [22:56] <kurosu> http://help.adobe.com/en_US/as3/dev/WSD30FA424-950E-43ba-96C8-99B926943FE7.… [22:56] <kurosu> I actually know nothing about flv, just noticed the warning [22:56] <ubitux> yeah, i pasted the libav-devel thread with that link [22:56] <kurosu> oh [22:58] <kurosu> I gave that link to michael yesterday, but the ticket referred by compn seems to indicate some people embed other stuff in it [23:03] <kurosu> ubitux, btw, with -msse2 (which should generate something equivalent to yours), I get on eq: 8998521 decicycles in eq, 2046 runs, 2 skips [23:03] <kurosu> so -msse4.2 does generate somewhat better code, but I don't explain the discrepancy with jamrial's results and yours [23:06] <ubitux> what discrepancy? [23:06] <kurosu> mmx faster than the vectorized version [23:07] <kurosu> oh actually not [23:07] <cone-727> ffmpeg.git 03Derek Buitenhuis 07master:6341ab0ad3fd: libx265: Pass through user-set frame type [23:07] <cone-727> ffmpeg.git 03Michael Niedermayer 07master:9353ed9e94a5: Merge commit '6341ab0ad3fde9583138e121f518e21cde15258e' [23:07] <kurosu> jamrial's are slower like me [23:07] <kurosu> but the C code does more (cf. the &768) [23:07] <ubitux> so far i only see mmx > c-vec > c-novec [23:08] <ubitux> (from a perf PoV) [23:08] <kurosu> I thought I had read results from you, and they said c-vec > mmx [23:08] <ubitux> (aka > is better) [23:08] <kurosu> I was mistaken [23:08] <kurosu> yeah [23:08] <ubitux> yeah it was just an hypothesis [23:08] <ubitux> i was asking for benchmarks :) [23:09] <ubitux> because i'm a lazy bum [23:10] <michaelni> that rickandmorty file is not a flv but a mp4/mov [23:10] <kurosu> ok [23:12] <michaelni> "major_brand : f4v" to be precise [23:12] <michaelni> "compatible_brands: mp42iso2isomavc1" [23:16] <kurosu> even when removing the &768 part that may slow down the function, the SSE4 code is slower (6.4M vs mmx' 5.9M) [23:19] <ubitux> fun :) [23:22] <cone-727> ffmpeg.git 03Werner Robitza 07master:4b46ce8e91bd: avformat: allow .264 as extension for raw H.264 stream [00:00] --- Fri Jan 23 2015

1 0

ffmpeg.log.20150122
by burek 23 Jan '15

23 Jan '15

[00:30] <dv_> hi [00:30] <dv_> I noticed the auby test videos are gone, since he's moving content on his page [00:30] <dv_> I have some of his videos. is the ffmpeg team interested in hosting them on the test content server? [00:31] <c_14> You mean fate? [00:32] <dv_> no, there is a directory somewhere with tons of test videos for ffmpeg [00:33] <dv_> oh .. nope, my mistake. it's the sample directory from mplayer, not ffmpeg [01:41] <kc8hfi> i'm using kdenlive with ffmpeg to capture video with video4linux2. i can click play on the record monitor and the video and audio are playing, then i can click stop. When I press record, the recording starts. When I click stop, kdenlive hangs up and I hafta kill it. [01:42] <kc8hfi> The encoding profile says Normal MPEG, and when i manage encoding profiles, this is what is listed for Normal MPEG: http://fpaste.org/172789/87287142/ [01:44] <kc8hfi> I see a lot of this while recording, http://fpaste.org/172790/14218874/ [03:10] <relaxed> kc8hfi: what are you capturing? [03:16] <kc8hfi> i've got vcr hooked up to the svideo on the tuner card, trying to record the vcr tape [03:17] <kc8hfi> its an hauppauge wintv hvr 1800 card, [03:17] <relaxed> I recommend you try using ffmpeg directly to capture. We can't help if we don't know what command it's running. [03:18] <kc8hfi> do you happen to have an ffmpeg command to try? [03:19] <c_14> kc8hfi: https://trac.ffmpeg.org/wiki/Capture/Webcam#Linux [03:19] <c_14> Ignore the "webcam" it should work for all v4l2 devices [03:19] <kc8hfi> ok. [03:20] <c_14> https://ffmpeg.org/ffmpeg-devices.html#video4linux2_002c-v4l2 [03:20] <c_14> There are also some examples here [03:20] <kc8hfi> i tried with gstreamer and it worked, but something is goofy, because none of the encoding things seemed to work. raw worked fine, but dang, 2 minutes of recording was 600 megs... [03:20] <c_14> Oh, and what version of ffmpeg are you running? [03:20] <c_14> You want to run as new as possible. [03:21] <kc8hfi> its 2.1.7 [03:21] <c_14> You'll probably want to update. [03:23] <c_14> Easiest would be to grab a static from here: [03:23] <c_14> http://johnvansickle.com/ffmpeg/ [03:24] <c_14> iirc they support v4l2 [03:27] <relaxed> yes [03:28] <kc8hfi_> ok, switched computers to make it easier to paste [03:28] <kc8hfi_> ffmpeg -f v4l2 -framerate 29.9 -video_size 720x480 -i /dev/video0 output.mkv acutally worked, but of course, no audio [03:29] <kc8hfi_> i guessed at the framerate, seems like i seen that number somewhere, same thing for the video size [03:29] <c_14> ALSA? Pulse? [03:29] <kc8hfi_> pulse. i have the audio going into the line in on my sound card. i didn't have any luck before with using the tv tuners audio input... [03:30] <c_14> You can use v4l2 -list_formats all, that should give you the sizes [03:30] <kc8hfi_> if i hook the audio up to the tv tuner, i can see with pavucontrol that theres audio coming in, but i can't actually hear it on my speakers. [03:31] <c_14> pulse magics [03:31] <c_14> You probably need to hook it up to thingies [03:31] <c_14> According to this fancy svg I have here, the sound should go into a loopback module and then to output [03:31] <kc8hfi> i've used sox to make the sound work before. use sox first, then fire up tvtime [03:32] <kc8hfi_> http://fpaste.org/172817/18938941/ is the list formats [03:33] <kc8hfi_> dang, i missed one [03:33] <c_14> That's a list of libraries [03:33] <c_14> Not formats [03:35] <kc8hfi_> i think iran the wrong command [03:38] <kc8hfi_> i don't seem to have a straight up v4l2 command by itself. [03:39] <kc8hfi_> where is that svg graphic that shows this loopback stuff? [03:40] <c_14> ffmpeg -f v4l2 -list_formats all -list_standards all -i device [03:41] <c_14> https://dl.c-14.de/t/pulse_record_audio.svg [03:41] <GovCon> anyone know if ffmpeg supports HLS streams with multiple subtitle and audio track like this http://demo.unified-streaming.com/video/elephantsdream/elephantsdream.ism/e… ? [03:41] <kc8hfi_> http://fpaste.org/172819/89449314/ [03:42] <c_14> GovCon: try it and find out? [03:42] <c_14> kc8hfi_: hmm, again without -list_formats all ? [03:43] <kc8hfi_> http://fpaste.org/172820/89463614/ [03:44] <kc8hfi_> something is wrong isn't it? [03:44] <c_14> Not necessarily, it's just not returning very helpful information. [03:44] <c_14> try ffprobe -f v4l2 /dev/video0 [03:44] <c_14> Maybe there are defaults that we can query [03:45] <kc8hfi_> http://fpaste.org/172822/14218946/ the last line looks like it coughed up something useful [03:46] <c_14> ok, so a framerate of 29.97, sounds reasonable. the size is rather small though... [03:46] <kc8hfi_> i figured a vcr tape was bigger than that [03:47] <kc8hfi_> thats why i used 720x480 instead, it was an educated guess [03:48] <kc8hfi_> i bet i'm gonna hafta figure out that loopback module for pulse, because if i try to use the line in, i bet i'm gonna have sync issue [03:50] <GovCon> c_14: nope, but i was really asking if it works for anyone else of if it's just my build or lacking command [03:52] <c_14> GovCon: mhm, probably not though. hls settings shouldn't be build-specific and I don't know of any such options [03:52] <c_14> kc8hfi_: you can probably try bigger video_sizes, it should error if it's not possible [03:53] <GovCon> what i get http://fpaste.org/172823/42189522/ [03:57] <kc8hfi_> http://fpaste.org/172824/95336142/ line 14 maybe something wrong, or a config problem on my side [03:57] <c_14> GovCon: the error 415 is confusing me. That means that the webserver is throwing an error. Those errors are usually thrown on put/post not get [03:58] <c_14> kc8hfi_: I think it means you don't need -framerate [03:58] <GovCon> c_14: you can find the source here and i suppose check the behaviour in browser http://demo.unified-streaming.com/show/hls.php [03:59] <GovCon> its the 'Multiple Audio Binding' one [04:04] <relaxed> GovCon: ffmpeg -i 'http://demo.unified-streaming.com/video/elephantsdream/elephantsdream.ism/e…' [04:06] <GovCon> ah, thanks relaxed [04:07] <kc8hfi_> a really dumb question. can you watch what you are recording at the same time? [04:07] <c_14> AS long as you're not recording to mp4 [04:07] <c_14> s/AS/As [04:08] <relaxed> GovCon: if you look at 'wget http://demo.unified-streaming.com/video/elephantsdream/elephantsdream.ism/e…' you can see it refrences different streams. Maybe ffmpeg doesn't know how to pick a specific one. [04:08] <relaxed> references* [04:08] <GovCon> yeh, worth submitting a ticket to request support ya think? [04:10] <kc8hfi_> i don't think its mp4, the output.mkv file says its matroska data. i don't think its that though. I didn't specify anything in the command [04:10] <kc8hfi_> unless matroska is the default...i need to look that up [04:11] <c_14> kc8hfi_: the default for .mkv is matroska [04:11] <c_14> GovCon: probably [04:13] <kc8hfi_> so when you start recording, you fire up the output file in mplayer? [04:13] <c_14> sure, that's the easiest way [04:14] <kc8hfi_> ahh, ok, that makes sense. but that wasn't exactly waht i was after. it was more like you start up the stream and watch it, then when you're ready start up ffmpeg to start recording. [04:14] <kc8hfi_> then, when you're finished, stop ffmpeg [04:14] <c_14> Possible, at best gets scripty, at worst gets programmy. [04:15] <kc8hfi_> hmmmmm, does ffmpeg have something like tee thats in gstreamer? probably not since you mentioned scripts and programs [04:16] <c_14> I don't know what the tee in gstreamer does, but there is the tee pseudo-muxer and you can output to stdout and use /usr/bin/tee [04:17] <kc8hfi_> i need to get the loopback stuff figured out for pulse, then if i can hear it, i can listen and decide when to start recording. same thing for when to stop recording. [04:18] <kc8hfi_> or, i could put the tape in, start recording, press play on the vcr, wait till the tape quits on its own, stop ffmpeg, then edit the video to remove the junk at the beginning and the end [04:37] <c_14> Whatever's easier for you, just note that if you encode in both steps you will lose quality twice, and if you use -codec copy for the trimming you'll only cut to the nearest keyframe [04:42] <kc8hfi_> i noticed when playing back the recorded file, it'll start playing, hesitate, and then continue. that don't sound normal to me [04:42] <c_14> player? [04:42] <kc8hfi_> kplayer [04:42] <c_14> Try ffplay ? [04:42] <kc8hfi_> mplayer does the same thing [04:43] <kc8hfi_> ffplay does it also [04:43] <c_14> mhm [04:43] <c_14> Does the playback stutter, or does it just look like it's stuttering? [04:44] <kc8hfi_> not really, it plays for a second or 2, freezes for a second or 2, then continues for the rest of the video with no trouble [04:45] <kc8hfi_> of course, i'm just recording a minute or so for testing purposes [04:45] <c_14> I want to know if it's "just" duplicated frames, or if there's difficulty playing the file as such. [04:45] <kc8hfi_> ok, let me get some output..... [04:46] <kc8hfi_> http://fpaste.org/172831/14218983/ [04:48] <kc8hfi_> the last line there, it says 0.83, sits right there for a second or 2, then that number jumps to 6.2 or something and then keeps going [04:48] <techtopia> whats the source of the video [04:49] <techtopia> i get that issue on some content [04:49] <techtopia> my only fix has been to cut the video on b frames instead of i frames [04:49] <techtopia> dunno why it works but it does [04:49] <kc8hfi_> its coming from a vcr tape hooked via svideo into a hauppauge wintv hvr 1800, and using this command to record with, [kc8hfi@charlie capture]$ ffmpeg -f v4l2 -pix_fmt yuv420p -video_size 720x480 -i /dev/video0 output.mkv [04:52] <techtopia> are the first couple of seconds important? [04:52] <techtopia> or is it just like a cctv feed you are backing up [04:52] <kc8hfi_> no not really. [04:52] <kc8hfi_> once i get the audio figured out, i'm afraid that'll give me syncing issues [04:52] <techtopia> i would output it to a transport stream instead of mkv, then after the encode you can cut away the first few seconds and transcode back to mkv [04:53] <kc8hfi_> matroska is an encoded format, right? [04:53] <techtopia> it's just a container [04:54] <kc8hfi_> its not gonna cause any audio/video sync issues will it? [04:54] <techtopia> no theres no reason for it to [04:56] <kc8hfi_> ok, that brings me to a side note. i've got some encoded video files and when i start playing them, the audio and video are synced up, but as the video plays, they get out of sync. what would cause this? [04:57] <techtopia> errors in the source can through it out of sync [04:57] <kc8hfi_> that kind of question probalby ain't related to ffmpeg at all [04:57] <kc8hfi_> can teh encoding process do that? [05:15] <kc8hfi_> i don't understand hwo to capture audio at the same time as video [05:19] <kc8hfi_> c_14: techtopia thanks for all your help! i've got somethign that actually sorta works now [08:40] <filterAKY> what calls-- static int filter_frame(AVFilterLink *inlink, AVFrame *in) , and where it is necessary and where not? [08:46] <Elirips> I have a problem with ffmpeg - its loosing memory on windows using the build from 19.01.2015 . Any hints on which build is the same as the stable release provided for linux? [08:46] <Elirips> It has been running for ~12h now, I feed one frame per second into ffmpeg and it streams those frames to nginx-rtmp. [08:46] <Elirips> after 12hours, it uses more then 1.2 Gigabyte of memory [09:01] <filterAKY> ods15: to which function static int filter_frame(AVFilterLink *inlink, AVFrame *in) returns the output ? [09:41] <k_sze[work]> I get some weird result when I try to extract a frame as raw yuvj444p data from a yuv422p video [09:43] <k_sze[work]> I feed the extracted raw data to the Pillow image library and it gives me a weird image where it looks like a smaller version of the same image repeated in a 3 x 3 layout. [09:43] <k_sze[work]> All pink and green. [09:43] <k_sze[work]> I have a gut feeling this has to do with planes. [09:43] <k_sze[work]> but I can't exactly wrap my head around it. [09:44] <Guest___> Hello. I'm trying to add silence to audio files (audio only, no video) through a batch file on Windows. I know how to concatenate files, but in order for it to work I need to create a silent audio file with the same characteristics as the audio file I have. Is there any way to create the silent file with exactly the same characteristics (bitrate, audio type, amount of Hz, etc.) as the audio file I have? [09:45] <Guest___> Or I must print the info from the ffmpeg -i command and fetch every information manually to create the silent file? [09:53] <hopper> hello I need some help compiling ffmpeg [09:53] <hopper> someone here? [09:55] <hopper> can someone help my compile ffmpeg? [09:55] <hopper> me* [10:03] <hopper> can anyone help me compile ffmpeg [10:08] <sfan5> k_sze[work]: how did you extract the image? [10:09] <k_sze[work]> `ffmpeg -i video.avi -frames 1 -f rawvideo -pix_fmt yuvj444p raw.yuvj` [10:13] <k_sze[work]> Then I feed the raw data to Pillow, tell it that the data is YCbCr/YUV and make it save the image to jpg [10:15] <k_sze[work]> And I get this: http://imgur.com/G6O9ONT [10:16] <k_sze[work]> I'm pretty sure that the top 1/3 is Y, the middle is U, the bottom is V [10:36] <k_sze[work]> I think I sorta figured it out. [10:36] <k_sze[work]> I'm reshaping the raw data with numpy. [10:36] <k_sze[work]> or does yuvj444p implicitly separates the channels into separate planes? [11:10] <Mavrik> k_sze[work], it does [11:10] <Mavrik> k_sze[work], note the "p" part of pix format [11:10] <Mavrik> it means "planar" :) [11:11] <Mavrik> so yes, color planes are split in raw data [11:24] <k_sze[work]> aaaah [11:26] <k_sze[work]> But it looks like all the yuv* formats available in libav are planar? [11:27] <k_sze[work]> except yuyv422 and uyvy422, but I think it's still easier for me to manipulate the planar raw data into non-planar. [11:30] <ramiro> k_sze[work]: read libavutil/pixfmt.h [11:32] <Mavrik> k_sze[work], yes, most video formats are planar because they're easier to manipulate when subsampled :) [11:32] <k_sze[work]> makes sense [12:09] <emilsedgh> guys, is there any tool to help me edit a video in real time? [12:10] <techtopia> edit how? [12:10] <emilsedgh> or let me explaoin better. I'm publishing a live RTMP stream. at some points, I would like to have a video overlay on it [12:10] <techtopia> you could do it with a tool like obs [12:11] <emilsedgh> what I basically want is to overlay a video on top of another one without interrupting the stream. [12:11] <techtopia> it lets you add video from multiple sources or add text ect... to live streaming video [12:11] Action: emilsedgh searches for obs [12:11] <emilsedgh> thats great man. Thanks. [12:11] <techtopia> yeah obs is what you want, it's freeware [12:11] <techtopia> windows only though iirc [12:12] <emilsedgh> it has some linux downloads, but windows is ok as well. [12:12] <emilsedgh> and it seems to be FOSS [12:12] <emilsedgh> Open Broadcaster Software is free and open source software for video recording and live streaming. [12:49] <SyntheCypher> Does anyone know if it's possible to do two pass encoding for OGV (libtheora/libvorbis)? [13:02] <BtbN> should be possible [13:39] <k_sze> On Linux, should ffmpeg (or just the libav* API) be able to open an AVI file that is still being written to by another process (and read/seek it)? [13:40] <techtopia> should be able to read it [13:42] <k_sze> What is supposed to happen if it reaches the latest point of the file? [13:43] <BtbN> doesn't avi have a global header? [13:43] <k_sze> which means? [13:54] <techtopia> it will stop k_sze [13:54] <k_sze> and not keep the stream open? [13:54] <techtopia> what ever your doing to the video you need to make sure it's slower than it takes for the file to finnish being written [13:55] <techtopia> i encode from transport streams that are still being written, it works fine as long as i don't catch up to the end of the file [13:56] <k_sze> I see [14:31] <vlt_> Hello. How can I create a video of only one still image that is t=5 seconds long? [14:31] <vlt_> (The resulting vieo, that is.) :-D [14:35] <BtbN> -loop 1 -shortest in front of the image input. [14:43] <vlt_> BtbN: Thank you. [15:36] <DelphiWorld> yo [15:36] <DelphiWorld> how to insert 2 vob files all in one while transcoding it? [16:36] <c_14> concat? [17:07] <pmarty> So I make a gif animation from 27 jpegs (1.2 MB of data) and I get giant 4.9 MB gif file despite its clearly reduced color resolution. Is gif that bad? :( [17:09] <pmarty> cat out??.jpg | ffmpeg -r 2 -i - out.gif [17:09] <pmarty> ...is my command line [17:26] <wodim> a [17:27] <klaxa|work> pmarty: gif is that bad, yes [17:27] <klaxa|work> i also think the ffmpeg gif encoder is not the best one available [17:31] <pmarty> it's kind of disappointing that it uses 8-bit color and still is 4 times bigger than 24-bit jpeg [17:32] <pmarty> klaxa|work: you mean the LZW compression is not optimal in ffmpeg? [17:32] <klaxa|work> i don't know why exactly the ffmpeg gif encoder is not so good [17:33] <klaxa|work> but maybe have a look at other software like image/graphics magick or gimp [17:57] <yppe> hi [18:15] <xiaomi> can ffplay build under visual studio 2013, i tried, but failed. [19:13] <grumper> greetings [19:13] <Soltis> Is it possible to stabilize color in a video? [19:13] <Soltis> Meaning if the camera changed the color balance while recording, I'd like something that can at least reduce the effect by gauging overall changes to color balance and compensating. [19:14] <grumper> how does one supply multiple enable ranges to the same filter? e.g. "between 10 and 20s and then between 40 and 50s" [19:14] <pzich> what are you doing for partial? [19:14] <pzich> er, for one? [19:15] <grumper> ...:enable='between(t,10,20)' [19:16] <pzich> you may be able to enable='between(t,10,20)+between(t,40,50)' [19:17] <pzich> I think you can use * and + effectively for 'and' and 'or' [19:17] <grumper> marvelous, it works [19:17] <grumper> pzich++ [19:18] <grumper> pzich: where is this documented? [19:19] <Mavrik> probably around expressions [19:19] <c_14> It's "basic" math. [19:19] <c_14> 0 is false, 1 is true [19:19] <c_14> eh >=1 is true [19:20] <grumper> c_14: ok, to rephrase - where is the return value of between documented ;) [19:20] <grumper> aha found it [19:21] <grumper> Return 1 if x is greater than or equal to min and lesser than or equal to max, 0 otherwise [19:21] <grumper> excellence ;) [19:22] <delicado> about the mp3 format, what's the maximum number of frames can a decoder have to go back for a frame with its bit reservoir maxed? [19:23] <delicado> can the mp3 format be a VBR as well as having a bit reservoir? [19:28] <delicado> i think i'm asking a question in the wrong channel, will anyone point me to the right channel please? [19:29] <delicado> somewhere audio format related [20:00] <yppe> how to convert mp4 video (x264 and acc) to mkv or webm with ffmpeg, using vp9 video 800 kbps, 2-pass and opus audio 128kbps? [20:02] <c_14> ffmpeg -i input -c:v libvpx-vp9 -b:v 800k -pass 1 -c:a libopus -b:a 128k -f webm /dev/null [20:02] <c_14> then again with -pass 2 and an actual output file [20:03] <yppe> thanks! testing [20:21] <halfie> hi, I have some mp3 data samples and I was wondering how to stuff them in a RIFF-WAVE container? [20:33] <kc8hfi> for ffmpeg, it says the filename to provide to the input device is a source device or the string "default". This is my input device, http://fpaste.org/173211/55145142/ what filename do I use? [20:33] <c_14> iirc alsa_input.pci-0000_02_00.0.analog-stereo [20:34] <kc8hfi> ok, so its twhat is in line 3.... [20:36] <kc8hfi> didn't know if it was that or what is in line 30 [20:36] <c_14> I don't have pulse, but I've seen people use things similar to what's in line 3, so... [21:48] <grumper> hi again [21:49] <grumper> looking to understand the libx264 statistics at the end of encoding [21:49] <grumper> http://paste.debian.net/plain/141864 [21:49] <grumper> what is the significance of the skip: XX% figure [21:49] <grumper> ? [21:54] <grumper> (if they are documented somewhere - a link is even better( [21:55] <c_14> http://mewiki.project357.com/wiki/X264_Stats_Output [21:56] <grumper> aha excellent [21:56] <grumper> so nothing to do with lost frames or somesuch [22:00] <grumper> & [22:21] <Phlarp> is it possible to add silence to the front of an audio stream using an apad filter? [22:31] <c_14> afaik, no. But you can generate silent audio with aevalsrc and then concat [22:34] <Phlarp> I tried the aevalsrc method from here http://superuser.com/questions/579008/add-1-second-of-silence-to-audio-thro… and here http://stackoverflow.com/questions/12368151/adding-silent-audio-to-mov-in-f… [22:34] <Phlarp> but it kept throwing: [NULL @ 0x3106c20] Unable to find a suitable output format for 'aevalsrc=0:0::duration=3' aevalsrc=0:0::duration=3: Invalid argument [22:34] <pzich> is that '::' right? [22:34] <c_14> I don't think so. [22:35] <c_14> it looks wrong [22:44] <Phlarp> http://pastebin.com/YU4RXN9z [22:44] <Phlarp> any input on the correct syntax for this? [22:45] <pzich> crazy [22:45] <c_14> Set v=0 for the third concat [22:46] <pzich> according to https://ffmpeg.org/ffmpeg-filters.html#aevalsrc you need pipes for different channels [22:46] <pzich> specifically for the aevalsrc [22:48] <Phlarp> C_14: Thank you! that fixed the error [22:48] <Phlarp> but the final product just has the background music audio [22:49] <Phlarp> I need the track from the stockvideo mixed in with it [22:52] <pzich> so do you want them mixed or concatenated? [22:52] <pzich> oh wait, there's an amix in there, what's the problem? [22:52] <c_14> set amix=inputs to 2 [22:52] <c_14> or remove it [22:52] <c_14> it defaults to 2 [22:53] <Phlarp> so-- this is supposed to be an intro with text, concat to a mainbody, concat to an outro, with a single music track that spans all three portions [22:53] <Phlarp> but the mainbody video [22:53] <Phlarp> also has a voiceover that needs to be preserved [22:53] <Phlarp> so add 3 seconds silence to the front of the mainbody audio stream [22:54] <Phlarp> then mix them togheter [22:54] <Phlarp> c_14: after the v=0 it threw an error for the amix=inputs=1 so I changed that too [22:54] <Phlarp> but the output video just has the music bed as sound [22:54] <Phlarp> no voice over [22:54] <c_14> Can you make a new pastebin? [22:55] <Phlarp> yes, one sec [22:57] <Phlarp> http://pastebin.com/tBxPjyuP [23:00] <Phlarp> I had my inputs flip flopped [23:00] <Phlarp> got it working [23:00] <pzich> yay [23:00] <Phlarp> Thanks for getting me on the right thread =D [23:00] <pzich> are you keeping that all on one line when you're working on it? :O [23:01] <Phlarp> the command gets generated by a rather absurd php script [23:01] <pzich> ah [23:01] <pzich> fun [23:01] <Phlarp> right [23:03] <Phlarp> "have you ever seen one so long before??" [23:03] <pzich> I've written longer ;) [23:03] <pzich> I just tend to use new lines when I do [23:05] <c_14> Pah, newlines are for people who want to read their code. [23:07] <Phlarp> in my defense, the script that creates the command does the whole $var .= "..."; nonsense so it is on multiple lines [23:07] <Phlarp> in it's own special way [23:08] <pzich> definitely the best way to assemble command line arguments [23:09] <Phlarp> yes, I inherited quite the special snowflake of a codebase [23:09] <pzich> ah, fun [23:09] <Phlarp> I'm sure one day someone else will blame me for it's issues, as I blame the person before me [23:39] <Soltis> Is it possible to stabilize color in a video? [23:39] <Soltis> Meaning if the camera changed the color balance while recording, I'd like something that can at least reduce the effect by gauging overall changes to color balance and compensating. [00:00] --- Fri Jan 23 2015

1 0

ffmpeg-devel.log.20150121
by burek 22 Jan '15

22 Jan '15

[03:31] <cone-747> ffmpeg.git 03Andreas Cadhalpun 07master:840c3c05316a: libavcodec/ppc/mpegvideoencdsp.c: fix stack smashing in pix_norm1_altivec() and pix_sum_altivec() [08:50] <akira4> hi, Is it possible to download only a specific test file from the fate-suite? [08:53] <ubitux> akira4: make fate-rsync V=1, cancel it when you see the rsync command, and adjust it to your needs [08:59] <akira4> okay. thanks. [10:07] <saste> should we keep eq just because it might be faster than eq2? [10:08] <saste> or should we discard it? [10:09] <wm4> discard [10:11] <nevcairiel> doesnt it like use the same code? [10:11] <nevcairiel> should figure out why its faster [10:13] <saste> nevcairiel, indeed [10:35] <wm4> michaelni: what is with the av_find_best_pix_fmt_of_2() api changes? [10:35] <wm4> michaelni: at one point you even move it from avcodec to avutil, without even bumping any versions [10:36] <nevcairiel> isnt that like years ago already, and you bring it up now? :p [10:36] <wm4> that was 2014 [10:36] <nevcairiel> thats an eternity in multimedia! [10:36] <nevcairiel> but you are still rather late bringing it up :p [10:38] <wm4> not adding the function to apichanges is apparently Libav's fault [12:09] <michaelni> wm4, av_find_best_pix_fmt_of_2() ? there is no such function in release/2.2 and in release/2.3 its in libavutil [12:13] <wm4> michaelni: well, technically that change just deprecates the old function, but both deprecations and new functions should be in apichanges [12:17] <nevcairiel> so your gripe is only about docs now? send a patch! :D [12:44] <wm4> yeah, I wanted to use the function, and had trouble to find out in what ffmpeg and libav versions it's supported [13:59] <cone-861> ffmpeg.git 03Michael Niedermayer 07master:47111d366dff: ffprobe: fix memleaks on errors [14:07] <cone-861> ffmpeg.git 03agathah 07master:dac91bb4c3a7: avcodec/nvenc: set repeatSPSPPS flag for streaming [14:18] <cone-861> ffmpeg.git 03Michael Niedermayer 07master:f7a1c5e4d229: doc/APIchanges: Add av_find_best_pix_fmt_of_2() and av_get_pix_fmt_loss() [14:38] <cone-861> ffmpeg.git 03Michael Niedermayer 07master:0d64982828ae: doc/APIchanges: fill in and correct some values [14:58] <cone-861> ffmpeg.git 03Derek Buitenhuis 07master:6c906ded380e: doc/platform: Reference only MSYS2 and MinGW-w64 [15:42] <anshul_mahe> I was trying to calculate crc32 of a packet, that packet doc say that crc32 should be done including crc32 bytes, how can it be done [15:43] <anshul_mahe> I am encoding one packet, where at last there is field of crc32. [15:44] <anshul_mahe> if i am considering last 4 byte in crc32 including last 4 byte crc(which are garbage yet). then crc32 would not remain consistent [15:44] <anshul_mahe> what should I fill there [15:48] <anshul_mahe> here are exact stements of doc http://pastebin.com/nKquiu6Z [15:50] <nevcairiel> that text applies to decoding, where its quite common to include a crc in the last 4 bytes which results in a output of zero [15:50] <nevcairiel> if you want to encode, you need to calculate this value differently [15:51] <nevcairiel> i'm assuming you are talking about encoding here [15:52] <kierank> anshul_mahe: you calculate the crc on the data then write it in the space [15:52] <kierank> and when you decode you do the crc on data+crc to get zero [15:52] <nevcairiel> what it seems to do is calculate the crc of the buffer without these 4 bytes, and then write the result into these 4 bytes, which should then give a crc of zero over the whole buffer [15:52] <nevcairiel> a neat mathematical connection that it results in 0 exactly :d [15:55] <anshul_mahe> ok thanks [15:55] <anshul_mahe> I got it [15:57] <kierank> anshul_mahe: how are you testing your scte35 remuxer by the way? [15:59] <anshul_mahe> checking byte by byte, if data is same [16:00] <anshul_mahe> in hls case, It has not yet worked, because I only of 2 events in the video shared [16:00] <anshul_mahe> *only have [16:00] <kierank> In my code I might be implementing scte104 to scte35 conversion at some point [16:01] <anshul_mahe> yes I am implementing same [16:01] <anshul_mahe> in bmdtool [16:01] <anshul_mahe> which is ur code [16:02] <anshul_mahe> I am implementing scte_35_encoder I have implemented scte_104_decoder [16:03] <kierank> I will need to figure out how to get a scte 104 generator here [16:04] <anshul_mahe> I have also implemented 2 more parser in bmdtool to generate scte-104 [16:05] <anshul_mahe> one is vanc and other is smpte 2010 [16:05] <kierank> smpte 2010 is vanc [16:06] <anshul_mahe> which code is urs, is it have interface with bmd device or mxp [16:06] <kierank> what is mxp? [16:07] <anshul_mahe> *mxf [16:07] <anshul_mahe> sry [16:08] <kierank> blackmagic [16:09] <kierank> probably i won't work on it unless I can find a scte 104 source [16:09] <aetasx> you guys have any theories as to why running a hqdn3d=1 filter right before x264 compression would end-up requiring more space? [16:10] <anshul_mahe> aetasx: no i dont have any [16:10] <anshul_mahe> aetasx: I dont know what is it [16:12] <anshul_mahe> I am still unable to get correct crc32, here is 4 line of code. means I checked including that crc bytes it is not coming 0 [16:13] <anshul_mahe> I am using crc32 function from tools, here is code http://pastebin.com/8rFsvCSQ [16:13] <kierank> there are different crc polynomials [16:13] <kierank> are you using the right one [16:15] <iive> aetasx: repeat the test with fixed quant, instead of constant rate factor. [16:17] <anshul_mahe> kierank: What polynomial should I use, I have to follow ITU-T H.222.0 / ISO/IEC 13818-1 [16:17] <kierank> read the spec [16:17] <anshul_mahe> but those docs dont say a lot about polynomial they are giving an equation 1 +x +...... +x ^32 [16:17] <kierank> that's a polynomial [16:18] <kierank> I think you should read up on crc32 [16:18] <anshul_mahe> yes, but what is x, to calculate it and pass in parameter [16:19] <kierank> read up on crc32 [16:19] <kierank> and you'll find out [16:20] <anshul_mahe> ok i will try again. [16:33] <wm4> is there a flag yet that signals whether a generic RGB format has alpha? [16:33] <wm4> or does ffmpeg consistently use RGB0 etc.? (though that doesn't cover all cases) [16:34] <Daemon404> what was the point of RGB0 and RGBX again [16:34] <wm4> signaling if the 4th channel contains something [16:36] <Daemon404> 'something' ? [16:37] <wm4> alpha or padding [16:37] <wm4> don't ask such complicated questions [16:38] <wm4> I guess RGB0 is supposed to have the 4th component set to 0? [16:38] <nevcairiel> the point is to output 32-bit RGB (for alignment, etc) without a meaningful alpha channel [16:38] <nevcairiel> no idea why there is two of those [16:38] <Daemon404> ok... but why does that need its own colorspace [16:38] <Daemon404> RGBA with 0 is identical [16:39] <wm4> and you still don't know whether the alpha channel is significant, or what kind of alpha it uses (premultiplied or straight) [16:39] <nevcairiel> one might think its a fully transparent image if you get RGBA with all 0 for alpha :p [16:39] <Daemon404> well FF [16:40] <rcombs> is RGB0 0's in the 4th byte and RGBX garbage? [16:40] <nevcairiel> the code might still try to interpret the alpha, despite the codec never having any meaningful data in there, so signaling it as empty is useful [16:40] <Daemon404> i dont see how its useful [16:40] <Daemon404> other than ricing [16:41] <nevcairiel> its more than ricing, knowing if you have to take care of a alpha channel or you can just ignore it can have serious performance implications [16:41] <Daemon404> i should rephrase [16:41] <Daemon404> why is it a colorspace on its own [16:41] <Daemon404> instead of a flag [16:41] <nevcairiel> because we dont have a concept of flags? :) [16:41] <rcombs> also, I just sent a patch for an extremely silly dashenc issue [16:41] <wm4> there are 4 kinds of situations: alpha is set to a constant value, alpha is garbage, alpha is premultiplied alpha, alpha is straight alpha [16:41] <wm4> so a flag would be better [16:42] <wm4> nevcairiel: we do for audio [16:42] <wm4> because someone wanted to save 1 extra sample format, there's some flag that tells you whether audio is 24 bit or really 32 bit [16:42] <nevcairiel> the premultiplied doesnt actually affect the alpha channel itself .. it affects all other channels, and i'm not sure i have seen a codec that actually stored pre-multiplied [16:43] <wm4> and actually there are a shitload of other flags for images too (like colorspace) [16:43] <rcombs> const char *number_format = DASH_TMPL_ID_TIME ? "lld" : "d"; <-- oops [16:43] <nevcairiel> heh [16:43] <nevcairiel> does it really hurt anything to use lld for everything though? [16:44] <rcombs> yup [16:44] <rcombs> because that's a 4-byte int [16:44] <nevcairiel> i guess printf depends on that how to read the value [16:44] <wm4> MUST MICROOPTIMIZE [16:44] <rcombs> and I've just been headscratching at a Win32 issue where it prints out <actual value> + <random in the upper 4 bytes> [16:44] <wm4> can't waste cycles when muxing dash [16:45] <nevcairiel> well to avoid that you would need to cast every value [16:45] <rcombs> yeah, that'd be fine [16:45] <nevcairiel> its fascinating printf doesnt cause more crashes or undefined behaviour with such things going wrong so easily [16:46] <rcombs> and well, it wasn't random; it was a deterministic value of "whatever the next thing on the stack was" [16:46] <rcombs> which ended up being very consistent [16:46] <nevcairiel> just unexpected [16:46] <rcombs> yeah [16:47] <rcombs> I just corrected it to const char *number_format = (id_type == DASH_TMPL_ID_TIME) ? "lld" : "d"; [16:47] <wm4> lol that code is so "clever" [16:48] <rcombs> :/ [16:48] <wm4> it creates a format string in a complicated function, or something [16:48] <rcombs> yeah, not great [16:48] <Daemon404> the code is bound to be bad [16:48] <Daemon404> it's generatign xml [16:48] <Daemon404> without a lib [16:48] <wm4> ooh [16:48] <wm4> wonderful [16:48] <nevcairiel> i think its even weirder that we have a dash encoder but not a decoder .. and all that because hand-crafting xml is actually something you can do (although i would argue you possbly shouldn't), but writing your own parser would be super painful :p [16:49] <wm4> and using an external lib is taboo [16:49] <nevcairiel> libxml2 is apparently evil [16:49] <nevcairiel> well it is kinda huge [16:49] <nevcairiel> but it is xml [16:49] <wm4> the mainstream xml libs are indeed evil [16:49] <wm4> there are some smaller ones which are almost sane [16:49] <rcombs> Daemon404: the insane bit here isn't even the XML [16:49] <wm4> of course I forgot which ones [16:50] <nevcairiel> but those are probably not well known or well distributed, so thats an argument one of the NIH crowd would use :D [16:50] <nevcairiel> I would like a dash demuxer, otherwise I'll have to find a solution to that at some point .... [16:50] <nevcairiel> its becoming more popular [16:51] <rcombs> don't we still not handle DASH indexes properly anyway? [16:51] <wm4> I'd be totally fine if someone would NIH a xml scanner, which could handle 90% of xml, but the stuff the existing "parsers" in libav* do is just painful and dumb [16:51] <Daemon404> ... or just require an xml lib [16:51] <rcombs> <insert quip about XML and regexes> [16:51] <nevcairiel> we already get complaints of people trying to play youtube 1080p stuff which apparently is mostly only available in dash now [16:52] <wm4> aren't there libs for dash? [16:52] <rcombs> (it's probably a good thing we don't link a regex lib) [16:52] <Daemon404> not in c [16:52] <wm4> nevcairiel: 1080p youtube is easy [16:52] <wm4> nevcairiel: they're just separate (but unfragmented) files for audio and video [16:52] <iive> there is a third option. Add xml parser lib to the glibc [16:52] <wm4> nevcairiel: except with one catch, the lavf mp4 demuxer behaves dumb when reading them [16:52] <nevcairiel> well syncing up those would still require manual hackery [16:53] <iive> like iconv :) [16:53] <wm4> most video players can do external audio files [16:54] <nevcairiel> i've just ignored it for now [16:55] <nevcairiel> i have a looong list of things to work on anyway [16:55] <kierank> nevcairiel: do you know if there is an atmos software decoder [16:55] <wm4> besides, there are people here who don't like demuxer-based "unsegmenting", like mp4 edit lists (but also DASH and HLS) would require [16:55] <kierank> dash is higher level than lavf imho [16:55] <nevcairiel> kierank: not heard of any commercial software supporting it .. maybe dolby has a reference one locked in some fortress somewhere, but not that i've seen [16:56] <kierank> i have considered trying to RE it from firmware updates [16:56] <wm4> kierank: simple, send the shit via hdmi digital passthrough to expensive consumer hw [16:56] <nevcairiel> that works of course [16:56] <nevcairiel> it already took me a day of RE'ing just to fix our TrueHD parser to not barf on the extra data [16:57] <nevcairiel> but i may just suck at RE'ing [16:57] <nevcairiel> :D [16:57] <nevcairiel> i wonder if libav finally applied the patches, its been rotting for months on their ML and some user bumps it once a blue moon because they want it applied, but nothing happens [16:58] <kierank> the libav way (tm) [16:58] <nevcairiel> nope, not applied [16:58] <nevcairiel> i even sent it to them the same day i sent it to ffmpeg [16:58] <nevcairiel> that was september [16:58] <nevcairiel> :d [16:59] <iive> nevcairiel: maybe you should have sorted the patch alphabetically first? [17:25] <akira4> ubitux, I extracted the webvtt code from the .c files. The SRT file--http://pastebin.com/wgX5XGUU and the webvtt---http://pastebin.com/YCAmwPyf [17:25] <akira4> I'm not sure the output is correct though. [17:25] <ubitux> well, where is the color information? [17:26] <akira4> the code was printing some class tags. [17:27] <ubitux> so you probably need to define the class somewhere [17:27] <ubitux> with the color settings [17:27] <akira4> hmm. [17:31] <akira4> but won't that be a part of a CSS file? [17:33] <ubitux> an external file? mmh maybe they're doing this [17:34] <ubitux> what is the code doing? [17:34] <ubitux> where are these class defined? [17:37] <wm4> hm, so apparently av_find_best_pix_fmt_of_2() returns bullshit if endian swapping is involved [17:38] <akira4> link to the current diff : http://pastebin.com/nAc3ZBLu. [17:39] <kierank> can libavfilter support changing the resolution on the fly [17:39] <wm4> kierank: no, you have to recreate it [17:39] <kierank> ok not the end of the world [17:40] <ubitux> akira4: ah, hum, so it just flags with a weird class name if it matches very known color, and... the user is responsible for defining its css? [17:41] <ubitux> sounds strange [17:41] <ubitux> make sure it doesn't generate these class [17:41] <ubitux> somewhere, somehow [17:41] <akira4> yeah. [17:41] <ubitux> there might be a way of inlining the css inside the webvtt [17:41] <akira4> I was reading something related to cues in webvtt [17:42] <akira4> they have a color property so maybe that could work. [17:42] <kierank> wm4: I'm going to hope it doesn't leak on reconfigure then [17:42] <kierank> because I'll need to reconfigure possibly dozens of times per minute [17:43] <wm4> what's the use case? [17:44] <kierank> needing to output a constant pixel format, resolution, etc from various different inputs and pixel formats [17:44] <wm4> ah, I guess my problem with av_find_best_pix_fmt_of_2() was a user error (shouldn't have attempted to use the undocumented loss_ptr) [17:44] <wm4> kierank: and why does this happen every few seconds? [17:45] <kierank> the input stream can be switched or loss or whatever at any time [17:45] <kierank> lost* [17:46] <kierank> thankfully the filter chain shouldn't buffer [17:49] <wm4> michaelni: ya16be -> rgba64 creates vertical artifacts (like bars), is this known or should I report it? [18:39] <michaelni> wm4, please report it [18:40] <wm4> k [18:40] <wm4> just wondering, would this conversion discard bits? [18:41] <michaelni> ideally it should not, id have to check the implementtation though [19:09] <ubitux> http://ubitux.fr/pub/pics/_palette-optim.png :( [19:09] <wm4> michaelni: #4278 [19:09] <wm4> ubitux: pretty good, is it drugs? [19:09] <wm4> LSD visualization [19:09] <ubitux> almost, it's lavfi [19:12] <cone-861> ffmpeg.git 03Paul B Mahol 07master:7849ce438efe: avfilter/vf_lenscorrection: support 8bit planar RGB formats [20:10] <saste> well, because of libcdio I need to split the input depending on the @chapter info [21:27] <cone-861> ffmpeg.git 03Michael Niedermayer 07master:fdb93996811b: avfilter/vf_showinfo: show timebase & framerate too [21:27] <cone-861> ffmpeg.git 03Michael Niedermayer 07master:95d04690aa4f: swscale/input: Fix alpha of YA16 input [21:27] <cone-861> ffmpeg.git 03Michael Niedermayer 07master:f30798584fd9: swscale/input: fix rgba64 alpha non native [21:51] <cone-861> ffmpeg.git 03Derek Buitenhuis 07master:da9bffaf08a1: doc/platform: Reference only MSYS2 and MinGW-w64 [21:51] <cone-861> ffmpeg.git 03Michael Niedermayer 07master:5f764f43d27b: Merge commit 'da9bffaf08a1173451da1b4e1ae50881e7093642' [21:57] <cone-861> ffmpeg.git 03Christophe Gisquet 07master:9a9b088d9e2d: libavformat/img2dec: fix warning when !HAVE_GLOB [23:53] <cone-861> ffmpeg.git 03Brian Brice 07master:f845ae0c8ed8: librtmp: Allow changing the socket send buffer size [23:59] <nevcairiel> oh boy, more crazy hacks for debian snobs :d [00:00] --- Thu Jan 22 2015

1 0

ffmpeg.log.20150121
by burek 22 Jan '15

22 Jan '15

[00:31] <minde> hello, I can't compile one tool, fails at avresample_convert_frame was not declared in this scope. Where is my mistake ? [00:31] <minde> avresample_convert_frame is droped ? [00:33] <iive> minde: --enable-avresample [00:34] <minde> iive: well, I'am compiling some random stuff, not ffmpeg [00:34] <minde> ffmpeg from ubuntu repo [00:34] <minde> iive: more ideas? [00:35] <iive> ffmpeg have its own libswresample , avresample is libav re-invention that does the same. [00:35] <minde> hum [00:35] <minde> so now, I must recompile ffmpeg or what ? [00:35] <minde> can I get ffmpeg on my ubuntu box ? [00:35] <iive> well, this is ffmpeg channel... I can't read minds.. at least not over internet... and hacking your computer is not polite :P [00:36] <iive> to be honest, I don't know. [00:36] <minde> okey, thanks anyway iive [00:36] <iive> ffmpeg is already in debian, I'm not aware about its status in other derivative distributions. [00:36] <iive> check if you have libavresample as library [00:37] <minde> libavresample-dev yes, I have [00:37] <iive> if you have it, then it might be version mismatch [00:38] <iive> i remember that avresample had 1 or 2 api changes... so the 'tool' might need specific version. [00:39] <netcrash> hello, I need to convert a ac3 audio from a video to aac, any sugestions? tried ffmpeg -acodec aac -i xx.avi xx.aac.avi -strict -2 this did not work [00:40] <iive> minde: hum... that function looks like a major piece of the api. not likely to have been deprecated. [00:40] <JEEB> replace -2 with experimental, much more readable. and put the codec setting /after/ -i [00:40] <JEEB> as in, after the input :P [00:41] <minde> iive: och, okey [00:41] <iive> yeh, parameter position matters :) [00:41] <iive> minde: is the tool C++? [00:41] <minde> iive: yes [00:42] <minde> iive: one second [00:42] <minde> iive: https://github.com/EvanPurkhiser/keyfinder-cli/blob/master/keyfinder_cli.cpp [00:43] <iive> there was something you had to do, when you include C headers in C++, in order to define the functions as using C standard calls. I mean [00:44] <iive> in C++ you can have a number of functions with same name but different parameters, [00:45] <iive> the parameters are internally added to the function name. in C you have only one function with a given name. so if you try to call them... it gets a little messy. [00:46] <fmiz> Hi all guys. Can you explain me what's the difference between -force_key_frames expr:gte(t,n_forced*2) and -g 60 when encoding with libx264 at 30fps? [00:46] <iive> cdecl, stdcall stuff like that. [00:46] <minde> iive: well, I'am not a programmer, just "another GNU/Linux user", I have job build this tool, and failing :/ [00:46] <minde> I have no idea how all this stuff works at all [00:49] <iive> minde: are you using ffmpeg from ubuntu? [00:49] <iive> and how do you know it is ffmpeg? [00:50] <minde> iive: I think its 'libav' [00:50] <iive> ok. that's to be expected. So at least there is no mismatch between libav and ffmpeg libraries installed on same system. [00:52] <minde> iive: okey, I found "ppa", I will try to compile now [00:52] <iive> don't [00:52] <iive> the problem is not likely to be in ffmpeg/libav ... [00:53] <iive> don't mess with your system, it is going to get worse. [00:53] <iive> ppa? [00:53] <minde> yah (extra repo ubuntu) [00:53] <iive> if your tool is in there then, go for it. [00:54] <iive> if you want libav/ffmpeg... don't think it is good idea. [00:56] <minde> iive: yah, I give up. Ubuntu sucks. [00:56] <minde> next time I will install Gentoo Linux [00:56] <iive> :) [00:57] <iive> at least you have more choice with gentoo. [00:57] <minde> http://imgs.xkcd.com/comics/cautionary.png [00:57] <minde> iive: true, thank you! [00:57] <iive> well [00:58] <iive> sorry I couldn't help you [00:58] <iive> i badly need to get some sleep... [00:58] <iive> and the cli needs keyfinder program too [00:58] <iive> you could also try #libav channel [01:01] <iive> n8 ppl. [02:20] <[SLiM]D12> trying to use ffmpeg for an m3u8 file but the resulting video is encrypted it seems -- could it be because of this key format? [02:20] <[SLiM]D12> #EXT-X-KEY:METHOD=SAMPLE-AES,URI="skd://426895/1",KEYFORMAT="com.apple.streamingkeydelivery",KEYFORMATVERSIONS="1" [02:20] <[SLiM]D12> any ideas ? [02:21] <[SLiM]D12> normally i've see the URI as an https url, never seen this skd:// call before, so i'm thinking that's the issue [02:28] <ParkerR> Woo [02:28] <ParkerR> New machine finally came in [02:28] <ParkerR> CPU~Triple core AMD Phenom II X3 720 (-MCP-) speed/max~800/2800 MHz Kernel~3.18.2-2-ARCH x86_64 Up~1:58 Mem~668.0/7989.2MB HDD~200.0GB(11.5% used) Procs~98 Client~WeeChat 1.1 inxi~2.2.17 [02:46] <[SLiM]D12> #EXT-X-VERSION:5 [02:46] <[SLiM]D12> does ffmpeg support this EXT-X version ? [04:39] <yarilo> Hi [04:39] <yarilo> I'm trying to merge two videos placing the second one as an overlay of the first [04:40] <yarilo> I'm doing this using filter_complex [04:41] <yarilo> this are the paramteres that I'm sending [04:41] <yarilo> [1:0] setsar=sar=1,format=rgba [1sared]; [0:0]format=rgba [0rgbd]; [0rgbd][1sared]blend=all_mode='overlay':all_opacity=0.3,format=yuva422p10le [04:42] <yarilo> I played around with the opacity but the output video is simply too dark [04:42] <yarilo> if the opacity is close to 1 then the first video is not shown at all [04:42] <yarilo> if it's getting close to 0 then the second one(the overlay) is not shown at all [09:14] <Elirips> Hello. What is the meaning of the of 'tbr' in an output-line reported from ffplay like this: Stream #0:0: Video: h264 (Constrained Baseline), yuvj420p(pc), 260x208 [SA16:15 DAR 4:3], 5 fps, 5 tbr, 1k tbn, 10 tbc ? [09:17] <Elirips> Okay, I found a stackoverflow entry that tbr is time-related (to read: 1/tbr is the length in seconds for a frame to be displayed). [09:18] <Elirips> But in that case, I line like this would be nonsense, not: ' Stream #0:0: Video: h264 (Constrained Baseline), yuv420p, 260x208, 5 fps, 1tbr, 1k tbn, 10 tbc' -> A framerate of 5, but one frame shall be displayed for 1 second ? [09:38] <Elirips> Can I somehow influence the tbr while encoding? [10:07] <Elirips> If I use a line like this: 'ffmpeg.exe -framerate 1 -i - -an -c:v libx264 -r 5 -s 260x208 -preset fast -profile baseline -pix_fmt yuvj420p -x264opts keyint=5 -f flv rtmp://ip/s/myCam' And then pipe in a frame roughly every second, I get a stream that has a very long time to startup [10:07] <Elirips> ffprobe reports a framerate of 5, but tbr of 1, which is probably confusing. [10:08] <Elirips> If I change -r to 1 and keyint=1, I get a stream that starts very fast, and reports 1 fpts and a tbr of 1. [10:08] <Elirips> But I would like to get an output stream with 5fps, ffmpeg shall just duplicate the frames. But then it gets confused with the tbr. Any hints to fix this? [11:42] <SyntheCypher> What's the difference between the fdk-acc and facc audio codecs? [11:42] <relaxed> fdk-acc is better with more features [11:44] Action: GovCon waves [11:45] <termos> valgrind is reporting some memory leaking from avformat_new_stream coming from avcodec_alloc_context3, what would the correct way of freeing this memory be? [11:49] <SyntheCypher> GovCon, waves...? [11:49] <GovCon> yeh, the kinda with the arm moving, not water [12:00] Action: insider is away: auto-away [12:00] Action: insider is back (gone 00:00:08) [12:06] <SyntheCypher> GovCon, do you know what option I can use to stop ffmpeg from outputting logs e.g. 'ffmpeg2pass-0' [12:19] <Expenses> How would I go about getting ffmpeg to convert a video in the 16-235 color range to the 0-255 color range? [12:21] <BtbN> Is your video realy encoded with rgb? [12:21] <Expenses> no, its YUV [12:23] <Expenses> but YUV videos are capable of using the full color range right? [12:33] <DelphiWorld> hey [12:33] <DelphiWorld> hi c_14, a URL is crashing FFMPEG+X264. wanna try it out? [12:35] <GovCon> SyntheCypher: nope, i'm here to find out if ffmpeg supports #EXT-X-VERSION's 4, 5 or 6 [12:36] <DelphiWorld> GovCon: is that hls? [12:36] <GovCon> yep [12:36] <DelphiWorld> GovCon: ... [12:52] Action: insider is away: auto-away [12:53] Action: insider is back (gone 00:00:09) [13:37] <primehaxor> Hi, its possible to convert a single mp4 to many .ts fragments with 10 seconds? [13:37] <saste> primehaxor, segment muxer [13:38] <primehaxor> saste i'll read about it, ty [13:38] <DelphiWorld> saste, i have a http ts url that ffmpeg is crashing while using it. wanna see it? [13:41] <BtbN> primehaxor, if you want to do hls streaming, ffmpeg can output a hls stream directly. [13:44] <primehaxor> BtbN hls is just for apple right? i need to create a .ts to run in android and iphone [13:45] <DelphiWorld> primehaxor: hls work in android [13:45] <DelphiWorld> primehaxor: or use dash, but you need a dash player [13:49] <primehaxor> Just one more noob question, my currently video schema i use a index.m3u8 with 3 possibles rates, this file i create manually or the ffmpeg create it for me too? [13:50] <DelphiWorld> manualy, primehaxor [13:53] <primehaxor> ty [13:53] <DelphiWorld> primehaxor: welcome [14:02] <fmiz> Hello. Can someone explain to me what's the difference when encoding with libx264 at 30 fps between using "-force_key_frames expr:gte(t,n_forced*2)" and "-g 60"? [14:03] <BtbN> That modifies the keyframe interval, not the fps. [14:03] <Mavrik> yeah [14:03] <Mavrik> and forcing keyframes is usually a bad idea quality wise [14:05] <fmiz> no I'm asking the difference between -force_key_frames... and -g 60, it looks like forcing keyframes is needed to stream to youtube [14:06] <BtbN> Mavrik, it's essential for streaming though [14:06] <BtbN> most streaming services want a 2 second keyframe interval. [14:07] <BtbN> fmiz, -g 60 should be enough for youtube [14:07] <BtbN> with 30 fps, that's 2 seconds [14:08] <fmiz> I tried multiple times, but it didn't work... after about one hour of streaming, everything looked ok in ffmpeg and youtube control panel, but the video was stuck [14:09] <fmiz> I found that people for twitch use both -force_key_frames and -g, I tried and right now it's still working [14:09] <fmiz> But from the documentation I couldn't find any difference between the two [14:10] <fmiz> You just said that yourself, -g 60 with 30 fps should be keyframes every 2 seconds [15:05] <halfie> hey guys, I have some raw ACELP.net audio data. which is the easiest container into which I can stuff this audio data? .ASF? [15:08] <halfie> can I stuff ACELP.net data into an Ogg container? [17:19] <baran> AVERROR(EAGAIN), what does it stand for? [17:19] <baran> somehow failed to google it [17:22] <Mavrik> it's a standard unix error meaning "call this again, because no data is available at this time". [17:22] <Mavrik> used in async sockets and such [17:55] <halfie> hi, can I stuff ACELP.net audio data into an Ogg container? [17:57] <t4nk244> Hey folks, I'm having some trouble getting ffmpeg to exit when I close the application I'm streaming the window of ( gdigrab -i title). I've tried -err_detect explode but that doesn't seem to work. Additionally, I notice ffmpeg outputs info through the stderr channel instead of stdout, is that expected? [18:00] <BtbN> You wouldn't be able to pipe video output to stdout otherwise. [18:02] <BtbN> And i don't think there is code to react on the captured window beeing closed. [18:16] <t4nk244> @Btbn thanks the reply. So you don't believe there is a way to detect when an input stream finishes if you are streaming the desktop? [18:17] <BtbN> I'm not sure if the input stream ends [18:17] <BtbN> The window beeing gone doesn't mean that it can't read anymore data [18:24] <t4nk244> @BtbN you are correct, I suppose what I am really trying to detect is the error message thrown by ffmpeg when it attempts to capture from a window that is no longer there [18:38] <kepstin-laptop> hmm, so it prints an error message but continues capturing anyways? [18:38] <kepstin-laptop> I admit, I didn't really test that case :) [18:38] <kepstin-laptop> probably should be considered a bug. [18:45] <t4nk244> I managed to work around it by using -v error. It cleans up the stderr stream so I can exit the process [19:23] <techtopia> hey guys, what determines the setting reframes? [19:23] <techtopia> when encoding to 720p reframes is 5, when using identical settings except for the resolution being 1080p the reframes drop to 4 [19:23] <techtopia> Format settings, ReFrames : 4 frames [19:29] <techtopia> fixed it [20:00] <techtopia> is there any performance diffrence running ffmpeg on linux instead of windows? [20:03] <__jack__> troll question ? you know the answer very well :p [20:05] <techtopia> i don't but im guessing by that answer there is a big diffrence? [20:07] <__jack__> about functionnality, I guess they are almost the same (or less in windows); for the rest, search linux vs windows on google [20:09] <techtopia> yeah i know linux is more efficent generally [20:09] <kepstin-laptop> one thing to note is that a lot of the time, windows binaries are 32bit and linux are 64bit, which makes a difference because in 64bit mode the processor has more registers available. [20:09] <techtopia> just wondering about ffmpeg in particular [20:09] <techtopia> hmm [20:09] <techtopia> gonna have to try it [20:11] <__jack__> techtopia: the "core" functions (codec, mux/demux, filter) should be the same; you may find differences in specific function (I don't think X grab is available on windows, for instance) [20:44] <kepstin-laptop> t4nk244: what error message is it printing out? [20:46] <kepstin-laptop> I'm guessing it's probably hitting the "Failed to capture image" error in the BitBlt. [21:02] <jbwiv> all, I have some old videos in AVI format which just about every smart tv/streaming box I try have problems with. the full details from mediainfo are here: http://pastebin.com/ZL9JpHtn. What's the best format for me to convert these to, in terms of maintaining quality and for playing/archiving? They're old family videos, and they're very important to me. thx [21:14] <c_14> H.264 with AAC audio in an MP4 container will give you the best compatibility. H.264 will also give you the best compression/quality ratio at decent speeds. AAC is a decent codec if you don't mind it being lossy. MP4 is a pos, but is supported everywhere and doesn't directly affect quality (though it does limit codec choice). [21:16] <c_14> You'll get the best quality from not converting it or using lossless codecs, but you'll suffer loss of compatibility for many devices (and large filesize, at least for the video). [21:21] <jbwiv> c_14:thx. what would your recommended lossless codec be? i really want to maintain quality, but be able to actually watch on modern devices :) [21:24] <c_14> You can usually use x264 and crf 18 to create video that is 'visually' lossless. For true lossless video, you can use H.264 in lossless mode, or huffyuv/ffvhuff. For lossless audio I would go for FLAC [21:24] <c_14> Note that true lossless codecs will (usually) make the video bigger, often much bigger. [21:26] <jbwiv> c_14: cool...thanks very much. Perhaps I'll keep the originals around and just convert for consumption [21:27] <c_14> Always an option. [21:27] <c_14> Especially if/when better codecs come around. [21:28] <jbwiv> c_14: is there a ffmpeg equivalent to mediainfo? i'm having problems with mediainfo on some files [21:28] <jbwiv> and trying to recursively search for all DVCPRO vids [21:29] <c_14> ffprobe [21:30] <c_14> or just ffmpeg -i (though ffprobe shows/can show more info) [21:31] <jbwiv> yeah, for some reason ffmpeg -i doesn't show DVC or DVCPRO in output. nor does ffprobe [21:33] <jbwiv> c_14: http://pastebin.com/tmukjjMx [21:33] <jbwiv> I suppose dvvideo is dvc? [21:33] <c_14> yep [21:33] <jbwiv> or indicates dvc [21:33] <jbwiv> ok, that works. thanks [21:34] <jbwiv> I really appreciate your help [21:35] <c_14> np [23:40] <mmance> can someone show an example of unnamed pipe from gstreamer to ffmpeg? [23:43] <mmance> is ffenc_dnxhd a part of gstreamer of of the ffmpeg plugin? [00:00] --- Thu Jan 22 2015

1 0