Re: to be effcient or not to be efficient

On Wed, 7 Jan 2004 11:29:02 +0200 (EET)
Tuukka Toivonen <[email protected]> wrote:

> I mostly agree with you arguments but would like to add yet another:
> - Robustness on data corruption/missing data.

This is something the demuxer and codecs have to handle, it
has nothing to do with the API itself.

> A file should be playable even if it's missing data from the end or
> beginning. And it's not just about data corruption, e.g. one would like to
> play a file while still downloading it and the end missing. Or like I do, I
> split big AVIs into multiple CDs but mplayer can not play anything except
> the first part directly (unless I've missed some switch).

If you just split an avi, no player is able to play it again.
It's the result of a broken design where an essential header is
put at the beginning. W/o this header it wont play.
BTW: same goes for matroska and ogg, both are not able to
recover the loss of the first bytes.


> MPEG certainly can do this (it has a special header into which one can
> synchronize to).

Yes, that's be power of a format designed for robustnes.
But something like this is beyond the scope of an codec/filter api.

			Attila Kinali

-- 
egp ist vergleichbar mit einem ikea bausatz fuer flugzeugtraeger
			-- reeler in +kaosu