Feature Requests

I have a HUD which makes alert sounds. I am the only one who hears them. Currently, I can't hear those alerts in parcels which restrict Avatar Sounds. I ask that HUD sounds play for me even if Avatar Sounds are disabled.

Currently the parcel option for restricting sounds only limits gesture and object sounds from being heard outside the parcel. It can help neighbor relations if the restriction applied in both directions so a parcel owner can stop sounds from gestures and objects outside their parcel being heard inside their parcel. Apologies if this a duplicate, I didn't see a similar suggestion

I think a volume control for individual objects / sounds could be beneficial so your clock ticking and fireplace volume can be at different levels than the jewelry box and make it so that the dB is per range of the avatars distance from the object just like in real life.

Straightforward gaming feature, common to things like engine sounds--but also anything that "changes speed or intensity over time". I'd like to propose llAudioSoundPitch(float pitch_multiplier) This function would affect playback for the currently attached sound in the following way: final_pitch = sound_asset_pitch x emitter_pitch x sound_instance_pitch x pitch_multiplier Where final_pitch is the sound played by the viewer, sound_asset_pitch is the pitch sampled from the audio asset, emitter_pitch is any distortion up or down currently applied by the viewer due to motion, and sound_instance_pitch is the current multiplier already in place (if there is one). Defaults are 1 for everything except the original asset. Eg, subsequent calls of llAudioSoundPitch(0.5) at timed intervals will successively cut the pitch in half, altering the sound. In this way, a single sound file can be made to serve many uses, decreasing the need for "speed up", "slow down", "idle", "full speed" sound assets.

I would like to explore the feasibility of an LSL feature which allows emission of sound at an x,y,z position remote from an originating scripted source, such as : llTriggerSoundPos(vector pos, float volume, float falloff); 'pos' would be region co-ordinates (though it could possibly obey the same situational co-ordinate frame rules for linksets as llSetPos) The idea is to be able to cast sound emission locations away from the scripted source at defined x,y,z points with a defined volume, and (preferably) a customisable falloff to aid situational tuning. Definition by region position is of particular interest in creating scripted solutions for region and area soundscapes from a centralised scripted orchestrator, rather than positioning a large number of fixed boxes. This opens a wide potential for automation of moving sources, sensor targeted asset-defined sound locations and reducing investment in LI budget for individual scripted sound sources. Notes : (1)To avoid any griefing possibilities, perhaps a limitation could be applied where sound will only emit at non-zero volume where the script owner has rez rights. (2) Although similar results might perhaps be achieved by moving the source dynamically with llSetRegionPos, this concept would be far more robust and elegant.

Although some of the default collision sound effects are quite good, the most commonly heard sound (caused by avatars bumping into wood) has a resonant quality that doesn't occur when a shoe bumps into a wall in real life. Since it is heard so often, updating this one sound effect would have an outsized impact on the qualitative experience of using SL for all users. This is not a request for the default material to be changed away from wood. Although metal might make more sense for sci-fi builds, and I personally use stone (as Firestorm allows overriding it), wood has always been a reasonable neutral starting point. This is also not a request for viewer overrides for the default collision sounds—there are quite a few and the UI would be a lot of work for something so obscure. I know how to use llCollisionSound(). I just really think the default needs to be improved, as it is ancient but prominent.