[MPlayer-dev-eng] [PATCH] Fix interpretation of Accept-Ranges http header to match the RFC

[Alexander Kanavin]

ext The Wanderer wrote:

> Assuming that it does not, as you indicate MPlayer currently does, seems
> to me to be the less potentially problematic of the two possible
> approaches; it means not trying to seek some of the time when it would
> succeed, but the alternative would be to try to seek some of the time
> when it will fail.

 From my pov this approach is in fact more problematic. Setting up the 
playback of some files (mp4, mov, mp3) requires seeking to the end of file 
and back. Before the patch, if the header is absent the playback will 
simply always fail. After the patch, it will either succeed, or fail a bit 
later when the actual seek is attempted. This is not a theoretical 
objection; I developed this patch to begin with because I'm trying to make 
mplayer work with a (proprietary) web server built into Nokia handsets that 
won't send the header, but allows seeking just fine, and is in full 
compliance with http spec to behave like that.

I will redo the patch in a correct way if someone will indicate that it's 
going to be accepted.

Alex