[FFmpeg-devel] RV30/40 decoder seek reset

Kostya kostya.shishkov
Sat Feb 7 08:38:17 CET 2009


On Fri, Feb 06, 2009 at 11:21:34AM -0500, compn wrote:
> On Fri, 6 Feb 2009 17:39:08 +0200, Kostya wrote:
> >On Fri, Feb 06, 2009 at 07:11:42AM -0500, compn wrote:
> >> On Fri, 6 Feb 2009 09:45:30 +0200, Kostya wrote:
> >> >On Fri, Feb 06, 2009 at 05:20:08AM +0200, Uoti Urpala wrote:
> >> >> Currently the decoders do not have a .flush() function and produce
> >> >> incorrect output after a seek. Is this just an oversight or would there
> >> >> be something nontrivial to implement?
> >> > 
> >> >Why should they need flush() ? They operate on whole frames and the problem
> >> >is in demuxer (and RM format itself).
> >> 
> >> someone just reported this bug to me:
> >
> >[...] 
> >> [rv30 @ 0x3fdd80]warning: first frame is no keyframe
> >> [rv30 @ 0x3fdd80]warning: first frame is no keyframe
> >> [rv30 @ 0x3fdd80]warning: first frame is no keyframe
> >> [rv30 @ 0x3fdd80]warning: first frame is no keyframe
> >> [rv30 @ 0x3fdd80]warning: first frame is no keyframe
> >> repeats forever. 
> >> 
> >> same with mplayer/mencoder
> >> but if you start mplayer and then seek it works fine
> >
> >Hmm, probably this could be resolved with another check (like it was with
> >issue 747 on roundup). Do you have a sample?
> 
> uploaded to incoming/firstframenokey.rm

ok, getting it and will try to fix
 
> -compn




More information about the ffmpeg-devel mailing list