encoder and icecast://, need a way to pass protocol options to ffmpeg like -tls or -content_type
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
Important Information
Provide following Information:
- mpv 0.34.0-87-gcc4ac14d51
- Linux
- I compiled mpv from git
If you're not using git master or the latest release, update.
Releases are listed here: https://github.com/mpv-player/mpv/releases
Reproduction steps
Use mpv and -o=icecast://user:pass@host:port/filename.webm and there will be a message:
[ffmpeg] icecast: Streaming WebM but appropriate content type NOT set!
[ffmpeg] icecast: Set it with -content_type video/webm
If there's a way to pass -content_type or -tls or other options described in https://ffmpeg.org/ffmpeg-protocols.html#Icecast then mpv could output to icecast as good as ffmpeg
Expected behavior
A way to add ffmpeg/icecast -content_type to mpv parameters
Actual behavior
Log file
Sample files
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 with mpv's -o output-option handling and the ffmpeg Icecast protocol integration, using the reported icecast:// reproduction and ffmpeg protocol options as the entry points. Compare how -content_type and -tls should be represented in mpv parameters. Done means mpv accepts protocol options for an Icecast output and the reported WebM content-type warning is resolved.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- audio-video-rtc, cli
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100