Paul Donald

I cannot comment without testing, but I think the subprocess call depends on the shell used, no? Which makes me suspect the reason for the %% is that some shells...

I will admit this. If it causes problems later, we may need another solution.

ckdo repo seems to have become the go-to because it's way ahead of this one. It seems @Neustradamus wants to remain the go-to. But this requires work to stay up...

Alternatively, these issues are just a reflection of current issues in master, which have only been logged in other forks.

@PaulWieland - `--privileged` seems kinda necessary, since the Docker image is taking the portaudio output all to itself, yes? Also - which kernel are you trying on? https://www.raspberrypi.org/forums/viewtopic.php?t=282154 https://listserv.cuit.columbia.edu/scripts/wa.exe?A2=PORTAUDIO;643ac1b1.2104B&S=

Also, what happens if you tweak the latency when running on your Pi? https://github.com/PortAudio/portaudio/issues/246 Try something like `frames_per_buffer` ``` self.sink = self.pa.open(format=self.pa.get_format_from_width(2), channels=self.channel_count, rate=self.sample_rate, output=True, frames_per_buffer=2048) ``` Ref: https://people.csail.mit.edu/hubert/pyaudio/docs/#class-stream

I suspect kernel shenanigans. >... the test programs do not produce sound correctly. But do they produce sound? > The callback method test program from pyaudio does play audio, but...

It's possible Apple are moving away from bitflags. I see this: [Receiver]: FeatureFlags.Ft48TransientPairing|Ft47PeerManagement|Ft46HomeKitPairing|Ft41_PTPClock|Ft40BufferedAudio|Ft30UnifiedAdvertisingInfo|Ft22AudioUnencrypted|Ft20ReceiveAudioAAC_LC|Ft19ReceiveAudioALAC|Ft18ReceiveAudioPCM|Ft17AudioMetaTxtDAAP|Ft16AudioMetaProgress|Ft14MFiSoft_FairPlay|Ft09AirPlayAudio NTP is absent from the default flags. Yet Mojave sends NTP (macOS often tries this towards video...

We have never supported video. (vanilla flavoured) Python doesn't have any support for video output itself. You could build a dummy video receiver which decrypts the packets and does something...

Whoa horsie. That's a big un. The problem with this PR as is, is that you've now gone and changed defaults that others hitherto rely on - so you risk...