No more sound after 15 minutes...

Hi,

First, i want to apologize about the poor quality of my written english

The trouble is in the title, i'm using the linux alpha release 1.13.3.2 on a Debian (Etch) distro with nvidia drivers. Works great, except for one thing: the sound diseappears after 10/15 minutes of use.

If i try to launch another application (using sound, of course) i get a soundcard related error message saying sound is already used by another process and i have to reboot the machine to have sound back again. Logging out and closing Second Life is not enough, i must reboot.

I've tried both with alsa and oss and got the same results.
It's not related to sim boundaries crossing, if i stay in the same location for a while, sound diseappears without notice too.

Making #modprobe -r snd_ens1371 is not allowed by the kernel --> FATAL: Module snd_ens1371 is in use
and i can't find any app to kill...

The problem does not seem to have any incidence on stability, i can use it for hours without sound.

My soundcard is onboard AC'97 audio. I never had trouble before with it.

Any ideas and hints welcome !

No one has anything on this?
I am in the process of installing debian etch on a gaming laptop in my quest to be windows free but this is scary if there are not at least a couple of folks that can shoot in the dark on this problem.

I have problems with sounds, too, so I modified the ./secondlife script to use the aoss wrapper for sound. That seemed to fix the problem for me at least for all versions after 1.11.

So, where it says

bin/do-not-directly-run-secondlife-bin

add the aoss in front of it:

aoss bin/do-not-directly-run-secondlife-bin

See if this helps in your case.

Also instead of aoss artsdsp may work for you

They are both sound driver wrappers.

The secondlife client works best with esd. Using "aoss ./secondlife" alone will most likely cause secondlife to use the oss drivers which deliver broken sound( for me at least). At first before I thought of using aoss on the esd daemon I would let it take exclusive control of the sound hardware. This didn't please me much. But the sound worked great in secondlife. And anything else supporting esd. I dont have many software applications that do that(those that I do are mostly from gnome).

But inserting "aoss esd &" into the shell script does the trick. Also remember to edit /etc/esd.conf and change the line with spawn_wait_ms= to something larger I set mine to 30 seconds

Got it installed and running. Guess I put 30 minutes on the SL client with no problems except worse than windows pauses due to network.
Using debian etch testing on a Dell Inspiron 64meg Nvidia, 1 gig of ram, ALSA on a Sigmatel STAC9750 with MIDI and SYNTH off. Sound worked fine. Going to put more time on it now.

Yesss !!

The trick with "aoss esd &" in the script seems to work fine for me.
I uncommented the alsa related line, leaving esd and oss commented, and inserted the line below.

I've been using the viewer for a couple of hours trying to push the limits (lagging, teleport many times, using stream sounds, crossing sim boundaries, going in place with many many people) and the sound is still working..

Thanks everybody for your help!