[Ffmpeg-devel-irc] ffmpeg-devel.log.20130524

[burek]

[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