[mythtv] Re: [mythtv-commits] mythtv commit: r7076 by danielk

Daniel Kristjansson danielk at cuymedia.net
Fri Aug 19 03:46:14 UTC 2005


On Fri, 2005-08-19 at 13:30 +1000, Mark Spieth wrote:
> >       Author: danielk
> >         Date: 2005-08-19 03:11:49 +0000 (Fri, 19 Aug 2005)
> > New Revision: 7076
> >    Changeset: http://cvs.mythtv.org/trac/changeset/7076
> >
> > Modified:
> >
> >    trunk/mythtv/libs/libmythtv/avformatdecoder.cpp
> >    trunk/mythtv/libs/libmythtv/decoderbase.cpp
> >
> > Log:
> >
> > This fixes the seek problem as it concerns the DummyDTVRecorder.
> >
> > It turns out the problem is due to the av_seek fallback in
> > avformatdecoder. In particular this line:
> >     if (av_seek_frame(ic, -1, ts, AVSEEK_FLAG_BACKWARD) < 0)
> > I don't know if that seek backward flag is really appropriate
> > in DoFastForward.
> 
> I did this as the newer update to ffmpeg stuff where av_seek_frame is
> implemented added these flags.
> thus it seeks to a frame and then either goes forward or backwards to the
> next key frame depending on this flag.
> backwards is the correct thing to do in all cases as the seek code in
> avformatdecoder then advances the frame count again so that the current
> frame is complete.
> cheers
> mark
Ok, then this flag is right. 

Any idea why avlib seeking doesn't work with LiveTV? I get a bunch of
messages about safe_read failing. Perhaps it is because the ring buffer
really is a ring buffer and not a linear file in LiveTV? Or, perhaps we
need to reset the avlib timecode when using the DummyDTVRecorder?

-- Daniel



More information about the mythtv-dev mailing list