Video/audio artifacts with RTP stream
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 --version
mpv 0.29.1 Copyright © 2000-2018 mpv/MPlayer/mplayer2 projects
built on UNKNOWN
ffmpeg library versions:
libavutil 56.22.100
libavcodec 58.35.100
libavformat 58.20.100
libswscale 5.3.100
libavfilter 7.40.101
libswresample 3.3.100
ffmpeg version: 4.1.3
Gentoo GNU/Linux
Reproduction steps
Try to view any RTP stream in LAN of my Internet provider like
mpv rtp://@233.33.210.16:5050
Expected behavior
Video and audio without artifacts
Actual behavior
Periodical video/audio artifacts with mpv, but no issues with ffplay.
Log file
http://coldzone.ru/upload/rtp/stream.log
Sample files
Stream captured with tcpdump while playing it with ffplay http://coldzone.ru/upload/rtp/stream.cap
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 reproducing the issue with mpv rtp://@233.33.210.16:5050 and compare its output with ffplay using the linked stream log and tcpdump capture. Use the supplied mpv and FFmpeg versions and Gentoo Linux environment to investigate the periodic audio/video artifacts; done means RTP playback is artifact-free or the cause is identified.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- audio-video-rtc, cli, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100