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

[Ivan Kalvachev]

Michael,
Are you going to answer my mail?
Or just ignore me like you use to do.

Take care
   Ivan Kalvachev
  iive


On Thu, 10 Mar 2005 01:15:09 +0200
Ivan Kalvachev <ivan at cacad.com> wrote:

> 
> > 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