[04:42] <cone-95> ffmpeg.git 03Michael Niedermayer 07master:ac0ade26458d: Changelog: add entry for the S302m encoder [08:37] <kriegerod> is that just me, or is that correct that ffmpeg binary is not built when SDL is not installed is system? [10:55] <t4nk016> hi [10:56] <t4nk016> does any one know the issue 855 :http://roundup.libav.org/issue855 is fixed or not? [11:10] <ubitux> highgod: can you comment or test http://b.pkh.me/0001-lavu-opencl-remove-semi-colon-from-macro.patch ? [11:11] <ubitux> oh and it's related to #2603 of course [11:13] <ubitux> well, sent to ml. [11:56] <highgod> OK [12:01] <cone-897> ffmpeg.git 03Yusuke Nakamura 07master:b493847df4ff: avcodec: Add picture structure information to AVCodecParserContext. [12:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:0c25c398dab0: Merge commit 'b493847df4ff8ce46f258749e4a3f304696b34c1' [12:01] <cone-897> ffmpeg.git 03Clément BSsch 07master:cf6ed1f1293c: lavu/opencl: remove semi-colon from macro. [12:24] <cone-897> ffmpeg.git 03Yusuke Nakamura 07master:3f1a7ceb2c60: h264_parser: Set field_order and picture_structure. [12:24] <cone-897> ffmpeg.git 03Kostya Shishkov 07master:e9e5a1bdc769: Monkey's Audio old versions FATE tests [12:24] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:029353e427da: Merge commit 'e9e5a1bdc769a7225ab0d4f8b33bcacc6496bd68' [12:29] <cone-897> ffmpeg.git 03Anton Khirnov 07master:e69222c50755: doxy: enable TYPEDEF_HIDES_STRUCT [12:29] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:ecbd96ed23f0: Merge commit 'e69222c50755030eef921e899e38b71a111093d9' [13:06] <cone-897> ffmpeg.git 03Anton Khirnov 07master:90f9a5830b5d: w32pthreads: move from lavc to compat/ [13:06] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:a4d3757b29b5: Merge commit '90f9a5830b5d332de7ebb1ab45589f1870cbd65d' [13:34] <durandal11707> should we update other filters so they support reconfiguration? [13:34] <durandal11707> (even if there is no way to test such thing) [13:35] <cone-897> ffmpeg.git 03Anton Khirnov 07master:2a6eaeaa85d1: Move get_logical_cpus() from lavc/pthread to lavu/cpu. [13:35] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:fe40a9f98f59: Merge commit '2a6eaeaa85d17b27ee0dd449183ec197c35c9675' [13:48] <Compn> whatever happened to dvd support ? [13:59] <av500> dvds are out [13:59] <av500> bluray is in [14:01] <Compn> both then [14:01] <Compn> wheres bluray support ? [14:01] <Compn> disc support that is [14:01] <Compn> like vlc / mplayer [14:01] <av500> bluray is out too :) [14:01] <av500> try p2p MKV :) [14:01] <Compn> disc not remuxed [14:09] <nevcairiel> ffmpeg has a bluray protocol using libbluray now, only works on decrypted discs though [14:14] <cone-897> ffmpeg.git 03Anton Khirnov 07master:129bb238430e: lavfi: add a slice threading infrastructure [14:14] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:8d4e969afe6b: Merge commit '129bb238430ec45a3b5f8f1d384df590ddf7b62f' [14:20] <Compn> nevcairiel : oh, i missed it :D [14:21] <nevcairiel> also, lavfi slice threading really works wonders with yadif, quite a nice performance boost [14:22] <durandal11707> what other filters should have this? [14:24] <nevcairiel> hqdn3d would be nice, however i don't know if its easily possible because its only easy if the algorithm allows splitting the frame into slices without causing issues [14:24] <Compn> fspp ? [14:24] <Compn> is the slice threading yadif speedup documented anywhere ? [14:25] <nevcairiel> its a bit tricky to measure accurately [14:25] <nevcairiel> you can clearly see that i gets faster, but by how much is hard to say exactly [14:25] <nevcairiel> depends on decoding speed pretty much, so it varies from video to video, from codec to codec [14:26] <durandal11707> so only 10% gain on average? [14:26] <nevcairiel> should be more [14:26] <nevcairiel> in h264 on many clips it bottle-necks on the decoding speed [14:27] <nevcairiel> for me, anyway [14:28] <durandal11707> but for raw case (or where decoding is very fast)? [14:28] <Compn> could just benchmark [14:30] <durandal11707> can't, as cpu is old here [14:56] <ubitux> slice threading mmh [14:56] Action: ubitux will wait for frame threading instead [14:57] <ubitux> helgrind & drd are going to be even more happy [15:03] <cone-897> ffmpeg.git 03Paul B Mahol 07master:2516b393d4dd: lavfi/field, il, noise: use av_pix_fmt_count_planes() [15:04] <durandal11707> is there any filter that make use of metadata from another filter? [15:05] <ubitux> not yet [15:06] <ubitux> volume could make use of the ebur128 results [15:06] <ubitux> but nicolas seems to want a more complex algorithm than the one proposed [15:06] <durandal11707> and how would filter read metadata ? [15:07] <ubitux> av_dict_get() on the AVFrame [15:09] <durandal11707> and filter would use that and ignore user options or? [15:09] <ubitux> what option? [15:11] <durandal11707> for filter that will use metadata? [15:13] <ubitux> you want to use metadata to override filter options? [15:13] <ubitux> sounds like you just want to use the command system [15:14] <ubitux> btw, it's too bad we only support opencl 1.2, i only have 1.1 :( [15:14] <durandal11707> ubitux: i want to pass cropdetect stuff to crop filter [15:14] <durandal11707> manual copy paste commands are no fun [15:16] <ubitux> yep i agree [15:29] <z_sat> is there ever a situation when running ./configure wouldn't generate a config.h file? [15:29] <ubitux> random configure error yes [15:31] <av500> or disk full [15:31] <av500> or mounted read only [15:32] <cone-897> ffmpeg.git 03Anton Khirnov 07master:cb79881b49d8: vf_yadif: support slice threading [15:32] <cone-897> ffmpeg.git 03Anton Khirnov 07master:8a994b7406b3: vf_fade: support slice threading [15:32] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:558ce3e5b74c: Merge remote-tracking branch 'qatar/master' [15:32] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:a2abd58a0902: avfilter: remove av_opt_set_defaults() from process_options() [15:34] <z_sat> okay thanks. [15:36] <cone-897> ffmpeg.git 03Clément BSsch 07master:9c50e520054c: cmdutils: print slice threading flag in -filters. [15:37] <durandal11707> why some lines are duplicated in crop? [15:39] <ubitux> durandal11707: x expressions? [15:39] <ubitux> it's so x expression can use y and vice-versa [15:49] <durandal11707> guess what, crop filter can't make use of cropdetect metadata as reconfiguration of filter graph does not work [15:49] <durandal11707> w & h set for frame are ignored [15:51] <ubitux> would be fun to have a video that change w/h every frame [15:51] <durandal11707> michaelni: what 2-3 lines should i sent, the one i describe myself as nice, smart and handsome? [15:57] <michaelni> yes [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:87a2bf245953: avutil/bprint: Fix doxygen comments [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:b5be1a7e2336: avfilter/vf_drawtext: Fix doxygen comment [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:8870cf7c0e93: avformat/gif: remove unneeded doxygen comment [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:682f0035fb69: avformat/jvdec: fix doxygen comments [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:68ff5289698b: avformat/wtvdec: fix doxygen comments [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:6d02bdc33821: vformat/wtvenc: fix doxygen comments [16:04] <cone-897> ffmpeg.git 03Paul B Mahol 07master:036e9a041761: lavfi/blend: add yuv(j)411p [16:09] <durandal11707> this filtering code in lavfi looks ugly [16:09] <durandal11707> why is nb_jobs exported, its not in lavc case [16:22] <cone-897> ffmpeg.git 03Thilo Borgmann 07master:4a2c2a09a229: Fix compilation with --disable-everything --enable-muxer=vc1 [16:22] <cone-897> ffmpeg.git 03Carl Eugen Hoyos 07master:82d105543cd2: Fix compilation with --disable-everything --enable-filter=dctdnoiz [16:28] <nevcairiel> i find it curious that all these issues get fixed, but apparently no-one ever builds --disable-everything --enable-shared [16:28] Action: nevcairiel should send a patch [16:29] <cone-897> ffmpeg.git 03Reimar Döffinger 07master:4059c7836a57: framemd5_class and md5enc_class may not be identical. [16:45] <durandal11707> why people disables my filters, it makes me sad [16:45] <durandal11707> :( [17:03] <michaelni> durandal11707, who disabled which filter ? [17:19] <cone-897> ffmpeg.git 03Martin Storsjö 07master:597208fde175: cpu: Include common.h for av_popcount64 [17:19] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:fe99b1d50ea7: Merge remote-tracking branch 'qatar/master' [17:27] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:221f902f1dc1: avfilter/vf_yadif: fix race condition [17:47] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:1d08e4b584cc: yadif: fix slice sizes [17:47] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:bca59d7745e4: fade: fix slice sizes [19:36] <cone-897> ffmpeg.git 03Paul B Mahol 07master:af1257393823: lavfi/blend: fix SW/SH calculation [19:38] <durandal11707> can one set number of threads for slice threading in lavfi? [19:42] <durandal11707> fade filter does not use slice threads for fading alpha only [19:43] <nevcairiel> yes you can set the number of threads [19:44] <durandal11707> how? [19:44] <durandal11707> i was reading something on libav ml that there is no way.. [19:44] <nevcairiel> set the "threads" avoption on the filtergraph [19:45] <nevcairiel> you can only set the thread per-filtergraph, not per filter though [19:45] <durandal11707> and how one set that to filtergraph? [19:46] <nevcairiel> like i set, set the "threads" option [19:46] <nevcairiel> i have no clue how to do that via ffmpeg [19:46] <durandal11707> -threads 22 [19:46] <nevcairiel> i'm a API person [19:46] <durandal11707> this sucks [20:14] <durandal11707> so i wrote code that i can't test [20:15] <durandal11707> can i ask friendly soul (that have cpu with multiple cores) to test patch? [20:21] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:a3d62f3377b2: vf_fade: Fix alpha flag integration [20:21] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:0cbfbdef4a07: vf_fade: Support slice threaded alpha [20:33] <durandal11707> michaelni: you left ^ unused function [21:03] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:42bb3e4db672: avcodec: remove ff_get_logical_cpus() [21:03] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:e0f2e0fcf0ac: vf_fade: remove unused function [21:07] <Daemon404> hmm infinite loop bug that only affect ffmp [21:07] Action: Daemon404 investigates [21:09] <durandal11707> have anybody actually tested yadif slice threading, i just tried same for blend and i get strange corruption if expr is used [21:12] <durandal11707> ahh, i share var stuff among threads ... [21:22] <durandal11707> infinite loop, with same AVClass ? [21:28] <Daemon404> there's so way to git bisect a specific set of revisions is there? [21:31] <Daemon404> hmm maybe there is [21:42] <Compn> Daemon404 : should be [21:48] <Daemon404> indeed [21:49] <Daemon404> bisect can take a filename as an arg [21:49] <Daemon404> suddly 3000 commits turns into 47 [21:49] <Daemon404> suddenly* [22:00] <Daemon404> found it [22:00] <Daemon404> from march 2012 [22:00] <Daemon404> old bug [22:00] <Daemon404> \o/ [22:01] <Daemon404> (as far as ffmpeg-specific ones go) [22:04] <Daemon404> does reimar ever come on irc? [22:05] <durandal11707> michaelni: i cant find nice way to make av_expr* thing plays nicely with (slice) threads [22:11] <durandal11707> actually nvm, it should not be fault in av_expr* [22:15] <michaelni> Daemon404, i think reimar was once on irc in 2 years IIRC [22:21] <Daemon404> michaelni, lul [22:21] <Daemon404> i guess il email him [22:21] <Daemon404> there isnt a clear solution to the problem with his patch [22:45] <Daemon404> michaelni, ping re: that ffmpeg.c pts patch [22:45] <Daemon404> when you have time [22:51] <Daemon404> man i need to read more [22:51] <Daemon404> the bug I was hunting has a patch from michael this week on the ML [22:51] <Daemon404> (the sample_size thing) [23:31] <durandal11707> i found strange bug, if i use av_image_copy_plane, i get crash [23:32] <durandal11707> if i copy paste its code, crash is gone [23:32] <durandal11707> compilers becoming worse and worse [23:36] <ubitux> so, do we have a thread option per filtergraph or per filter? [23:37] <ubitux> afaict it's part of the per filter array [23:37] <ubitux> i'm curious on how to make per filtergraph options though [23:37] <ubitux> that would be typically very useful in some cases [23:37] <durandal11707> there are already other options there... [23:38] <ubitux> ? [23:38] <durandal11707> in filtergraph [23:38] <ubitux> where are they defined? [23:39] <ubitux> (what option?) [23:39] <durandal11707> in same place where nb_threads and thread_type [23:40] <ubitux> it's in the same tab as "enable" [23:40] <ubitux> which is a per-filter option [23:40] <ubitux> unless i'm missing something? [23:40] <ubitux> oh no, ok [23:40] <ubitux> niiice [23:40] <ubitux> this is perfect. [23:41] <durandal11707> so, how one change those? [23:41] <ubitux> -threads 12 -vf ... ? [23:44] <durandal11707> yes, but order is imporant, what nightmare..... [23:46] <cone-897> ffmpeg.git 03Paul B Mahol 07master:2c2e69b3a2b9: lavfi/blend: support slice threading [23:47] <ubitux> hehe [23:47] <ubitux> why slice threading btw? [23:47] <ubitux> why not wait for frame threading? [23:47] <durandal11707> why would that one help? [23:47] <ubitux> isn't it supposed to be faster? [23:48] <durandal11707> slice threading use 3 frames, frame one would use nb_jobs * 3 frames [23:49] <durandal11707> but much more could be gained if blend modes you care about have simd [23:56] <ubitux> ffplay -f lavfi haldclutsrc=8 -vf "hue='H=2*PI*t':'s=sin(2*PI*t)+1'"  e this [23:57] <ubitux> http://lucy.pkh.me/clut.webm [23:58] <ubitux> :) [23:59] <ubitux> and soon a patch to apply such clut stream to a video :) [23:59] <ubitux> i have an orgasm at each loop @_@ [00:00] --- Sat May 25 2013