[Ffmpeg-cvslog] r5505 - trunk/libavformat/utils.c

Måns Rullgård mru
Wed Jun 21 14:26:39 CEST 2006


Michael Niedermayer said:
> Hi
>
> On Wed, Jun 21, 2006 at 11:11:41AM +0100, M?ns Rullg?rd wrote:
>>
>> Michael Niedermayer said:
>> > Hi
>> >
>> > On Tue, Jun 20, 2006 at 09:46:09PM +0200, mru wrote:
>> >> Author: mru
>> >> Date: Tue Jun 20 21:46:09 2006
>> >> New Revision: 5505
>> >>
>> >> Modified:
>> >>    trunk/libavformat/utils.c
>> >>
>> >> Log:
>> >> increase search limit in av_find_stream_info
>> >
>> > please specify in the commit message or a comment in the source why
>> > the new value is needed, so that in case someone changes that code, he
>> > can test that problematic videos still work
>>
>> What could the reason be other than some video requiring it?  This time
>> it was an MPEG PS file, but that doesn't mean all MPEG PS files need this.
>
> does that video also have an url?

No.  I got it from our friend Baptiste privately since he didn't want to
upload it to a public place.  Now that the issue with the file is identified,
I suppose making 10 seconds available won't be an issue.

> increasing these limits arbitrarily means added delay for some cases at
> startup, the limit should in case we cant find a better solution be
> user specifyable

Yes, that is unfortunate.  As long as people insist on authoring insane
files, I see no good solution.

> and to find a better solution knowing which files where problematic in
> the first place is quite helpfull for testing
>
> a better solution might be for example that we could stop searching when
> we have 1 audio and 1 video stream and the container normally doesnt have
> more streams or we could use different limits for file:// vs. over the
> net / streaming stuff

That's an idea worth considering.

-- 
M?ns Rullg?rd
mru at inprovide.com




More information about the ffmpeg-cvslog mailing list