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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
