PSX Itemup sound - click

[Nash]

Another solution (again, the sound engine has to be coded to do this), is when a new sound is about to played on the same channel, only play the new sound when the old sound's sample has reached a zero-crossing.

Cutting sounds at exactly a zero crossing will guarantee no popping. I have to fix this stuff at work every single day. XD

[Rachael]

I think what I would really like to see is ZDoom start using dynamic channel allocation - i.e. sound occurs, you can't clobber it with another sound in the same channel. That, however, is likely to require a bit of a rewrite.

Nash is right though - with the last post as well as with the fast-fade - both are viable solutions but I don't know if they can be done with the current sound code. (Honestly, the fade sounds easier as checking for the zero-crossing requires analysis of the sound, itself, which can still play in the background while it is being analyzed)

[Nash]

I'd personally go with the fade solution... it won't be noticeable to the human ear because the fade would be happening at the sample level (very tiny)... we basically just don't want to cut off the sound abruptly.

As Rachael said though, we don't really know if the sound back-end can do this, this is mostly pure conjecture from an audio engineering perspective. :D

[Nevander]

If this popping sound thing can be fixed I'll love you. It's the only thing in my TC right now that's off-putting (well, that and the lighting, I haven't integrated the new lighting system yet).

[Rachael]

Tracker time. Go post it!

I have other priorities or I would do this myself. But someone who knows the sound code well enough may be able to pull this off. As I stated before - dynamic channel allocation would be quite the ideal solution, honestly. Hopefully it won't require a revamp from the ground-up, but if it does, hopefully it won't be that difficult.

[Enjay]

Tracker time. Go post it!

Linked the tracker post to this thread:

https://mantis.zdoom.org/view.php?id=232

[Rachael]

Excellent! Thank you.

[Graf Zahl]

Normally the sound backend should see that no sound aborts like that. I don't think it's fixable on ZDoom's side. Have you actually tested this with both FMod and OpenAL?

[Enjay]

I just tried. Both OpenAL and FMODEx show the problem when set as the sound backend (set in sound options menu and then restarting the sound and, just to be sure, quitting and restarting the game too).