[MPlayer-dev-eng] MPCF proposal

Michael Niedermayer michaelni at gmx.at
Tue Mar 11 23:03:55 CET 2003


Hi

On Tuesday 11 March 2003 23:03, D Richard Felker III wrote:
[...]
> > > > hmm, ok, u won, i agree that for simplicity its better to store the
> > > > samplecount or timestamp per subpacket somehow, do u know the typical
> > > > size of vorbis packets? perhaps we could save some space by RLE
> > > > encoding them
> > >
> > > Hmm. I was thinking it was small enough to fit in one byte, but maybe
> > > not with vlc... IIRC they tend to be around 200 bytes, but I may be
> > > entirely wrong. I can try to figure it out later if no one else knows.
> >
> > ogminfo seems prints the subpacket size (with a few -v) but not the
> > number of samples in a subpacket which would be needed for simple
> > seeking/cuting ... the size of the subpackets is too random for rle, and
> > yes its often larger than 300 so it wont fit in a byte unless we use some
> > difference vlc encoding
>
> Hmm, yeah, encoding difference from the previous packet's length
> rather than absolute length would probably make it one byte most of
> the time with vlc. Alternatively you could first compute a base length
> (either smallest packet length in the superpacket, or else average or
> something) and then store all lengths as an offset from that base...
we store the smallest + offsets currently 
...
[...]

Michael


More information about the MPlayer-dev-eng mailing list