pyatv: rpi4: atvremote stream file very slow to HomePods
What do you need help with?
Hello,
atvremote is slow on an rpi4 where it takes anywhere from 11-13s to complete streaming a 1s audio file. rpi4 & HomePod mini is on same subnet. Full debug Log attached. It seems there’s a very large delay (8s) between sending a RTSP SETUP msg and its response. Then another delay ~ 5s that includes streaming the file.
Appreciate any suggestions to further debug this. Thank you !
- rpi4: Bullseye, atvremote v0.13.0
- HomePod mini: 16.5
atvremote --debug --verbose -s 10.10.10.10 --scan-protocols raop stop set_volume=50 stream_file="./media/test.mp3"atvremote-slow.log
About this issue
- Original URL
- State: closed
- Created a year ago
- Comments: 19 (6 by maintainers)
@CAB426 Thanks got reporting! That is very reasonable. AirPlay has some buffering time built in which is about two seconds, so that sounds about right. Since this penalty delay was not present before, I kinda suspected that apple messed up. They do that from time to time.
@aboulfad It will be, is the same software.
FWIW, I updated my HomePods to iOS 17 Public Beta and my delay playing TTS WAV’s (local) went from ~10s to ~3s. This is through Home Assistant (2023.7.2), local Piper TTS (Latest - <1s response time), and HomePod Gen 2. I ensured that they were not cached and also tried after 60 minutes to let everything “cooldown”, same results.
Indeed, I can confirm much shorter acceptable delay ( ~4s) with HomePod beta 17 on one of my HP Mini, streamed with the same command as my OP (from rpi4) 😃
@postlund Yep confirmed ALAC audio sounds correct with that latest commit
I don’t recall the version exactly, no. But it’s the current major release at least.
Yes, exactly. I’ve would create a new branch using ALAC instead. I’ve stripped all that code, so I would have to revert that. In that case, only ALAC would be used so using that branch would be the only requirement. But I can add an environment flag to toggle simply as well.