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

[burek]

[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