raop/airplay support
Open
Nobody has claimed this yet.
meta:feature-request
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
Expected behavior of the wanted feature
There is a rust version raop_play can use ffmpeg to send raw PCM to Apple Homepod.
# raop_play version to play all MP3 files
ls ${MDIR}/*.mp3 | shuf | xargs -I {} ffmpeg -i {} -f s16le -acodec pcm_s16le -ar 44100 -ac 2 - | /usr/bin/raop_play -v 50 -p 7000 192.168.68.158 -
And there is a pyatvi can play to remote Homepod as well.
ls ${MDIR}/*.mp3 | shuf | xargs -I {} atvremote -n StudyRoom stream_file={} 2>/dev/null
I am wondering is there any way to just use mpv with --audio-device="pulse/raop_output.StudyRoom.local"?
Alternative behavior of the wanted feature
No response
Log File
No response
Sample Files
No response
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
The issue references raop_play, pyatv, ffmpeg, and mpv's --audio-device option; start by comparing how these tools send audio to an Apple HomePod. Done would mean establishing whether mpv can support RAOP/AirPlay output directly and documenting or implementing a workable path.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- audio-video-rtc
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100