[00:01] <cone-4> ffmpeg.git 03Diego Biurrun 07master:d67cfdeb5303: avformat: utils: Refactor duplicated PRINT macro [00:01] <cone-4> ffmpeg.git 03Michael Niedermayer 07master:72afa381b3fa: Merge remote-tracking branch 'qatar/master' [00:38] <BBB> ubitux: wdyt of working on a hevc encoder next? [00:39] <smarter> you want to write an encoder? :) [00:39] <BBB> dunno [00:39] <BBB> looking for a new project after ffvp9 is "done" [00:39] <smarter> https://github.com/ultravideo/kvazaar seems to have appeared from the void today [00:39] <smarter> it's C89 [00:40] <BBB> I read about that today [00:40] <BBB> could also do hevc decoder but smarter already did most of that with his openhevc buddies so nothing much left to do there [00:41] <smarter> are you going to write 32 bits asm for ffvp9? [00:51] <cone-4> ffmpeg.git 03Kirill Gavrilov 07master:e9e7e685166e: mjpegdec: parse JPS extension and save relevant stereo3d information [00:51] <cone-4> ffmpeg.git 03Michael Niedermayer 07master:ed56c021e728: avcodec/mjpegdec Fix potential memleak of stereo3D at the end in case of decoding failure [00:51] <cone-4> ffmpeg.git 03Michael Niedermayer 07master:b80073c05f7c: avcodec/mjpegdec: use av_freep() instead of av_free() [00:56] <iive> I'm hearing some things about h265 encoder that make me worry if it would ever be such success as h264. [00:57] <smarter> well, how long did it take for h264 to become a success? :) [00:57] <iive> sorry, x265 and x264 [00:57] <iive> talking about the project(s) not standard. [01:12] <BBB> smarter: no, 32bit should die [01:13] <BBB> smarter: if someone wants to pay for it, sure - if someone else wants to do it, sure [01:13] <BBB> but I have no use for it [01:13] <smarter> I see :) [01:20] <smarter> BBB: if you're bored you could investigate intra pred asm for hevc, no one has worked on that yet [01:21] <kierank> smarter: x265 have [01:21] <kierank> with crazy macros [01:21] <smarter> yeah, that's expected [01:22] <smarter> writing code every angular mode by hand wouldn't be very fun [01:22] <smarter> *for every [01:23] <kierank> theirs is intrinsics i think [01:23] <smarter> though I'm wondering if the advantages of having one function for each angular mode offsets the increase in code size [01:29] <cone-4> ffmpeg.git 03Carl Eugen Hoyos 07master:cfc36666f681: Force automatic thread_count to 1 for cbr mjpeg frame threading. [01:29] <cone-4> ffmpeg.git 03Michael Niedermayer 07master:1a5e8511d4ed: Merge remote-tracking branch 'cehoyos/master' [01:35] <BBB> smarter: try it :) [01:36] <smarter> I may at some point :) [01:37] <smarter> my intuition tells me that putting pressure on the instruction cache is not a big deal compared to lots of mispredicted branches [01:37] <BBB> and that omits the whole scalar vs vector advantage [01:41] <BBB> maybe I should do daala [01:41] <BBB> anyway, we'll see [01:41] <BBB> first finish ffvp9 [02:14] <cone-4> ffmpeg.git 03Carl Eugen Hoyos 07master:e1cb6dc59ec2: Warn the user if mjpeg cbr encoding with frame threading was requested. [07:52] <ubitux> BBB: not interested [07:54] <ubitux> (hevc encoder) [10:00] <anshul> I was looking in decoder how he is supporting planar, but I found that there they support FLTP and FLT, but then how come they are giving S16P at output? file:libavcodec/mpegaudiodec_float.c [10:01] <ubitux> no match for S16 here [10:01] <j-b> 'morning [10:03] <anshul> ubitux, because of same thing , that there is nomatch for S16, but mp2 decoder decode well for S16 how? [10:04] <ubitux> because _fixed is selected? [10:05] <anshul> ohhk [12:16] <cone-918> ffmpeg.git 03Carl Eugen Hoyos 07master:3f35a31ee956: Add rangecoder to the sonic dependencies in configure. [13:06] <BBB> ubitux: k - and how's 44/48/84_16 lf? :-p [13:07] <ubitux> BBB: a bit difficult during the week [13:07] <BBB> lol work :) [13:07] <BBB> yeah i know [13:07] <ubitux> not only work :p [13:07] <BBB> i get like 1 maybe 2 grs a day [13:07] <BBB> g=h [13:08] <BBB> and right now I'm chatting with baby on my lap [13:12] <ubitux> i have around the same amount a day [13:13] <ubitux> but generally between 22 and 24, i pretty much want to slack off [15:07] <cone-918> ffmpeg.git 03John Stebbins 07master:23d461fe8714: ac3dec: Allow asymmetric application of DRC when drc_scale > 1 [15:07] <cone-918> ffmpeg.git 03Michael Niedermayer 07master:3c7195a96933: Merge commit '23d461fe8714a20ee5e6929f22c61512fdda568e' [16:00] <cone-918> ffmpeg.git 03John Stebbins 07master:a17ab0e46a9f: doc: add decoders.texi [16:00] <cone-918> ffmpeg.git 03Michael Niedermayer 07master:d85284d4aa7d: Merge commit 'a17ab0e46a9fec7c31cc1be363828184c6ecebf7' [16:12] <Daemon404> G 43 [16:21] <ubitux> BBB: just got 84 working [16:22] <ubitux> i might submit that tonight [16:27] <cone-918> ffmpeg.git 03John Stebbins 07master:64ba831da99c: doc: document correct option to list encoders [16:27] <cone-918> ffmpeg.git 03Michael Niedermayer 07master:6dc9d2cf4741: Merge remote-tracking branch 'qatar/master' [16:41] <ubitux> ff_vp9_loop_filter_h_{48,84}_16_{sse2,ssse3,avx}() done [16:44] <j-b> drv: ping [19:08] <ubitux> BBB: https://github.com/ubitux/FFmpeg/compare/vp9-simd [19:08] <ubitux> i guess you want some benchmarks? [19:12] <ubitux> 5.40s ’ 5.30s overall [19:42] <cone-918> ffmpeg.git 03Clément BSsch 07master:c5dd73b8902f: x86/vp9lpf: add ff_vp9_loop_filter_h_{48,84}_16_{sse2,ssse3,avx}(). [19:44] <ubitux> BBB: sorry dup :p [19:46] <llogan> finally...BadContent actually stopped some spam [20:25] <cone-918> ffmpeg.git 03Michael Niedermayer 07master:be7b76230fb2: ffmpeg: also count data streams bytes [20:32] <michaelni> llogan, you also could maybe copy the badcontent lists from other big trac installations [20:33] <michaelni> for example: trac.edgewall.org/wiki/BadContent [20:33] <llogan> i looked. some are kind of crappy, but maybe i can cherry-pick [20:34] <michaelni> or maybe some from this: trac-hacks.org/wiki/BadContent [20:34] <llogan> i saw that one too [20:38] <llogan> i wodner what the overhead is [20:51] <cone-918> ffmpeg.git 03James Darnley 07master:9a6d91b6b684: Changelog: add entries relating to metadata_header_padding [00:00] --- Fri Jan 31 2014