[MPlayer-dev-eng] Lots of stuff for NUT
Michael Niedermayer
michaelni at gmx.at
Mon Jan 9 12:37:36 CET 2006
Hi
On Mon, Jan 09, 2006 at 12:24:29PM +0200, Oded Shimon wrote:
> On Sat, Jan 07, 2006 at 09:38:54PM -0500, Rich Felker wrote:
> > On Sat, Jan 07, 2006 at 09:07:05PM +0100, Michael Niedermayer wrote:
> > > Hi
> > >
> > > On Sat, Jan 07, 2006 at 01:41:52PM -0500, Rich Felker wrote:
> > > > On Sat, Jan 07, 2006 at 12:24:48PM +0100, Michael Niedermayer wrote:
> > > > > > You never really answered the question, does the overhead really bother you
> > > > > > that much Michael? I want to make NUT done already. Rich wants keyframe
> > > > > > exact seeking (and I agree), we all want demuxer and muxer simplicity, and
> > > > > > the only solution for this is per stream pts and ptr in every syncpoint.
> > > > >
> > > > > i dont think pts per stream are needed for this, what exactly was the problem
> > > > > anyway if we just have a rule like
> > > > > output a syncpoint immedeatly if a back_ptr changes by more then t
> > > > > doesnt that ensure that we never have to search more then t?
> > > >
> > > > The problem is: how do you find the correct syncpoint to start your
> > > > search at? How do you properly assign timestamps to make it work?
> > >
> > > hmmmmmmm, what about the following
> > >
> > > * store syncpoints with timestamp and a single back pointer and a pointer
> > > to the last index chunk
> > > * regularely store index chunks using my proposed index format (syncpoint
> > > timestamp+pos and keyframe flags for all streams and syncpoints since the last
> > > index chunk)
> >
> > The proposal still has per-stream pts, even for the index. Without it
> > you won't be able to find the correct position with just a single
> > media seek.
>
> Index still needs improoving. I want this committed...
iam against reseting the tmp_* variables, the per stream pts in the
syncpoints and index, the removial of the index repeation possibility
and increasing the index overhead by a factor of 10 without a clear
advantage for the end user
if we cant agree maybe we should do some voting on the per stream pts
which are the main point of dissagreement?
[...]
--
Michael
More information about the MPlayer-dev-eng
mailing list