Audio location [LWN.net]

Audio location

Posted Nov 8, 2015 15:16 UTC (Sun) by smurf (subscriber, #17840)
In reply to: Audio location by oldtomas
Parent article: Experimental applications of GStreamer

You didn't understand my idea; let me rephrase.

As I understand it, the senders don't have delay issues, they're all on the receiving end.

Thus, instead of pinging one speaker at a time and measuring the absolute time the pulse takes to arrive at the listener, you ping all of them at the same time, record that sound, and use digital processing to figure out the delays between pings. (Thus different frequencies, otherwise you can't tell the pings apart.) This way, delays on the receiver side won't matter, it's all a single sound recorded once by a single microphone.

to post comments

Audio location

Posted Nov 12, 2015 15:31 UTC (Thu) by nye (guest, #51576) [Link] (1 responses)

I don't see how that help in any way with the problem that the latency is wildly variable?

Audio location

Posted Nov 13, 2015 19:53 UTC (Fri) by smurf (subscriber, #17840) [Link]

Latency may be variable, but once you start a recording it, well, records like it's supposed to. Thus, if the sound of all speakers are on a single recording and you evaluate the differences in timing between speakers instead of the sounds' absolute arrival times, there's no problem.