Live streams falls behind
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
mpv 0.26.0 (C) 2000-2017 mpv/MPlayer/mplayer2 projects
built on UNKNOWN
ffmpeg library versions:
libavutil 55.58.100
libavcodec 57.89.100
libavformat 57.71.100
libswscale 4.6.100
libavfilter 6.82.100
libswresample 2.7.100
ffmpeg version: 3.3.4
Debian GNU/Linux stable-updates (sid)
Reproduction steps
mpv --no-cache --keep-open --hwdec=vdpau --hwdec-codecs=all --vo=vdpau rtsp://my-nvr.local:7447/xxxxxxxxxxxxxxxxxxxxxxxxx_2
I can provide live rtsp URL but I would rather not (it is my security camera facing fence gate)
Expected behavior
I have specified --no-cache option so I expect to have real-time video stream
Actual behavior
- Streams falls behind few seconds and that gradually increases
- The cache fills up even though it should be disabled
Log
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 running the reported mpv command with the linked log and a reproducible RTSP source. Trace how --no-cache is handled for live streams and compare cache growth and playback delay with the reported behavior. Done means the stream remains near real time without the cache gradually filling.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, debian, linux
- Domain
- audio-video-rtc, cli, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 30/100