[00:00:01 CET] <nevcairiel> that looks fine [00:11:23 CET] <atomnuker> oh wow, huge vf_colormatrix and swscale patches [00:12:31 CET] <michaelni> Theres a student searching for a mentor for "Integration of Subtitles into libavfilter" (https://summerofcode.withgoogle.com/dashboard/organization/6504812191416320/...) [07:09:08 CET] <Timothy_Gu> ethe: https://gist.github.com/TimothyGu/23ec15872465cd295444 [07:12:09 CET] <Timothy_Gu> ethe: partially done translation: http://sprunge.us/SRJB. it doesn't work fully yet, and I can't find time to fix it [08:23:42 CET] <relaxed> is Carl Hoyos in this channel? [10:02:50 CET] <wm4> relaxed: he rarely is [10:20:30 CET] <cone-180> ffmpeg 03Martin Vignali 07master:495f08edb444: avcodec/exr: add support for B44 and B44A compression [11:04:04 CET] <cone-180> ffmpeg 03Michael Niedermayer 07master:c06bdc60c90d: avformat/rtpdec: Remove stray debug av_log() [11:20:01 CET] <Gramner> apparently someone dumped all the internal facebook iOS headers. there's some quality enterprise design principles there, like https://github.com/quellish/Facebook-iOS-Internal-Headers/blob/master/Header... [11:20:38 CET] <Gramner> also 18.000+ classes in one app, because it's web-scale [11:32:36 CET] <sfan5> does it use node.js? [11:32:40 CET] <sfan5> otherwise it's not true web-scale [11:32:42 CET] <sfan5> also mongodb [11:53:38 CET] <wm4> Gramner: holy shit what [11:53:52 CET] <wm4> that's truly enterprise [12:18:17 CET] <thardin> looks like I was right about that bad mxf file [12:24:49 CET] <ethe> thanks Timothy_Gu [12:55:11 CET] <Compn> relaxed : cehoyos is his irc nick, but he frequently reads the irc logs [12:55:14 CET] Action: Compn waves at carl [14:50:49 CET] <cehoyos> Hi, did we already inform vlc that the mail-hunk is not working? [14:51:02 CET] <cehoyos> (Or our mail-admins?) [14:56:48 CET] <michaelni> cehoyos, what ? [14:57:38 CET] <cone-180> ffmpeg 03Carl Eugen Hoyos 07master:de1a0d43595b: lavc/flicvideo: Implement padding in COPY chunks. [14:58:05 CET] <cehoyos> michaelni: http://ffmpeg.org/pipermail/ffmpeg-cvslog/2016-March/date.html does not show todays commits. [15:08:44 CET] <michaelni> who messed with the ffmpeg-cvslog filter rules last time ? [15:10:42 CET] <michaelni> either way ive disabled the rule that i belived caused this [15:12:30 CET] <RiCON> michaelni: 19:10:37 < llogan@> due to spam the cvslog entries for web commits may be delayed because messages "from" ffmpeg-cvslog are not set to go to queue until i make an appropriate filter [15:18:32 CET] <michaelni> what spam ? [15:19:31 CET] <michaelni> also it blocked everything not just web [15:23:21 CET] <ethe> cehoyos: the attachment for "[PATCH] remove the hls_wrap option" looks fine [15:23:39 CET] <cehoyos> michaelni: [15:24:06 CET] <cehoyos> michaelni:http://ffmpeg.org/pipermail/ffmpeg-cvslog/2016-March/098804.html http://ffmpeg.org/pipermail/ffmpeg-cvslog/2016-March/098930.html [15:24:43 CET] <cehoyos> ethe: It looks broken here: http://ffmpeg.org/pipermail/ffmpeg-devel/2016-March/192157.html [15:24:51 CET] <michaelni> ahh, i guess my spam filter filters these [15:25:00 CET] <cehoyos> And here: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/212297 [15:25:34 CET] <ethe> cehoyos: the attachment is fine though [15:26:04 CET] <ethe> cehoyos: https://gist.github.com/joshdekock/4fc616b2de2f500a4db5 [15:28:08 CET] <cehoyos> Three applications here believe that the mail has no attachments... [15:29:19 CET] <cehoyos> Ok, found the patch in one of the mail parts, I still believe it can look better in pipermail with little effort. [15:35:32 CET] <ethe> cehoyos: odd. I'm using thunderbird and it said there was an attachment [15:51:11 CET] <cehoyos> ethe: Yes, I just missed it, sorry! [16:36:34 CET] <cone-180> ffmpeg 03Dan Dennedy 07master:28688d7c2b53: avcodec/audiotoolboxenc: Fix compile error on OS X 10.8. [17:34:38 CET] <cone-180> ffmpeg 03Michael Niedermayer 07master:d4424d7de2c9: fate: Modify a random h264 test to also test the -framerate option [17:34:39 CET] <cone-180> ffmpeg 03Michael Niedermayer 07master:5a19506088c3: fate: Remove vsync drop from some h264 tests [18:08:30 CET] <durandal_1707> whats tep2 merge status? [18:08:50 CET] <durandal_1707> have all demuxers been updated? [18:35:50 CET] <wm4> durandal_1707: see etherpad [18:39:34 CET] <Compn> did anyone ever want to mail a hd with samples ? [18:39:41 CET] <Compn> i forgot if i ever got a response. [18:39:58 CET] <Compn> for money of course [18:40:08 CET] <Compn> for some reason we get requests for samples on hd [18:40:15 CET] <Compn> once in a while [18:41:42 CET] <ethe> As in, people ask FFmpeg for sample outputs on a hard drive? [18:42:00 CET] <JEEB> probably something like the FATE samples archive [18:42:02 CET] <Compn> for a copy of http://samples.ffmpeg.org on a hd. [18:42:08 CET] <ethe> oh right [18:42:25 CET] <Compn> i asked this guy what price he wants to pay and what country he is in [18:58:52 CET] <J_Darnley> Last time you asked I lacked a spare harddrive, the samples, and you never said how quickly the guy wanted it. [18:58:59 CET] <J_Darnley> I still lack those first two. [19:30:42 CET] <rcombs> what, throttled internet service? [20:21:47 CET] <Compn> J_Darnley : the person never responded. [20:21:59 CET] <Compn> rcombs : mostly i'd guess people are just confused by the README file [20:22:05 CET] <Compn> into thinking thats the only way to get a copy [20:22:09 CET] <Compn> some people are just weird though [20:22:13 CET] Action: rcombs points at wget [20:22:35 CET] <rcombs> (this I say without looking at the readme) [20:22:44 CET] <Compn> i'd be more afraid of not having the actor age information on any porn clips ... which is why i dont send hds full of clips :P [20:22:50 CET] <Compn> from the uuusssayyy [20:49:32 CET] <RiCON> rcombs: the readme says "if you're thinking of downloading the whole thing, please limit yourself to 50kB/s" [20:58:19 CET] <ethe> rcombs: rsync is suggested as well (over wget I presume) [21:33:00 CET] <wm4> lol drama [21:34:38 CET] <J_Darnley> now what? [21:38:12 CET] <llogan> wm4: does it have to do with a CoC? [21:38:24 CET] <atomnuker> nope [21:39:25 CET] Action: llogan is too hungover to care about drama [21:42:50 CET] <llogan> michaelni: Can you take a look at "Spam Filter Rule 3" in cvslog? I think if I set it to Discard then that should stop spam. i had it set to hold just for testing. [21:45:55 CET] <michaelni> llogan, i suggest to leave it on "hold" for a bit longer to ensure nothing valuable gets discarded [21:46:45 CET] <llogan> i'll give it a week on Hold then. [21:46:54 CET] <michaelni> thx [21:49:49 CET] <llogan> michaelni: also, i removed ffmpeg-cvslog@ffmpeg from auto hold due to filter #3 [21:55:25 CET] <kierank> BBB: https://software.intel.com/en-us/articles/google-vp9-optimization [21:55:27 CET] <kierank> (lol) [21:57:12 CET] <JEEB> intel poking libvpx, I see [21:59:42 CET] <wm4> is it still slower than lavc? [22:00:46 CET] <kierank> ah they are optimising for atom [22:00:50 CET] <kierank> where pshufb is sloooooow [22:03:29 CET] <BBB> hm... [22:03:31 CET] <BBB> so... [22:03:39 CET] <BBB> where is the numbers? [22:03:52 CET] <BBB> I mean, all I see is car sales terms like very, significant, impressive and lasting" [22:03:58 CET] <kierank> The team improved user-level performance by up to 16 percent (6.2 frames per second) in 64-bit mode and by about 12 percent (1.65 frames per second) in 32-bit mode. [22:04:00 CET] <BBB> horizon, expanded" [22:04:10 CET] <BBB> ah, ok, so its hidden somewhere [22:04:15 CET] <BBB> 32bit? omg [22:04:17 CET] <BBB> poor people [22:04:24 CET] <BBB> so wheres the results versus ffvp9? :-p [22:04:39 CET] <BBB> last time I checked we were 30% faster on x86-64 [22:04:41 CET] <JEEB> they were probably just told to optimize chromium's decoding [22:04:47 CET] <JEEB> so welp [22:05:06 CET] <BBB> chromeos? [22:05:11 CET] <kierank> no it's for android [22:05:11 CET] <BBB> I mean, why else bother with 32bit [22:05:13 CET] <kierank> in software [22:05:15 CET] <BBB> ah [22:05:17 CET] <kierank> on atoms on phones [22:05:33 CET] <JEEB> yeah, android is IIRC 32bit user space + 64bit kernel on intel atm [22:05:36 CET] <BBB> then use ffvp9 *ding ding* [22:05:54 CET] <JEEB> that would make sense and require actual work on switching components in Chromium :D [22:07:03 CET] <BBB> hiring intel to optimize libvpx is less effort than switching chrome to ffvp9 as they did for ffvp8? [22:07:11 CET] <BBB> maybe [22:07:26 CET] <nevcairiel> maybe intel volunteered to push atom performance [22:09:23 CET] <jamrial> maybe they could do the same for ffvp9. all of the atom optimized simd functions were added some time ago for a couple decoders, then nobody with it bothered again [22:10:17 CET] <jamrial> "pmaddubsw xmm1, xmm16" uhh [22:10:21 CET] <jamrial> wonder if whoever wrote that article has been playing with avx512 too much :p [22:12:12 CET] <BBB> atom :-p [22:17:12 CET] <jkqxz> That's the first time I've ever seen the name "Tremont". [22:18:23 CET] <jkqxz> Ha, and Google agrees <https://www.google.co.uk/#q=intel+goldmont+%22tremont%22>... [22:20:50 CET] <Gramner> possibly the 10nm shrink then [22:24:08 CET] <jkqxz> Or just another "we haven't managed to make any significant changes yet but marketing demands a new version" release. [22:24:56 CET] <BBB> I remember talking to some intel engineers at the vp9 summit last year [22:25:09 CET] <Gramner> true. could be a "refresh" with some minor bug fixes/tweaks and a new codename slapped on [22:25:16 CET] <BBB> I tried to explain to them some of the techniques that make ffvp9 much faster than libvpx (they were generally working on libvpx optimizations back then) [22:25:26 CET] <BBB> they didnt understand all too much of it, sadly :( [22:36:15 CET] <cone-609> ffmpeg 03KO Myung-Hun 07release/3.0:9e4d297ba74c: MAINTAINERS: add myself as an OS/2 maintainer [22:36:15 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:c3e7a7ef3f85: swscale/x86/output: Move code into yuv2planeX_mainloop [22:36:15 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:be5acd6cb1f3: swscale/x86/output: Fix yuv2planeX_16* with unaligned destination [22:36:15 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:c4765a41b956: avcodec/h264: Execute error concealment before marking the frame as done. [22:36:15 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:bd79dbfa2b8f: avutil/pixdesc: Make get_color_type() aware of CIE XYZ formats [22:36:16 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:ca5c6394461e: swscale/input: Fix GBRAP16 input [22:36:16 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:fb8676eb1cdd: swscale/utils: Fix chrSrcHSubSample for GBRAP16 [22:36:17 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:0d7343f8ddf6: avcodec/mjpegdec: Fix decoding slightly odd progressive jpeg [22:36:17 CET] <cone-609> ffmpeg 03Rodger Combs 07release/3.0:bf8f2fae2ad8: lavf/mov: fix sidx with edit lists (cherry picked from commit 3617e69d50dd9dd07b5011dfb9477a9d1a630354) [22:36:18 CET] <cone-609> ffmpeg 03Rodger Combs 07release/3.0:3b179b630253: lavf/mov: downgrade sidx errors to non-fatal warnings; fixes trac #5216 (cherry picked from commit 22dbc1caaf13e4bb17c9e0164a5b1ccaf490e428) [22:36:19 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:b4be953c5596: avformat/cache: Fix memleak of tree entries [22:36:20 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:27a61302b792: fate/aac: Increase fuzz from of fate-aac-pns-encode from 72 to 74 for Loongson [22:36:21 CET] <cone-609> ffmpeg 03foo86 07release/3.0:da6ccfe18ebb: avcodec/dca: clear X96 channels if nothing was decoded [22:36:22 CET] <cone-609> ffmpeg 03Boris Nagels 07release/3.0:56c4dca5ae78: avformat/rtpenc: Fix integer overflow in NTP_TO_RTP_FORMAT [22:36:23 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:756f4b586ae7: avformat/utils: fix dts from pts code in compute_pkt_fields() during ascending delay [22:36:24 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:64f2b48be062: avformat/concatdec: set safe mode to enabled instead of auto [22:36:25 CET] <cone-609> ffmpeg 03Martin Cracauer 07release/3.0:934bc32accae: avutil/channel_layout: AV_CH_LAYOUT_6POINT1_BACK not reachable in parsing [22:36:26 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:c8977ec6e9b0: avutil/random_seed: Add the runtime in cycles of the main loop to the entropy pool [22:36:27 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:e1589367128a: avformat/hlsenc: Fix passing options, regression since bc9a5965c815cf7fd998d8ce14a18b8e861dd9ce [22:36:28 CET] <cone-609> ffmpeg 03Luca Barbato 07release/3.0:b0e836466f2a: indeo2data: K&R formatting cosmetics [22:36:29 CET] <cone-609> ffmpeg 03Luca Barbato 07release/3.0:53fffc9fc4f2: indeo2: Fix banding artefacts [22:36:30 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:bf80b1d88d39: avcodec/resample: Remove disabled and faulty code [22:36:31 CET] <cone-609> ffmpeg 03Mark Thompson 07release/3.0:d6adcab84280: lavc/hevc: Allow arbitrary garbage in bytestream as long as at least one NAL unit is found. [22:36:32 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:50a639a62aa3: avcodec/mjpegenc_common: Store approximate aspect if exact cannot be stored [22:36:33 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:0fae52d7e37a: avformat/file: Add crypto to default whitelist [22:36:34 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:e15a48d35afa: avformat/mpegtsenc: Keep track of the program for each service [22:36:35 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:6e5648ad42b7: avformat/mpegtsenc: Fix used service [22:36:36 CET] <cone-609> ffmpeg 03Ico Doornekamp 07release/3.0:daa6dc0a3b39: avformat/rtpdec_jpeg: fix low contrast image on low quality setting [22:36:37 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:2d0e415482ca: avcodec/libutvideodec: copy frame so it has reference counters when refcounted_frames is set [22:49:37 CET] <cone-609> ffmpeg 03Michael Niedermayer 07release/3.0:526c7b21865f: Update for 3.0.1 [22:55:05 CET] <jamrial> atomnuker: you didn't backport any of the aac or vc2 patches yet [00:00:00 CET] --- Sun Mar 27 2016