[FFmpeg-soc] [soc]: r5826 - in seek2010: . seek2010.patch

Michael Niedermayer michaelni at gmx.at
Thu Jun 17 08:45:23 CEST 2010


On Wed, Jun 16, 2010 at 10:50:06PM +0200, Michael Chinen wrote:
> On Wed, Jun 16, 2010 at 10:07 PM, Michael Niedermayer <michaelni at gmx.at> wrote:
> > On Wed, Jun 09, 2010 at 03:42:09PM +0200, mchinen wrote:
> >> Author: mchinen
> >> Date: Wed Jun  9 15:42:08 2010
> >> New Revision: 5826
> >>
> >> Log:
> >> creating seek2010 dir for my soc proj and adding current patch
> > [...]
> >
> >> +Index: libavformat/avformat.h
> >> +===================================================================
> >> +--- libavformat/avformat.h   (revision 23548)
> >> ++++ libavformat/avformat.h   (working copy)
> >> +@@ -390,6 +390,21 @@
> >> +     int min_distance;         /**< Minimum distance between this and the previous keyframe, used to avoid unneeded searching. */
> >> + } AVIndexEntry;
> >> +
> >> ++#define AV_SEEKTABLE_BUILDING   0x0001
> >> ++#define AV_SEEKTABLE_CBR        0x0002
> >> ++#define AV_SEEKTABLE_FINISHED   0x0004
> >> ++#define AV_SEEKTABLE_COPIED     0x0008
> >
> > missing documentation
> >
> >
> > [...]
> >
> >> +@@ -531,6 +546,9 @@
> >> +      * Number of frames that have been demuxed during av_find_stream_info()
> >> +      */
> >> +     int codec_info_nb_frames;
> >> ++
> >> ++    /* new av_seek_frame() support */
> >> ++    AVSeekTable seek_table;
> >> + } AVStream;
> >
> > we alraedy have a table for seeking, that is AVStream.index_entries
> > why do you add a second table?
> This one is a complete index table that will be saved/loaded/built on
> a different thread during decoding.  I made a new one mostly to make
> sure I didn't cause regression bugs.  Also currently lots of demuxers
> change the state of that index table during normal read/parse.  Once
> the complete table is built, the idea is to stop using the old
> index_entries one and use the complete table for seeking.  Is this
> okay?

lets assume you have a seperate demuxer for buildng the index, then this one
already has its own AVStream.index_entries which it also should already fill
during demuxing.
only thing left is moving it over to AVStream.index_entries of the main
demuxer once its done.
am i missing something?

this does appear simpler and simpler to implement to me


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

No snowflake in an avalanche ever feels responsible. -- Voltaire
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/attachments/20100617/1662e8fe/attachment.pgp>


More information about the FFmpeg-soc mailing list