[matroska-general] Fw: Re: container format MPCF ( mplayer mediacontainer format )
Christian HJ Wiesner
chris at matroska.org
Mon Feb 17 05:11:44 CET 2003
"D Richard Felker III" <dalias at aerifal.cx> schrieb im Newsbeitrag
news:<20030217015543.GE180 at brightrain.aerifal.cx>...
> On Sun, Feb 16, 2003 at 11:15:47PM +0100, ChristianHJW wrote:
> > "Michael Niedermayer" <michaelni at gmx.at> schrieb im Newsbeitrag
> > news:200302081955.40434.michaelni at gmx.at...
> > > currently the index at the end is required for normal files (realtime
> > streams
> > > are an exception) but the index can be repeated if the muxer wants to
> > repeat
> > > it, this IMHO doesnt add any complexity to either the muxer or demuxer
> > > its more flexible for thouse crazy ppl who want a few copies of the
> > > Michael
> > matroska Team came up with the very same solution. EBML allows us to
> > the meta seek tables ( = index ) as many times as we want in the file,
> > we normally write it at the end.
> Will you please stop this already? EBML is not some sorta holy grail
> that enables you to do this, it's just one (ugly and inefficient) way
> of storing the necessary info for muxed a/v (plus lots of other junk
> that doesn't need to exist on the muxer level). It's clear that
> MPlayer developers are not interested in your matroska, so why do you
> insist on trying to promote it over and over?
> BTW, having a backup index at arbitrary location is useless since the
> player won't know where to find it, unless you have a header at the
> beginning pointing to the indices. Of course this is silly and just
> wastes space since the index is redundant data that can be regenerated
> if it's damaged.
As robux4 was pointing out already, seems as i've messed it up again :-(
.... i just feel so helpless against this a....le, i'd wish somebody from
the mplayer users told him how arrogant and ill he is.
More information about the Matroska-general