Opened 13 years ago
Closed 13 years ago
#1957 closed defect (worksforme)
"Cannot seek backward in linear streams" error when using RTMP streams.
Reported by: | Owned by: | reimar | |
---|---|---|---|
Priority: | important | Component: | streaming |
Version: | unspecified | Severity: | major |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Reproduced by developer: | no | Analyzed by developer: | no |
Description
mplayer reports "Cannot seek backward in linear streams" when trying to access live RTMP streams.
In order to replicate this, compile mplayer with librtmp support and then try a live stream.
i.e.
mplayer "rtmp://server/app/playpath live=yes"
Note that mplayer displays the same erratic behavior even if reading from the stdin when an external rtmpdump is used before the pipe.
This happened around somewhere March 27-Apr 4 or in SVN release format r33124-r33216.
If requested I can provide an actual commandline that reports this error.
See also:
http://lists.mplayerhq.hu/pipermail/mplayer-users/2011-May/082757.html
which reports that r33148 (March 29) as working.
Attachments (2)
Change History (6)
comment:1 by , 13 years ago
Priority: | normal → important |
---|
by , 13 years ago
Attachment: | rtmplink.txt added |
---|
comment:2 by , 13 years ago
comment:3 by , 13 years ago
Another testcase, as the provided one does not work for me (playback does not start). May work only in Germany.
comment:4 by , 13 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Actually, SVN-r34118 resolved the error I reported.
There is no longer a "Cannot seek backwards in linear streams" when using mplayer, the cache does not get depleted and all works great as before r33124.
@brain_bug
From what I can deduce there was an altering in the way rtmp parameteres are passed to mplayer so maybe there is something wrong with the command line options you use. I propose "my" bug as WORKSFORME. If you believe otherwise, just revert it to new.
Full command-line of an RTMP link that exhibits this bug