July 2014 - Ffmpeg-devel-irc - lists.ffmpeg.org

ffmpeg-devel.log.20140715
by burek 16 Jul '14

16 Jul '14

[00:00] <cone-57> ffmpeg.git 03Mickaël Raulet 07master:07b91b8d629d: hevc: cleaning up, remove unused constants(cherry picked from commit 7eed32d076c57aa03011d65a64903e8bdb633978) [00:06] <cone-57> ffmpeg.git 03Mickaël Raulet 07master:c4058b72888f: hevc/cabac: add new context for new syntax elements related to Rext(cherry picked from commit 6d71e2394f52679cfc8b86fb5880f89e6bd311d4) [00:52] <cone-57> ffmpeg.git 03Anshul Maheswhwari 07master:cdc66b651bcb: Adding Maintainer for dvbsubdec [01:03] <Timothy_Gu_> michaelni: do you plan to remove ffserver after this release? [01:03] <michaelni> no, iam hoping that reynaldo fixes the ffserver regression tests [01:04] <michaelni> because without the tests it will only get worse [01:11] <Timothy_Gu_> reynaldo doesn't seem to be very active about fixing ffserver. I'd just remove it after this release. [01:12] <Timothy_Gu_> rightnow he's just doing some refactoring and nits. No bugs are actually fixed. [01:18] <Compn> Timothy_Gu : arent there many users of ffserver right now ? [01:18] <Compn> its nice if we asked first for some user to step up and maintain it [01:18] <Compn> before just rm -rf it [01:19] Action: Compn grumbles about "deletionists" [01:19] <Timothy_Gu_> Yes that's why I said _after_ the release [01:22] <Compn> from your earlier statement it is difficult to guess that you would want to notify users of maintainership requirements of ffserver [01:23] <Compn> tl;dr , someone should post a mail requesting ffserver users to step up [01:23] <Compn> soonish... [01:23] <Timothy_Gu_> email doesn't work cuz we don't know who's using ffserver [01:23] <Timothy_Gu_> ffmpeg.org maybe [01:24] <Compn> sounds ok to me. [01:28] <Timothy_Gu_> feel free to write a patch. I'm afraid I don't have time for that [01:32] <Compn> ok [01:32] <Compn> i thought we did the ffserver thing a few years ago [01:32] <Compn> too many things to remember [01:44] <jehyt> *-0J1 [01:44] <jehyt> warning [01:44] <jehyt> you may be watched [01:44] <jehyt> do usa&israel use the internet(facebook,youtube,twitter, chat rooms ..ect)to spy?? [01:45] <Daemon404> been a while since we had random spam like that. [01:46] <wm4> Daemon404: time to put your OP to good use? [01:47] <Daemon404> hell get klined soon enough [01:59] <Compn> to answer his question, yes. usa and israel spy on internet [01:59] <Compn> also carl spies on us [01:59] Action: Compn waves to carl [02:12] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:3cf6135729bb: Update for FFmpeg 2.2.5 [02:12] <Daemon404> everyone spies [02:13] <thardin> in war, if you don't spy you're wasting lives [02:13] <thardin> *supposedly* we're not currentlyat war tho [02:14] <Daemon404> thardin, taxes are just a temporary measure [02:14] <Daemon404> to raise money for the war [02:14] <Daemon404> theyll go away after. [02:14] <jamrial> michaelni: can you backport commit 345f2234 for ffmpeg 2.2.5? [02:14] <thardin> bad comparison [02:15] <Daemon404> apt comparison [02:15] <michaelni> jamrial, will do [02:15] <jamrial> thanks [02:15] <thardin> yeah well that's just your opinion, man [02:20] <cone-57> ffmpeg.git 03James Almer 07release/2.2:0edc79962641: x86/scale: fix xmm register count for hscale*_sse2 [02:56] <cone-57> ffmpeg.git 03Anshul Maheswhwari 07fatal: ambiguous argument 'refs/tags/n2.2.5': unknown revision or path not in the working tree. [02:56] <cone-57> Use '--' to separate paths from revisions [02:56] <cone-57> refs/tags/n2.2.5:HEAD: Adding Maintainer for dvbsubdec [02:59] <Timothy_Gu> michaelni: you didnt update ffmpeg.org/download.html [03:01] <Timothy_Gu> sorry if you are doing it right now. didn't notice you only tagged it 6 minutes ago [03:01] Action: michaelni just did :) [03:19] <cone-57> ffmpeg.git 03Timothy Gu 07master:d59536159379: RELEASE_NOTES: Mention Libav and add codename [03:21] <Timothy_Gu> michaelni: when donyou usually sleep? [03:21] <Timothy_Gu> *do you [03:24] <Timothy_Gu> Anshul's [03:24] <Timothy_Gu> last commit had a typo in the author field http://git.videolan.org/?p=ffmpeg.git&a=search&h=d59536159379a1b8c5f7631025… [03:39] <michaelni> hmm, the patch on the mailing list had the typo too, i didnt notice it before [05:02] <Zeranoe> I'm trying to compile an older version of FFmpeg but keep running into issues with version.h "cmdutils.c:51:21: fatal error: version.h: No such file or directory". Is there supposed to be a version.h found in an older FFmpeg? [05:07] <drv> it's generated by configure [07:16] <Timothy_Gu> Zeranoe: it is now named "libavutil/ffversion.h" [08:42] <ffffffff11111111> hi, git clone... && ./confgiure --enable-gpl --enable-static --disable-shared --enable-ffmpeg... && make [08:42] <ffffffff11111111> the build completes w/o errors, yet there is no ffmpeg executable created? TIA [08:43] <ffffffff11111111> *./configure [08:46] <plepere> good morning all [08:58] <ubitux> ffffffff11111111: what are you git cloning? [08:58] <ubitux> ffmpeg should be present (and you don't need --enable-ffmpeg) [08:59] <ubitux> ffffffff11111111: btw, someone @ #mplayer-dev wanted to hear about what was wrong and what you fixed [09:03] <ffffffff11111111> ubitux: regarding mplayer: they have commented out line in libvo/vo_xv.c in resize() - i just uncomented it => the window gets repainted correctly [09:03] <ffffffff11111111> ubitux: I'm using git://source.ffmpeg.org/ffmpeg.git [09:04] <ubitux> what hash? can you pastebin the config.log? [09:04] <ubitux> ^hash^revision [09:04] <ffffffff11111111> ubitux: right now I'm looking through your build system to figure out why ffmpeg executable is not being linked / ignored [09:04] <ubitux> start looking at the config.log [09:05] <ffffffff11111111> ubitux: cdc66b651bcb247e778e722a649b10936f1b2326 [09:05] <ffffffff11111111> git clone-d a few hour ago ... [09:05] <ubitux> sounds about right yeah [09:05] <ffffffff11111111> config.log says all is ok and its deps are all built [09:06] <ffffffff11111111> *hours [09:06] <ubitux> what's your full configure line? [09:06] <ubitux> check grep CONFIG_FFMPEG config.{h,mak} as well [09:06] <ffffffff11111111> that will require a pastebin :); one sec. [09:09] <ffffffff11111111> ubitux: the full ./configure command : http://pastebin.com/4q2G7qQ7 [09:10] <ubitux> Timothy_Gu: TYL "git grep CODEC_FLAG_PSNR" ;) [09:10] <ubitux> ffffffff11111111: wow... [09:11] <ubitux> this is insane [09:12] <ubitux> ffffffff11111111: well, firstd try ./configure --enable-gpl [09:12] <ubitux> then iterate slowly starting from this [09:12] <ubitux> you have a tons of insane flags here [09:14] <ffffffff11111111> ubitux: they're all provided by your build system and I want them exactly like that; It will build w/o them :) - "huge" executable with tons of rt deps. I would like ffmepg short, simple, and non-autodetected :) [09:15] <ubitux> i doubt you want to disable optimizations [09:15] <ubitux> ...and --disable-small if you are looking for a small binary [09:15] <ubitux> also, a lot of options are already disabled by default [09:15] <ubitux> like --disable-random (wtf) [09:16] <ubitux> wtf @ --disable-gray --disable-swscale-alpha as welll [09:16] <ubitux> --disable-fontconfig makes no sense, it's an external lib, it won't be autodetected [09:17] <ubitux> explicitely disabling arm makes no sense either if you're on intel [09:18] <ubitux> (btw, you can factor some --disable, like --disable-protocol=md5,concat,subfile,... [09:18] <ubitux> ) [09:19] <ffffffff11111111> 10x for thta last one :) [09:19] <ffffffff11111111> optimizations are enabled [09:19] <ffffffff11111111> I like the build line to wokr in cross-compile environments and even if you decide to change defaults [09:20] <ffffffff11111111> thats shy I leave almost nothing on default [09:20] <ubitux> you don't --disable-everything, so there is no point in expliciting a bunch of the --enable-xxx at the beginning btw [09:20] <ffffffff11111111> the grey thing and the alpha thing are additional processing I don't need [09:20] <ubitux> --enable-static --disable-shared is the default btw [09:21] <ffffffff11111111> an the random thing is related to the build system testing as far as I understand so I don't need it either [09:21] <ffffffff11111111> *that [09:22] <ffffffff11111111> *work [09:22] <ubitux> --enable-random will randomly enable stuff, it's of course not what you want [09:22] <ubitux> and it's of course not the default [09:22] <ffffffff11111111> *thats why I've left almost nothing on default [09:23] <ffffffff11111111> *and the random [09:25] <ffffffff11111111> I'm still trying to find out why is ffmpeg not even started being built [09:27] <ubitux> remove all your flags, add them by dichotomy [09:34] <ffffffff11111111> I'm crafting my own makefile - it will either "tell" me the reason, or it will build ffmpeg :) - it should be faster than ~5 rebuilds. 10x for your time! [11:38] <ubitux> do we have array of zero-length in some struct in ffmpeg? [11:38] <ubitux> i remember seeing one once, but i don't remember what was the portable syntaxe (between type foo[] and type foo[0]) [11:40] <J_Darnley> As I understand it, foo[] just lets the compiler decide the length based on what you assign to it at declaration. [11:40] <J_Darnley> So if you don't assign anything I think it should be equivalent to foo[0] [11:41] <ubitux> i remember one of the two is badly supported by some compilers, and i think it was [] [11:41] <J_Darnley> As for what's portable, I have no idea and I am surprised it isn't an error [13:25] <cone-43> ffmpeg.git 03Mickaël Raulet 07master:1241eb88704f: hevc: simplify SAO computation, delay from one row its computation (cherry picked from commit f2c5f647cec786df26f442a85e6d685a131a50c9) [13:31] <cone-43> ffmpeg.git 03Mickaël Raulet 07master:f5beda3bfd75: hevc: move restore_tqb where it should be. (cherry picked from commit 8fafc96a9805d11bfe32537c8f78a294a5844065) [13:37] <cone-43> ffmpeg.git 03Mickaël Raulet 07master:255086a7e064: hevc: use local variable for split_cu_flag (cherry picked from commit ee71e9e9c12fc47856c452efb278f9f593a923ee) [13:47] <cone-43> ffmpeg.git 03Mickaël Raulet 07master:250430bf2811: hevc: separate residu and prediction (needed for Range Extension) (cherry picked from commit 6b3856ef57d66f2e59ee61fd2eb5f83b6d0d7d4a) [13:56] <cone-43> ffmpeg.git 03Mickaël Raulet 07master:5a41999d8145: hevc/rext: basic infrastructure for supporting range extension - support for 4:2:2 and 4:4:4 up to 12 bits - add a new profile for range extension (cherry picked from commit d3c067fa65bbc871758d28aa07f54123430ca346) [14:08] <cone-43> ffmpeg.git 03Mickaël Raulet 07master:453f8eaee213: hevc/rext: add support for Range extension tools [15:10] <cone-43> ffmpeg.git 03Timothy Gu 07master:7bf5084e3006: doc/utils: add missing `@c man end` title [15:52] <cone-43> ffmpeg.git 03Michael Niedermayer 07master:01c17b5224ce: ffmpeg: Fix copying timebase to muxer context [16:07] <michaelni> nevcairiel, can you explain the file descriptor issue with msvc to kriegero1? (he is the author of the change) [16:07] <kriegero1> Daemon404: nevcairiel: hi [16:08] <Daemon404> simple: passing FDs between libs or procs is a no-go. [16:08] <kriegero1> do i understand correctly that when you call av_bprint_fd_contents() from libavdevice bad things happen? [16:08] <Daemon404> you cannot open a file in one lib, and then pass that fd to a 2nd lib to print. [16:08] <kriegero1> Daemon404: it aborts the process? or what happens? [16:09] <Daemon404> crash. [16:09] <Daemon404> (or undefined behavior, rather) [16:09] <kriegero1> what if we make that function inline? :) [16:09] <Daemon404> you cannot count an such compiler optizations. [16:09] <Daemon404> on* [16:09] <Daemon404> the inline keyword is only a suggestion to the compiler [16:09] <Daemon404> this goes for all compilers. [16:10] <wm4> Daemon404: you mean specifically on windows [16:10] <wm4> on every other OS it works [16:10] <Daemon404> wm4, no [16:10] <Daemon404> even on linux you cannot share FDs between *procs* [16:10] <wm4> so this is not an invalid thing to do; it just doesn't work on windows [16:10] <Daemon404> libs perhaps, not procs. [16:10] <wm4> uh you can [16:10] <Daemon404> you can IF YOU USE SOCKETS [16:10] <wm4> but that's not the point [16:10] <Daemon404> otehrwise, no, you cant [16:10] <wm4> because in this case it's a lib [16:10] <wm4> uh what [16:10] <wm4> fork()? [16:10] <Daemon404> on linux fd tables are per proc, so no [16:11] <wm4> it's a normal thing to do to create a child process and to share some FDs with the parent [16:11] <Daemon404> child ~+ ipc [16:11] <wm4> why do you think O_CLOEXEC was invented [16:11] <Daemon404> !=* [16:11] <Daemon404> also im not sure, but i do not think POSIX guarantees such thigns. [16:11] <wm4> ???? [16:11] <wm4> POSIX specifies it in the first place [16:11] <wm4> unix 101 [16:12] <Daemon404> POSIX guarantees fds must be usable between separate PIDs? [16:12] <wm4> anyway, in this case, it's just between libs [16:12] <wm4> no [16:12] <Daemon404> that is my point. [16:12] <wm4> it allows certain forms of sharing, like between parent and child [16:12] <wm4> fork() copies the FD table from parent to the new child [16:12] <Daemon404> special case != it works [16:12] <kriegero1> calm on men, that's not about processes at all [16:13] <kriegero1> Daemon404: could you please give some doc reference about this? [16:13] <Daemon404> yeah i know, but wm4 just likes to be a slashdot "M$" guy [16:13] <kriegero1> just for commit justification [16:13] <wm4> Daemon404: what [16:13] <wm4> <wm4> so this is not an invalid thing to do; it just doesn't work on windows [16:13] <wm4> that's all [16:13] <wm4> we all know that windows introduces awkward portability issues [16:13] <wm4> this has nothing to do with flaming windows [16:14] <Daemon404> the deper point i was trying to get at is that FD-sharing has issues with *other* usecases on otehr oses, and that fd-sharing is quite ugly [16:14] <kriegero1> what if we ifdef out av_bprint_fd_contents() and its usage for windows, using av_file_map() instead? [16:14] <wm4> Daemon404: no [16:14] <Daemon404> wm4, i can only disagree then [16:14] <Daemon404> fd-sharing for APPLICATIONS is ugly as fuck [16:14] <kriegero1> thus it will work on windows just as it worked before i have introduced that function [16:14] <wm4> nobody claimed using FDs over processes was supposed to work [16:14] <Daemon404> i dont mean os shit liek X> [16:15] <Daemon404> kriegero1, no [16:15] <wm4> and in this case it's just a function to read contents from a file handle [16:15] <Daemon404> ifdef'd stuff like that is silly [16:15] <Daemon404> and we dont do ifdef soup [16:15] <Daemon404> if it works one way on all oses, use it. [16:15] <wm4> Daemon404: except for windows! [16:15] <Daemon404> wm4, read clsoe you troll [16:15] <wm4> (re ifdef soup) [16:15] <wm4> sorry but you're the troll here [16:16] <Daemon404> wm4, most of teh compatability hacks in ffmpeg are not for windows [16:16] <Daemon404> fyi [16:16] <Daemon404> much less than the majority. [16:16] <Daemon404> we dont do ifdef soup for us eof our own api functions. [16:16] <Daemon404> of* [16:16] <Daemon404> api funcs that only work on some os are silly. [16:17] <wm4> anyway, were we to use a HANDLE instead of a fd, it'd work even across library boundaries [16:17] <kriegero1> ok, what about replacing it with api call which would dump a pointed filename into memory? [16:17] <wm4> and in some cases (like HWND) even across process boundaries [16:17] <wm4> kriegero1: I think that would work even on windows [16:18] <Daemon404> wm4, shockingly enough, people think using int FDs isnt terribly great [16:18] <kriegero1> wm4: i suppose HANDLE is just the same as bare int fd on POSIX? [16:18] <wm4> kriegero1: not sure what HANDLE is, but apparently it's pretty similar to fds conceptually, just more obfuscated [16:19] <wm4> and has an underlying type possibly different from int, and uses different APIs [16:19] <kriegero1> Daemon404: so could you please provide some reference to official documentation forbidding fd passing between libs, just for record? [16:19] <Daemon404> i'll have to search [16:20] <Daemon404> nevcairiel might have them handy [16:20] <kriegero1> please [16:20] <wm4> kriegero1: it happens because every DLL can have its own libc [16:20] <wm4> kriegero1: and FDs are emulated on windows [16:20] <kriegero1> and i'll replace av_bprint_fd_contents with av_brint_file_contents [16:20] <wm4> so each libc will have its own FD table [16:20] <wm4> just using avio might also be an idea [16:21] <wm4> then you could pass http links too (!!!111) [16:21] <Daemon404> that too [16:34] <michaelni> avio would make it libavformat dependant sadly [16:35] <michaelni> so it couldnt be relied upon being available in many places [16:35] <Daemon404> well we have a lot of I/O infastructure in lavf [16:35] <Daemon404> i already thought adding I/O to lavu was a bit if-y [16:36] <wm4> michaelni: not sure why anyone would care about that [16:39] <michaelni> well the one usecase that lead to av_bprint_fd_contents() is in libavfilter [16:39] <michaelni> oops sorry libavdevice [16:40] <michaelni> i mixed it up :) [16:40] <michaelni> its libavdevice/lavfi.c: ret = av_bprint_fd_contents(&graph_file_pb, fd); [16:40] <michaelni> so yes lavf might be an option [16:41] <wm4> why can't libavfilter depend on libavformat [16:41] <Daemon404> he said libavdevice [16:41] <Daemon404> which does. [16:41] <Daemon404> seems like just using avio directly in libavdevice is saner [16:42] <michaelni> yes, it seems so [16:43] <michaelni> or moving a av_bprint_fd_contents equivalent with char* insteda of int fd to lavf [17:24] <ubitux> iive: 09:03:14 < ffffffff11111111> ubitux: regarding mplayer: they have commented out line in libvo/vo_xv.c in resize() - i just uncomented it => the window gets repainted correctly [17:24] <ubitux> (you seemed to be interested in that regard - and the guy showed up here for another reason this morning) [17:25] <iive> oh, ok. [17:34] <kriegero1> so is there an agreement on preferred way to replace av_bprint_fd_contents()? [17:35] <kriegero1> passing an AVIOContext instead of fd? [17:45] <michaelni> kriegero1, id vote for AVIOContext and move to lavf (needed due to dependancy) [20:14] <cone-756> ffmpeg.git 03Michael Niedermayer 07master:19e5114eaad9: avcodec/mpegvideo_enc: return proper error instead of failing assertion when max rate is not set [20:14] <cone-756> ffmpeg.git 03Michael Niedermayer 07master:8a91cf857b20: avcodec/options_table: add liberal limits to intra dc precission [20:14] <cone-756> ffmpeg.git 03Michael Niedermayer 07master:97f86cd97604: avcodec/mpegvideo_enc: workaround applications specifying intra dc level based on 8 and othes based on 0bit [20:14] <cone-756> ffmpeg.git 03Michael Niedermayer 07master:339d8fb3532a: avcodec/mpegvideo_enc: check intra dc precission [20:14] <cone-756> ffmpeg.git 03Michael Niedermayer 07master:5bda0467d284: avcodec/mpegvideo_enc: make edge for interlaced mpeg2 encoding smaller [20:31] <cone-756> ffmpeg.git 03Michael Niedermayer 07master:e10b62ab5d35: ffmpeg_opt: remove intra_dc_precision, its handled by AVOptions [20:32] <michaelni> kriegerod, as you maintain vf_drawbox.c/drawgrid you should have OP here [20:35] <ubitux> oh l. is doing K&R again [20:35] <ubitux> why are they fucking aligning totally unrelated data with spaces monsters :( [20:38] <wm4> ubitux: cosmetics are important [20:38] <ubitux> not those [20:39] <ubitux> they're completely retarted and hurt the project [20:41] <JEEB> hmm, can someone else try disabling video encoders and seeing if linking fails @ snow? [20:41] <JEEB> >> undefined reference to ff_mpegvideoencdsp_init [20:41] <Compn> JEEB : carl is usually the one who detects those types of breaks , if you want to ask him [20:41] <JEEB> no [20:41] <ubitux> haha [20:41] <Daemon404> preach sista [20:42] <JEEB> I've had enough of him with my e-mail conversation regarding multimedia frameworks [20:42] <Compn> maybe someone else will test then :) [20:42] <JEEB> and how he completely missed the fact that someone might not be using lavf and lavc together :V [20:42] <JEEB> or more like was completely unwilling to understand such a use case [20:43] <Daemon404> everyone has many carl stories [20:43] Action: Daemon404 pats JEEB [20:43] <JEEB> (or heck, using lavf and lavc together but via that multimedia framework) [20:44] <Compn> you guys do know that you dont have to listen / follow carl right ? [20:44] <Compn> he is but one developer who has his own opinions [20:44] <Daemon404> Compn, except he has been blocking a useful patch for months [20:44] <JEEB> well he e-mailed me [20:44] <Daemon404> literally everyone vs him [20:44] <JEEB> and that started a discussion [20:44] <JEEB> and he was a fucking retard [20:44] <JEEB> :P [20:44] <JEEB> I only got passive aggressive at the end [20:44] <ubitux> JEEB: ./configure --disable-encoders && make fails for me indeed [20:44] <Compn> talk to whomever maintains it to commit :P [20:45] <ubitux> in dirac & snow [20:45] <JEEB> ubitux, ok glad to know it isn't just me [20:45] <ubitux> /home/ubitux/src/ffmpeg/libavcodec/diracdec.c:430: undefined reference to `ff_mpegvideoencdsp_init' [20:45] <ubitux> /home/ubitux/src/ffmpeg/libavcodec/snow.c:436: undefined reference to `ff_mpegvideoencdsp_init' [20:45] <JEEB> :) [20:45] Action: Compn bets a merge caused it to break, since snow was removed from other tree :p [20:45] <JEEB> yeah [20:46] <Daemon404> complainst recieved from actual users: 0 [20:46] <Daemon404> im sure snow's large userbase was devastated :P [20:46] <ubitux> (they don't have a dirac decoder?) [20:47] <JEEB> Daemon404, I think the bigger problem is the failure to build :) [20:47] <ubitux> Daemon404: stop badmouthing, snow works, it's a dep issue when some stuff is disabled [20:47] <JEEB> rather than missing dirac/snow [20:47] <Compn> ubitux : i think hes saying no one complained to libav when they removed snow [20:47] <ubitux> probably no one uses libav [20:47] <ubitux> ;) [20:47] <Compn> ubuntu and debian... [20:47] <Daemon404> vlc is definitely not big [20:47] <Daemon404> right? [20:47] <ubitux> Compn: too old to realize [20:48] <ubitux> Daemon404: vlc is using ffmpeg here [20:48] <Daemon404> anyway [20:48] <Daemon404> if you think snow has users [20:48] <Daemon404> youre on crack [20:48] <ubitux> can be applied to ~70% of our codecs most of the time [20:48] <Compn> game formats [20:49] <Daemon404> game formats have more use than a slow encoder which produces shitty results [20:49] <Daemon404> literally 0 value [20:49] <Daemon404> aside from sideshow spectacle [20:49] <Compn> >no one mentions sonic :p [20:49] <Daemon404> sonic has negative value, Compn [20:49] <Daemon404> it can produce files bigger than teh source [20:52] <Compn> libav still has dirac.c [20:52] Action: Daemon404 explicitly disables dirac during builds and uses libschro [20:52] Action: Compn hasnt seen wild dirac anyways [20:53] <Compn> maybe i've been neglecting the trackers [20:53] <ubitux> it's strange, snow encoder has mpegvideoenc in select [20:53] <Daemon404> Compn, just work for the bbc [20:53] <jamrial> i have dirac big buck bunny [20:53] <Compn> still havent seen BBB :) [20:53] <jamrial> i don't think i ever saw anything else with that codec [20:53] Action: Compn highlights for fun [20:53] <Daemon404> jamrial, VC-2 is intra-only dirac [20:53] <Daemon404> iirc [20:54] <Daemon404> BBC uses it internally [20:54] <jamrial> ah [20:54] <Compn> yes bbc spent all that money coming up with their own codec [20:54] <Compn> and then leaves doctor who to rot in strange countries for 50 years [20:54] <Compn> :P [20:54] <ubitux> JEEB: http://pastie.org/9394469 [20:54] <ubitux> maybe try this? [20:55] <ubitux> a bit ugly to add it to the decoders though [20:56] <ubitux> the dep should probably be fixed [20:56] <ubitux> in both cases it's used for draw_edges [20:58] <ubitux> draw_edges is supposed to only be used in encoders context? [20:58] <michaelni> the question is why is draw_edges in a mpeg specific context and a encoder specific context [20:58] <wm4> apropos game format, descent 2 movies are broken :( [20:59] <michaelni> wm4, regression ? [20:59] <wm4> don't know [20:59] <michaelni> either way open a ticket please [20:59] <ubitux> "dsputil: Move draw_edges() to mpegvideoencdsp" [21:01] <ubitux> where is that supposed to belong then? [21:02] <michaelni> draw_edges is motion estimation and motion compensation related and this impicitly also video [21:03] <michaelni> probably best if its where the emu_edge stuff is [21:12] <JEEB> ubitux, yeah -- that hack works [21:12] <JEEB> links now [21:13] <michaelni> ubitux, LGTM, unless you want to move draw_edges to a better place [21:25] <ubitux> ok [21:26] <cone-756> ffmpeg.git 03Clément BSsch 07master:7a15c22c5f76: build: fix build with --disable-encoders [21:34] <jamrial> i'll look into moving draw_edges to videodsp later [21:41] <ubitux> jamrial: thx [22:06] <cone-756> ffmpeg.git 03Michael Niedermayer 07master:95144729045f: avutil & avdevice: remove av_bprint_fd_contents() [22:07] <cone-756> ffmpeg.git 03Michael Niedermayer 07master:0fc2045d5f4e: avcodec/hevc_ps: prevent stale pointer in malloc failure case [22:07] <cone-756> ffmpeg.git 03Michael Niedermayer 07master:880dbe43ca71: avcodec/hevc: treat current_sps like sps_list [22:59] <Compn> db0 : do you think my suggestion to host the .js files locally is good/bad ? [23:00] <Compn> in the site redesign [23:46] <cone-756> ffmpeg.git 03Stepan Bujnak 07master:895e92eca050: Blackframe video filter now sets metadata accordingly. [00:00] --- Wed Jul 16 2014

1 0

ffmpeg.log.20140715
by burek 16 Jul '14

16 Jul '14

[00:37] <Michael653> hi there. Can a timeout be specified for ffmpeg -i http://something ? I seem to get "Unrecognized option 'timeout'", although I see a timeout here: https://ffmpeg.org/ffmpeg-protocols.html#http [00:38] <spaam> commandline ? [00:41] <Michael653> nevermind. Used an old version... :( I've downloaded ffmpeg today, but on another computer. [00:41] <Michael653> thanks! [06:59] <waressearcher2> how to join 2 videos but also make transition effect when one video dissapeared or becomes transparent and other video start to appear so in other worlds to overlay two videos for about 1 or 2 seconds with transition effect ? [06:59] <waressearcher2> s/worlds/words/ [07:00] <waressearcher2> I don't even know how that effect called so I can find it in google, is it transition effect ? [07:27] <waressearcher2> anyone ? [07:30] <sacarasc> I am not sure that ffmpeg can do that. It's more of an video editor's job than an encoder. [07:32] <waressearcher2> what about filter ? [07:33] <waressearcher2> there should be a filter like that [07:38] <waressearcher2> http://stackoverflow.com/questions/7565962/ffmpeg-fade-effects-between-fram… from that page: "Please tell a solution for Centos server because i am using FFmpeg on this server only", really ? is it matter where do you use your ffmpeg ? is there difference between say ffmpeg on "Centos server" and on "Ubuntu" ? [07:40] <sacarasc> By default, Centos ships an absolutely ancient one. [07:40] <sacarasc> And Ubuntu doesn't ship ffmpeg at all. [07:57] <waressearcher2> "-s 320x240 -aspect 4:3" why do I need to use -aspect there ? [09:21] <AreaScout> morning, i am trying to feed ffmpeg library from memory via avio_alloc_context, the callback function to read from memory does feed ffmpeg with chunks, each chunk has a header+payload, my question is, is this the right way to do it ? or do you have to feed it in some special way i.e first the header, then the payload, because i only get a constant green screen, if i feed the file directly with [09:21] <AreaScout> avformat_open_input it works ?? [10:10] <termos> http://blog.zencoder.com/2011/12/08/announcing-the-clouds-most-efficient-ht… is there something like this available in ffmpeg? Optimizing the mpegts segments file size [14:02] <DannyZB> if anyone knows : how to automatically black-border a video to a certain ratio ( pure ffmpeg , no size calculations outside of it ) [15:19] <t4nk724> hi [15:19] <Mavrik> ih. [15:19] <t4nk724> how can i gram my desktop with audio and save it to mp4 format (best qualirt)? [15:19] <t4nk724> quality* [15:19] <t4nk724> i have problem with audi delay [15:20] <t4nk724> ffmpeg -f alsa -ac 2 -i hw:0,0 -f x11grab -r 30 -s 1366x768 -i :0.0 -vcodec mpeg2video -sameq $1 [15:20] <t4nk724> i'm using it [15:21] <t4nk724> and? [15:22] <Mavrik> you really shouldn't use sameq. [15:23] <Mavrik> there's a whole guide on ffmpeg wiki which is up to date, what you're using seems very very obsolete :) [15:24] <t4nk724> Mavrik: i dont have a time for guides [15:24] <t4nk724> i need best solution [15:24] <Mavrik> Oh. [15:24] <Mavrik> So you want us to do your solution for you. [15:24] <t4nk724> no, I hope you know the best of it [15:24] <Mavrik> Maybe someone else will :) [15:24] <t4nk724> for screencast recording [15:25] <t4nk724> it should be simple, i need best quality with audio synch [15:26] <t4nk724> and? [15:27] <t4nk724> i tested all from them: [15:28] <t4nk724> http://wklej.to/hClVn/text [15:28] <t4nk724> and nothing is good enought [15:28] <t4nk724> ;( [15:28] <t4nk724> where can I find some help if not here? [15:30] <t4nk724> is there any commercial support for ffmpeg? [15:30] <t4nk724> i need to talk with expert [15:32] <t4nk724> hello? [16:05] <CodingFabian> hi guys - are there 64bit static nightly builds from master available? http://ffmpeg.gusari.org/static/ builds from 2.2. I assume? Maybe related is there a timeline for 2.3? [16:07] <c_14> I'm pretty sure gusari builds from git master HEAD [16:08] <CodingFabian> okay, does it say somewhere how it is compiled? [16:09] <CodingFabian> because i am getting different results using self compiled and nightly build [16:09] <c_14> If you download the binary run ./ffmpeg -version and it'll print the configuration if that's what you wanted. [16:11] <CodingFabian> hmm okay, thanks for the input I need to figure then out why i am getting different results on pre-compiled and my own compile :) [16:12] <CodingFabian> thanks! [16:14] <AreaScout> hi, i am trying to feed ffmpeg library from memory via avio_alloc_context, the callback function to read from memory does feed ffmpeg with chunks, each chunk has a header+payload, my question is, is this the right way to do it ? or do you have to feed it in some special way i.e first the header, then the payload, because i only get a constant green screen, if i feed the file directly with [16:14] <AreaScout> avformat_open_input it works [16:17] <Mavrik> hmm [16:17] <Mavrik> AreaScout, anything to pass in goes through demuxer anyway [16:17] <Mavrik> so if you set proper callbacks it should "just work" [16:24] <AreaScout> Mavrik, so it should also work if i just pass first the half chunk and then the other, or should i pass the chunks exactly ? because i have tried really a lot now and it does not work ? on the first package i get 'unkown RoQ chunk (0000)' but the package seems to be ok, so is there an example to look at ? [16:24] <Mavrik> AreaScout, that really depends on demuxer [16:24] <Mavrik> I had some issues where e.g. MPEG2-TS demuxer wanted to have data in full 188B chunks [16:24] <Mavrik> some others don't [16:25] <AreaScout> it's id RoQ codec from DOOM3 [16:25] <Mavrik> since you didn't say which format you have it's hard to say... rule of thumb is to always pass full chunks [16:26] <AreaScout> yep but full chunks doesn't work either ..., is it possible that av_probe_input_format does make problems ? [16:30] <Mavrik> yes. :) [16:30] <Mavrik> but since I don't know the format... it's hard to say [16:30] <Mavrik> usually stepping through the code using gdb can give you some ideas what goes wrong [16:32] <AreaScout> Mavrik, ok good idea, format is id RoQ [16:33] <AreaScout> http://samples.mplayerhq.hu/game-formats/idroq/ [16:35] <Mavrik> AreaScout, anyway, a little hint, compile ffmpeg with debug flags when developing with libav libraries [16:35] <Mavrik> which will let you step through code from breakpoints [16:35] <Mavrik> makes life easier when something wierd is going on [16:37] <AreaScout> :) k, thx cool ^^ [16:50] <liam-kelly> Is it possible to decode a mxg stream and rencode it in another format? [16:52] <c_14> should be [16:52] <c_14> If with mgx you are in fact referring to mxPEG [16:52] <liam-kelly> yes mxPEG [16:53] <liam-kelly> I am able to decode and view the stream with ffplay but not convert it with ffmpeg [16:53] <liam-kelly> I get an error about "Unable to find a suitable output format..." [16:55] <liam-kelly> This is what I am running ffmpeg "http://camera_ip/cgi-bin/faststream.jpg?stream=MxPEG&fps=25" -f mxg -f libx264 test.mxg [16:57] <c_14> What format/codec are you trying to convert to?\ [16:57] <c_14> -\ [16:59] <liam-kelly> libx264 [17:00] <liam-kelly> I also compiled ffmpeg with the option to include libx264, so it should be supported [17:00] <c_14> And you want it as a raw h264 stream or in what format do you want it? [17:01] <c_14> If you want raw h264, use ffmpeg -i mxpegthingy -c:v libx264 [encoder settings] -f h264 out.h264 [17:05] <liam-kelly> I tried that and now I get "Invalid data found while processing input" [17:05] <c_14> If FFmpeg can't detect the input format you'll need ffmpeg -f mxg -i mxpegthingy [etc] [17:07] <liam-kelly> It works now! Thank you so much! [17:08] <liam-kelly> Just a random question are there any good books on ffmpeg? [17:12] <c_14> None I know of. [18:28] <Steve57> I've had a rather odd "problem" with ffmpeg for the past several months (latest git updates, running on linux). [18:29] <Steve57> It works perfectly, but shows no progress while reencoding, and the "q" key does nothing. [18:30] <Steve57> It works fine, it just doesn't show it. Starts with its usual display, then stops updating. This is on console, btw. [18:36] <Steve57> Doesn't seem to matter what options I use, or what I'm encoding to/from. No big deal, really, I just can't figure out what's causing it. [19:18] <c_14> Steve57: Did/does the progress show with older versions? It might be a regression after some change. If it did/does work with an older version could you try bisecting to find the commit that breaks it? [19:20] <Steve57> c_14: Yeah, it worked fine with a revision from last year. I have no idea at what point it crept in. [19:20] <Steve57> But OK, I can try plowing through it. [19:22] <c_14> you can try just building minimal versions of FFmpeg and doing short test encodes. Not perfect, but with a problem like you seem to be having it might be specific to your setup so I don't know of a better way to test. [19:23] <Steve57> That's probably true! It almost has to be something really simple and rather unique. [19:23] <Steve57> Anyway, thanks, I'll see what I can find out. :) [19:51] <stephenmac7> Hello, I'm having a bit of trouble streaming an rtsp stream to HLS. [19:51] <stephenmac7> ffmpeg does not error, but I cannot play the output. [19:52] <stephenmac7> The problem goes away if I re-encode the h264 stream [20:24] <stephenmac7> Nevermind, -bsf:v dump_extra seems to work [22:07] <i_s> when piping image frames to ffmpeg for an overlay, is there a way to get the current pts? (have variable frame rate) [23:24] <Mista-D> c_14: Thanks a lot with the concat and split filters the other day. [23:25] <Wintershade> hey guys [23:25] <Wintershade> a quick question [23:25] <Wintershade> is it still normal to get the "Warning: data is not aligned! This can lead to a speedloss" thing? or am I doing something wrong again? [23:51] <Plorkyeran> if you're using the api, it means you're not using av_malloc where you should be [23:51] <Plorkyeran> (or your own aligned memory allocator) [23:57] <sobaah> hi all, I am having a bit of an issue with a large MKV file (9GB), where I am using the "-attach FONTFILE.ttf" to the file and the main issue is this: ffmpeg seems to write the entire file to memory first but I don't have the 9GB it would need. Is there any way to around this? [00:00] --- Wed Jul 16 2014

1 0

ffmpeg-devel.log.20140714
by burek 15 Jul '14

15 Jul '14

[00:56] <BBB> Compn: I assure you I dont have mplayer installed; Id be surprised if I used it in the last 10 years [00:57] <BBB> Compn: so no, not all devs use mplayer as their primary testing tool [00:57] <BBB> if mplayer was user-friendly& [01:00] <wm4> not even I have mplayer installed [01:00] <wm4> too hard to build [01:32] <Daemon404> 23 [01:49] <cone-974> ffmpeg.git 03Michael Niedermayer 07master:2db1bcf1b982: avformat/asfdec: Try to improve skip case [09:56] <ubitux> Timothy_Gu: btw, you do some advertising to Libav features in the release notes; i think you should either credit the project, or remove them from the changelog [09:57] <ubitux> it's not very honest from us to advertise such features [10:51] <cone-816> ffmpeg.git 03Muhammad Faiz 07master:860d12978c3a: doc/filters: fixing typo [11:47] <cone-816> ffmpeg.git 03Timothy Gu 07master:2a9b4c0f05c2: Add a release note for 2.3 [12:00] <michaelni> ubitux, just saw your comment now, but should we credit each author for each feature in the release notes ? [12:01] <ubitux> not each author, it's just that libav definitely didn't do these contributions for ffmpeg, in comparison to other features [12:04] <michaelni> libav is not a person, its the authors who did the work [12:05] <michaelni> also neither project listed a "from project" in the previous changelog [12:05] <michaelni> iam not against it in principle its just very strange [12:09] <michaelni> also i resign from maintaining this just in case its unclear [12:10] <michaelni> i certainly cannot on every merge keep such extra credits up to date when the original authors dont write such credits [12:13] <ubitux> note that i wasn't talking about the list of changes themselves, but more the highlights at the beginning [12:20] <J_Darnley> Regarding that release note, shouldn't this "libavutil xx.yy.1zz" list an actual version? [12:21] <michaelni> yes the versions should be fixed, i mainly pushed it to simplify collaboration, i did expect it to take a few more edits before the release [12:21] <J_Darnley> Oh, that's because 2.3 hasn't been made yet [12:21] <J_Darnley> My bad. [12:32] <michaelni> ubitux, if you want to add some libav references, i guess send a patch that adds them or that removes the parts. But still it feels very strange to me to credit the project instead of the authors [12:35] <michaelni> also for example assuming you talk about opus which says "Copyright (c) 2012 Andrew D'Addesio and Copyright (c) 2013-2014 Mozilla Corporation and @author Andrew D'Addesio, Anton Khirnov" , iam not sure that crediting this as a "from libav" is the proper thing to do [12:36] <michaelni> i dont know which part and how much is from whom but "Mozilla Corporation" certainly isnt part of libav [13:16] <michaelni> ubitux, proper credit for opus might be something like "Initial implementation by Andrew D'Addesio <modchipv12(a)gmail.com> during GSoC 2012. Completion by Anton Khirnov <anton(a)khirnov.net>, sponsored by the Mozilla Corporation, additional contributions by several other developers, the code was merged from Libav into FFmpeg" but this feels a bit long for the release notes. i guess ill leave it to you and others to decide wha [13:16] <michaelni> t is the best thing to do about it [14:15] <Compn> 'author copyrights can be found in the source code' ? :) [14:15] <Compn> ehe [14:15] Action: Compn afk [15:08] <cone-773> ffmpeg.git 03Michael Niedermayer 07master:47c84c0bf784: avformat/wavdec: add basic sanity check for the sample count [16:39] <j-b> 'morning [17:15] <michaelni> afternoon [17:22] <cone-773> ffmpeg.git 03Michael Niedermayer 07master:ec24796731d3: RELEASE_NOTES: fill in lib versions [17:22] <cone-773> ffmpeg.git 03Michael Niedermayer 07master:68215724997c: avformat/movenc: dont mark multichannel as mono tracks as containing the center channel [19:00] <michaelni> ubitux, Timothy_Gu (and others), what do you prefer we do about the release_notes author/project credit ? is it ok as it is? should i add the proper full credit as a footnote or something or remove opus or something else ? [19:26] <a141982112> dvbsubdec to overlay fails to produce correct output [19:28] <a141982112> this is might be because of compute_edt set to 1 automatically in ffmpeg [19:30] <a141982112> I wanted to change this behaviour to only when dvbsub is transcoded not overlayed [19:30] <a141982112> is checking filters option in ffmpeg.c is good idea [20:16] <michaelni> a141982112, sounds like a hack [20:18] <a141982112> i need to check that dvbsub subtite stream are mapped to one subtitle stream [20:18] <a141982112> is there any better way [20:41] <a141982112> just now i am using [0:v][0:s]overlay[v] filter to test, is it possible/reasonable when we use filter for subtitle and in outstream we get subtitle stream [21:04] <a141982112> I have sended the hack patch, because code for checking mapped stream was becoming big [21:33] <Timothy_Gu> michaelni, ubitux: how about "This ffmpeg release (also) contains new features from Libav like Opus ..." [21:36] <ubitux> Timothy_Gu: sounds good to me [21:44] <cone-57> ffmpeg.git 03Michael Niedermayer 07master:62227a70f0a4: avformat: add av_stream_get_parser() to access avformat AVParser [21:44] <cone-57> ffmpeg.git 03Michael Niedermayer 07master:8bbadc9b6ec7: ffmpeg: Use av_stream_get_parser() to avoid ABI issues [22:20] <cone-57> ffmpeg.git 03Martin Storsjö 07master:f9900822fc5f: fate: Use the correct, local path to samples for opus reference files [22:20] <cone-57> ffmpeg.git 03Michael Niedermayer 07master:a65d6e17bd04: Merge commit 'f9900822fc5f0b0c7242ca318290c090bd5d0af0' [22:20] <jamrial> Timothy_Gu: for that matter, maybe rewording "We have already ported some 32-bit ARM to AArch64" into "some 32-bit ARM has already been ported to AArch64", since "we" didn't port it. [22:29] <Timothy_Gu> michaelni: do you want to release a beta for 2.3? [22:31] <michaelni> no [22:32] <michaelni> but i need to release a new 2.2, as it has a ABI bug [22:33] <Timothy_Gu> What is your intended codename? [22:35] <cone-57> ffmpeg.git 03Luca Barbato 07release/2.2:6d899d0206e9: lzo: Handle integer overflow [22:35] <cone-57> ffmpeg.git 03Justin Ruggles 07release/2.2:fcbcc561e0fd: Check if an mp3 header is using a reserved sample rate. [22:36] <cone-57> ffmpeg.git 03Justin Ruggles 07release/2.2:46c477c2a14b: Check mp3 header before calling avpriv_mpegaudio_decode_header(). [22:36] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:d832020bd853: Merge commit '6d899d0206e91a3a74680b47ec06ef1dbc151c21' into release/2.2 [22:36] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:00049f193d07: Merge commit 'fcbcc561e0fdc95a7dd48b92db53846726aec27e' into release/2.2 [22:36] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:0d901439729c: Merge commit '46c477c2a14b04a63ab11d31003b48fab6146a96' into release/2.2 [22:37] <michaelni> the remaining names that have been suggested previously where Mandelbrot and Fresnel, havnt really thought about which of the 2 should be next [22:45] <cone-57> ffmpeg.git 03Vittorio Giovara 07release/2.2:74f6df745a05: jpeg2000: fix dereferencing invalid pointers during cleanup [22:45] <cone-57> ffmpeg.git 03Anton Khirnov 07release/2.2:4ec1acc6e4f4: avpacket: fix copying side data in av_packet_copy_props() [22:45] <cone-57> ffmpeg.git 03Martin Storsjö 07release/2.2:16f7cbef5610: oggenc: Set the right AVOption size for the pref_duration option [22:45] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:ebf381168af5: Merge commit '74f6df745a05d3d8b3dcfc28992c69a70ae87957' into release/2.2 [22:45] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:5f1f1868b5ef: Merge commit '4ec1acc6e4f4d0bd28617bbb30ebfb779ce7df92' into release/2.2 [22:45] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:0bbd46c6903b: Merge commit '16f7cbef5610a878317596134607d2a89da66ecf' into release/2.2 [22:53] <Compn> michaelni : einstein ? [22:55] <microchip_> michaelni: Bohr? Von Neumann? :P [22:56] Action: michaelni makes notes [22:57] <cone-57> ffmpeg.git 03Martin Storsjö 07release/2.2:771564945aa9: adpcm: Avoid reading out of bounds in the IMA QT trellis encoder [22:57] <cone-57> ffmpeg.git 03Martin Storsjö 07release/2.2:564c023eba80: adpcm: Write the proper predictor in trellis mode in IMA QT [22:57] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:d47e96090cfa: Merge commit '771564945aa9aebe2f30192b925fcf4909225eca' into release/2.2 [22:57] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:65b839e43a5b: Merge commit '564c023eba807b162527b17af40424de275fc795' into release/2.2 [23:01] <microchip_> lorentz, poincaré, desitter, de broglie, etc - http://phys.kent.edu/~manley/physicists.html [23:04] <cone-57> ffmpeg.git 03Reinhard Tartler 07release/2.2:52dd1a933ed4: Update Changelog for v10.2 [23:04] <cone-57> ffmpeg.git 03Reinhard Tartler 07release/2.2:40dd29653ab8: Prepare for 10.2 Release [23:04] <cone-57> ffmpeg.git 03Andrew Kelley 07release/2.2:95e91aaf335d: af_compand: make sure request_frame always outputs at least one frame [23:04] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:7c81afdba59f: Merge commit '40dd29653ab85812d21fa64e9a665ceb316701ad' into release/2.2 [23:04] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:b2111ad4df29: Merge commit '95e91aaf335dd9c26a9101c38d4926e5271e7e00' into release/2.2 [23:33] <Timothy_Gu> So, 2.3 is Mandelbrot, right? [23:38] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:a770a61e6d6e: avfilter/vf_pullup: use ptrdiff_t as stride argument for dsp functions [23:38] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:f38c42b913ab: avfilter/x86/vf_pullup: fix old typo [23:38] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:b8102ce56d8a: cmdutils_opencl: Use av_malloc_array() [23:38] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:e064cce972fe: avcodec/hevc: Use av_malloc(z)_array() [23:38] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:64e069efac29: avfilter/f_ebur128: Use av_malloc_array() [23:38] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:9752ab6b9e5d: avformat/utils: do not wait for packets from discarded streams for genpts [23:38] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:9f8e3e6d1203: avformat: add av_stream_get_parser() to access avformat AVParser [23:38] <cone-57> ffmpeg.git 03Michael Niedermayer 07release/2.2:160e91de89f6: ffmpeg: Use av_stream_get_parser() to avoid ABI issues [23:39] <michaelni> Timothy_Gu, ok [00:00] --- Tue Jul 15 2014

1 0

ffmpeg.log.20140714
by burek 15 Jul '14

15 Jul '14

[00:59] <t4nk578> Anybody active on here? [00:59] <c_14> Ask your question, if somebody can help you they will. [01:00] <t4nk578> Is there a way I can output to a log or output to something the framerate of every single frame in a video? I have tried in the past showinfo and I ffprobe, but they didn't really give what I wanted. [01:01] <t4nk578> Sorr, the bitrate* [01:01] <c_14> Oh man, I have no clue. Wait around maybe someone else knows. [01:02] <t4nk578> Alright thanks, I will wait around to see if anyone else knows. [01:25] <drkshadow> Help? "seek_frame_generic failed as this stream seems to contain no keyframes after the target timestamp, 1002 non keyframes found" -- I'm leaving keyint defdault (250), keyint_min 24, .... still can't seek. wtf? [01:29] <Hello71> "bitrate of every single frame" [01:30] <Hello71> that probably doesn't make as much sense as you think it does [01:30] <Hello71> 1. if it's one frame, then it's not a rate. [01:30] <Hello71> 2. keyframes [01:31] <sacarasc> Bit rate = the amount of bits over a specified time, so if the time base is 1 frame long, it could work. [01:33] <UnderSampled> Is there a way to cut a video together from a text file saying what times to source from? [01:34] <sacarasc> You could probably script it. [01:34] <sacarasc> Not sure you can do it with ffmpeg directly. [01:35] <exploder1982> Hello [01:35] <UnderSampled> I have three videos with multiple scenes in each, and I want to put them into one video with a different scene order [01:35] <exploder1982> Does anyone have experience with ffmpeg on Android? [01:36] <exploder1982> I'm having trouble building a command line binary for Android and was wondering if anyone knows where I can find a prebuilt version. [01:43] <BtbN> your best bet might be looking at how vlc does it [01:43] <BtbN> android is extremely nasty. Its loader does not support sonames, for example. But most build systems have trouble with that limitation. [01:43] <BtbN> So you allmost allways have to do hacks to get stuff to build [01:54] <t4nk578> I do apologize that I wasn't more specific, is there a way I can get the Bitrate for every second? So for 24fps, every 24 frames, display the bitrate for that time span. [02:34] <UnderSampled> How can I edit a video while keeping the subtitles and multiple audio tracks together? [02:41] <JuxTApose> anybody here know the hi, any of you other recording techs, do you know the file size limit of windows 8? not 8.1, but 8... [02:59] <sacarasc> 256TB, apparently. [03:00] <JuxTApose> ya, but all that chart and theoretical info is useless... [03:01] <JuxTApose> what I need is, "I work with large recordings and I have found that bla bla is the maximum usable file size" [03:01] <sacarasc> That probably has more to do with RAM than file size. [04:20] <Dark-knight> lol [04:20] <Dark-knight> i needed the website [04:24] <Dark-knight> I have a video file with multiple subtitle streams [04:24] <Dark-knight> the 5th and 6th stream are both "English Subtitles" [04:25] <Dark-knight> I don't know which one to keep [04:25] <sacarasc> One could be everything, the other could be just for foreign language parts. [04:25] <relaxed> use mplayer to cycle through them [04:25] <Dark-knight> they both have similar font and slightly different fram times [04:25] <sacarasc> But I am speculating. [04:25] <Dark-knight> frame* [04:26] <Dark-knight> http://pastebin.com/8fAffUFR [04:26] <Dark-knight> exact same text but different screen times [04:26] <Dark-knight> similar font [04:27] <Dark-knight> two different formats [04:27] <relaxed> play subtitle russian roulette [04:27] <sacarasc> Well, the first one is a bitmap stream, the second one is text based. [04:27] <sacarasc> With styling. [04:28] <Dark-knight> idk with one to watch the video with [04:28] <Dark-knight> which* [04:28] <relaxed> the latter [04:28] <Dark-knight> any reason why? [04:28] <relaxed> bitmap subs are the lose [04:29] <Dark-knight> you guys are looking at the 5th and 6th streams right [04:29] <Dark-knight> ? [04:29] <relaxed> I've looked at nothing [04:29] <Dark-knight> http://pastebin.com/8fAffUFR [04:29] <sacarasc> Well, the first one is a bitmap stream, the second one is text based. [04:29] <sacarasc> With styling. [04:30] <sacarasc> First being fith. [04:30] <sacarasc> (fifth [04:30] <sacarasc> Second being sixth. [04:30] <Dark-knight> yes yes i know what you meant the first time [04:30] <Dark-knight> i was just making sure [04:30] <relaxed> what's your super secret user's name? [04:31] <relaxed> six letters [04:34] <Dark-knight> lol i always do that [04:34] <Dark-knight> im paranoid [04:34] <relaxed> paranoid is 8 letters [04:38] <Dark-knight> like i said, any particular reason to go with text based over bitmap? [04:38] <Dark-knight> visually they are the same [04:39] <Dark-knight> just different screen times [04:39] <sacarasc> If there is an error, you can edit the text. [04:39] <Dark-knight> text based? [04:39] <Dark-knight> i didn't know that [04:39] <Dark-knight> cool [04:39] <relaxed> also you have more control over the appearance [04:41] <Dark-knight> which one converts to mp4 better? [04:42] <sacarasc> Neither can go in MP4, but to get the PGS into it, you'd have to OCR it, which the text one has probably aleady been. [04:42] <sacarasc> *already [04:43] <relaxed> mp4 supports srt or you can hardsub them [04:43] <Dark-knight> mp4 supports mov_text [04:45] <relaxed> why do you need mp4? [04:51] <Dark-knight> my bro-in-law has a ps3 [04:51] <Dark-knight> he bitched when i gave him mkv [04:55] <Dark-knight> so can both formats be supported in mov_text? [04:55] <sacarasc> No. [04:56] <Dark-knight> i know ssa can be converted to mov_text but i have no idea baout PGS [04:58] <sacarasc> Only by OCRing. [04:58] <sacarasc> It's turning a picture into text. [04:58] <Dark-knight> ocr? [04:59] <sacarasc> http://en.wikipedia.org/wiki/Optical_character_recognition [05:04] <Dark-knight> can pgs be converted into anything? effortlessly? [05:05] <sacarasc> Not really. [05:10] <Dark-knight> anything at all? [05:13] <sacarasc> You'd have to OCR it to get it into anything decent. So why not just use the text ones? [05:14] <Dark-knight> I am, i just want the "Signs" subtitle stream too [05:25] <Dark-knight> so how do i OCR the pgs stream? [05:25] <sacarasc> Why would you want to? [05:25] <sacarasc> Oh, the signs one. [05:26] <sacarasc> Get a prgramme that can do it, load them in, then afterwards, go through and check that it is all right. [05:26] <Dark-knight> got a link that list the steps? [05:26] <sacarasc> http://www.nikse.dk/SubtitleEdit might work. [05:26] <sacarasc> Might even have a manual. [05:29] <Dark-knight> nothing there about pgs [05:54] <Dark-knight> got anything better? [05:57] <Dark-knight> brb [05:57] <Dark-knight> 5 mins [06:09] <Dark-knight> so ya [06:09] <Dark-knight> got anything better? [07:07] <drkshadow> Files encoded to x264, then added to mp4 with MP4Box: seekable, but no sound. The directions that I have say to use mkvmerge to add it to an mkv with sound. Doing that, not seekable. MP4's created with l-smash: not seekable. MKV's created with ffmpeg and the x264 file: not seekable. Final solution: MP4Box -add island.x264 -add audio.ac3 island.mp4. That mp4 just works. [07:09] <muken> drkshadow: do you use open-gop? [07:09] <drkshadow> muken: I do recall seeing that mentioned one time in my tests.. [07:10] <drkshadow> I do. [07:10] <Paranoialmaniac> avc open-gop requires special signaling for random access [07:11] <drkshadow> That apparently MP4Box sets up! Great! [07:11] <Paranoialmaniac> x264cli doesn't use the special signaling [07:12] <Paranoialmaniac> using sync sample table (stss atom) is out-of-spec [07:13] <Paranoialmaniac> MP4Box uses the violation, so you can seekable [07:13] <Paranoialmaniac> *seek the file [07:13] <drkshadow> (Seems that makes MP4Box awesome) [07:15] <Paranoialmaniac> l-smash uses the special signaling (random access point grouoing). but this is a new future of mp4 container, so many demuxer has no support yet [07:15] <drkshadow> The mp4 created by l-smash, no muxer, mplayer, is not seekable. [07:16] <Paranoialmaniac> players using the latest libavformat can seek such files [07:16] <Paranoialmaniac> iirc mplayer uses own demuxer, so you can't [07:18] <Paranoialmaniac> thus the lastest ffplay should be able to handle the seek of such files [07:19] <Paranoialmaniac> note that the unseekable is not a bug of muxer [07:19] <Paranoialmaniac> just lack of a feature of demuxer [07:23] <Paranoialmaniac> there is a discussion about avc open-gop at sourceforge forum of gpac http://sourceforge.net/p/gpac/discussion/327349/thread/5503a98e/ [07:24] <Paranoialmaniac> P.S. MP4Box is not Great :P [07:32] <Dark-knight> ps m4a is the same as mp4. [07:32] <Dark-knight> http://bit.ly/1knepyc [07:57] <Dark-knight> hypothetically speaking if i have a .mkv file with 3 subtitle streams, the first being .sup, the second being ssa, and the third i am deleting, what would i type to convert each of the streams to mov_text, going from an mkv to mp4? [07:58] <Dark-knight> keeping video and audio the same [08:20] <Dark-knight> i guess all the help people are busy [08:20] <Dark-knight> meh whatever [09:03] <relaxed> Dark-knight: hardsubbing sounds easier. [09:03] <Dark-knight> i can't do that [09:04] <Dark-knight> its dual audio [09:04] <Dark-knight> it would be very annoying [09:05] <relaxed> hook up a semi-modern computer to the TV and play anything with mpv [09:06] <relaxed> instead of wasting your time targeting an outdated console. [09:08] <Dark-knight> *sigh* [09:09] <relaxed> also, the ps3 has cinavia content protection [09:13] <Dark-knight> whats that mean? [09:13] <relaxed> http://en.wikipedia.org/wiki/Cinavia http://blog.dvdfab.cn/cinavia-protection.html [09:14] <drkshadow> pehh, to be running a PS3 on original firmware.. [09:14] <Dark-knight> he plays torrented shit all the time on his ps3 [09:16] <Dark-knight> its not like im playing shit from a disk or vhs [09:16] <Dark-knight> its a flashdrive [09:16] <Dark-knight> he watched the whole season of the office on his ps3 [09:16] <Dark-knight> and many other titles [09:17] <relaxed> There's a list of titles that have it, and it doesn't matter where you play the video from or if it's been re-encoded. [09:21] <Dark-knight> how would it know if i rename it and edit out the copyright warning in the beginning? [09:23] <relaxed> You're asking the wrong question. Read the links I provided if you care to learn about it. [09:43] <Dark-knight> can i have a list of blu-ray players that do that, so i never buy them [10:01] <sfan5> Dark-knight: http://blog.dvdfab.cn/cinavia-protection.html 'Blu-ray/media players that use Cinavia:' [10:23] <Dark-knight> so can my original question be answered? [10:26] <Dark-knight> ffmpeg -i input.mkv -map 0:v -map 0:a -map 0:4 -map 0:6 -c:v copy -c:a copy -c:s mov_text output.mp4 [10:27] <Dark-knight> would that copy all audio and video streams and convert the 4th and 6th subtitle stream while leaving out the 5th? [10:46] <sfan5> Dark-knight: that would add all audio and video streams and additionally the 4th and the 6th stream [10:48] <Dark-knight> 4-6 are subtitle streams [10:49] <Dark-knight> but would that convert 4 and 6 while leaving 5 out? [10:52] <sfan5> yes [10:52] <Dark-knight> ok good [10:52] <sfan5> (assuming 5 is a sub stream) [10:52] <Dark-knight> do you see any un-needed code or redundancy? [10:53] <Dark-knight> could i just put the -map codes in without the copys? [10:53] <sfan5> -c:v copy -c:a copy -> c [10:53] <sfan5> -c:v copy -c:a copy -> -c copy [10:53] <sfan5> is a bit shorter [10:53] <sfan5> I don't think you can do that [10:53] <Dark-knight> but if i use -c copy wont that copy all the streams including the unwanted 5th? [10:54] <sfan5> no [10:54] <Dark-knight> i understand its not that same as -map 0 [10:54] <sfan5> -c copy just sets the codec for encoding [10:56] <Dark-knight> i thought that if i specify a codec (-c:s) that i could no longer use -c copy [10:57] <Dark-knight> i would infact have to specify all -c:v -c:a -c:s [11:00] <sfan5> -c copy sets all codecs to copy [11:00] <sfan5> -c:s mov_text then sets the subtitle on to mov_text [11:04] <Dark-knight> oh ok, so if i specify a specific codec like -c:s it overrides the command -c copy? [11:09] <Dark-knight> sfan5 [11:09] <sfan5> Dark-knight: yes [11:09] <Dark-knight> i just want to confirm before adding that to my notes [11:10] <Dark-knight> thanks [11:10] <Dark-knight> one day ill be done with my notes and ill post them online for people to use as a guide [11:26] <Dark-knight> wait... what do you mean by... [11:26] <Dark-knight> "[04:53] sfan5 I don't think you can do that" [11:26] <Dark-knight> ? [11:27] <sfan5> <Dark-knight> could i just put the -map codes in without the copys? [11:28] <sfan5> it was an answert to that question [11:28] <Dark-knight> ahh sorry i thought you were reffering to something else [11:28] <Dark-knight> my bad [11:28] <sfan5> -map selects the streams to convert [11:28] <sfan5> -c sets the codec [11:29] <Dark-knight> i know [11:58] <Dark-knight> omg lol [11:58] <Dark-knight> i was just reviewing my notes and i made a funny mistake [11:58] <Dark-knight> i made a typo and said ASS instead of SSA [11:59] <Dark-knight> and i got klaxa to say the same thing [11:59] <Dark-knight> lol [11:59] <Dark-knight> "[08:50] klaxa ass won't work in mp4" [12:00] <Dark-knight> hahahaha I got c_14 to say it too [12:00] <sfan5> uh [12:01] <sfan5> ASS is a subtitle format too [12:01] <Dark-knight> no its SSA [12:01] <sfan5> http://en.wikipedia.org/wiki/SubStation_Alpha#Advanced_SubStation_Alpha [12:01] <Dark-knight> oh wait [12:01] <Dark-knight> shit your right [12:01] <sfan5> Advanced SubStation Alpha (ASS) is a script for more advanced subtitles than SSA. [12:01] <Dark-knight> dont fact check me [12:02] <Dark-knight> damnit [12:04] <Dark-knight> still a funny name [12:41] <asherawelan> Im using ffmpeg to prepare a live mp4 stream& the feed plays fine in VLC but is jumpty and stuttery on Chrome Video tags& any advise appreciated. [12:41] <asherawelan> ffmpeg -re -i /usr/local/wss/project/node/file.mpeg -g 52 -an -vcodec libx264 -vb 448k -f mp4 -movflags frag_keyframe+empty_moov http://127.0.0.1:7008 [14:17] <ParkerR> Is there a way to losslessly rotate a video? I tried -crf 0 and transpose but the resulting video has way more artifacts. This is what i tried ffmpeg -i SCR_20140714_073026.mp4 -c:v libvpx -crf 0 -vf "transpose=1" out.webm [14:18] <ParkerR> 1280x800 input dimensions, 800x1280 output [14:19] <Mavrik> uh [14:19] <Mavrik> that will certanly reencode video and lose quality :) [14:19] <Mavrik> afaik there's really no way to do that with video [14:19] <ParkerR> Even then it seems to lose a lot [14:20] <ParkerR> Thanks for the reply [14:26] <ParkerR> Mavrik, yeah it does seem to be an artifact of encoding to vp8 [14:26] <ParkerR> Making it libx264 and transpose has a much better result [14:27] <ParkerR> Larger filesize but yeah better result [14:27] <ParkerR> Mavrik, thanks for the help :) [14:27] <Mavrik> of course you get a larger filesize [14:28] <Mavrik> because you're telling x264 not to compress anything [14:28] <ParkerR> Oh I understand. i usually go for vp8 because of its compressions but sometimes it looks really bad [14:28] <Mavrik> well vp8 is still noticably worse than x264 [14:29] <Mavrik> that is, libvpx [14:29] <ParkerR> libvpx nice small filesize but at the sarifice of quality most of the time [14:30] <ParkerR> *sacrifice [16:33] <tevellius> Hi [16:37] <tevellius> Which tools I can use to debug ffmpeg code? All what I need is to set up some breakpoints into ffmpeg code and trace it as I used to do with Visual Studio. Which tools could help me? [16:39] <tevellius> I am sorry if I asked stupid questions, as I said yesterday I am absolutely beginner in C development in Linux :( [16:41] <tevellius> If it is GDB, I am able to start reading the GDB manuals :) But maybe there another, more straight and simple way? [16:45] <JEEBsv> tevellius: there's iirc a gdb cheat sheet web page [16:46] <JEEBsv> not on a computer right now so can't link the one I use [16:51] <tevellius> JEEBsv, as I understood your question, there's no royal way to C Linux development :) Ok, will read tutorials on gdb. [16:52] <tevellius> JEEBsv, sorry for mistake - *as I understood your answer * [17:26] <rindolf> Hi all. How can I reduce the file size of this file - http://www.shlomifish.org/Files/files/video/shlomif-singing-do-it-all-with-… [17:27] <rindolf> I want to upload it to YouTube. [17:29] <c_14> reencode it? [17:31] <rindolf> c_14: using ffmpeg? [17:31] <rindolf> c_14: can you give me a command line? [17:31] <rindolf> You can download the file too. [17:35] <c_14> How big do you want the file? [17:35] <c_14> You can also read this: https://trac.ffmpeg.org/wiki/Encode/YouTube [17:36] <c_14> This might also help: https://trac.ffmpeg.org/wiki/Encode/H.264 [17:50] <rindolf> c_14: thanks let me see. [18:54] <a141982112> when i am using subtitle filter, i am getting error [18:54] <a141982112> http://pastebin.com/VG17rXyh [18:56] <a141982112> while in ffmpeg doc page its given same way that i am using https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo [18:58] <a141982112> even when i try with text sub it gives error [18:58] <a141982112> http://pastebin.com/z9PSEnd6 [18:58] <c_14> you need to build with libass support [19:07] <Mavrik> a141982112, documentation says: [19:07] <Mavrik> To enable compilation of this filter you need to configure FFmpeg with --enable-libass. This filter also requires a build with libavcodec and libavformat to convert the passed subtitles file to ASS (Advanced Substation Alpha) subtitles format. [19:08] <a141982112> thanks, i was too quick to ask that [19:33] <keetrainchild> In videos that have full-screen motion (for example, the camera moves to cover a landscape or large scene), I've noticed some jerkiness when encoding. Does anyone know what might mitigate that? [19:33] <keetrainchild> I'm using something like '-c:v libx264 -crf 19 -tune film -preset veryslow' and the output container is .mkv, but I have also tried .mp4. [19:46] <ChocolateArmpits> Try lowering gopsize [19:47] <ChocolateArmpits> and icrease bitrate as a versatile though not always the most optimal solution to all encode problems [19:48] <Fjorgynn> :) [19:48] <keetrainchild> Thanks, would it be better to use -g or -keyint_min? My guess is the latter, as I want it to make a keyframe sooner only in certain situations. [19:49] <ChocolateArmpits> setting -g will autoset minimum keyframe [19:49] <ChocolateArmpits> so describe only -g [19:51] <ChocolateArmpits> Also you should stick with .mp4 as some NLEs don't support .mkv [19:52] <keetrainchild> I use .mkv because it seems to be easier to include subtitle streams. [19:53] <keetrainchild> I had a lot of trouble with .mp4 and subtitles. [19:53] <ChocolateArmpits> Then that's another a reason, [19:55] <keetrainchild> Another reason for what? [19:55] <Fjorgynn> :) [19:56] <ChocolateArmpits> sorry didn't mean to put comma there [19:58] <keetrainchild> I just wasn't sure what you meant. Do you mean the including subtitle streams has something to do with my keyframe(?) problem, or that my trouble with subtitles is another reason to use .mp4? I don't understand how either makes sense. [19:58] <keetrainchild> or maybe using .mp4 will help with my stated problem? I think it's the same with .mp4. [19:59] <ChocolateArmpits> container has nothing to do with your encode [20:01] <keetrainchild> I'll try adding -g 12 to my command and see whether that helps. Thank you. [20:13] <a141982112> in ./ffmpeg -filters command, why subtitle are considered as Video, represented by V [20:14] <c_14> Because it modifies the video stream. [20:15] <a141982112> i am looking for a filter which has input subtitle and output subtitle [20:15] <c_14> What are you trying to do? [20:19] <a141982112> i am adding one feature to ffmpeg, which might break filters which have in sub -> out sub [20:20] <a141982112> i dont have much knowledge of filters in ffmpeg [20:23] <c_14> I'm not sure FFmpeg has any such filters. [20:23] <c_14> If you're adding a filter to FFmpeg, you might want to ask in #ffmpeg-devel if that could break something or pop a question on the ml. [20:25] <a141982112> c_14,thanks [20:33] <edoardo> hi [20:33] <edoardo> is it possible to trim some mp3 files with ffmpeg? [20:33] <edoardo> without reencoding [20:34] <c_14> ffmpeg -ss start -i blah.mp3 -codec copy -t duration out.mp3 [20:34] <c_14> usual disclaimers apply [20:34] <edoardo> nice [20:34] <edoardo> and is it possible to trim automatically the beginning and end silence? [20:35] <c_14> You can do it programatically, but not automatically. [20:35] <edoardo> ouch [20:35] <edoardo> i need to code then [20:35] <edoardo> c_14, thank you! [20:36] <c_14> you can use the silencedetect filter to detect the silence and then trim it with seek and/or trim [20:38] <edoardo> c_14, that helps a lot! [21:24] <asherawelan> Im running the following which works really well in VNC, but video tag in Chrome uns in fits and bursts& any suggestions how to tweak to avoid? [21:24] <asherawelan> ffmpeg -re -i /usr/local/wss/project/node/file.mpeg -g 52 -an -vcodec libx264 -tune zerolatency -preset ultrafast -f mp4 -movflags frag_keyframe+empty_moov http://127.0.0.1:7008 [21:32] <Fjorgynn> I am hot [21:40] <taylanub> is there anything in FFmpeg that does higher-quality upscaling like MadVR? [22:53] <awrbgh> *-0J1 [22:53] <awrbgh> warning [22:53] <awrbgh> you may be watched [22:53] <awrbgh> do usa&israel use the internet(facebook,youtube,twitter, chat rooms ..ect)to spy?? [22:53] <awrbgh> do usa&israel use the internet 2 collect informations,,can we call that spying?? [23:09] <bdcr> Hello, is there any way to output segments in increasing order and not replacing? I mean lets say that i ahve the following command -f segment -segment_time 10 -segment_list_size 1 -segment_wrap 5 -segment_list /tmp/stream.m3u8 /tmp/%01d.ts [23:09] <bdcr> The segments are 0.ts 1.ts 2.ts 3.ts 4.ts and then since it goes again 0.ts 1.ts and not 5.ts 6.ts and so on [23:09] <bdcr> cause of the wrap [23:09] <bdcr> but can i make it goes inremental all the time ? ;p hope you understand me [23:10] <c_14> don't set segment_wrap or set it to 0 [23:10] <bdcr> i want them to be deleted cause of disk space usage [23:11] <c_14> write a bash script that deletes them for you, I'm not sure ffmpeg supports both deleting old files and not wrapping [23:12] <bdcr> a ok thanks [23:37] <DannyZB> q: does input bitrate affect transcoding speed ? ( if resolutions of 2 source files are identical but the bitrate is different ) [23:38] <Hello71> !xy [23:38] <DannyZB> and i mean CPU time not HDD time [23:38] <sacarasc> It probab;y can, but not as much as how it was encoded, I think. [23:58] <DannyZB> sacarasc : i noticed that in most my encodings the scaling takes considerably more resources than encoding [23:58] <DannyZB> a big source video = long conversion time [00:00] --- Tue Jul 15 2014

1 0

ffmpeg-devel.log.20140713
by burek 14 Jul '14

14 Jul '14

[01:14] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:8202c49b4362: avformat/utils: do not wait for packets from discarded streams for genpts [04:05] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:4eb13cdfb0aa: avformat/asfdec: dvrms timestamps are pts not dts [06:01] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:1e3f77b53a80: swscale/x86/rgb2rgb_template: fix 1 byte overread in yuyvtoyuv420 and uyvytoyuv420 [11:12] <anshul> is it possible to set multiple variable by one command line option [11:13] <anshul> just now i have seen that only one variable offset is passed with option [13:33] <cone-319> ffmpeg.git 03Ronald S. Bultje 07master:ebd1c505d22a: h264: fix direct temporal mvs for bottom-field-first poc order. [14:02] <cone-319> ffmpeg.git 03James Almer 07master:276bef534067: x86/hevc_deblock: add ff_hevc_[hv]_loop_filter_luma_{8, 10}_sse2 [14:04] <anshul> nicolas, compute_edt has no extra latency, for decoder its enabled only when transcoding [16:18] <cone-319> ffmpeg.git 03Ben Avison 07master:42c1cc35b762: armv6: Accelerate ff_imdct_half for general case (mdct_bits != 6) [19:23] <j-b> lol @ the smb discussion [19:23] <j-b> btw, we are writting a new smb library, LGPL and light [19:24] <wm4> shouldn't you first fix your libdvdnav fork [19:24] <wm4> before proceeding to fork or replace other libs [19:25] <j-b> fix? [19:25] <cone-319> ffmpeg.git 03Star Brilliant 07master:3f815f713bef: AVFormat: LRC demuxer and muxer [19:25] <j-b> how is it broken? [19:26] <wm4> there's at least the issue that seeking is worse than mplayer's stream_dvd.c [19:26] <j-b> wm4: and it's not the fork, but the main official one. [19:27] <ubitux> j-b: so which one is the downstream? [19:28] <j-b> there is no downstream [19:28] <ubitux> :)) [19:28] <j-b> https://github.com/videolabs/libdsm anyway, if you want to have a look [19:29] <wm4> ah thank apple [19:29] <wm4> so uh I guess smb:// is useful on iOS [19:30] <wm4> because even if OSX supports accessing cifs directly, the stalinist restrictions in iOS wouldn't allow using it [19:30] <Daemon404> i still maintain it should be implemenetd in the layer above lavf [19:32] <j-b> wm4: indeed [19:32] <j-b> wm4: Android is the same. [19:32] <wm4> just after we got rid of DOS, win31, and ancient commercial UNIXes, and Microsoft actually adding C99 support, mobile crap has to come along :( [19:32] <wm4> and bring much brokenness and NIH [19:33] <Daemon404> wm4, sandboxing seems reasonable to me. [19:33] <Daemon404> also google didnt NIH [19:33] <Daemon404> and oracle sued them [19:33] <Daemon404> :P [19:38] <cone-319> ffmpeg.git 03Michael Niedermayer 07master:ccc4324c90ea: MAINTAINERS: Add ubitux for text subtitles [19:39] <ubitux> heh [20:05] <wm4> Daemon404: does curl really do smb? [20:07] <Daemon404> wm4, no, but youll note i used the lib names separately [20:08] <wm4> even so, I wouldn't be surprised if curl would be open to adding a smb protocol [20:08] <Daemon404> indeed [20:09] <Daemon404> "And anyway, what good would it do separate them? I see a lot of trouble [20:09] <Daemon404> keeping the libraries separate, with endless compatibility problems, and I [20:09] <Daemon404> see very little benefit." [20:09] <Daemon404> holy shit [20:09] <Daemon404> does he not see teh irony in hsi statement [20:09] <Daemon404> didnt he argue to keep the libav* separate in the past [20:10] <wm4> yeah [20:10] <wm4> the funny thing is we see trouble due to keeping the libs "separately" all the time [20:11] <Daemon404> yep [20:11] <wm4> (just what for are we doing all this work to keep them "separate"?) [20:12] <Daemon404> vlc certainly uses them separately [20:12] <Daemon404> but vlc also doesnt abuse the protocols iirc [20:12] <Daemon404> (i coukd be mistaken) [20:13] <ubitux> ffplay is my main video player, so i need smb support in it ;) [20:13] <Daemon404> you poor bastard [20:13] <BBB> I always feel that way about linux desktop users [20:13] <BBB> you poor bastard [20:13] <Daemon404> i dont mind using linux desktop for development work [20:14] <Daemon404> its not my day-to-day desktop though [20:14] <Daemon404> i value my battery. [20:14] <wm4> so you use iOS instead of Android? [20:14] <Daemon404> neither are desktops [20:14] <BBB> and android can barely be described as linux even if you ignored the desktop part [20:15] <BBB> it happens ot use the kernel, thats about it [20:15] <Daemon404> a kernel *fork* [20:15] <BBB> :) [20:17] Action: Daemon404 ponders the value of a "mplayer devs are not allowed to make design choices" rule [20:17] Action: Daemon404 runs [20:18] <Daemon404> oh that reminds me [20:19] Action: Daemon404 sends a patch to remove a "for mplayer" hack [20:19] <wm4> oh [20:20] <wm4> I thought that about gopher was a joke [20:20] <wm4> but it isn't [20:20] <Daemon404> no [20:20] <Daemon404> im not joking [20:20] <Daemon404> sadly [20:20] <wm4> I could understand if it was added in 2001 or so (maybe) [20:20] <wm4> but it was added in 2009 [20:20] <ubitux> :D [20:20] <ubitux> haters gonna hate [20:21] <wm4> just so that ubitux can watch video from gopher sources with ffplay [20:21] <ubitux> ;) [20:21] <Daemon404> where does one find gopher sources [20:21] <ubitux> it's true that these 125 lines of code, including LGPL boilerplate are extremely annoying [20:21] <Daemon404> i dont particularily care if it hangs around [20:22] <Daemon404> the actually annoying thing is how i constantly hit bugs in ffmpeg's networking code [20:22] <Daemon404> which wouldnt exist if we just use libcurl :P [20:22] <Daemon404> i pitched the idea before, but it was uh... not met with enthusiams [20:23] <wm4> write a patch [20:25] <Daemon404> i asked before i wrote one and was mostly told not to botehr [20:31] <Daemon404> man... [20:31] <Daemon404> git blame libavcodec/utils.c [20:31] <Daemon404> just sits there, crunching [20:31] <Daemon404> :D [20:34] <ubitux> Timothy_Gu: i still think library versions should be on top. [20:34] <ubitux> not at the end, not in the middle, but on top of the file [20:34] <ubitux> like, after the intro [20:35] <Daemon404> i agere with you ubitux [20:35] <Daemon404> fwiw [20:35] <Timothy_Gu> why? [20:36] <Daemon404> theyre important info and should be up front [20:36] <Timothy_Gu> API versions aren't supposed to be in the release notes, maybe on the website yes [20:36] <wbs> :q [20:36] <Daemon404> says who? [20:44] <cone-319> ffmpeg.git 03Lukasz Marek 07master:4cc0f79a2c11: lavf: add samba protocol via libsmbclient [20:50] <Timothy_Gu_> Daemon404, ubitux: do you guys like something like https://gist.github.com/TimothyGu/05abbfc20156737ec624 ? [20:51] <wm4> Timothy_Gu_: you could mention that there are no breaking changes from 2.2 [20:51] <ubitux> (OptimizationS*) [20:51] <Daemon404> not even ABI? [20:51] <wm4> Daemon404: not sure [20:52] <ubitux> Timothy_Gu: fine with me [20:52] <Daemon404> that looks pretty OK to me [20:52] <ubitux> (the weird intro blocks looks a bit weird before the full list but well...) [20:54] <jamrial> Timothy_Gu: you'll have to add LRC de/muxer and Samba protocol to the list of changes in there [21:19] <cone-319> ffmpeg.git 03Diego Biurrun 07master:a8552ee3eb33: ppc: dsputil: Coalesce all init files [21:19] <cone-319> ffmpeg.git 03Michael Niedermayer 07master:98227ba5fa45: Merge commit 'a8552ee3eb335d2fd2d6c99363367a6090298f78' [21:24] <Compn> ffmpeg does smb now? :) [21:24] <Compn> nice ! [21:56] <Timothy_Gu> jamrial: thanks for the reminder [21:57] <iive> smb as in samba protocl, cifs ? [21:57] <Timothy_Gu> wm4, Daemon404: http://upstream-tracker.org/compat_reports/ffmpeg/2.2.4_to_current/abi_comp… says otherwise [21:58] <Timothy_Gu> Plus I already said " FFmpeg 2.3 is completely source-compatible to the FFmpeg 2.2 series." [21:58] <Daemon404> Timothy_Gu, useful/nifty site [21:59] <Daemon404> Timothy_Gu, it could be wrong in our case [21:59] <Daemon404> oh, welp [21:59] <Daemon404> nope [21:59] <Daemon404> brain derped, its correct [22:00] <cone-319> ffmpeg.git 03Diego Biurrun 07master:acf91215c74a: x86: dsputil: Avoid pointless CONFIG_ENCODERS indirection [22:00] <cone-319> ffmpeg.git 03Michael Niedermayer 07master:cc3e7a4c3df9: Merge commit 'acf91215c74a91eb3b86af01dcb1d3c78d0e2310' [22:05] <Compn> wm4 : btw i need smb support because android / googletv [22:23] <Compn> [14:17] * Daemon404 ponders the value of a "mplayer devs are not allowed to make design choices" rule [22:24] <Compn> Daemon404 : if you make ffmpeg - curl wrapper patch probably would be included ;p [22:25] <Compn> wm4 : cant even get terminal on gtv without buying some app :P [22:42] <Compn> Daemon404 : still here ? [22:42] <Daemon404> i am omnipresent [22:42] <Compn> you said one level up, you mean in the player or in fuse ? [22:42] <Compn> because you said both and i am confuse. [22:43] <Daemon404> you need to read the entire chain [22:43] <Compn> i did, twice [22:43] <Daemon404> for sanboxed things like phones and devices, player [22:43] <Daemon404> i specificall said play fr gtv [22:43] <Daemon404> if oyu looked [22:43] <Daemon404> player* [22:44] <Compn> maybe i'm missing a mail [22:44] <Compn> and the player i want to use is ... ffplay [22:44] <Compn> because vlc doesnt work on gtv [22:44] <Compn> because gtv is a bastard hack of android [22:44] <Daemon404> http://ffmpeg.org/pipermail/ffmpeg-devel/2014-July/159830.html [22:45] <Daemon404> lol you think SDL will work on gtv? [22:45] <Compn> i'm hoping something will [22:47] <Compn> so you dont want ffmpeg to reinvent every protocol... are you ok for putting mplayer or vlc's vo modules into ffplay? :) [22:47] <Compn> ehe [22:48] <Daemon404> i dont consier "ffplay needs it", to be a good reason for putting stuff inside ffmpeg [22:48] <Daemon404> ffplay is the bastard growth from a small testing player afaict [22:48] <Daemon404> <.< [22:48] <Compn> i figured out the problem the other day btw [22:49] <Daemon404> ? [22:49] <Compn> its because mplayer is the main test application for ffmpeg libs :) [22:49] <Daemon404> it defintely isnt [22:49] <Daemon404> not anymore [22:49] <Compn> i mean by devels [22:49] <Daemon404> oh [22:49] <Compn> not ... in use numbers [22:49] <Daemon404> right [22:49] <Daemon404> the inbreeding. [22:50] <Compn> the lack of a small fast compiliable testsuite to test changes [22:50] <Compn> with heavy cross compatability [22:50] <Daemon404> what? [22:51] <Compn> devels test with mplayer because there is no alternative player ? [22:51] <Daemon404> vlc? [22:51] <Daemon404> FATE? [22:51] <Daemon404> ffplay [22:51] <JEEB> lörs lärä [22:51] <Daemon404> ? [22:51] <Compn> easy to compile on many systems [22:51] <Daemon404> ... aka vlc? [22:51] <Compn> >autoconf [22:51] <Daemon404> i dont see the problem, t works out of the boc [22:51] <JEEB> if you think mplayer is easy to compile, then I wonder regarding your standards [22:52] <Daemon404> and is less error prone than players abomination of a configue scripts [22:52] <Daemon404> mplayer's* [22:53] <Daemon404> fwiw i always test in ffplay an vlc [22:53] <Daemon404> and* [22:56] Action: ubitux smiles stupidly at Daemon404 [22:56] <Daemon404> ubitux, at least ffplay uses the api right =p [22:56] <ubitux> :) [22:57] <ubitux> anyway, it's nice to have all the protocol available in any dumb player such as ffplay [23:02] <wm4> <Daemon404> ubitux, at least ffplay uses the api right =p <- who knows [23:02] <Compn> i have doubts [23:02] <wm4> you have no clue [23:02] <Compn> ffplay needs multiple input support [23:02] <Compn> ffmpeg has it [23:02] <Compn> file input* [23:03] <Daemon404> wm4, well the API is such that evaluating if it is used correctly is very hard [00:00] --- Mon Jul 14 2014

1 0

ffmpeg.log.20140713
by burek 14 Jul '14

14 Jul '14

[08:39] <drkshadow> So, even l-smash, I can't seek the generated MP4: l-smash/cli/muxer -i Island.x264 -i audio.eng.ac3 -o Island.mp4. "seek_frame_generic failed as this stream seems to contain no keyframes after the target timestamp, 1002 non keyframes found" [09:42] <relaxed> drkshadow: I blame JEEB [09:49] <drkshadow> wtf is jeeb? [09:54] <drkshadow> That error shouldn't be right. I'm encoding with x264, keyint=24 [10:07] <drkshadow> trying keyint=250, keyint_min=23 [10:24] <Fjorgynn> :) [10:25] <Fjorgynn> I also blame JEEB [10:25] <Fjorgynn> lol :P [14:02] <bencc> audio and video are out of sync when using the following command [14:02] <bencc> ffmpeg f pulse -ac 1 -i alsa_output.pci-0000_00_05.0.analog-stereo.monitor -f x11grab -r 30 -s 1280x960 -i :0.0 -acodec pcm_s16le -vcodec libx264 -preset:v ultrafast -crf 0 -threads 0 output.mkv [14:02] <bencc> how can I improve it? [18:28] <Neppy> ohi :D [18:29] <Neppy> trying to get ffmpeg to burn subtitles.. it compains about not finding fontconfig (even though it should Oo) and says it loaded the .ass file.. but the resulting video has no subtitles burned onto it [18:34] <Neppy> well of course now it works, maybe because i restarted cmd [20:03] <77CAAAB9Z> hi there. i have 8 frames in jpeg and i want them to create a animated gif is this possible with ffmpeg [20:04] <c_14> https://trac.ffmpeg.org/wiki/Create%20a%20video%20slideshow%20from%20images [20:04] <c_14> just use gif as the output format [20:06] <sacarasc> IIRC, you have to choose the right pixel format for gif (or at least had to with MPlayer) or it will look horrid. [20:09] <sine-> thank you. [20:10] <sine-> it works anyhow that i bodged it [20:10] <sine-> im just trying to make some animated buttons logos etc for a website using gif with 8 frames max [20:45] <aditsu> hi, what lossless codec can I use for converting a series of png frames to a video? [20:46] <aditsu> I tried huffyuv, but the result seems a bit dull, perhaps from the color space conversion? [20:51] <sfan5> how about ffv1? [20:55] <aditsu> sfan5: still looks the same [20:55] <aditsu> anyway, I'll be off now, gotta watch the game :p [20:55] <aditsu> back later, maybe :) [21:11] <buu> So, um, why does this filter have 'too many inputs': -filter_complex '[0:0] [0:1] [1:0] [1:1] [2:0] [2:1] [3:0] [3:1] [4:0] [4:1] [5:0] [5:1] concat=n=5:v=1:a=1 [v] [a]' [21:12] <buu> And is there a simple way to concat an a/v stream from 5 different files? [21:12] <c_14> whole commandline please, also that would be n=6 [21:12] <c_14> 0-5 = 6 [21:13] <buu> oh [21:13] <buu> haha [21:13] <buu> I named my files 1-5 and then switched to 0-4 numbering [21:14] <buu> Well, that made it slightly happier: ffmpeg -i 1.mpg -i 2.mpg -i 3.mpg -i 4.mpg -i 5.mpg -filter_complex '[0:0] [0:1] [1:0] [1:1] [2:0] [2:1] [3:0] [3:1] [4:0] [4:1] concat=n=5:v=1:a=1 [v] [a]' -map '[v]' -map '[a]' -c:v libx264 -c:a ac3 out.mkv [21:14] <buu> Now I get specifier :0 matches no streams [21:15] <buu> Each .mpg file has two streams, 0:0 video mpeg, 0:1 audio ac3 [21:16] <buu> c_14: You want the exact error message? [21:17] <c_14> yep, +some more context [21:17] <buu> c_14: http://paste.ubuntu.com/7790499/ [21:18] <buu> Hrm. Is it because the a/v stream is reversed in mpeg1? [21:18] <c_14> it might be [21:19] <c_14> I'd try reversing the specs for 2-5 [21:20] <buu> ok [21:20] <buu> Well, that worked. So A) that error message is terrible and B) why doesn't reversing just the first st.. h [21:20] <buu> oh [21:21] <buu> Because I did [v] [a] [21:21] <buu> I guess? Aren't those names arbitrary? [21:21] <c_14> they are [21:21] <buu> Why couldn't I do '[0:1] [0:0] [1:0] [1:1]' ? [21:22] <c_14> I think concat just needs [video] [audio] [video] [audio] [21:22] <buu> Well the example has [v] [a1] [a2] [21:22] Action: buu shrgs [21:22] <c_14> because that has two audio tracks [21:22] <c_14> iirc [21:22] <ChocolateArmpits> Is there any format that would allow to have audio and video track of different lenghts ? [21:22] <buu> Right [21:23] <c_14> ChocolateArmpits: every format (almost) [21:23] <buu> c_14: But if I had two video and two audio, would I do [v] [v] [a] [a] ? [21:23] <ChocolateArmpits> c_14, hmmm would could I mux mp4 in that way ? [21:23] <c_14> yep, if you have v=2:a=2. At least that's how i'd do it. [21:24] <c_14> ChocolateArmpits: ffmpeg -i video -i audio -codec copy out.mp4 [21:24] <ChocolateArmpits> c_14, but what if I'm converting both audio and video ? [21:25] <c_14> Give me the command you tried and the output? (use a pastebin service) [21:27] <ChocolateArmpits> Well I haven't yet tried, just thinking of how to go about splitting a file to multiple parts to render on several machines, then concanating the video part back while the level of the audio would be increased. I want to do this without creating an audio file [21:27] <c_14> So you're trying to cut a single video file so that it has different video and audio lengths? [21:28] <c_14> use the trim and atrim filters with different numbers [21:30] <ChocolateArmpits> c_14, but isn't trim a slow seeking filter ? [21:33] <c_14> ye, but I don't know of any other way to do that [21:33] <c_14> cause -ss -t and -to will cut both [21:35] <ChocolateArmpits> I was thinking of piping ffmpeg output to sox, adjust the level there, then pipe back into ffmpeg where each video part would be concanated, is the last part possible (concanating video while adding audio ?) [21:36] <c_14> sure [21:36] <c_14> Just concat the video and then also add the audio stream. [21:37] <ChocolateArmpits> so it would be "ffmpeg -i concat:"video_a|video_b" -i audiopipe" right ? with mapping of course [21:38] <c_14> ye, but don't use the concat protocol, use the muxer. [21:38] <c_14> unless you're working with things in mpegts format and/or know it'll work [21:38] <ChocolateArmpits> what exactly ? [21:38] <ChocolateArmpits> "use the muxer" part I mean [21:39] <c_14> https://trac.ffmpeg.org/wiki/How%20to%20concatenate%20(join,%20merge)%20med… [21:39] <c_14> The concat demuxer part. [21:41] <ChocolateArmpits> oh the video segments will share the same encoding settings, then concat seems to be it, no ? [21:41] <c_14> concat yes, but use the demuxer not the protocol [21:42] <c_14> The demuxer works at the stream level and the protocol works on the file level which means that the demuxer works more often than the protocol. [00:00] --- Mon Jul 14 2014

1 0

ffmpeg-devel.log.20140712
by burek 13 Jul '14

13 Jul '14

[00:08] <BBB> kierank: how much money? [01:24] <Daemon404> michaelni, i have not had time today [02:28] <cone-980> ffmpeg.git 03Michael Niedermayer 07master:2cebd17e3f87: avcodec/pgssubdec: Fix input pts [02:28] <cone-980> ffmpeg.git 03Michael Niedermayer 07master:59975de77741: ffmpeg: fix integer overflows with sub->*display_time [03:06] <cone-980> ffmpeg.git 03Lukasz Marek 07master:ca671beead8c: lavf/libssh: set freed pointers to NULL [03:16] <Timothy_Gu> Case that's probably a bug [03:22] <Timothy_Gu> michaelni: it's queue, not que. It's not Spanish. [03:27] <Timothy_Gu> kierank: does x262 (the C code) actually work? [03:27] <kierank> yes [03:30] <Timothy_Gu> Is it better than FFmpeg's h262 encoder? [03:31] <kierank> i suspect yes [03:33] <Timothy_Gu> you should've just improve upon FFmpeg's instead of half-writing a new one. Just saying... [03:37] <kierank> no because it is much more work porting x264's features to ffmpeg [03:37] <kierank> than it is to add mpeg-2 to x264 [03:37] <kierank> not to mention messy with licences [04:00] <Timothy_Gu> ok. Do you want to add a libx262 wrapper to FFmpeg some time? [06:10] <Timothy_Gu> Finally, finished the release notes. The time put to this patch really shouldn't be counted by lines of code (because it isn't "code"). [06:23] <Timothy_Gu> db0: I'm trying w3m on your new download page. w3m shows "Cannot access Git or wish to speed...usage?" _after_ the Git snapshot link. Any ways to make it better? [06:31] <Timothy_Gu> db0: Also please check validator.w3.org which reports some problems about stray tags, etc. [07:52] <cone-651> ffmpeg.git 03Michael Niedermayer 07master:c79acacd2ef2: avcodec/hevc: fix nb_sh / nb_sps check [07:52] <cone-651> ffmpeg.git 03Michael Niedermayer 07master:5d88e40093ff: avcodec/hevc: check slice_header_extension data length [07:52] <cone-651> ffmpeg.git 03Michael Niedermayer 07master:6935ae22ed81: avcodec/hevc_ps: more complete check for vps_max_dec_pic_buffering [07:52] <cone-651> ffmpeg.git 03Michael Niedermayer 07master:66558fe715bf: avcodec/hevc_ps: Check layer_id_included_flags count [08:07] <kurosu> the figures I had seen in some cases were quite below the cost of a seasoned engineer/consultant [08:07] <kurosu> so I prefer doing it for free ;) [14:03] <kierank> Timothy_Gu: I thought there already was one but I am thinking of VLC I guess [15:01] <wm4> ubitux: actually I wanted to try to get the unicode stuff done for 2.3, but obviously I'm too late [15:12] <cone-628> ffmpeg.git 03James Almer 07master:123649dd19c0: x86/dsputilenc: remove some empty if statements [16:34] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:e5eff191e490: ffplay: increase subtitle que size [17:11] <wm4> nice [17:11] <wm4> including the typo that was pointed out [17:12] <Timothy_Gu> wm4: ... twice [17:18] <cone-628> ffmpeg.git 03Oliver Fromme 07master:699d2107bea0: doc/encoders: Document "dvdsub workaround for some players" [18:45] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:52fafaf4740b: swresample/libswresample.v: hide ff_* [21:28] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:ccd6911c189d: avcodec/hevc_ps: do not loose all reference to pointers still in use [22:01] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:1db641cbd217: avcodec/hevc: more clearing to avoid stale pointers [22:01] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:4470a3eeafa9: avformat/mpegts: dont clear programs during probing [23:13] <cone-628> ffmpeg.git 03Andreas Cadhalpun 07master:39a6e02fd465: fix spelling errors [23:22] <cone-628> ffmpeg.git 03Andreas Cadhalpun 07master:97592faa51ea: Add -Wformat and -Werror=format-security compiler flags [23:40] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:12dddfed0347: configure: fix alphabetical order of previous commit [00:00] --- Sun Jul 13 2014

1 0

ffmpeg.log.20140712
by burek 13 Jul '14

13 Jul '14

[02:29] <c_14> Mista_D: the split filter only takes video streams. [concat_out] is video and audio. You'll have to concat the audio and video separately then use split on the video and asplit on the audio and then map those outputs [02:32] <c_14> That or just give the concat filter a separate video out and audio out and then split the video and asplit the audio [02:33] <c_14> ie: [0:0] [0:1] [tmp] [1:1] concat=n=2:v=1:a=1 [vout][aout];[vout]split[v1][v2];[aout]asplit[a1][a2] [02:33] <c_14> and then map those [03:39] <Dark-knight> i have 3 subtitle streams in my mkv video file. how do i make the second sub stream the default/String [03:44] <relaxed> you could make it the only stream [03:44] <Dark-knight> i dont want that [03:44] <Dark-knight> i like my options [03:45] <relaxed> sounds like a job for mkvmerge [06:19] <Dark-knight> can i have more then one subtitle stream in mp4? [09:22] <myubuntu> faac just buffering several samples, Can I disable the buffer? [12:34] <drkshadow> Help with Matroska "Can't write packet with unknown timestamp"? On the web it says use -fflags genpts, but that results in the same error for me. [12:34] <drkshadow> also it's not documented in the man page. [12:35] <sacarasc> Are you using that as an input or an output command? [12:35] <drkshadow> ffmpeg -fflags +genpts file.x264 -i audio.ac3 -vcodec copy -acodec c opy outfile.mkv [12:35] <drkshadow> -i before file.x264 [12:36] <drkshadow> doesn't matter if I move it to before the output filename [12:38] <drkshadow> c_14: if you're really curious, http://pastebin.com/AUeidv2H [12:39] <JEEB> drkshadow, yes - lavf sucks at timestamp generation even if you do set a frame rate :P I recommend pushing the raw AVC stream through L-SMASH's muxer into mp4 first, and then remuxing that into matroska [12:39] <drkshadow> JEEB: I did that initially; the mkv is not seekable. [12:40] <drkshadow> (if L-SMASH is MP4Box..) [12:40] <drkshadow> so I was hoping by going purely ffmpeg, even if more difficult, I could actually get something that works. [12:41] <JEEB> no [12:41] <JEEB> L-SMASH is not mp4box; mp4box is an app by GPAC [12:41] <drkshadow> hints as to the linux package name? [12:42] <JEEB> lsmash or l-smash or something [12:42] <JEEB> not sure how many things have it packaged [12:42] <drkshadow> not Gentoo.. [12:42] <JEEB> building it is rather simple [12:42] <JEEB> since it lacks dependencies [12:42] <JEEB> https://github.com/l-smash/l-smash [12:45] <drkshadow> hmm. Actually, I might be able to use the .mp4 from MP4Box with ffmpeg.. [12:45] <drkshadow> maybe mkvmerge is the problem. *tries* [12:46] <JEEB> I recommend L-SMASH's muxer instead of mp4box, though [12:46] <JEEB> L-SMASH was pretty much started because people got pissed at how crap GPAC can be to work with [12:46] <drkshadow> nope, can't seek. Will try l-smash tomorrow. [12:47] <JEEB> if you still can't seek after L-SMASH too, I think you only have one IDR there or so in the whole clip, and then you need to use a player that can do 'slow' seeking as well [13:09] <hay> hi all.. in the latest linux-compiled ffmpeg I am getting "[mpegts @ 0x390e500] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead." while using the same command as in an older version and the sound doesn't seem to be played... [13:14] <c_14> What command are you using? [13:15] <hay> ffmpeg -i "http://live.radiohit.si:9560" -f mpegts udp://192.168.1.100:1230?pkt_size=1316?buffer_size=65535 [13:16] <hay> I want to simply play an internet radio stream to my PC via mpegts [13:17] <Fjorgynn> why not do mplayer? [13:17] <Fjorgynn> if you not what to save it [13:18] <Mavrik> you really should add -codec copy to that [13:18] <hay> final goal is to stream the data to some special device for cable networks, I want to get it to play on the PC first... this already worked in some previous version I had installed before [13:19] <hay> Mavrik, I have added -acodec mp2 and same result [13:20] <Mavrik> how is that related to anything? [13:24] <hay> changed the command to ffmpeg -i "http://live.radiohit.si:9560" -codec copy -f mpegts udp://192.168.1.100:1230?pkt_size=1316?buffer_size=65535 and now it plays, but is it normal that in vlc player in the Media information / Codec tab I see number of streams increasing all the time? [13:27] <Mavrik> nop, not normal. [13:31] <hay> what can be wrong? [18:03] <urho> hi, im trying to watch an TV over internet (RTP multicast stream(h264 + ac3)) but i have packet loss on all channels. 2 of my channels don't even start. http://pastebin.com/fnbeaMYY [18:08] <urho> btw on win7 all channels work flawlessly [18:08] <urho> without lags or anything [18:16] <tevellius> Hi [18:19] <tevellius> I am sorry for such stupid question (I'm new in C, C++ development in Linux) but which IDE can you suggest for work with ffmpeg code? Is it possible to build and run with debugger in the IDE like Visual Studio or qt designer? [18:42] <JEEB> tevellius, you can build ffmpeg with vs2013's compiler, and debug it with it - but you can't compile it in the GUI easily due to there being no solution/project files [18:42] <JEEB> qt creator is just fine if you add the build system to it [18:42] <JEEB> as in, your qt creator project will call configure and make [18:42] <JEEB> I did similar stuff some time ago for L-SMASH [18:44] <tevellius> OK, JEEB, thank you. I thought about qt creator too, as I see it has cmake plugin. [18:46] <JEEB> cmake has nothing to do with ffmpeg, btw [18:46] <Mavrik> you can import Makefile project to Eclipse CDT as well [18:47] <Mavrik> as long as you let cmake or something create a Makefile, Eclipse will be able to run in and attach gdb to it [18:47] <Mavrik> sadly, no IntelliJ C IDE yet :P [18:48] <JEEB> Qt Creator is the least bad multiplatform IDE for C/C++ [18:48] <JEEB> it even has clang-based stuff now \o/ [18:48] <Mavrik> hmm, haven't used it in years [18:48] <JEEB> its gdb frontend is probably the least bad too [18:48] <Mavrik> I usually default to CDT as it looked the most complete of them all [18:49] <JEEB> although tbqh for C usually even vim with YouCompleteMe or something clang-based is generally enough :D [18:49] <Mavrik> hmm [18:49] <Mavrik> I feel like I have my hands cut off everytime I work with Vim/Sublime/etc. on large projects... the code navigation just isn't there [18:49] <Mavrik> and fiddling with goddamn ctags to get everything indexed is pain in the ass [18:52] <Mavrik> if you have any good scripts for that I'm all for it :) [18:54] <JEEB> http://valloric.github.io/YouCompleteMe/ [18:54] <JEEB> for C/C++ stuff this is <3 [19:04] <tevellius> Oh, I understood that my 1st task is to read what's mean 'makefile' :) [19:08] <hay> is there an option in ffmpeg to resume streaming after one input stops and again starts transmitting ? [20:39] <blackdream> Hello i am facing a small problem [20:39] <blackdream> I'm using this command to transcode a stream into h264 [20:39] <Fjorgynn> :) [20:39] <Fjorgynn> I see [20:39] <blackdream> ffmpeg -i "http://4.31.30.145:9080" -acodec copy -vcodec libx264 -f mpegts /tmp/test1.ts [20:40] <blackdream> Which works just fine [20:40] <Fjorgynn> isn't -acodec depricated btw? [20:40] <blackdream> Then i am using this command: [20:40] <blackdream> ffmpeg -i "http://4.31.30.145:9080" -acodec copy -vcodec libx264 -map 0 -f segment -segment_format mpegts -segment_time 10 -segment_list_size 1 -segment_wrap 5 -segment_list /tmp/stream.m3u8 /tmp/%03d.ts [20:40] <blackdream> which splits the stream into segments and transcodes it into h264 again [20:40] <blackdream> i get this error now: H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid argument (AAnd no matter if i add the filter or no doesnt work) [20:41] <blackdream> i'm using v2.2.4 ffmpeg with the latest x264 etc [20:42] <Fjorgynn> why not -c:a copy -c:v libx264 btw? [20:42] <blackdream> It's exactly the same [20:48] <blackdream> Wow it seems that i fixed it using -flags -global_header in the second command [20:48] <blackdream> i have no idea why it worked though [21:16] <Fjorgynn> blackdream: good for you! :D [21:39] <hay> why is number of streams constantly increasing in the VLC Player when running this command: ffmpeg -i "http://live.radiohit.si:9560" -codec copy -f mpegts udp://192.168.1.100:1230?pkt_size=1316?buffer_size=65535? I can't find any good explanation or solution... TIA for any ideas [00:00] --- Sun Jul 13 2014

1 0

ffmpeg-devel.log.20140711
by burek 12 Jul '14

12 Jul '14

[00:00] <jamrial> db0: the "more download options" page could become the actual thing the big "Download" button links to [00:00] <db0> ok [00:01] <jamrial> i really don't think linking to a source tarball of any kind is a good idea for a button like that [00:01] <jamrial> 90% of users will flock to it and be all wtf is this [00:01] <db0> that's what most frameworks do [00:01] <db0> I don't get it either :P [00:06] <jamrial> heh, true [00:07] <jamrial> but in many cases they also detect the os and make the button link to a windows binary or installer, an rpm/deb package or such [00:08] <db0> I couldn't find a good plugin to do that [00:08] <jamrial> source tarball tends to be last resort when it can't reliably detect the os [00:08] <db0> stackoverflow seems to give quick&dirty solutions [00:08] <db0> so I gave up ^ ^ [00:10] <Daemon404> that website isnt going to work on a 4:3 monitor. [00:11] <ubitux> it works on phones [00:11] <db0> it's full responsive, tested on phones and tablets [00:12] <Daemon404> thats nice but i use a pc [00:12] <db0> it detects the size of the screen not your browser so a small screen or a tablet screen is the same [00:12] <Daemon404> the right hand column is rendering kind bad [00:12] <Daemon404> squished/very wrapped [00:13] <Daemon404> with a scroll bar on the bottom [00:13] <ubitux> browser/screenshot? [00:15] <Daemon404> https://www.dropbox.com/s/iw7zxu31rre4jyr/browser.png [00:15] <Daemon404> on my phone there are scrolling issues [00:15] <Daemon404> scrolling the menu *also* scrolls the page [00:15] <Daemon404> double scrolling effect [00:16] <Daemon404> (chrome on android 4.2) [00:21] <Daemon404> https://www.dropbox.com/s/81i331bb40l3f67/space.png <-- my only other comment is that there is a very large waste of space [00:21] <Daemon404> that ends up squishing it to one side, like 90s fixed-width frame-based websites [00:23] <J_Darnley> So that's what the missing chars are supposed to show [00:23] <Daemon404> J_Darnley, i guess you block webfonts? [00:24] <J_Darnley> Yep [00:24] <Daemon404> are you a slashdot commenter? [00:24] <J_Darnley> Yep [00:24] <Daemon404> shocking. [00:24] <J_Darnley> :) [01:15] <cone-519> ffmpeg.git 03Nidhi Makhijani 07master:44386aaad870: cdg: Forward error from avio_size() in read_header() function [01:15] <cone-519> ffmpeg.git 03Michael Niedermayer 07master:20ad2152ddc2: Merge commit '44386aaad870cbd80ae0d08247ebc663476446ff' [01:15] <cone-519> ffmpeg.git 03Michael Niedermayer 07master:0089fb79cc11: avformat/cdg: Do not fail if filesize cannot be determined [04:47] <Timothy_Gu> Daemon404: oh come on, you still use Windows? Even I switched to Linux [04:51] <Timothy_Gu> ubitux: can you tell db0 that http://db0.galo.pe/ffmpeg-web/projects.html looks kinda ugly on a tablet (Nexus 7 2012 w/ Chrome), with wasteful whitespace and everything else [04:53] <Timothy_Gu> Also http://db0.galo.pe/ffmpeg-web/documentation.html she should probably switch the icons for libraries and API [05:33] Action: Compn bets new webpage is broken in opera [05:34] <Compn> wow [05:34] <Compn> its not, it actually works , even without javascript [05:34] <Compn> db0 gets my seal of approval. [05:34] <Timothy_Gu> Compn are you testing the new Chromium based Opera or the old Opera that M$ hated (and hates) [05:35] <Compn> old opera [05:35] <Compn> chrome opera is disgusting [05:36] <Compn> m$ hated opera ? [05:36] <Compn> really ? [05:36] <Compn> strange i dont remember that [05:36] <Compn> maybe it was before i started using opera (around v5 or v6 ) [05:37] <Compn> opera on phone is still so fast [05:37] <Compn> also tablet [05:37] <Compn> chrome broken :\ [05:37] Action: Compn should upgrade cyanogen [05:40] <Compn> libav's site is still not looking 100% correct in opera :P [05:40] <Compn> or firefox, if you zoom in a few times [05:40] <cone-161> ffmpeg.git 03Michael Niedermayer 07master:9195c26d454c: avcodec/rv34: fix crash while seeking on very damaged file [05:40] <Timothy_Gu> Compn https://en.wikipedia.org/wiki/History_of_the_Opera_web_browser#Second_MSN.c… [05:40] <Timothy_Gu> etc. [05:41] <Timothy_Gu> Compn: is that why you dont use Libav? [05:41] <Timothy_Gu> that was after v7 was released [05:41] <Compn> ah , frequently sites will have broken css that mess opera up [05:42] <Compn> it is global conspiracy :\ [05:42] <Compn> or they misdetect opera as IE5 or something stupid [05:42] <Plorkyeran> chromera's not awful but it's not opera in any meaningful way [05:44] <Compn> well chrome/chromium is awful [05:44] <Compn> because i like to have 20-200 tabs open at any given time, ok? [05:45] <Compn> and firefox/chrome just cant handle that [05:45] <Timothy_Gu> firefox is nice for everything else than the UI (at least for me) [05:45] <Plorkyeran> firefox handles a few hundred open tabs without any major problems for me [05:45] <Timothy_Gu> which is why I use Chrome [05:45] <Plorkyeran> takes a while to start up but otherwise it's fine [05:46] <Compn> thats impressive Plorkyeran. i find firefox gets unresponsive on just one or two tabs [05:46] <Compn> if left open for hours [05:47] <Plorkyeran> all it takes is one bad page [05:47] <Plorkyeran> and it doesn't have per-tab cpu usage tracking :/ [05:47] <Compn> install extension to unload background tabs [05:47] <Compn> or pause them, etiher way [05:48] <Plorkyeran> meh, just restart it whenever it gets bad [05:48] <Plorkyeran> which is about once a week [05:48] <Plorkyeran> I use nightly so there's always updates to install anyway [05:49] <Compn> i find all browsers get unresponsive unless you disable javascript [05:49] <Compn> flash also is good at freezing things up [05:49] <Plorkyeran> I do use noscript [05:49] <Plorkyeran> makes the internet much more usable imo [05:52] <Compn> and then stop going to sites that dont work wihout javascript [05:52] <Compn> night [09:17] <ubitux> Timothy_Gu: ok [09:18] <ubitux> Timothy_Gu: not sure about the icon switch for libraries & api; looks fine to me that way [09:19] <ubitux> and btw, about any scaling issues, i think the problem lies in bootstrap & shit, so if there is a bug there, that's probably because of this :p [11:33] <db0> I update the logo: http://db0.galo.pe/ffmpeg-web/ [11:33] <db0> it looks a bit messy, but I like it, it's cute [11:51] <db0> or I can keep the current 3D one [11:51] <db0> 3D: http://public.db0.fr/tmp/Screenshot%202014-07-11%20at%2011.49.44%20AM.png [11:52] <db0> hand drawn: http://public.db0.fr/tmp/Screenshot%202014-07-11%20at%2011.50.19%20AM.png [11:52] <db0> pick your favorite [11:53] <db0> I'll push all of them in the repo anyway [11:53] <cone-833> ffmpeg.git 03Anton Khirnov 07master:17e9d52c8c93: hevc_ps: remove a write-only variable [11:53] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:f351afb5f9de: Merge commit '17e9d52c8c93f47721ff481b8867922f4b4bd663' [11:54] <ubitux> is this a paper clip your torn? [11:54] <ubitux> -r [11:57] <db0> here is the repo btw https://github.com/db0company/web/commits/master [12:05] <cone-833> ffmpeg.git 03Mickaël Raulet 07master:1493b237bd3f: hevc: Replace nal type chek with equivalent IS_IRAP macro [12:05] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:673a2b381803: Merge commit '1493b237bd3f9707319ac58d315ce45312900c10' [12:16] <cone-833> ffmpeg.git 03Mickaël Raulet 07master:f43789b76e66: hevc: set the keyframe flag on output frames [12:16] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:aa56c37c8ac5: Merge commit 'f43789b76e661acd93c21664678f140e53cfa1fa' [12:28] <cone-833> ffmpeg.git 03Gildas Cocherel 07master:458e7c94830d: hevc: implement pic_output_flag handling [12:28] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:e1f4397e74f0: Merge commit '458e7c94830d1522997e33a0b5e87bd709e8a349' [13:06] <cone-833> ffmpeg.git 03Luca Barbato 07master:f90729699db9: mov: Do not group tracks if more than one is enabled per type [13:06] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:4c91599484e1: Merge commit 'f90729699db9ede2bef2b28000f1795dab1b8996' [13:12] <cone-833> ffmpeg.git 03Luca Barbato 07master:df2aa22203af: mov: Clarify tkhd flag settings [13:13] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:375d7ee8056a: Merge commit 'df2aa22203afc9377832bdf800df5dbd3aa9687e' [15:44] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:4932b1e8b852: avfilter/vf_libopencv: Use av_mallocz_array() [15:44] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:be55518fdbdf: avfilter/vf_deshake: Use av_malloc_array() [15:44] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:c9d64abedfc2: avfilter/vf_decimate: Use av_malloc_array() [16:16] <ubitux> thardin: hey, it's not that messy anymore :( [16:16] <kierank> It's somewhat usable now [16:17] <wm4> it's still messy [16:17] <thardin> I can't use filters like functions [16:17] <Daemon404> >libavfilter [16:17] <Daemon404> >NLE [16:17] <Daemon404> >seeking [16:17] <Daemon404> hahahahahAHAHAHAH [16:17] <ubitux> thardin: can you give an example? [16:17] <thardin> it steals program flow from the user [16:17] <kierank> Daemon404: that's why pro editors only support a certain set of formats [16:17] <thardin> as will pretty any graph based filter approach [16:17] <Daemon404> kierank, lavfi is nto related to formats [16:17] <Daemon404> itsj ust designed poorly. [16:18] <kierank> Daemon404: seeking [16:18] <Daemon404> there is no reason a filtering framework cant seek [16:18] <Daemon404> they *chose* to cripple it based on libavformat [16:18] <thardin> I'd rather lavfi were a set of simple functions that you call with a buffer and get (possibly) another buffer back [16:18] <kierank> sure but seeking in certain file formats is inherently difficult/impossible [16:18] <kierank> mpeg-ts for example [16:18] <thardin> instead of "hoping" you get something out into a sink on the other end [16:18] <wm4> thardin: you can use it like that [16:18] <Daemon404> yes but thats unrelated to lavfi kierank [16:18] <thardin> you can? [16:18] <kierank> Daemon404: related to NLE and seeking tho [16:19] <Daemon404> sure [16:19] <Daemon404> but we're talkign about filtering [16:19] <wm4> thardin: sure, build a graph, then put in a frame, and try to get a frame out [16:19] <Daemon404> not demuxing [16:19] <Daemon404> wm4, it wont work with any temporal filters in lavfi [16:19] <thardin> ehh, I don't like that [16:19] <kierank> Daemon404: ahhh ok [16:19] <kierank> temporal filters [16:19] <wm4> thardin: but isn't that what you asked [16:19] <Daemon404> lavfi has no concept of which frames it needs [16:19] <ubitux> -vf "filter1=enable='between(t,10,20)', filter2=enable='between(t,20,30)'" [16:19] Action: kierank does not trust lavfi timestamps [16:19] <ubitux> here you go [16:19] <ubitux> temporal filtering @_@ [16:20] <thardin> Daemon404: mlt does, iirc [16:20] <wm4> lol timeline stuff [16:20] <Daemon404> ubitux, i mean the API [16:20] <wm4> ubitux: that's fucking clunky [16:20] <wm4> and inflexible etc. [16:20] <Daemon404> requesting frame N does not know how what frame dpes it has or needs [16:20] <Daemon404> and it has no cache filter at all [16:20] <Daemon404> burden ends up on the use [16:20] <Daemon404> r [16:21] <thardin> does lavf provide some api for getting frames by index yet? [16:21] <wm4> no [16:21] <Daemon404> lolno [16:21] <wm4> it doesn't even provide correct timestamps if you seek somewhere [16:21] <thardin> mlt does [16:21] <Daemon404> i personally like vapoursynths way, where each filter tells VS how many frames before/after it needs [16:21] <Daemon404> so vs can handle it without user intervention [16:21] <Daemon404> but ofc this requires accurate seeking [16:21] <thardin> tho its lavf wrapper is clunky, for obvious reasons [16:22] <wm4> and getting a frame by index requires decoding for codecs that do prediction [16:22] <wm4> so lavf can't even do it [16:22] <thardin> yes [16:22] <thardin> and then you cache the decoded frames [16:22] <Daemon404> yes [16:22] <Daemon404> all the sane NLE frameworks have a cache system [16:22] <thardin> and then you can scrub back and forth [16:23] <Daemon404> iirc vs has ~100 frame cache [16:23] <wm4> if lavfi had a seek API, it could provide an "exact" source [16:23] <Daemon404> for temporal filters to access [16:23] <thardin> libavframe [16:23] <thardin> for your "just gimme frames A-B" needs [16:23] <wm4> thardin: ffms2? [16:23] <Daemon404> wm4, or i just use ffms2 with vs :P [16:23] <ubitux> 16:21:04 < thardin> does lavf provide some api for getting frames by index yet? [16:23] <ubitux> yes [16:23] <ubitux> (within filters) [16:24] <thardin> >frame- and sample-accurate access (usually) [16:24] <thardin> heh [16:24] <wm4> lavf = libavformat [16:24] <Daemon404> thardin, the usually is because of lavf [16:24] <ubitux> ah oups, misread sorry [16:24] <Daemon404> e.g. mpegts is lavf is a crapshoot [16:24] <thardin> yeah, I recall having trouble with this when fixing seeking in mxf [16:24] <thardin> "fixing" [16:24] <Daemon404> thardin, fwiw we use ffms2 on petabytes of videos to seek :P [16:24] <wm4> for most formats, frame exact access would require creating an index [16:24] <Daemon404> (with a whitelist) [16:25] <wm4> and lavf doesn't have such a concept [16:25] <Daemon404> wm4, thats why you use ffms2 and getframe(n) ;) [16:25] <wm4> or even worse, frame exact access might require decoding everything [16:25] <Daemon404> although it wont work on hevc right now, because libav* doesnt set keyframes 'correctly' [16:26] <Plorkyeran> I don't think it ever requires decoding everything barring things like infinite keyint [16:26] <Plorkyeran> a bunch of formats require parsing every frame though [16:27] <wm4> what about audio? can decoding be avoided? [16:28] <Daemon404> not that audio decoding is exceptionally intense [16:28] <wm4> anyway, seeking in lavf seems to be a bad mess [16:29] <Plorkyeran> afaik most formats don't need to be decoded for any reason other than lavc api shortcomings [16:29] <Plorkyeran> i.e. you need per-format code for "how big is the output of this packet" that doesn't exist [16:30] <Plorkyeran> so that at least is potentially solveable but I don't think there's a trivial solution [16:31] <Plorkyeran> a whitelist of formats where the audio PTSes can actually be trusted would be one way to go I guess [16:32] <wm4> what does "trusted audio PTS" mean? [16:33] <Plorkyeran> or perhaps there's a sufficiently reliable way to reconstruct timestamps that doesn't require decoding that I simply haven't figured out [16:33] <Plorkyeran> with some formats you do have accurate timestamps for audio packets [16:34] <thardin> aren't there parsers for stuff like that? [16:34] <Plorkyeran> and constant sample rate [16:34] <Plorkyeran> so obviously you can just calculate the number of samples between two packets [16:34] <kierank> 3:24 PM <wm4> for most formats, frame exact access would require creating an index [16:34] <kierank> this [16:34] <Plorkyeran> but other formats have no timestamps on audio packets at all [16:34] <Plorkyeran> or only some of them [16:34] <Plorkyeran> or they're blatant lies [16:35] <thardin> this is why use only certain formats [16:35] <thardin> +you [16:36] <wm4> so, apart from implementation issues, is there any realistic way we could get frame exact access into ffmpeg? [16:36] <Plorkyeran> if you're writing pro software, sure [16:36] <wm4> cp -r ffms2 ffmpeg/ ? [16:36] <Plorkyeran> pick a few formats, support them correctly, tell people to convert to those [16:37] <wm4> I mean API-wise [16:37] <Plorkyeran> but for casual users supporting any insane files they find on the internet is the user-friendly thing to do [16:37] <thardin> pfft, users [16:38] <iive> ffms2 does that by parsing the whole file, afaik [16:38] <Plorkyeran> I don't really see any reason why ffms2's api couldn't be a ffmpeg library [16:39] <Plorkyeran> although I fear it would end up getting generalized until it's no longer actually easy to use... [16:40] <Plorkyeran> ffms2 does make some limiting assumptions to simplify things (e.g. it can only open complete files on disk) [16:43] <Daemon404> Plorkyeran, you cant have a simple high level api [16:43] <Daemon404> you have to rape it until it is SUPER GENERIC [16:43] <Daemon404> and really annoying to use [16:44] <thardin> ^ [17:11] <Daemon404> Timothy_Gu, fyi i do not "run windows" [17:11] <Daemon404> i run like 5 OSes at any given time at home. [17:13] <cone-833> ffmpeg.git 03Michael Niedermayer 07master:c6c172d1738b: avformat/mpegts: skip updating programs/streams when determining duration [17:18] <michaelni> thardin, if you want a simple API that simply feeds a buffer to a filter and gives a buffer back, that should not be hard to implement on top of the current API, a patch should be welcome [17:19] <thardin> maybe one day if i find a need [17:20] <michaelni> also patches & pull requests are also welcome to fix any other issue people run into of course [17:49] <cone-833> ffmpeg.git 03Paul B Mahol 07master:6779bf3f0fcc: avformat/wavenc: use av_mallocz_array() [20:35] <cone-601> ffmpeg.git 03Diego Biurrun 07master:117332024974: dsputil: Drop unused bit_depth parameter from all init functions [20:35] <cone-601> ffmpeg.git 03Michael Niedermayer 07master:b8cdf0472674: Merge commit '1173320249745eab01c901a39054fc0fced33c87' [20:45] <cone-601> ffmpeg.git 03Diego Biurrun 07master:6cc1409ba865: examples/output: Remove unused variable [20:45] <cone-601> ffmpeg.git 03Michael Niedermayer 07master:15e933b77365: Merge commit '6cc1409ba8650fb7eaedc96e970664febc02a5e9' [20:54] <michaelni> Daemon404, nevcairiel die one of you had time to look at the msvc/icl fate issue ? [21:29] <kierank> anybody want money to work on x262 asm [21:29] <kierank> ? [21:36] <michaelni> not sure i have enough time, but if noone else "volunteers" i could try [22:00] <iive> kierank: is x262 different that mpeg2? [22:00] <iive> i mean... h262 [22:36] <Case> is it intentional that ffprobe, when ffmpeg is built with libfdk, reports AAC audio codec as "codec_name=libfdk_aac" instead of simply "codec_name=aac"? [23:27] <kierank> iive: x262 is to h262 as x264 is to h264 [23:28] <iive> i corrected myself a second later. [23:28] <iive> my question is, isn't h262 just mpeg2, and what asm do you actually need? [00:00] --- Sat Jul 12 2014

1 0

ffmpeg.log.20140711
by burek 12 Jul '14

12 Jul '14

[00:06] <benlieb> c_14: any idea how I'd go about a dram-by-frame comparison? Would I have to export every frame to an image? [00:10] <Muchoz> I don't really know where to ask this question, but since there are a lot of experienced users here related to audio codecs. Perhaps someone could answer my question: so I use Pafy (a Python library for downloading YouTube video/audio streams). So I got to download the m4a audio stream from a video and it plays fine in VLC. It tells me that it is a MPEG AAC Audio as expected. But when I try to open this in iTunes (which supports AAC and ALAC), it [00:10] <Muchoz> adds it to the list but I cannot play it for some reason (the duration row says "Unavailable", but in another language so it could be different in English). Does someone know what could be the cause of this? [00:14] <Muchoz> It also plays fine on Google Play (Android). Does someone know why? [00:16] <gaffa> * Cannot join #space (You are banned). [00:16] <gaffa> And I never even went to #space! [00:17] <iive> and you never will... [00:18] <gaffa> that sucks.. :/ [00:18] <iive> well, i hope spacex can do something about it. [00:22] <gaffa> Those magazines I read as a kid about populating Mars was bogus anyway. I had my hopes up that I would experience it happening in my lifetime. I want my subscription fee back! With interest! [00:25] <gaffa> Well to be fair, I'm not dead yet. [00:26] <gaffa> Maybe you're right if anyone can do it it is probably Elon Musk. [02:02] <Dark-knight> haha muchoz i was talking about that yesterday [02:03] <Dark-knight> be careful about saying m4a is mp4. people in here might get butthurt [04:57] <sim590> I have a chromecast and it cannot read this file : RIFF (little-endian) data, AVI, 636 x 264, 29.97 fps, video: XviD, audio: Dolby AC3 (stereo, 48000 Hz) [04:57] <sim590> I want to encode it in another video format [04:57] <sim590> what should I do ? [04:57] <sim590> here's the supported format by the chromecast https://developers.google.com/cast/docs/media [05:02] <Hello71> ffmpeg -i input.avi output.webm [05:02] <sim590> when I try this : ffmpeg -i <file>.avi <out_file>.mp4, it fails [05:03] <sim590> I'll try webm [05:03] <sim590> it says : http://ix.io/dl4 [05:05] <Peter_Occ> I am capturing a stream from my camera with a cronjob. Every hour it stops and starts again with a new video file. However, according to the video player, all the videos are 1 hour and 14 minutes long. What do I do to make the video time closer to real time? [05:06] <sim590> Hello71: sorry, it works with webm. I forgot to remove the flag -f mp4. [05:06] <Hello71> rarely is -f a good idea [05:07] <Hello71> Peter_Occ: your fps is probably off [05:07] <Hello71> if you're starting from rawvideo [05:09] <sim590> Hello71: the process is kind of slow. Do you think I can speed it up ? [05:10] <sim590> hmmm. I don't think so after all.. `top` says my cpu is 100% used. [05:10] <Hello71> I don't know if vpx has any encoding parameters [05:10] <Hello71> it's a tradeoff between speed and quality here [05:11] <Hello71> (and size obviously) [05:11] <Hello71> with h264 you can use -preset fast or something like that [05:12] <sim590> what is h264 ? [05:12] <sacarasc> H264 is a video encoding standard. It is used by many people and is one of the best we have around at the moment. [05:12] <Peter_Occ> I'm actually hoping to decrease the quality so I can store more video [05:13] <sim590> is it a good trade in order to gain speed ? [05:14] <Hello71> https://trac.ffmpeg.org/wiki/vpxEncodingGuide [05:14] <Hello71> oh, it moved [05:14] <Hello71> hm, ffmpeg doesn't expose speed options [05:15] <sim590> just like that, I'm using avconv because ffmpeg says itself that it's depcrecated on debian. [05:16] <Hello71> !libav [05:17] <Hello71> !avconv [05:17] Action: Hello71 grumbles [05:17] <Hello71> http://stackoverflow.com/a/9477756/335964 [05:19] <Peter_Occ> f is set to 8. I'm not sure but I think my camera is set at 10, so that might explain it. Thanks for the tip. [05:19] <Peter_Occ> I mean r [05:25] <Hello71> yes, 60*5/4 is 75 [07:32] <Peter_Occ> Ever since I changed the fps to match the camera, the capture seems to go well and when I cut cut out 30 seconds of the video it seems to be working but then it quits and never makes the cut. toward the end of the out put is a bunch of zeros. Any idea what the problem is? Here is the output http://pastebin.com/LZpkWSN9 [10:33] <Mavrik> ugh [12:07] <asherawelan> I would like to live feed my desktop to a video tag with webm, has anyone done something similar? [12:20] <Dark-knight> i just figured out that i could stream youtube from my computer to my console [12:20] <Dark-knight> just upload it to YT and do that [12:21] <Dark-knight> YT has live streaming [12:21] <Dark-knight> anyway, im out. hope someone helps you. :) [15:28] <termos> how can I limit the number of threads used by h264 in ffmpeg? Seems the default is one process per core and I have a 40 core machine. The number of threads reduces the quality of the encoding [15:32] <termos> right now it's saying threads=60, that's too manyu [15:35] <JEEBsv> termos: when you say "h264" one usually thinks of the decoder, since it's called like that [15:35] <JEEBsv> but it seems like you're talking of the libx264 encoder [15:35] <JEEBsv> set -threads after -i [15:35] <termos> ah yes, i mean the encoder [17:55] <hizzmo> I've got a downmixing question, all... It's known that, for example, 5.1 -> 2.0 yields audio with a huge range in volume. But what can be done about that? [17:56] <hizzmo> My Roku (or rather TV since it passes it through) does not support ac3 so I have to convert it. Nedless to say, changing the volume from 60 during dialog and 15 during action scenes is annoying and I can't grab the remote fast enough. [17:58] <Mavrik> hmm [17:58] <Mavrik> hizzmo, how are you doing the downmix_ [17:58] <Mavrik> ? [18:00] <hizzmo> ffmpeg -i <input> -c:v copy -c:a libvo_aacenc -ab 192k -ac 2 <output> [18:01] <Mavrik> well, for one, you managed to choose the worst of the three available AAC encoders :P [18:02] <Mavrik> hizzmo, note, since you have AC3, you should probably try: [18:02] <Mavrik> -request_channels 2 first (this will use AC3 feature where studio adds metadata for stereo downmixing) [18:03] <Mavrik> if that doesn't work (your tracks aren't properly mastered), use -filter:a aformat=channel_layouts=stereo should give a better downmix than -ac 2 [18:03] <hizzmo> I'm using a Zeranoe FFmpeg build for Windows so VisualOn was all that was immediately available :/ [18:03] <Mavrik> note that AC3 carries downmix info which may interfere what you're doing, -drc_scale 0 MIGHT help with that [18:05] <hizzmo> Thank you so much for the help Mavrik [18:06] <hizzmo> What kind of interference does -drc_scale 0 prevent? [18:07] <hizzmo> Bonus question: do you think ffmpeg's experimental aac encoder is superior and safe to use? [18:07] <klaxa> no [18:08] <klaxa> https://trac.ffmpeg.org/wiki/Encode/AAC#NativeFFmpegAACencoder [18:09] <JEEB> it is better than vo-aacenc [18:09] <JEEB> but not better than fdk [18:09] <JEEB> that said, fdk can't be distributed :P [18:09] <JEEB> as binary [18:09] <JEEB> so you'd have to build it yourself [18:10] <JEEB> also there's a VeryLongThread on the trac regarding improvements to the lavc aac encoder, and with the current patch it does get quite a bit better. I hope it will get merged soon, since even if it still has a bug or two, it's still much better than what we have right now [18:13] <hizzmo> Windows is such a pain to work under (for a Unixman). I hadn't wanted to, but I suppose I'll do the fdk build at your suggestion. [18:16] <hizzmo> Thanks, all. [20:11] <hay> hi... I am adding internet radio stream to my live video and sometimes radio "stops" for a short period, is it possible to buffer input audio signal and how to do it? thanks! [20:20] <sbujnak> Hi, is there a way to retrieve frame metadata using ffmpeg command line tool? There are multiple video filters that set frame metadata accordingly (cropdetect, blackdetect) and I need to obtain those values. [20:31] <mca64> hi, libx265 + dshow input produces black video. Any idea? [20:31] <c_14> Just libx265, what about other encoders? [20:32] <mca64> try diffrent for audio, also diffrent containers [20:32] <mca64> tried* [20:37] <Fjorgynn> why [20:38] <mca64> ok addin -pix_fmt yuv420p fixed problems [20:38] <mca64> x264 doesnt required it [21:09] <libx264-max> hi [21:09] <libx264-max> where do i get libx264-max for ffmpeg ? seems not in the fedora repos [21:09] <libx264-max> also, is it true that ffmpeg package on fedora is compiled without faac ? [21:10] <libx264-max> I'm trying to convert an .mpg into an .flv per some instruction found on the web [21:11] <libx264-max> and get this 'File for preset 'libx264-max' not found' [21:32] <libx264-max_> fedora ffmpeg package has no faac. How to add it? [21:32] <c_14> compile ffmpeg yourself [21:33] <c_14> https://trac.ffmpeg.org/wiki/CompilationGuide [21:39] <sacarasc> libx264-max_: If you're going to compile, though, use libfdk_aac. [21:42] <libx264-max_> sacarasc: ok, so it compiles only with one of those libs at a time? can't all of them be used at once? [21:42] <sacarasc> No, you can use them all, but libfdk_aac is better than faac. [22:02] <hay> is it possible to add some "input buffers" for an audio input or am I asking for a stupid thing? :) [23:07] <Mista_D> How can I follow concat filter with a split? ` ./ffmpeg -i $input1 -i $input2 -filter_complex '[1:0] $drawtext_filter [tmp]; [0:0] [0:1] [tmp] [1:1] concat=n=2:v=1:a=1 [concat_out]; [concat_out] split=2 [out1] [out2]' -map '[out1]' -vcodec libx264 -s 320x176 $preview.mp4 -qscale:v 1 $lossless.ts ` The error is: ` Too many inputs specified for the "split" filter. ` [23:23] <AlexRussia> Hi! I need to concatenate some sountracks in one file, how i could do it? [23:24] <c_14> https://trac.ffmpeg.org/wiki/How%20to%20concatenate%20(join,%20merge)%20med… [23:24] <AlexRussia> thx [00:00] --- Sat Jul 12 2014

1 0