mirror of
https://github.com/lox-audioserver/lox-audioserver.git
synced 2026-04-26 06:45:47 +03:00
[GH-ISSUE #135] no sound per air play 1 on V4 beta #74
Labels
No labels
bug
enhancement
pull-request
released
released on @beta
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/lox-audioserver#74
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jurajs5 on GitHub (Jan 25, 2026).
Original GitHub issue: https://github.com/lox-audioserver/lox-audioserver/issues/135
Tested on V4 beta 2 and 3.
I am using an AirPlay speaker, Bowers & Wilkins Zeppelin Air, for one zone. This is an AirPlay v1 device. After I try to play a radio stream, the device powers on, but no sound is produced. From a system point of view, it looks like the stream is coming through. I can see that there is an update available for AirPlay v1, but the update button is disabled.
Here is addtional info and log
[2026-01-25T09:06:20.851Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=108864 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=12 zoneId=6] airplay flow metrics
[2026-01-25T09:06:22.862Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=110880 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=14 zoneId=6] airplay flow metrics
[2026-01-25T09:06:23.167Z][WARN][Audio|@lox-audioserver/node-librespot] [hasAccessToken=false hasClientId=false] native connect skipped; missing access token
[2026-01-25T09:06:23.184Z][WARN][Audio|@lox-audioserver/node-librespot] [hasAccessToken=false hasClientId=false] native connect skipped; missing access token
[2026-01-25T09:06:23.886Z][DEBUG][Output|AirPlaySender] [host=192.168.3.237 zoneId=6 zoneName=Pracovna] Receiving request: 192.168.3.237 OPTIONS
[2026-01-25T09:06:24.873Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=112896 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=16 zoneId=6] airplay flow metrics
[2026-01-25T09:06:26.885Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=114912 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=18 zoneId=6] airplay flow metrics
[2026-01-25T09:06:28.896Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=116928 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=20 zoneId=6] airplay flow metrics
[2026-01-25T09:06:30.909Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=118944 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=22 zoneId=6] airplay flow metrics
[2026-01-25T09:06:31.171Z][WARN][Audio|@lox-audioserver/node-librespot] [hasAccessToken=false hasClientId=false] native connect skipped; missing access token
[2026-01-25T09:06:31.191Z][WARN][Audio|@lox-audioserver/node-librespot] [hasAccessToken=false hasClientId=false] native connect skipped; missing access token
[2026-01-25T09:06:32.919Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=120960 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=24 zoneId=6] airplay flow metrics
[2026-01-25T09:06:34.931Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=122976 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=26 zoneId=6] airplay flow metrics
[2026-01-25T09:06:36.942Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=124992 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=28 zoneId=6] airplay flow metrics
[2026-01-25T09:06:38.886Z][DEBUG][Output|AirPlaySender] [host=192.168.3.237 zoneId=6 zoneName=Pracovna] Receiving request: 192.168.3.237 OPTIONS
[2026-01-25T09:06:38.953Z][DEBUG][Output|AirPlayFlow] [backlogBytes=2096640 chunkQueueBytes=127008 clients=1 clientStats=[{"id":"192.168.3.237:1024","ready":true,"bufferBytes":0,"feedBytes":0}] preloadComplete=true ready=1 streamedSeconds=30 zoneId=6] airplay flow metrics
[2026-01-25T09:06:39.174Z][WARN][Audio|@lox-audioserver/node-librespot] [hasAccessToken=false hasClientId=false] native connect skipped; missing access token
[2026-01-25T09:06:39.197Z][WARN][Audio|@lox-audioserver/node-librespot] [hasAccessToken=false hasClientId=false] native connect skipped; missing access token
[2026-01-25T09:06:39.485Z][DEBUG][Output|AirPlaySender] [host=192.168.3.237 zoneId=6 zoneName=Pracovna] disconnected
[2026-01-25T09:06:39.492Z][DEBUG][Output|AirPlaySender] [event=device host=192.168.3.237 message=stopped zoneId=6 zoneName=Pracovna] airplay sender event
@rudyberends commented on GitHub (Jan 25, 2026):
Could you run a test build and check if you can reproduce the issue there?
• Native: use the testing branch
• Docker: ghcr.io/rudyberends/lox-audioserver:testing-20260125114926
@jurajs5 commented on GitHub (Jan 25, 2026):
I did it reprodeced in every beta v4. not able to test in docker as i dont have any enviroment for it. issue is clearly with airplay 1 as all devices with airplay 2 are ok. With old virtual music server its working fine.
@rudyberends commented on GitHub (Jan 25, 2026):
yes I understand the issue. I made some changes and I need you to verify them. They are in the testing branch.
@jurajs5 commented on GitHub (Jan 25, 2026):
ok, clear do i install test branch?
@jurajs5 commented on GitHub (Jan 25, 2026):
nevermind, i see it - installing now
@jurajs5 commented on GitHub (Jan 25, 2026):
Issue is there even in test branch.
Maybe way out is to change node-libraop to Shairport‑sync service.
@rudyberends commented on GitHub (Jan 25, 2026):
That package is used for input, not for sending to an airplay device.
Could you get me a spam loglevel log on that test branch from the reproduced issue?
@jurajs5 commented on GitHub (Jan 25, 2026):
lox-audioserver-logs-2026-01-25T20-58-07-846Z.txt
@rudyberends commented on GitHub (Jan 25, 2026):
Thanks. It already looks different. could you als share your config? I would like to see just the zeppelin zone part, especially the output.
Unfortunately I am not able to reproduce this myself, so we need might not fix it in one go.
@jurajs5 commented on GitHub (Jan 25, 2026):
lox-audioserver-config.json
@rudyberends commented on GitHub (Jan 25, 2026):
So its zone 6 (Pracovna) right?
Somehow discovery sets the port of that device to 1024. I dont think it is correct. Or that device is advertising an unusual port.
Could you try changing that port to 5000?
so;
"transports": [
{
"id": "airplay",
"host": "192.168.3.237",
"port": 5000,
"name": "EC66D103739D@Pracovna",
"forceAp2": false
}
@jurajs5 commented on GitHub (Jan 25, 2026):
in which file?
@rudyberends commented on GitHub (Jan 25, 2026):
its in your config.json. if you have direct access you can edit it. Otherwise you have to upload it
@jurajs5 commented on GitHub (Jan 25, 2026):
tried with 5000 and 7000, as 2nd device have 7000 setup - still no luck.
@rudyberends commented on GitHub (Jan 25, 2026):
For AirPlay 1 the default port is 5000. The other one is for AirPlay 2. It could also be that that zeppelin truly uses that other port that was in there.
You do need to restart the server for the config to have effect.
If it still happens after a restart, show me the log again.
@jurajs5 commented on GitHub (Jan 25, 2026):
i stop server, edit config, than save and start server again
diff for ports is:
@jurajs5 commented on GitHub (Jan 25, 2026):
lox-audioserver-logs-2026-01-25T22-21-32-297Z.txt
here is new log
@jurajs5 commented on GitHub (Jan 26, 2026):
@rudyberends any luck with new log?
@rudyberends commented on GitHub (Jan 27, 2026):
I might have a solution, but I am not sure yet.
Although it’s a strange port, it’s possible your AirPlay port is actually 1024, so you may need to revert to that value.
You can also force the zone to refresh its discovered device settings:
1. Temporarily select a different output for the zone.
2. Select the AirPlay 1 device again.
That restores the auto-discovered settings.
Then upgrade the AirPlay sender from your application root:
npm install @lox-audioserver/node-airplay-sender@latestvalidate it with the following command. it should now be on 0.4.7
npm ls @lox-audioserver/node-airplay-senderRestart the server and check whether playback behavior changes.
@jurajs5 commented on GitHub (Jan 27, 2026):
cool, thx for sollution - its working now
@rudyberends commented on GitHub (Jan 27, 2026):
great. To make sure it keeps working, stay on this version until a new beta comes out.