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

[burek]

[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