Live RTMP streams do not recover from seeks past the end of cache
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
mpv version and platform
git master from a few days ago (shinchiro build)
Windows 10
Reproduction steps
Play a live RTMP stream (unfortunately I can't seem to find a publicly available test example) and seek past the end of cache. The stream does not recover, i.e makes no new requests.
It's important to note that live HLS seems to be unaffected by this.
Actual behavior
The stream gets stuck.
Expected behavior
I can imagine a few reasonable behaviours, such as playback resuming from the latest fetched point and the stream continuing from then on (what seems to happen with other live streams).
Log file
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing mpv's RTMP handling and comparing it with the unaffected live HLS path. Use the linked log to trace what happens after seeking past the cache; done means a live RTMP stream resumes or continues fetching after that seek.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100