How do I debug uxplay only sometimes working? (Visible from iOS, not a firewall issue maybe) #378

Aquaeyes · 2025-01-02T06:03:37Z

Aquaeyes
Jan 2, 2025

I'm running debian bookworm 12.8, on Linux 6.11.10 - I don't have ufw or firewalld even installed, but all other issues I can find on the repo seem to point to uxplay being visible from the iOS device but not going through as a firewall issue - my sudo iptables -L -v output is

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

which seems to indicate that there definitely is no firewall installed?

 uxplay -d
UxPlay 1.71: An Open-Source AirPlay mirroring and audio-streaming server.
Audio format 1: AAC-ELD 44100/2
GStreamer audio pipeline 1: "appsrc name=audio_source ! queue ! avdec_aac ! audioconvert ! audioresample ! volume name=volume ! level ! autoaudiosink sync=true"
Audio format 2: ALAC 44100/16/2
GStreamer audio pipeline 2: "appsrc name=audio_source ! queue ! avdec_alac ! audioconvert ! audioresample ! volume name=volume ! level ! autoaudiosink sync=false"
GStreamer video pipeline 1:
"appsrc name=video_source ! queue ! h264parse ! decodebin ! videoconvert ! video/x-raw,colorimetry=sRGB,format=RGB  ! videoconvert ! videoscale ! autovideosink name=autovideosink_h264 sync=true"
Initialized GStreamer video renderer 1
using system MAC address 44:fa:66:08:b6:7f
Initialized server socket(s)
register_dnssd: advertised AirPlay service with "Features" code = 0x527FFEE6
GStreamer h264 bus message: autovideosink_h264-actual-sink-xvimage state-changed
GStreamer: automatically-selected videosink (renderer 1: h264) is "xvimagesink"
GStreamer h264 bus message: autovideosink_h264 state-changed
GStreamer h264 bus message: videoscale0 state-changed
GStreamer h264 bus message: videoconvert1 state-changed
GStreamer h264 bus message: capsfilter0 state-changed
GStreamer h264 bus message: videoconvert0 state-changed
GStreamer h264 bus message: typefind state-changed
GStreamer h264 bus message: decodebin0 state-changed
GStreamer h264 bus message: h264parse0 state-changed
GStreamer h264 bus message: queue2 state-changed
GStreamer h264 bus message: video_source state-changed
GStreamer h264 bus message: pipeline2 state-changed
GStreamer h264 bus message: videoscale0 state-changed
GStreamer h264 bus message: videoconvert1 state-changed
GStreamer h264 bus message: capsfilter0 state-changed
GStreamer h264 bus message: videoconvert0 state-changed
GStreamer h264 bus message: typefind state-changed
GStreamer h264 bus message: h264parse0 state-changed
GStreamer h264 bus message: src stream-status
GStreamer h264 bus message: queue2 state-changed
GStreamer h264 bus message: src stream-status
GStreamer h264 bus message: video_source state-changed
GStreamer h264 bus message: pipeline2 state-changed
GStreamer h264 bus message: pipeline2 new-clock
GStreamer h264 bus message: videoscale0 state-changed
GStreamer h264 bus message: videoconvert1 state-changed
GStreamer h264 bus message: capsfilter0 state-changed
GStreamer h264 bus message: videoconvert0 state-changed
GStreamer h264 bus message: h264parse0 state-changed
GStreamer h264 bus message: queue2 state-changed
GStreamer h264 bus message: video_source state-changed
GStreamer h264 bus message: src stream-status
GStreamer h264 bus message: src stream-status
GStreamer h264 bus message: h264parse1 state-changed
GStreamer h264 bus message: h264parse1 state-changed
GStreamer h264 bus message: avdec_h264-0 state-changed
GStreamer h264 bus message: avdec_h264-0 state-changed
GStreamer h264 bus message: avdec_h264-0 latency

I'm not quite sure how to reliably get this to work, or even narrow down the issue so that I could make a github issue. Any help would be appreciated! (Also, is there a way to sure-fire KNOW that there's not a firewall running?)

Aquaeyes · 2025-01-07T23:16:49Z

Aquaeyes
Jan 7, 2025
Author

To add, it seems it consistently works after disabling and enabling network connections on the computer running UxPlay. How would I go about finding why this is the case?

0 replies

fduncanh · 2025-05-13T08:38:48Z

fduncanh
May 13, 2025
Maintainer

From the README:

Avahi works at first, but new clients do not see UxPlay, or clients that initially saw it stop doing so after they disconnect.

This is usually because Avahi is only using the "loopback" network interface, and is not receiving mDNS queries from new clients that were not listening when UxPlay started.

To check this, after starting uxplay, use the utility avahi-browse -a -t in a different terminal window on the server to verify that the UxPlay AirTunes and AirPlay services are correctly registered (only the AirTunes service is used in the "Legacy" AirPlay Mirror mode used by UxPlay, but the AirPlay service is used for the initial contact).

The results returned by avahi-browse should show entries for uxplay like

eno1 IPv6 UxPlay AirPlay Remote Video local
eno1 IPv4 UxPlay AirPlay Remote Video local

lo IPv4 UxPlay                                        AirPlay Remote Video local

eno1 IPv6 863EA27598FE@UxPlay AirTunes Remote Audio local
eno1 IPv4 863EA27598FE@UxPlay AirTunes Remote Audio local

lo IPv4 863EA27598FE@UxPlay                           AirTunes Remote Audio local

If only the loopback ("lo") entries are shown, a firewall on the UxPlay host is probably blocking full DNS-SD service, and you need to open the default UDP port 5353 for mDNS requests, as loopback-based DNS-SD service is unreliable.

If the UxPlay services are listed by avahi-browse as above, but are not seen by the client, the problem is likely to be a problem with the local network.

0 replies

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

How do I debug uxplay only sometimes working? (Visible from iOS, not a firewall issue maybe) #378

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{editor}}'s edit

{{editor}}'s edit

Uh oh!

Replies: 2 comments

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{title}}

Uh oh!

Select a reply

Uh oh!

How do I debug uxplay only *sometimes* working? (Visible from iOS, not a firewall issue maybe) #378

Uh oh!

Uh oh!

Aquaeyes Jan 2, 2025

Replies: 2 comments

Uh oh!

Aquaeyes Jan 7, 2025 Author

Uh oh!

fduncanh May 13, 2025 Maintainer

How do I debug uxplay only sometimes working? (Visible from iOS, not a firewall issue maybe) #378

Aquaeyes
Jan 2, 2025

Aquaeyes
Jan 7, 2025
Author

fduncanh
May 13, 2025
Maintainer