[FFmpeg-devel] [PATCH] qtrleenc autogop

Baptiste Coudurier baptiste.coudurier
Tue Jun 23 19:56:17 CEST 2009

Reimar D?ffinger wrote:
> On Tue, Jun 23, 2009 at 02:16:24PM +0200, Michael Niedermayer wrote:
>> On Tue, Jun 23, 2009 at 01:01:33PM +0200, Reimar D?ffinger wrote:
>>> On Tue, Jun 23, 2009 at 12:51:44PM +0200, Michael Niedermayer wrote:
>>>> On Mon, Jun 22, 2009 at 12:14:36PM -0700, Baptiste Coudurier wrote:
>>>>> Michael Niedermayer wrote:
>>>>>> On Sat, Jun 20, 2009 at 03:07:02PM -0700, Baptiste Coudurier wrote:
>>>>>>> Hi guys,
>>>>>>> $subject. It should be more efficient,
>>>>>> it breaks seeking if iam not misreading the patch, one can only seek to
>>>>>> keyframes and the patch would stop keyframes from being used except for
>>>>>> the very first frame
>>>>> File works perfectly with quicktime player ;)
>>>> quicktime can seek in files that have only a single keyframe by
>>>> decoding all frames after the keyframe?
>>> Yes, and it actually caches a few decoded frames AFAIK, so as long as
>>> you seek only a little bit it seems okay.
>> i guess that would make a nice feature request for ffplay ...
> Well, but there might be some additional codec state, so you can't use
> the frames alone to reset the codec to some earlier state.
> I should probably get myself more informed before I make any statements,
> but I think that caching is mostly to enable frame-stepping backwards.

Yes, even with one keyframe you can seek through the entire movie, it
will read and decode to the frame requested. Like Reimar pointed, it
might take a few minutes, but it should still work.

I think a gop 0 feature would be nice.

Baptiste COUDURIER                              GnuPG Key Id: 0x5C1ABAAA
Key fingerprint                 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
FFmpeg maintainer                                  http://www.ffmpeg.org

More information about the ffmpeg-devel mailing list