Adding the option to emulate sound propagation delay. about ambisonic HOT 15 OPEN

Hi, thanks for your interest in ambisonic!

It's not dead, yet... let's say it's sleeping instead.

I'm not currently using audio, that's why no new features are being added to this project at the moment.
However, I'm happy to provide support or update dependencies if there is demand. Pull requests are welcome too :)

from ambisonic.

Hi, thanks for the quick response! I might have something cooked up for a merge request! Hint: Speed of sound

from ambisonic.

Sounds interesting. Physical speed of sound, such as used for doppler effects or speed of playback?

from ambisonic.

from ambisonic.

This might come at a cost, though. In the general case a realistic simulation requires a variable-length buffer for each sound source. Maybe it's enough to avoid the buffer and simply delay the start of a sound. I don't know if that would be realistic enough.

What are your thoughts on how this could be implemented?

from ambisonic.

So my idea was, just like you'd suggested, to give each positional sound a starting time and then start a second thread, that on a certain interval calculates the distance's to every object with this flag enabled. It would also check for every object if the calculated time, for when it should start playing, is greater then the system time and then plays the sound.

from ambisonic.

I will probably commence work on this on Sunday. For now I will create a fork and a draft PR.

from ambisonic.

I just created the fork and created the draft PR: #18. You are welcome.

from ambisonic.

For the doppler effect there is a speed of sound parameter. It would be nice if that could be used to determine the scale too.

from ambisonic.

It probably shouldn't be used to determine the scale, rather the opposite. As far as I understand the code now just arbitrarily assumes 1v-unit=1m.

from ambisonic.

I'm pretty sure, that this assumption will be false in 90% of cases.

from ambisonic.

Actually, most of the code does not need to make any assumptions about scale. The only place where it does matter for now is computing the doppler rate.

For a distance-based delay works similarly - twice the scale or half the speed of sound is the same thing.

Now here is where the current simple assumption starts to break down:
Only the scale (but not the speed of sound) should matter for distance-based attenuation - but it doesn't (yet).
In order to make that physically correctish a separate scale parameter will be needed anyway.

Sorry for the rant. In short:
Right, please add a scale parameter. We'll just need to make sure it correctly interacts with the doppler effect.

from ambisonic.

Might I suggest, that (maybe as a separate PR) we switch to using cgmath or some other lightweight vector library since it removes a lot of repetition from the code(see distance calculation).

from ambisonic.

While hesitant to add further dependencies (rodio alone is a nightmare to maintain) I'm not strictly opposed. This should go into a separate issue, though.

from ambisonic.

Agreed

from ambisonic.