[FFmpeg-devel] [PATCH] Add documentation that seeking is done by DTS and not PTS

[Michael Niedermayer]

On Thu, Apr 12, 2012 at 07:42:42AM -0600, Michael Bradshaw wrote:
> On Thu, Apr 12, 2012 at 6:40 AM, Michael Niedermayer <michaelni at gmx.at>wrote:
> 
> > On Wed, Apr 11, 2012 at 10:22:59PM -0600, Michael Bradshaw wrote:
> > > Signed-off-by: Michael Bradshaw <mbradshaw at sorensonmedia.com>
> > > ---
> > >  libavformat/avformat.h |    5 +++++
> > >  1 files changed, 5 insertions(+), 0 deletions(-)
> > >
> > > diff --git a/libavformat/avformat.h b/libavformat/avformat.h
> > > index 5a11fdc..e4ec415 100644
> > > --- a/libavformat/avformat.h
> > > +++ b/libavformat/avformat.h
> > > @@ -1456,6 +1456,9 @@ int av_read_frame(AVFormatContext *s, AVPacket
> > *pkt);
> > >  /**
> > >   * Seek to the keyframe at timestamp.
> > >   * 'timestamp' in 'stream_index'.
> > > + *
> > > + * Note that seeking is done by DTS and not by PTS.
> >
> > this is not true for all demuxers, nut should be seeking to pts for
> > example.
> >
> 
> Oh great, so this is even more confusing than I thought ;). Is there any
> way of knowing if a demuxer seeks by DTS or by PTS? Should I change the
> patch to say something along the lines of:
> 
> "Note that some demuxers seek by DTS and some seek by PTS."?

we could add a flag that specifies if a demuxer is able to seek by pts.


-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Asymptotically faster algorithms should always be preferred if you have
asymptotical amounts of data
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20120412/832ad7de/attachment.asc>