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

[burek]

[00:05] <pasteeater> why is it so hard to get "This program is not developed anymore" reworded in ubuntu's libav's "ffmpeg"?
[00:05] <pasteeater> i need more bikes.
[00:07] <iive> pasteeater: hum?
[00:08] <ubitux> iive: i guess he's refering to libav packaging an old ffmpeg binary
[00:08] <pasteeater> https://bugs.launchpad.net/ubuntu/+source/libav/+bug/939863
[00:11] <ubitux> seriously& :(
[00:12] <nevcairiel> One could claim malicious intend and assume that the assumptions users make when they read that is wanted
[00:13] <iive> nevcairiel: given that libav people have a history of such dubious claims, I would not mark such assumption as unlikely.
[00:15] <iive> also siretart's argument to reject the patch is example of logical fallacy.
[00:19] <ubitux> i admit that's not really fair competition
[00:19] <ubitux> i guess all shot are allowed against the evil ;)
[00:20] <durandal_1707> what patch?
[00:20] <iive> durandal_1707: in the bug thread.
[00:21] <Compn> pasteeater : well, siretart is in the channel, you could talk to him here
[00:21] <Compn> he is ubuntu packager
[00:21] <Compn> i think
[00:21] <iive> debian.
[00:21] <Compn> his freenode host says ubuntu :P
[00:21] <iive> ok, both.
[00:22] <nevcairiel> isnt ubuntu just debian with a bit of marketing on top? :p
[00:22] <iive> yes and some corporation to back it up.
[00:24] <durandal_1707> time when such bug is reported is interesting
[00:25] <Compn> pasteeater : you should just argue that they should make ffmpeg an alias to avconv and get it over with
[00:25] <Compn> so we stop getting dumb libav bugreports
[00:26] <nevcairiel> i think they removed it from git
[00:26] <pasteeater> i think you're right
[00:26] <ubitux> when updating libav the issue won't be valable anymore
[00:26] <Compn> i didnt see an ffmpeg.c file, no
[00:27] <ubitux> yes, they droped it
[00:27] <ubitux> as well as ffmpeg removed avconv
[00:27] <nevcairiel> of course updating will take at least one new ubuntu release, maybe even 2
[00:27] <ubitux> yes sure&
[00:27] <durandal_1707> that is one year?
[00:29] <Compn> its like if iceweasel popped up a message saying 'firefox is not developed anymore, this is provided blah blah api blah'
[00:29] <Compn> ;)
[00:33] <ubitux> except that "iceweasel" is not a confusing name ;)
[00:33] <Compn> ehe
[00:36] <iive> Yep, and then refuse to change the message, because the new version of firefox have different options :)
[00:36] <iive> thus it is no longer "this program".
[00:40] <iive> Compn: I assume that iceweasel would/could pop that message when you try to run 'firefox' :)
[00:44] <ubitux> they could just ship ffmpeg, with avconv symlink to ffmpeg if they care so much about their tools
[00:45] <ubitux> and it's also interesting for them because it will make the users think libav has a lot of features ;)
[00:45] <ubitux> anyway, i think i'll stop trolling, my flame barometer is in the red
[00:51] <Compn> one more troll
[00:51] <Compn> ffmpeg includes almost all avconv changes anyways
[00:52] <Compn> well that is fact, but ehhhhhh :P
[00:52] <buzz_> i added my agreement to the ubuntu bug. see how much reinhard will continue to resist. im sure he will, and then it will be even more obvious that it is for the wrong reasons
[00:53] <Compn> buzz_ : why not talk to reinhard here? --------> siretart
[00:53] <Compn> :P
[00:53] <Compn> siretart : darn those pesky users, always wanting to use ffmpeg and not switch to avconv!
[00:53] <buzz_> im happy to if he replies here
[00:54] <buzz_> i stopped using the debian packages once they were slyly switched to libav
[01:09] <CIA-17> ffmpeg: 03Derek Buitenhuis 07master * rb93c91579d 10ffmpeg/tests/ (30 files in 3 dirs): 
[01:09] <CIA-17> ffmpeg: fate: Overhaul WavPack coverage
[01:09] <CIA-17> ffmpeg: WavPack has a comprehensive test suite, and a bunch
[01:09] <CIA-17> ffmpeg: of corner cases.
[01:09] <CIA-17> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis at gmail.com>
[01:09] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[01:13] <durandal_1707> now show begins...
[03:03] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r1e44dda825 10ffmpeg/libavformat/flvdec.c: 
[03:03] <CIA-17> ffmpeg: flvdec: fix "libavformat/flvdec.c:195:29: warning: variable size1 set but not used"
[03:03] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[03:03] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r4dbdd3ec6f 10ffmpeg/libavformat/mp3enc.c: 
[03:03] <CIA-17> ffmpeg: mp3enc: fix "warning: best_bitrate_idx may be used uninitialized in this function"
[03:03] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[03:03] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r3d3b603f7f 10ffmpeg/libavcodec/a64multienc.c: 
[03:03] <CIA-17> ffmpeg: a64multienc: fix "warning: buf may be used uninitialized in this function"
[03:03] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[03:03] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r7b9d8703f3 10ffmpeg/libavcodec/adpcm.c: 
[03:03] <CIA-17> ffmpeg: adpcmdec: fix "warning: array subscript is above array bounds"
[03:03] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[03:03] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r418403662b 10ffmpeg/libavformat/rmdec.c: 
[03:03] <CIA-17> ffmpeg: rmdec: fix "warning: format %d expects argument of type int, but argument 7 has type int64_t"
[04:26] <Compn> contact the largest users of ffmpeg, like youtube, facebook, megavideo, blip.tv and others and ask them for access to samples that do not decode correctly.
[04:26] <Compn> >megavideo
[04:26] Action: Compn sad again :(
[04:28] <CIA-17> ffmpeg: 03Christophe GISQUET 07master * r34454c761f 10ffmpeg/libavcodec/ (5 files in 2 dirs): (log message trimmed)
[04:28] <CIA-17> ffmpeg: SBR DSP x86: implement SSE sbr_sum_square_sse
[04:28] <CIA-17> ffmpeg: The 32bits targets have been compiled with -mfpmath=sse for proper reference.
[04:28] <CIA-17> ffmpeg: sbr_sum_square C /32bits: 82c (unrolled)/102c
[04:28] <CIA-17> ffmpeg:  C /64bits: 69c (unrolled)/82c
[04:28] <CIA-17> ffmpeg:  SSE/32bits: 42c
[04:28] <CIA-17> ffmpeg:  SSE/64bits: 31c
[04:28] <CIA-17> ffmpeg: 03Alex Converse 07master * re32548d133 10ffmpeg/libavcodec/tiff.c: 
[04:28] <CIA-17> ffmpeg: tiff: Make the TIFF_LONG and TIFF_SHORT types unsigned.
[04:28] <CIA-17> ffmpeg: TIFF v6.0 (unimplemented) adds signed equivalents.
[04:28] <CIA-17> ffmpeg: 03Christophe GISQUET 07master * r2e74a5abc2 10ffmpeg/libavcodec/ (arm/sbrdsp_init_arm.c sbrdsp.c sbrdsp.h): 
[04:28] <CIA-17> ffmpeg: SBR DSP: use intptr_t for the ixh parameter.
[04:28] <CIA-17> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje at gmail.com>
[04:28] <CIA-17> ffmpeg: 03Paul B Mahol 07master * r14c98973f5 10ffmpeg/libavformat/apetag.c: 
[04:28] <CIA-17> ffmpeg: apetag: do not leak memory if avio_read() fails
[04:28] <CIA-17> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[04:28] <CIA-17> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje at gmail.com>
[04:28] <CIA-17> ffmpeg: 03Ronald S. Bultje 07master * r6d11057006 10ffmpeg/libavformat/apetag.c: 
[04:28] <CIA-17> ffmpeg: apetag: propagate errors.
[04:28] <CIA-17> ffmpeg: Fixes crashes if reading the tag value fails.
[04:28] <CIA-17> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
[04:29] <michaelni> Compn, megavideo ?
[04:29] <michaelni> you mean FBI ;)
[04:31] <Compn> FBI needs to get some more videos up
[04:31] <Compn> those lazy people
[06:07] <overflow_0f8b> yeah FBI was always lazy sharing porn movies and such ;/
[06:08] <mystica555_> lol
[06:12] Action: michaelni imagines anonymous putting porn of FBI agents on fbi.gov
[06:13] <overflow_0f8b> well i know of a site that is running in cooperation with FBI and contains "suspicious" content
[06:14] <overflow_0f8b> looks like some things can be an exception if they use it as a jailbait
[06:14] <ohsix> they get license to do it for that :]
[06:21] <overflow_0f8b> well if they can headshot terrorists, blow up helicopters, take any private property at will
[06:22] <overflow_0f8b> everything they do is legal, since they are the law
[09:33] <pwlnw> hi! what about this issue ? http://pastebin.com/mMCpLWcS
[09:34] <pwlnw> i need disable generation of nop instructions in x264, but can't
[09:36] <pwlnw> oops. i have linked ffmpeg to wrong library /usr/lib/i386-linux-gnu/libx264.so.120
[10:45] <siretart> Compn: ?
[12:14] <pierow> Hello, I was wondering if anyone could give me some help with AVCodecContext values for video and audio encoding? Is there a reference where I could find good default values for encoding different audio and video codecs?
[12:14] <pierow> Even just a point to somewhere in ffmpegs code would be very helpful :)
[13:23] <Compn> siretart : nothing, people were just submitting bugs to ubuntu and i was telling them that they could contact you on irc 
[13:42] Action: Compn should stop talking about ffmtech because its upsetting
[13:47] <Compn> ok one more mail...
[13:49] <wbs> Compn: regarding the amr fix, I've explicitly said I don't want to be paid by ffmtech for that issue (in that particular mail you quoted)
[13:49] <Compn> wbs : i know :D
[13:49] <Compn> just locating mails for my proposals is hard , and that one was easy to find
[13:50] <Compn> i didnt repropose it, just mentioned it for historical purposes
[13:50] <Compn> in that, it was an ffmpeg proposal that didnt get accepted
[13:52] <siretart> Compn: sorry, I fail to see the problem with people filing bugs in launchpad for bugs in ubuntu. As long as the bugreport is kept at a civil, technical level, that is.
[13:53] <Compn> you're absolutely correct
[22:08] <NovaSt0rM> hello
[22:08] <NovaSt0rM> i've googled the hell out of this but i still can't find an answer: when using a custom streaming IO buffer, and returning EOF when there's no more data, av_read_frame() returns a partial frame, but not an error.  I can clearly see that EOF is reached, but more data will be forthcoming.  Is there any way to force av_read_frame to re-try the entire read once more data is available?  
[22:08] <NovaSt0rM> Currently, it's returning another broken frame (the 2nd half of the first frame) on the next call.
[22:11] <NovaSt0rM> perhaps there's a way to append the frames together to be fed into avcodec_decode_audio3?
[22:11] <NovaSt0rM> or just some way to force av_read_frame to restart after EOF
[22:29] <rainmaker1> Hi, is this a right place to ask to request new feature/debug for ffmpeg? I mean paid one.
[22:40] <iive> rainmaker1: here or/and the maillist.
[22:42] <rainmaker1> iive: Well then, can I speak with you on private please?
[22:44] <iive> no. I'm not active in ffmpeg atm, so i won't be of any help to you.
[22:45] <rainmaker1> iive: ok, then I'll wait for someone to contact me, thank you.
[22:46] <iive> rainmaker1: it would help if you give some hint about the task, as people usually have areas of expertise.
[22:46] <iive> aka is it about (de)muxing files, codec, custom program or streaming?
[22:46] <beastd> rainmaker1: also sending an offer on the ffmpeg-devel ML should get you attention from more developers
[22:47] <iive> yes, all active developers follow the mail list.
[22:49] <rainmaker1> well, I don't know how to make an offer, as I don't know how much something can cost. For example, this is for fixing a bug (I belive) 
[22:49] <rainmaker1> but, ok, I will try to figure out what to say at ML
[22:51] <beastd> rainmaker1: you don't have to put exact values in the public mail. just say you have this or that problem with ffmpeg and would pay for getting it fixed/or getting the feature implemented.
[22:52] <rainmaker1> thats fine. thank you for your help to iive and you.
[00:00] --- Sun Feb 26 2012