[MPlayer-dev-eng] [PATCH] Fix interpretation of Accept-Ranges http header to match the RFC
alexander.kanavin at nokia.com
Thu Jul 10 19:19:18 CEST 2008
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.
More information about the MPlayer-dev-eng