[MPlayer-cvslog] CVS: main/DOCS/tech mpcf.txt,1.69,1.70
Ivan Kalvachev
ivan at cacad.com
Thu Mar 10 00:15:09 CET 2005
> what do u want to use a index for if u are limited to sequential/linear reads?
> seeking would be impossible per definition
Seeking backwards is impossible by definition..
Anyway, it is not a case of impossible seeking, just a case where
it should be avoided when possible.
e.g.
Just give you example with avi files.
Opening stream. reading header.
seeking to end (close, and open stream again). read index
seeking to beginning (close, and open stream again), start reading.
If server is configured to allow only 3 opens of same file per second, then
one more seeking will throw you away as flooder/DDoS-er
Also don't forget how painful is mplayer cache when it have to fill the cache.
with default 20% it reads few megabytes that it throws away just to start
read them again after a while.
> >
> > 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
Again I haven't said that. Only at the beginning or only at the end
won't complicate it at all.
Wish You Best
Ivan Kalvachev
iive
More information about the MPlayer-cvslog
mailing list