[00:16] <cone-76> ffmpeg.git 03Stephan Hilb 07master:0501d0646849: lavd/v4l2: use avcodec_find_decoder in list_formats [02:18] <cone-76> ffmpeg.git 03Michael Niedermayer 07release/1.1:59f7d583a3e4: mpeg1enc: Disable threads for resolutions too large for multi-threading [02:18] <cone-76> ffmpeg.git 03Xi Wang 07release/1.1:ea2d44503f08: rtpenc: fix overflow checking in avc_mp4_find_startcode() [02:18] <cone-76> ffmpeg.git 03Xi Wang 07release/1.1:b54c155f5b18: rtmp: fix multiple broken overflow checks [02:18] <cone-76> ffmpeg.git 03Xi Wang 07release/1.1:c2d11275f7cf: rtmp: fix buffer overflows in ff_amf_tag_contents() [02:18] <cone-76> ffmpeg.git 03Michael Niedermayer 07release/1.1:f4fb841ad13b: sanm: check image dimensions before using them [02:18] <cone-76> ffmpeg.git 03Michael Niedermayer 07release/1.1:5c316acaa08e: ffmpeg: copy tmcd track timebase parameters [02:18] <cone-76> ffmpeg.git 03Michael Niedermayer 07release/1.1:5589549c1d9e: movenc: Calculate fps for tmcd without intermediate step. [02:18] <cone-76> ffmpeg.git 03Michael Niedermayer 07release/1.1:bfd586577cbe: movenc: check that fps for tmcd is within encodable range. [05:09] <vtorri> hey [05:09] <vtorri> what's the status of h265/hevc in ffmpeg ? [05:10] <Compn> ask #libav-devel , they're working on it for gsoc iirc [05:10] <Compn> its status is ... nothing in ffmpeg yet :P [05:11] <vtorri> ok [05:11] <vtorri> thanks [05:11] <Compn> probably another hugely bloated piece of crap standard [05:11] <Compn> specification, i mean [05:11] <Compn> with lots of crap that only one channel in one country will ever use [05:11] <wm4> actually they say that h265 is less complex than h264 [05:11] <Compn> making it the largest decoder , again, for no reason [05:11] <Compn> hahaha [05:11] <vtorri> well, they certainly took h264 spec and added plenty of other stuff [05:11] <Compn> you believe it tho wm4 ? [05:12] <wm4> Compn: yes, because it wasn't the publishers who said that [05:12] <wm4> just people talking about the codec [05:12] <Compn> anyone compare the specs size of both of them ? [05:12] <vtorri> and about daala in ffmpeg ? [05:12] <wm4> daala doesn't even exist [05:12] <Compn> daala is vp9 ? [05:13] <wm4> http://xiph.org/daala/ [05:13] <Compn> vp9 support in libvpx was added to ffmpeg in a merge ... [05:13] <vtorri> i saw that in xiph homepage [05:13] <wm4> basically theora second try [05:13] <Compn> oh wow [05:13] <Compn> i dont even [05:13] <wm4> but I don't think they have anything working [05:13] <vtorri> well, it exists a bit, there's a git repo :) [05:14] <wm4> it's in the early stages of research probably [05:16] <Compn> google owns on2 now [05:16] <Compn> wonder if they got properly integrated with the rest of googles 'brain drain' [05:17] <Compn> googles web search is turning unusable for me. returning barely related results now [05:25] <michaelni> Compn, theres a gsoc student working on h265/hevc and some other people but thanks for pointing everyone to libav [05:27] <michaelni> i just wanted to help that student and review some of the code for security issues [05:27] Action: Compn grumbles about bunch of users going to be asking questions about h265 [05:27] <Compn> are you still banned from the lists ? [05:28] <Compn> ...and irc ? [05:28] <michaelni> i guess if i help him review the code iam libav devel then [05:28] <Compn> ehe [05:28] <michaelni> kinda ROTFL [05:28] <Compn> well, as long as libav keeps removing your copyright author you wont be :P [05:28] <vtorri> that's crazy to ban people in foss... [05:29] <wm4> vtorri: ffmpeg and co is a good example how foss can be crazy [05:29] <Daemon404> i dont recall any authorship removal. [05:29] <wm4> just ask Daemo... oh here he is [05:29] <michaelni> Compn, lists AFAIK yes iam banned, IRC i was told to leave which i did and did not return so i dont know [05:29] <Compn> Daemon404 : the h264 qpel move from dsputil to its own file ? [05:29] <wm4> why did they ban you? [05:30] <Compn> or whichever copyrights michael fixed [05:30] <Compn> its a blur to me, the merges [05:30] <Compn> why am i talking about libav again [05:30] <Compn> enough of them [05:30] <michaelni> from libav-dev i always was baned from other lists i got instantly baned when i replied to a user telling that the bug he hit was fixed in ffmpeg or so [05:31] <Compn> Daemon404 : you want to review dxva2 patch ? :) [05:31] <Daemon404> fuck. no. [05:33] <Compn> highgod said he wanted to work on opencl / threading of filters, if he can get past this dxva2 patch ... [05:34] <Compn> i'm really surprised china hasnt taken over any big open source projects yet [05:34] <Daemon404> you must have missed china MITMing github earlier [05:35] <Compn> i heard bout githubs id_rsa problem , but i think its unrelated :p [05:35] <Daemon404> nah [05:36] <Daemon404> apparently in china, their glorious government is MITM github's ssl [05:36] <Daemon404> or something [05:36] <wm4> don't they do that with all SSL? [05:36] <Daemon404> i cant remember [05:37] <Daemon404> i do know firefox has had a bug open for eons for allowing a chinese root cert [05:37] <Compn> >using bloated ass firefox [05:37] <Compn> hey look, pdf reader ... that will end well! [05:37] <wm4> everyone should use IE6 - light, smart, bug-free [05:38] <Daemon404> pretty sure all current browsers are bloated [05:38] <wm4> except dillo [05:38] <Compn> remember when chrome was small? :P [05:38] <Daemon404> wm4, i said current [05:42] <vtorri> dillo uses its own rendering engine (no gecko nor webkit) ? [05:43] <wm4> no, and that's why some would call it a toy browser [12:34] <cone-597> ffmpeg.git 03Piotr Bandurski 07master:51e9d2dbc8f8: aasc: fix 16bpp on big-endian [14:19] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:4eb93bed4e9b: swscale: GBRP output support [14:19] <cone-597> ffmpeg.git 03Daniel Kang 07master:05b0998f511f: dsputil: Fix error by not using redzone and register name [14:19] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:bb2f4ae43422: Merge commit '05b0998f511ffa699407465d48c7d5805f746ad2' [14:52] <cone-597> ffmpeg.git 03Luca Barbato 07master:4839fbe2d1b9: shorten: fix array subscript is below array bounds warning [14:53] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:834e9fb05639: x86: hpeldsp: Fix a typo, use the right register [14:53] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:1146bbc5a630: Merge remote-tracking branch 'qatar/master' [15:54] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:4484c722f68e: alsdec/read_specific_config: check for init_get_bits failure [19:44] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:8c4aebb58d00: qdm2: increase noise_table size [20:39] <durandal_1707> michaelni: encoding bgra ljpeg segv here [20:43] <durandal_1707> which is strange because fate is not failing [20:56] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:5c9cae744752: dirac: Only use MMX if MMX is available. [20:56] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:94ef1667bb04: dirac/x86: Fix handling blocksizes that are not a multiple of 4 [21:32] <teratorn> greetings most knowledgeable ffmpeg wizards, pray tell does these stack frames indicate a bug in swresample, or can that not necessarily be inferred? http://hastebin.com/cucaxeciva.txt [21:32] <teratorn> i'm wondering because the pointers look sane, until conv_AV_SAMPLE_FMT_S16_to_AV_SAMPLE_FMT_FLT is called with pi=0x1f40 <Address 0x1f40 out of bounds> [21:33] <teratorn> so if my input was bad I would expect a crash sooner. but it crashes with SIGABRT in frame #6 [21:48] <michaelni> teratorn, how to reproduce this ? [21:48] <teratorn> michaelni: i don't have a minimal example handy. I can reproduce on my end easily, but it would be some work to make something that *you* could run :( [21:49] <teratorn> I was just kinda wondering if the pointer parameters indicated a bug in swresample, or if I should do more work to make sure im passing in valid inputs first [21:50] <michaelni> is that stacktrace complete ? #6 .. #10 ? [21:50] <teratorn> michaelni: sec [21:51] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:1336382c6d4d: avfilter_get_audio_buffer_ref_from_frame: fix handling of >8 channels [21:51] <teratorn> michaelni: http://hastebin.com/nividoleja.txt [21:51] <teratorn> I'm in code called via a JNI call from Java :( [21:52] <teratorn> (im sorry) [21:52] Action: teratorn works on coming up with better test case [21:55] <teratorn> ffmpeg 1.01 - I guess I should get around to upgrading, also :/ [21:55] <teratorn> 1.0.1 [22:03] <teratorn> no difference on ffmpeg trunk - I do imagine this is my fault somehow. the stack trace looked wonky, so I was just wondering if any of you gdb nuts could tell anything from it... [22:05] <michaelni> teratorn, can i see the stacktrace from trunk ? (so the linenumbers make sense to me) [22:05] <teratorn> michaelni: sure. one sec [22:06] <teratorn> michaelni: http://hastebin.com/bomubixajo.txt [22:09] <michaelni> teratorn, are the in/out buffers you pass correct, i mean not pointer to pointer vs just pointer mixup ? [22:10] <michaelni> also i assume you never had swresample working and this is not just one case out of otherwise working code ? [22:11] <teratorn> no, never had it working yet [22:11] <teratorn> they look right on my end. i'm working on a test case though, so I can't be sure [22:12] <teratorn> my brain didn't understand how swresample could have gotten a pointer like 0x1f40 from anything I passed in.... [22:12] <teratorn> which is what prompted my questions :) [22:13] <michaelni> well a few av_log/printf in swr should awnser how it got there [22:13] <teratorn> yeah.. [22:52] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:14c8ee00ffd9: vp3dec: move threads check out of header packet type check [23:25] <cone-597> ffmpeg.git 03Michael Niedermayer 07master:3939b790f2eb: wmavoicedec: use the checked bitstream, reader [23:37] <someone-noone> Hello! I can't redirect ffmpeg output to pipe, where on other end my application is reading with kqueue() (OS X). [23:38] <someone-noone> However I can read data from my application if I, for example, make echo "test" > test.pipe [23:38] <someone-noone> As well as I can write there with simple C application. [23:39] <someone-noone> As well as I can write with ffmpeg to pipe and read with ffplay [23:39] <someone-noone> What can it be? [23:40] <someone-noone> ffmpeg hangs and I even can't exit with Ctrl+c [23:40] <someone-noone> only with killall [23:50] <cone-597> ffmpeg.git 03Paul B Mahol 07master:9efceaf1f788: takdec: switch to init_get_bits8() [00:00] --- Tue Jan 29 2013