[MPlayer-cvslog] CVS: main/DOCS/tech mpcf.txt,1.69,1.70

Michael Niedermayer michaelni at gmx.at
Wed Mar 9 20:38:37 CET 2005


On Wednesday 09 March 2005 18:57, Ivan Kalvachev wrote:
> On Wed, 9 Mar 2005 12:08:32 -0500
> D Richard Felker III <dalias at aerifal.cx> wrote:
> > Index should definitely not be specified as being at the beginning of
> > the file! This destroys the ability to do linear writes, and playing a
> > video over streaming ftp or http is stupid anyway. These protocols are
> > not designed for streaming video. Instead use something where
> > requesting the index and seeking can be made reasonably fast. Or
> > better yet a protocol where you just tell the server the timestamp you
> > want to seek to, and it uses the index to start streaming the right
> > data to you!
> Well, It is stupid but it is the easiest way. And It is something
> I don't have control on. So I must live with it.
> I don't see why to don't allow having index in beginning. Yes it does
> mean that I will have to reprocess (copy) the file once it have been
> created or leave some space on purpose, with hope index will fit on it.
> (20k is reasonable waste)
> I do think that it should be possible to be done it if linear reading is
> needed..

what do u want to use a index for if u are limited to sequential/linear reads? 
seeking would be impossible per definition

> Unnecessarily limiting standard won't bring anything good.

yes, but dont forget the implementation complexity, if the index can be 
anywhere then finding it becomes complicated, if its guranteed to be at the 
end or nowhere its easy


"nothing is evil in the beginning. Even Sauron was not so." -- Elrond

More information about the MPlayer-cvslog mailing list