[FFmpeg-devel] [PATCH] Add documentation that seeking is done by DTS and not PTS
michaelni at gmx.at
Thu Apr 12 17:48:02 CEST 2012
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
Size: 198 bytes
Desc: Digital signature
More information about the ffmpeg-devel