3 ms·
Great article! Here's a perspective from a guitarist's viewpoint. Most wireless guitar systems boast latencies below 3ms, with the better ones being closer to
by utopcell 3y ago
Great article!
Here's a perspective from a guitarist's viewpoint. Most wireless guitar systems boast latencies below 3ms, with the better ones being closer to 1ms.
Latency is important here because even small delays can be felt by the player. Since sound travels at ~1 ft per 1ms, a delay on the order of BLE is equivalent to playing with the amplifier ~25ft away from you, which is pretty bad.
It is surprising that the best system is actually nrf24, given how old it is (or maybe because of that ?). It also seems to have enough bandwidth to transfer a 24-bit/48kHz signal.
- polishdude20 3y agoWith guitar, how would the latency stack up when you add a/d conversion?
- zh3 3y agoA/D conversion itself wouldn't add much at the sample level (say 48KHz sample, it's about 50us per sample). However, packetisation will - a 256 byte packet of 128 samples is 128*50us = 6.4ms right there at the transmitter, and the receiver won't notify until the full packet is received. So a naive digital approach would be 12.8ms (2x6.4ms) even before anything else. A pure analogue approach (modulated RF) on the other hand shouldn't have any human-detectable delay - it's effectively distance/speed of light with a bit of a phase shift (addtional delay) introduced by the electronics - should be only a handful of microseconds in total.
- polishdude20 3y agoAnalogue would be nice in that regard but wouldn't it be pretty bad with interference, signal quality over distances etc?
- zh3 3y agoIt worked that like for many, many years (radio mics) before digital came along. Think of FM radio - if you have a good signal, it's pretty resilient to interference and in a controlled short range environment it is extremely reliable.
- utopcell 3y ago128-sample buffers are already too large. To compare, the nRF24 has a max buffer of 32 bytes. However, even in your 128 samples, 16bit/48kHz example, latency is a bit better. It will take 1000/48000 * 128 ms to collect the 128 samples, or ~2.66ms. This amounts to 16*128 bits or 2k bits of information that the transmitter will have to send over. At the nRF24 2mbps rate, another ~1ms will be needed to send the buffer over. I'm not sure why you'd think that this time needs to be doubled at the receiver. Even if the nRF24 receiver started moving the buffer after it was fully received, it does so over a 10MHz serial connection, so that would be at most another 0.2ms, for a total of <4ms. For 16-sample buffers and 24bit/48kHz, the end-to-end latency is ~0.6ms.
- polishdude20 3y agoWait so you can get the latency down to 0.6 ms end to end?
- utopcell 3y agoThat's what a 16-sample buffer would get you. In reality, there are many devices on the market that can get close to 2.5ms. For example, Line 6 claims 2.8 ms end-to-end, BOSS claims 2.3 ms [2], the NUX B8 is at 2.5ms [3]. [1] https://line6.com/support/page/kb/relay-d-v-digital-wireless/relay-g10g10s-faq-r808 https://line6.com/support/page/kb/relay-d-v-digital-wireless... [2] https://www.boss.info/global/support/by_product/wl-20_wl-20l/support_documents/cf786345-1dd0-46c3-a2ac-350bfb4a8104/ https://www.boss.info/global/support/by_product/wl-20_wl-20l... [3] https://www.proaudiostar.com/nux-b-8-professional-2-4ghz-guitar-wireless-system-used.html https://www.proaudiostar.com/nux-b-8-professional-2-4ghz-gui...
- polishdude20 3y agoWhat's the drawback of a 16 sample buffer over 128 samples?
- utopcell 3y agoLonger buffers allow for jitter in processing further upstream. If you get a buffer every 0.6ms, you need to be able to process it always within 0.6ms.