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

[burek]

[00:08] <cone-834> ffmpeg.git 03Martin Storsjö 07master:5b4eb243bce1: mov: Seek back if overreading an individual atom
[00:08] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:38b701a34924: Merge commit '5b4eb243bce10a3e8345401a353749e0414c54ca'
[00:40] <cone-834> ffmpeg.git 03Martin Storsjö 07master:31931520df35: mov: Do not allow updating the time scale after it has been set
[00:40] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:13eed267f8c1: Merge commit '31931520df35a6f9606fe8293c8a39e2d1fabedf'
[00:56] <cone-834> ffmpeg.git 03Martin Storsjö 07master:e740929a071a: lavf: Make sure avg_frame_rate can be calculated without integer overflow
[00:56] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:4f1d3e02122e: Merge remote-tracking branch 'qatar/master'
[02:51] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:37f4aa133d0a: swscale: move default colorspace setup to sws_init_filter()
[03:20] <cone-834> ffmpeg.git 03Alexis Ballier 07master:8d9c1b325ed2: mastroka audio muxer: Set long_name to Matroska Audio so that it differs from the long_name of matroska video.
[08:41] <noob384> hello, what are the params of ffv1?
[08:46] <noob384> yesterday i converted avi uncompressed to avi ffv1 with ffmpeg and with some another gui converter (that use ffmpeg)
[08:50] <noob384> i got the file ~6.5 GB (with gui program) instead ~8.5 GB (codec was ffv1 in both cases)
[08:51] <noob384> is anyone here&
[08:51] <noob384> ?
[08:52] <noob384> or this thread is dead as #ffmpeg?
[09:02] <noob384> only silent
[09:03] <noob384> tshshsh.....
[09:03] <noob384> hey, anyone is here?
[09:37] <michaelni> noob384, this is a development channel, your question doesnt sound related to development
[09:39] <noob384> @michaelni yes, but no anyone in #ffmpeg channel
[11:49] <mateo`> michaelni: if you have some time, it would great if you can review my movenc patch :)
[11:58] <cone-132> ffmpeg.git 03Michael Niedermayer 07release/1.0:03983c3650b5: avformat/matroskadec: Detect conflicting sample rate/default_duration
[11:58] <cone-132> ffmpeg.git 03Michael Niedermayer 07release/1.1:ae72abf6521c: avformat/matroskadec: Detect conflicting sample rate/default_duration
[11:58] <cone-132> ffmpeg.git 03Michael Niedermayer 07release/1.2:06190d75d09a: avformat/matroskadec: Detect conflicting sample rate/default_duration
[11:58] <cone-132> ffmpeg.git 03Michael Niedermayer 07release/2.0:bc44d06c3de8: avformat/matroskadec: Detect conflicting sample rate/default_duration
[13:29] <saste> what happens if i send empty packets to the encoder?
[13:35] <TZer0> Quick question: what should I do if I want to modify cmdutils.c so that ffmpeg can accept additional (with information I'd like to use) files?
[13:36] <BoR0> how good is AVSEEK_FLAG_FRAME, will it allow me to step to any frame? (something like QuickTime does)
[13:37] <TZer0> if anyone wondered, yes, what I'm doing will be available and hopefully pushed back to the main ffmpeg-repo if successful.
[13:56] <Compn> additional files ?
[13:56] <Compn> what do you mean ?
[13:56] <Compn> TZer0 
[13:57] <Compn> ffmpeg has concat protocol for multi inputs ?
[13:57] <Compn> or you mean metadata ?
[14:00] <TZer0> Compn: well, it is sort of metadata
[14:00] <TZer0> I'm looking to modify some stuff related to motion vector estimation
[14:01] <TZer0> and I'd like to provide an additional file with information related to this
[14:02] <TZer0> I must also admit that I am very fresh when it comes to ffmpeg.
[14:02] <TZer0> just a heads up.
[14:03] <TZer0> Oh, and thanks for any help I get.
[14:34] <Compn> TZer0 : oh, well no idea :)
[14:34] <Compn> TZer0 : try on libav-user list as well
[14:40] <TZer0> Compn: well, if you know anything about command line parameter handling, that would always help
[15:21] <TZer0> Compn: also, should this be in the libav-user list? I'm making modifications of ffmpeg, not using it thorugh other means.
[15:40] <Compn> TZer0 : yeah i realized i was wrong, this sounds like the right place
[15:41] <Compn> TZer0 : best thing is to make a trac issue, with a sample file that shows what you want to do, and what a finished file should look like
[15:41] <Compn> that way other devs who can help and know where all the option parsing should go can figure out the right api path
[15:41] <Compn> i dont program so i dont know any of this stuff
[15:46] <saste> TZer0, what information?
[19:25] <saste> michaelni, why don't we have a packet filtering layer?
[19:26] <saste> bitstream filtering allows to only change data, but doesn't allow to modify/access the other packet properties, thus it is limited
[19:56] <TZer0> saste: I've got some motion vectors which I want to feed FFmpeg
[19:57] <saste> TZer0, what's the point?
[19:57] <TZer0> saste: avoid having to calculate SEDs - speed up that part of the encoding.
[19:58] <saste> TZer0, is that possible? are you tweaking the ME routines?
[19:58] <TZer0> first of all, I'm kind of fresh to this. Just a warning - ME?
[19:58] <saste> motion estimation
[19:58] <TZer0> ah, yes.
[19:59] <saste> motion vectors are usually computed by this component
[19:59] <TZer0> I've got some pre-calculated ones.
[19:59] <saste> this is internal API
[19:59] <saste> used by encoders
[19:59] <Skyler_> which encoder are you trying to feed with MVs?
[19:59] <TZer0> to be honest: not sure yet.
[19:59] <TZer0> I need to figure out this bit by bit.
[20:00] <Skyler_> how things will work is going to depend a lot on which encoder it is, most likely
[20:00] <TZer0> Hmm.
[20:00] <TZer0> Most likely.. h264
[20:06] <TZer0> saste: where should I in your opinion start
[20:07] <saste> TZer0, if i understand it correctly, you want to avoid the encoder to compute MVs, by providing them yourself
[20:07] <TZer0> Yeah.
[20:07] <saste> the problem is that this scenario is not currently supported, since the encoder is not able to "read" them, but always compute them
[20:08] <saste> especially if you consider external encoders (e.g. libx264) for which such scenario was never contemplated
[20:08] <TZer0> Well, I'm looking to add a seperate mode which simply reads them.
[20:08] <Skyler_> for H.264, you want to look at libx264
[20:09] <Skyler_> however, keep in mind:
[20:09] <saste> so in the best case you should modify libavcodec, but also the other external encoders you're interested in
[20:09] <Skyler_> 1) at slower speeds, x264 will do a way better job than your motion search, so it's not worth it
[20:09] <Skyler_> 2) at faster speeds, the motion search is not a very large portion of the encoding time
[20:09] <Skyler_> so it is not as useful as people tend to thik it is
[20:09] <Skyler_> doubly so if it turns out their motion vectors aren't very good, or aren't qpel
[20:10] <saste> TZer0, what's the objective of such endeavor? optimizations?
[20:10] <TZer0> Yeah
[20:10] <Skyler_> furthermore, if you're using B-frames in x264, it's impossible to meaningfully use external motion vectors
[20:10] <Skyler_> unless you force the B-frame pattern too which is particularly bad
[20:18] <saste> why all this flaming in ffmpeg-user? people have nothing better to do than arguing about mail headers?
[20:19] <TZer0> Aren't those super-important? :P
[20:19] <Skyler_> so like if you're actually interested I can try to help with an implementation but there's a lot of icky gotchas
[20:20] <TZer0> Skyler_: hmm, well, I'm not working on it right now.
[21:26] <cone-237> ffmpeg.git 03Paul B Mahol 07master:5ceffb1bf648: matroskaenc: use ffio_fill()
[22:10] <troker> Hi all, I'm looking to do some security research with ffmpeg as a testbed.  Im interested in this vuln (http://people.canonical.com/~ubuntu-security/cve/2010/CVE-2010-3429.html) - can anyone help me find the git commit directly before that CVE was patched? Thanks much.
[22:13] <wm4> you can find it by searching for the cve number in git log
[22:14] <wm4> commit 6e73cef6 fixes it
[22:15] <troker> wm4 - thanks so much for that 
[22:15] <troker> wm4 a bit new to git - so git checkout ba87f0801d77c21eb1e4891ca1f846500bbb0939^ (the commit before the fix) should get me what I want, yes?
[22:17] <wm4> I don't really see how ba8... is related
[22:46] <troker> wm4 Im looking for the commit directly before that CVE was fixed, is ba8.. the correct one?
[22:46] <wm4> seems unrelated...
[22:53] <durandal_1707> troker: how you came out with ba8?
[22:54] <troker> I realize now that thats entirely incorrect ;P
[22:54] <troker> Im new to git heh - so it looks like a carrot will give me the parent? So I want 6e73cef6^
[22:55] <durandal_1707> that is commit that fixes CVE
[22:57] <troker> @durandal_1707 6e73cef6 fixes it or 6e73cef6^ does? 
[22:57] <troker> it looks like its 6e73cef6
[00:00] --- Wed Jul 17 2013