[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: No sound with SDL apps



On Thursday 15 April 2004 12:11, Keir Lawson wrote:
> > You said that you got exactly the same error trying the ESD SDL.  Did
> > you also set the SDL_AUDIODRIVER environment variable to esd before
> > starting FB?
>
> yup
>
> > Perhaps you'll get more useful information from lsof.  Try "lsof |
> > less" then look for all the device files in use (or grep for /dev/dsp,
> > if you're sure that's your audio device).  You should see a line like
> > this: artsd     1297 jguerin   13u   CHR     116,16
> > 179597 /dev/snd/pcmC0D0p
> >
> > if anything has the audio device open.  In my case, arts does.  If
> > anything has the audio device open, FB won't be able to play sounds. 
> > Any luck with lsof?  You may have to run it as root, if you think a
> > root (or process running as any user besides yourself) might have the
> > device open.
>
> greping, or searching manually reveals no such lines or similar
>
> Keir Lawson

OK, well, perhaps your sound device is in a strange location, or something.  
Check out all the environment options from here:
ftp://ptah.lnf.kth.se/pub/misc/sdl-env-vars

You may want to try setting some of those options, especially:
AUDIODEV
	The audio device to use, if SDL_PATH_DSP isn't set.

SDL_DSP_NOSELECT
	For some audio drivers (alsa, paud, dma and dsp), don't use
	select() but a timed method instead. May cure some audio problems,
	or cause others.

SDL_PATH_DSP
	The audio device to use. If not set, SDL tries AUDIODEV and then
	a platform-dependent default value (/dev/audio on Solaris,
	/dev/dsp on Linux etc).

Though I suspect you'll end up having to file a bug report.  It seems that 
only SDL_DSP_NOSELECT would change things, since /dev/dsp is the Linux 
default.

If all else fails, file a bug report.

Justin



Reply to: