[MPlayer-cvslog] r31201 - trunk/stream/cache2.c

[Reimar Döffinger]

On Mon, May 24, 2010 at 06:06:46PM -0400, compn wrote:
> On Mon, 24 May 2010 21:38:11 +0200, Reimar Döffinger wrote:
> >On Mon, May 24, 2010 at 05:38:50PM +0300, Ivan Kalvachev wrote:
> >> Reimar, while you are working on cache2.c I'd like to make a feature request.
> >> 
> >> Could you try to find some workaround for the known problem with eof
> >> handling. For networks streams if playback is paused, server may
> >> disconnect the connection and cache would fail to resume, thinking it
> >> have reached the eof. Same thing happens with local files that are
> >> still growing.
> >> 
> >> The way I see it is by implementing EOF in 3 states.
> >> 0 - eof not reached
> >> 1 - eof reached, cache full.
> >> 2 - eof reached, cache empty, resume failed.
> >
> >Do you have a nice test case?
> >I suspect you might be overcomplicating things, and something liek below
> >might work (I suspect it will not be enough, the eof handling is wildly
> >spread all over the place, probably left-overs from half-failed attempts
> >to fix various issues).
> 
> something like this i assume:
> wget --limit-rate=10000 -c http://samples.mplayerhq.hu/HDTV/abc.mpg |
> mplayer abc.mpg

Might work.

> or mplayer -nocache 
> http://samples.mplayerhq.hu/A-codecs/MP3/01%20-%20Charity%20Case.mp3
> hit pause, then come back an hour later and unpause. 

With that "an hour later" you exactly hit my problem :-)