AirPlay goes silent after a while

[bbsixzz]

iMac M1 macOS Sonoma 14.2.1

While streaming to my HomePod stereo pair (gen 1) over 5GHz Wi-Fi AirPlay will go silent after a while.

The app is still playing and the progression slider is moving.

I tested local playback and Airfoil (Rogue Amoeba) to stream the audio from Submariner with no issue as a method of elimination.

Please let me know if there is something else I can provide to help you determine the problem.

[NattyNarwhal]

When it happens, do you see anything in Console.app? You can filter by process with process:Submariner. It may also help to check info/debug messages from the Action menu, though it'll be chattier. (You can also add subsystem:fr.read-write.Submariner to include only messages Submariner prints, but I think it's likely an Apple framework that's doing things here.)

[bbsixzz]

Process:
https://www.dropbox.com/scl/fi/sxwfpxitg3c7gdupkfu1n/process.txt?rlkey=x3m356fy8bsqhzbn4z3hbp9ey&dl=0

Subsystem:

info	16:04:01.227893+0100	Submariner	Base params for <private>:
info	16:04:01.227916+0100	Submariner		parameter v = 1.15.0
info	16:04:01.227933+0100	Submariner		parameter c = submariner
info	16:04:01.227947+0100	Submariner		parameter u = bbsixzz
info	16:04:01.227963+0100	Submariner		Sensitive parameter p = 26 long
info	16:04:01.228080+0100	Submariner	Assembling base URL <private>
info	16:04:01.228101+0100	Submariner		API endpoint /rest/stream.view
info	16:04:01.228118+0100	Submariner		parameter id = c6a089b0a6bedeb3d1374873ffc07f90
info	16:04:01.228135+0100	Submariner		parameter v = 1.15.0
info	16:04:01.228149+0100	Submariner		parameter c = submariner
info	16:04:01.228163+0100	Submariner		parameter maxBitRate = 0
info	16:04:01.228178+0100	Submariner		parameter u = bbsixzz
info	16:04:01.228193+0100	Submariner		Sensitive parameter p = 26 long
info	16:04:01.228286+0100	Submariner	Playing remote track via /rest/stream.view at URL: <private>
info	16:04:01.228307+0100	Submariner	Track MIME type is audio/mpeg
info	16:04:01.237437+0100	Submariner	Base params for <private>:
info	16:04:01.237521+0100	Submariner		parameter c = submariner
info	16:04:01.237657+0100	Submariner		Sensitive parameter p = 26 long
info	16:04:01.237849+0100	Submariner		parameter v = 1.15.0
info	16:04:01.238013+0100	Submariner		parameter u = bbsixzz
info	16:04:01.238275+0100	Submariner	Assembling base URL <private>
info	16:04:01.238429+0100	Submariner		API endpoint /rest/scrobble.view
info	16:04:01.238699+0100	Submariner		parameter c = submariner
info	16:04:01.238954+0100	Submariner		Sensitive parameter p = 26 long
info	16:04:01.239100+0100	Submariner		parameter id = c6a089b0a6bedeb3d1374873ffc07f90
info	16:04:01.239263+0100	Submariner		parameter v = 1.15.0
info	16:04:01.239450+0100	Submariner		parameter time = 1704035041238
info	16:04:01.239639+0100	Submariner		parameter u = bbsixzz
info	16:04:01.418544+0100	Submariner	Handling URL <private>
info	16:04:01.418561+0100	Submariner		API endpoint /rest/scrobble.view
info	16:04:01.418572+0100	Submariner		Status code is 200
debug	16:04:01.418823+0100	Submariner	Encountered XML element subsonic-response
info	16:04:01.418920+0100	Submariner	Finished XML processing
info	16:04:01.418984+0100	Submariner	Changes to Core Data will be saved...
info	16:04:01.420098+0100	Submariner	Merging changes onto main thread...
info	16:10:00.752053+0100	Submariner	Base params for <private>:
info	16:10:00.752155+0100	Submariner		parameter u = bbsixzz
info	16:10:00.752288+0100	Submariner		parameter v = 1.15.0
info	16:10:00.752469+0100	Submariner		Sensitive parameter p = 26 long
info	16:10:00.752576+0100	Submariner		parameter c = submariner
info	16:10:00.753012+0100	Submariner	Assembling base URL <private>
info	16:10:00.753052+0100	Submariner		API endpoint /rest/stream.view
info	16:10:00.753186+0100	Submariner		parameter u = bbsixzz
info	16:10:00.753299+0100	Submariner		parameter v = 1.15.0
info	16:10:00.753340+0100	Submariner		parameter maxBitRate = 0
info	16:10:00.753371+0100	Submariner		parameter id = 42a201de7ac3a01e8482f3bfe813d8c9
info	16:10:00.753482+0100	Submariner		Sensitive parameter p = 26 long
info	16:10:00.753604+0100	Submariner		parameter c = submariner
info	16:10:00.753829+0100	Submariner	Playing remote track via /rest/stream.view at URL: <private>
info	16:10:00.753953+0100	Submariner	Track MIME type is audio/mpeg
info	16:10:00.763254+0100	Submariner	Base params for <private>:
info	16:10:00.763444+0100	Submariner		parameter c = submariner
info	16:10:00.764724+0100	Submariner		parameter v = 1.15.0
info	16:10:00.764857+0100	Submariner		parameter u = bbsixzz
info	16:10:00.765070+0100	Submariner		Sensitive parameter p = 26 long
info	16:10:00.765537+0100	Submariner	Assembling base URL <private>
info	16:10:00.765661+0100	Submariner		API endpoint /rest/scrobble.view
info	16:10:00.765762+0100	Submariner		parameter c = submariner
info	16:10:00.765861+0100	Submariner		parameter v = 1.15.0
info	16:10:00.765957+0100	Submariner		parameter id = 42a201de7ac3a01e8482f3bfe813d8c9
info	16:10:00.766011+0100	Submariner		parameter time = 1704035400765
info	16:10:00.766096+0100	Submariner		parameter u = bbsixzz
info	16:10:00.766216+0100	Submariner		Sensitive parameter p = 26 long
info	16:10:00.826999+0100	Submariner	Handling URL <private>
info	16:10:00.827042+0100	Submariner		API endpoint /rest/scrobble.view
info	16:10:00.827085+0100	Submariner		Status code is 200
debug	16:10:00.827286+0100	Submariner	Encountered XML element subsonic-response
info	16:10:00.827346+0100	Submariner	Finished XML processing
info	16:10:00.827428+0100	Submariner	Changes to Core Data will be saved...
info	16:10:00.828013+0100	Submariner	Merging changes onto main thread...

I started playing right after starting the log (info and debug included).

I played 1 track 05:58 then on the second track 04:44 AirPlay stopped right in the middle or towards the end.

I was not using the computer when it happened, I just turned on the music and walked away until the bug occurred.

Screen saver starts after 2 min, display sleeps after 5 min if that makes any difference.

Hope this helps, let me know if you need anything else.

[bbsixzz]

This still happens on 3.2 and this time I tested it on another machine, MacBook Air M2 macOS Sonoma 14.5 (23F79)

[NattyNarwhal]

Haven't been able to reproduce it yet on my side unfortunately.

[bbsixzz]

Ok, this was at different location with a different network and a different pair of OG HomePods.