With the spread of mobile-setups and portable Bluetooth speakers I was wandering if is the case of developing an audio compensation system for Bluetooth audio.
I found that is very frustrating playing with ~0.6sec of latency from click to audio out. Is even not possible to play properly.
Since is not possible to affect the receiver audio devices, I was thinking if there is a way to affect the software side with some kind of compensation options.
I’m aware that there is a lot of variables, but I hope to plant a seed for something that I think is super useful for on the road djs and improvised setups
That won’t work via Bluetooth, especially if you want to work “live.” The technology would have to know when you press a button or trigger an effect in order to calculate it accordingly—which is difficult
There is something called SKAA with a latency of up to 9 ms, but it’s not widely used yet.
This is exactly what I mean, it’s difficult and nobody did it, could be a one of a kind feature.
I also already checked the SKAA protocol. It’s just a fancy bluetooth and it’s very limited, also need an external device for rx-tx and is 5x more expensive than an uhf system with almost 0 latency, the idea behind skaa is good but it’s held back by its own technology… I don’t like it.
The idea is to compensate through the instructions on the UX what is going to be outputted on the audio transmitter