[MPlayer-dev-eng] [patch 02] Fix stream_ffmpeg read near EOF (was: mplayer fails to seek large file (>2G) over http due to misparsed Content-Length)

[Yuriy Kaminskiy]

On 19.01.2010 23:22, compn wrote:
> On Tue, 19 Jan 2010 17:48:19 +0300, Yuriy Kaminskiy wrote:
>> Hello!
>> I've tried to play large file (4194540223 bytes) over http, and cannot seek, as
>> Content-Length was misparsed/truncated with atoi.
> does it work using mplayer ffmpeg://http://blah... ?
Well, somewhat. Only I've hit bug in squid ;-) [it returned garbage header:
Content-Range: 0-4194540222/-100427073
maybe ffmpeg should be more strict when parsing it? anyway, squid bug
fixed&reported], and then I've hit another bug in stream_ffmpeg: it uses
url_read_complete instead of url_read, and fails near EOF. Patch attached {I
verified that this patch applies to today's svn} [and later I've found similar
commit in mplayer.git - 34c8b502e9b0b23e9719c9f41bedee9e9c314a29; it's pity such
trivial fixes cannot find their way back in svn :-\].
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stream-ffmpeg-fix.patch
Type: text/x-diff
Size: 575 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20100122/a2e037b1/attachment.patch>