SL Viewer Sound File Cache?

HIyas Everyone,

It would seem that the SL viewer has some sort of sound file cache. Does anyone know exactly how the SL viewer caches sound files?

It seems that llPreloadSound is not functioning at all and that the sound file cache (if there is such a thing) is cleared when the viewer is closed on log out.

I was going to ask what Linden would be the most knowledgeable but I had a little laugh and came here... lol

If anyone knows the details, I would appreciate the info. Thanx!

llSetSoundQueueing makes it possible to queue two sounds max. That is a Cache in its most simple form. See:
http://wiki.secondlife.com/wiki/LlSetSoundQueueing

Yeah, the sound cache files have been deleted at logout time since viewer 1.20 or so.

https://jira.secondlife.com/browse/VWR-8147

Preload ought to work, but sound downloads in general can be flaky (that's the VWR-291 linked from the cache JIRA) and evn when they work it can take ages for the download to finish. If it didn't finish downloading between the preload and the play, it can still go unplayed or late :/

I set llSetSoundQueue to TRUE so one sound file will finish before another starts but it doesn't act as a cache for me. After a relog, that second sound file always stumbles to get played. Only after having gone thru and llPlaySound every single sound file does it eventually smooth out.

Thanx for the jira, I went to vote on it but I must've done that ages ago... thought it would've been fixed by now! Anyways, I left a request for a status update.

I set a separate script in the same prim to llPreload all the sound files using a continuous one minute timer. After an hour, not a single sound file was preloaded..

cheat like the rest of us. By playing your sound files in the entry state at volume 0. Seems to get the job done

preload only works on av's within range, and I dunno if you can speed stack the sounds being preloaded, they may have their own queuing needs (haven't really played with the function much so not sure)

May work for you because you probably are within range when the script is started. It will make no difference for other avatars that come within range at a later time. Their viewers will start down loading the sound when the script starts playing (or pre loading).

What I ended up doing, since I have some child prims, was just throwing in scripts that continously plays all the sound files at 0.0 volume. Gets rid of fussing with llPreloadSound.