The Raspberry Pi 4 has separate USB hubs: one for WiFi and ethernet (an internal hub), and another for external USB ports. The USB port service loop will run with higher priority, so there doesn't seem to be any serious adverse affect.
The same isn't true for SD card access, which does cause dropouts. I've seen a video that suggests that disabling power management for the SD card hardware will correct the problem -- specifically that changing power state causes a 3ms delay. But I'm not quite sure how to go about disabling that on a Raspberry Pi OS.
. WiFi doesn't seem to affect audio latency. That's not true for Raspberry Pi 3, where WiFi and USB ports do run on the same USB hub.
Lol ok. Meanwhile the rest of the industry is moving on. I mean, how do you even do an wired connection to a drone? A lot of times guitarists will perform on a stage and the clients wants aerial views without the cost of a crane. Do you just tell them you can't do it and have them go with a different company?
I'm a little confused by this thread - it seems like you suggest that the drone should be controlled by the SBC in an effects pedal, that the guitarist is using to provide low-latency audio processing? As a techie and perpetual-intermediate musician, that seems a bit odd...
But, incidentally, at my day job I'm working on an embedded Linux system where audio latency matters, and which may well wind up with a WiFi radio (where latency probably doesn't matter so much). So, I'd like to understand issues in this space.
With special nonstandard proprietary wireless protocols is the answer you're looking for. The same shit wireless stage mics use. Or control over cellular data. I can guarantee you they aren't pairing them to a 802.11 router. Lol ok.
