Now and then I hear dogs bark, cats meow and cannons go off. I have none of the above on my sim. I ask my partner if she heard the particular sound and she confirms it. It's no big deal. So let's move on and have fun.

While I'm glad Maestro Linden has found the primary cause of your specific issue, poor sound playing has been an issue throughout SL for many many years.

We find a similar problem in using gestures; sometimes the gesture and/or accompanying sound will be delayed for as long as 30 to 60 seconds after it's triggered.

At one time sounds and gestures played instantly and correctly. But this function has been broken so many times that a merchant friend packed up his shop because SL repeatedly broke his sound playing merchandise... and eventually no amount of scripting could work around the severity of the problem. Time and again he would "fix" the problem, but eventually he simply got tired of how many times LL broke the sound playing system.

As a sound scripter myself, I experienced exactly the same thing as that merchant. Bottom line is that sound playing and gestures simply do not work properly.

This happens to me every day and continues throughout my evening. It is very annoying and sometimes so bad I have given up and logged off.

Hi Nuup Bergan, I visited your region and can reproduce the issue. It appears that the viewer is throttling sound updates due to a very high rate - approximately 150 messages/second - of sound playback events from a few objects in your region. You can view these events in the viewer log by enabling Develop -> Network -> Enable Message Log; the sound update events will appear as in the log.

From what I see in the message log, all the problematic objects are owned by your agent. This is almost certainly causing viewers to throttle sound playback events.

I used a script to print the object details of some of the sound-triggering objects, and they all seem to be in the same area of your sim:

Looking up the root prim info of these objects, it seems like some of the cars parked in the garage around http://maps.secondlife.com/secondlife/Vodka/12/138/31 are to blame. I didn't look at every single packet, but it appears that your 'SUUP 3B Concept' and 'SUUP F0-Turbo Cabriolet' are at least partially to blame.

Curiously, it looks like the spammy sound updates are playing a NULL_KEY sound asset at zero volume. I'm not sure what's triggering this, but all the spammy objects are scripted, so it seems like some LSL scripts in the objects really could be calling or perhaps across several (or all?) prims in the linkset to cause this problem. I suspect that the viewer's sound beacons view isn't showing anything for these playback events because they are all silent.

I did a bit more digging, and believe this is caused by scripts in the object calling either llStopSound() or llLinkStopSound() repeatedly. Arguably, the simulator should not be sending out messages for already-silent prims stopping their sound playback, but you might have a bug in your LSL scripts if they're indeed calling those functions repeatedly while the cars are parked. You may find it helpful to add some debug chat next to those function calls to see what's going on.

Is it possible to derez some of these objects, or at least disable the scripts in them? I would expect a reduced rate in AttachedSound events with them gone.