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

[compn]

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

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. 

Starting playback...
←[K  =====  PAUSE  ===== (03:12.0) 47.2%
←[K  0.4 (00.4) of 192.0 (03:12.0) 42.7%
A:   3.7 (03.7) of 192.0 (03:12.0) 12.8%

Exiting... (End of file)

-compn