Thread: [Plib-users] Onboard Sound Support?
Brought to you by:
sjbaker
Menu
▾
▴
plib-users
|
From: David S. H. G. <xh...@ma...> - 2002-12-23 22:31:23
|
Hello everyone, I'm trying to get sound in FlightGear but it has been unsuccessful so far. Knowing that it uses plib for its sound, I've come to list. Does plib support onboard sound? I have an SiS 651 motherboard. Everything else works fine with sound... XMMS, Ogle... When I "cat /bin/ls > /dev/audio" I hear static... How do I get sound to work with FlightGear? Thanks, -David Giraud |
|
From: Chris <cc...@co...> - 2002-12-25 21:57:24
|
David, > >Anyone else????? > It might not be the most direct means, but a way to get some insight might be to use strace. You can use grep to select interesting lines of output. Just a thought. Chris Arena Virginia Beach, VA |
|
From: Iaian B. <ia...@sh...> - 2002-12-31 10:06:30
|
I am also having the same sound problem while running the plib sl examples and FlightGear as originally described by David Giraud. My onboard sound is on a k7s5a SiS 735 motherboard with a SiS 7012 sound chip. Sound is compiled into a linux 2.4.20 kernel with a i810_audio driver. Outside of plib (ie. playing CDs and XFCE window manager sound module) sound can be heard. Note that I also made sure no other processes are accessing /dev/dsp or /dev/audio while running the examples or FlightGear. I put a simple debugging statement in slScheduler.cxx and found that the bps variable in class slDSP was equal to 16 and thus raising the following warning "WARNING: slScheduler: Needs a sound card that supports 8 bits per sample.". Iaian |
|
From: Steve B. <sjb...@ai...> - 2002-12-31 15:30:13
|
Iaian Babchuk wrote:
> I am also having the same sound problem while running the plib sl
> examples and FlightGear as originally described by David Giraud. My
> onboard sound is on a k7s5a SiS 735 motherboard with a SiS 7012 sound
> chip. Sound is compiled into a linux 2.4.20 kernel with a i810_audio
> driver. Outside of plib (ie. playing CDs and XFCE window manager sound
> module) sound can be heard. Note that I also made sure no other
> processes are accessing /dev/dsp or /dev/audio while running the
> examples or FlightGear. I put a simple debugging statement in
> slScheduler.cxx and found that the bps variable in class slDSP was
> equal to 16 and thus raising the following warning "WARNING:
> slScheduler: Needs a sound card that supports 8 bits per sample.".
Well, as the message says - we request an 8 bit channel - and the
card gives us a 16 bit channel. Since the higher levels of the SL
library were only written to accomodate 8 bit samples, we are unable
to proceed.
"Need a sound card that supports 8 bits per sample."
...what part of that message is unclear?
I suggest you complain to the author of the OSS driver for that sound
chip - it's ludicrous that it should be unable to deliver a simple
8 bit monophonic sound channel.
Short of an almost total rewrite of SL, there isn't anything I can do.
---------------------------- Steve Baker -------------------------
HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...>
HomePage : http://web2.airmail.net/sjbaker1
Projects : http://plib.sf.net http://tuxaqfh.sf.net
http://tuxkart.sf.net http://prettypoly.sf.net
|
|
From: Curtis L. O. <cu...@me...> - 2003-01-01 03:11:57
|
Iaian Babchuk writes: > I am also having the same sound problem while running the plib sl > examples and FlightGear as originally described by David Giraud. My > onboard sound is on a k7s5a SiS 735 motherboard with a SiS 7012 sound > chip. Sound is compiled into a linux 2.4.20 kernel with a i810_audio > driver. Outside of plib (ie. playing CDs and XFCE window manager sound > module) sound can be heard. Note that I also made sure no other > processes are accessing /dev/dsp or /dev/audio while running the > examples or FlightGear. I put a simple debugging statement in > slScheduler.cxx and found that the bps variable in class slDSP was > equal to 16 and thus raising the following warning "WARNING: > slScheduler: Needs a sound card that supports 8 bits per sample.". I messed around with an onboard audio chip once (forget which one.) The Linux drivers for it really sucked. They only supported a small subset of possible sound samples (i.e. certain fixed sample rates, etc.) I spent about 2 hours on it, gave up, disabled the onboard audio, threw in a sound blaster live, and was done with it. So, my best guess is that the drivers you have found for your chipset are incomplete and probably only support one sampling rate (which is probably different from the one FlightGear is trying to use.) Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities cu...@me... cu...@fl... Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org |
|
From: Steve B. <sjb...@ai...> - 2003-01-01 05:32:10
|
Curtis L. Olson wrote: > > I messed around with an onboard audio chip once (forget which one.) > The Linux drivers for it really sucked. They only supported a small > subset of possible sound samples (i.e. certain fixed sample rates, > etc.) I spent about 2 hours on it, gave up, disabled the onboard > audio, threw in a sound blaster live, and was done with it. So, my > best guess is that the drivers you have found for your chipset are > incomplete and probably only support one sampling rate (which is > probably different from the one FlightGear is trying to use.) Sounds like the bits-per-pixel options that are inadequately supported - SL should cope OK if the sample rate is not what was requested. However, adding support for 16 bit throughout SL would be a big job - and I'd rather spend that time replacing SL with something better (OpenAL perhaps) and turning SL into a compatibility layer on top of that lower level API. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net |
|
From: Curtis L. O. <cu...@me...> - 2003-01-01 05:42:56
|
Steve Baker writes: > Sounds like the bits-per-pixel options that are inadequately > supported - SL should cope OK if the sample rate is not what > was requested. However, adding support for 16 bit throughout > SL would be a big job - and I'd rather spend that time replacing > SL with something better (OpenAL perhaps) and turning SL into a > compatibility layer on top of that lower level API. Yeah, that sounds pretty tempting. I haven't taken a look at OpenAL at all yet, but I have a project here where I need to generate two distinct audio streams from a single application (either to the left/right stereo channels or to two separate sound cards, or two apps to two sound cards, or something ...) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities cu...@me... cu...@fl... Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org |
|
From: Steve B. <sjb...@ai...> - 2003-01-01 14:47:33
|
Curtis L. Olson wrote: > > Yeah, that sounds pretty tempting. I haven't taken a look at OpenAL > at all yet, but I have a project here where I need to generate two > distinct audio streams from a single application (either to the > left/right stereo channels or to two separate sound cards, or two apps > to two sound cards, or something ...) Dunno if OpenAL supports two sound cards - and you might get significant cross-talk if you try to generate two utterly unique sounds streams using stereo on a single card. For SL to be able to drive two cards, you'd have to create two instances of slDSP - each driving a different /dev/dsp. That's possible in theory but I've never heard of anyone trying it. Since only the very lowest levels of SL support stereo (slDSP only), I don't think SL would help you much with trying out a stereo solution with one sound card. OpenAL would probably make life very difficult too. OpenAL is not a stereo system from the point of view of the API. It's a 3D sound system that lets you position sound sources in 3D space - it figures out how best to play those sounds on however many physical channels you have. Placing one sound source off to each side of the listener won't necessarily produce a clean separation of the audio in stereo space. Depending on how much manipulation of these sound streams you need in realtime, I think you'd be better off coding down at the OSS level. Of course if you need portability (eg to Windoze platforms) then that's no good either. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net |
|
From: Andy R. <an...@ne...> - 2002-12-23 22:53:29
|
David Scott Hamilton Giraud wrote: > When I "cat /bin/ls > /dev/audio" I hear static... Just for the record, I'm the one who told him to do that; /bin/ls was the first guaranteed-to-be-present file that came into my head. I just didn't want to see the poor guy flamed for following instructions. :) The first theory was that another program had the device open (most motherboard sound drivers don't support more than one stream at a time). But since the audio device does indeed generate noise, the problem seems to me to be either a plib or a driver bug. I know that plib does a few ioctl's on the device that "cat" (of course) does not. Andy -- Andrew J. Ross NextBus Information Systems Senior Software Engineer Emeryville, CA an...@ne... http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) |
|
From: David M. <da...@me...> - 2002-12-23 23:02:50
|
Andy Ross writes: > The first theory was that another program had the device open (most > motherboard sound drivers don't support more than one stream at a > time). But since the audio device does indeed generate noise, the > problem seems to me to be either a plib or a driver bug. I know that > plib does a few ioctl's on the device that "cat" (of course) does > not. The next step is to build the examples/ directory in the plib CVS distro, then change to src/sl/ and run the sample programs. If they produce sound, then the problem is in FlightGear somewhere; if not, then we can concentrate on plib. All the best, David -- David Megginson, da...@me..., http://www.megginson.com/ |
|
From: David S. H. G. <xh...@ma...> - 2002-12-24 00:03:50
|
> > >The next step is to build the examples/ directory in the plib CVS >distro, then change to src/sl/ and run the sample programs. > Ok, I've downloaded the CVS version of plib. How do I compile the CVS examples? What commands to I need to enter? I'm sorry if this seems like a noobie question but it will help me out a lot. Thanks, -David Giraud. |
|
From: David M. <da...@me...> - 2002-12-24 01:27:22
|
David Scott Hamilton Giraud writes: > Ok, I've downloaded the CVS version of plib. How do I compile the CVS > examples? What commands to I need to enter? I'm sorry if this seems > like a noobie question but it will help me out a lot. Do the same thing in the examples/ subdirectory that you do at the top level to compile the library: sh autogen.sh ./configure make All the best, David -- David Megginson, da...@me..., http://www.megginson.com/ |
|
From: David G. <xh...@ma...> - 2002-12-24 03:06:18
|
> > >Do the same thing in the examples/ subdirectory that you do at the top >level to compile the library: > > sh autogen.sh > ./configure > make > > Ok, I've updated plib to the latest cvs. I've also compiled the example files. When I try to run plib/examples/src/sl/example I get: WARNING: slScheduler: Needs a sound card that supports 8 bits per sample. WARNING: slSample: loadRawFile: Cannot open 'scream.ub' for reading. WARNING: slSample: loadWavFile: Cannot open 'zzap.wav' for reading. WARNING: slSample: loadAUFile: Cannot open 'cuckoo.au' for reading. WARNING: slSample: loadRawFile: Cannot open 'wheeee.ub' for reading. When I try to run plib/examples/src/sl/mod_demo, I get: WARNING: slScheduler: Needs a sound card that supports 8 bits per sample. Is there anything else I can do? -David Giraud |
|
From: Steven W. <st...@ba...> - 2002-12-30 21:07:45
|
Try catting stuff to /dev/dsp too. It's possible that Flightgear uses /dev/dsp instead of /dev/audio. - Steve On Mon, 23 Dec 2002, Andy Ross wrote: > Date: Mon, 23 Dec 2002 14:53:23 -0800 > From: Andy Ross <an...@ne...> > Reply-To: pli...@li... > To: pli...@li... > Subject: Re: [Plib-users] Onboard Sound Support? > > David Scott Hamilton Giraud wrote: > > When I "cat /bin/ls > /dev/audio" I hear static... > > Just for the record, I'm the one who told him to do that; /bin/ls was > the first guaranteed-to-be-present file that came into my head. I > just didn't want to see the poor guy flamed for following > instructions. :) > > The first theory was that another program had the device open (most > motherboard sound drivers don't support more than one stream at a > time). But since the audio device does indeed generate noise, the > problem seems to me to be either a plib or a driver bug. I know that > plib does a few ioctl's on the device that "cat" (of course) does not. > > Andy > > -- > Andrew J. Ross NextBus Information Systems > Senior Software Engineer Emeryville, CA > an...@ne... http://www.nextbus.com > "Men go crazy in conflagrations. They only get better one by one." > - Sting (misquoted) > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > -- EMAIL: (h) st...@ba... WEB: http://badcheese.com/~steve (w) sw...@ra... ste...@ma... |
|
From: Steve B. <sjb...@ai...> - 2002-12-24 06:15:37
|
David Scott Hamilton Giraud wrote: > Hello everyone, > > I'm trying to get sound in FlightGear but it has been unsuccessful so > far. Knowing that it uses plib for its sound, I've come to list. Does > plib support onboard sound? I have an SiS 651 motherboard. Everything > else works fine with sound... XMMS, Ogle... When I "cat /bin/ls > > /dev/audio" I hear static... How do I get sound to work with FlightGear? PLIB doesn't drive the sound chip directly - it uses some underlying driver. Under Linux, that's /dev/dsp - under some other UNIX varients, it's /dev/audio Have you tried the simple example program that comes with the PLIB examples? ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net |
|
From: David G. <xh...@ma...> - 2002-12-24 07:04:58
|
> Have you tried the simple example program that comes with the PLIB > examples? Yes, the output is in my last post but I'll repost anyway: Ok, I've updated plib to the latest cvs. I've also compiled the example files. When I try to run plib/examples/src/sl/example I get: WARNING: slScheduler: Needs a sound card that supports 8 bits per sample. WARNING: slSample: loadRawFile: Cannot open 'scream.ub' for reading. WARNING: slSample: loadWavFile: Cannot open 'zzap.wav' for reading. WARNING: slSample: loadAUFile: Cannot open 'cuckoo.au' for reading. WARNING: slSample: loadRawFile: Cannot open 'wheeee.ub' for reading. When I try to run plib/examples/src/sl/mod_demo, I get: WARNING: slScheduler: Needs a sound card that supports 8 bits per sample. Is there anything else I can do? -David Giraud |
|
From: Steve B. <sjb...@ai...> - 2002-12-24 16:19:18
|
David Giraud wrote: >> Have you tried the simple example program that comes with the PLIB >> examples? > > > Yes, the output is in my last post but I'll repost anyway: > > Ok, I've updated plib to the latest cvs. I've also compiled the example > files. When I try to run plib/examples/src/sl/example I get: > > WARNING: slScheduler: Needs a sound card that supports 8 bits per sample. So the PLIB sound library managed to open the /dev/dsp device - but when it tried to tell it to run in mono/8bit, the Open Sound System (OSS) driver told us that it didn't support 8 bit audio?!? That's very strange - I believe that all OSS devices support 8 bit. > WARNING: slSample: loadRawFile: Cannot open 'scream.ub' for reading. > WARNING: slSample: loadWavFile: Cannot open 'zzap.wav' for reading. > WARNING: slSample: loadAUFile: Cannot open 'cuckoo.au' for reading. > WARNING: slSample: loadRawFile: Cannot open 'wheeee.ub' for reading. Dunno - do those files exist in the directory you are running the program in? They are certainly present in the CVS archive. Maybe they don't have the right permissions? > Is there anything else I can do? Dummo - I can't explain why a working sound device wouldn't support a simple 8 bit monoaural channel. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net |
|
From: David G. <xh...@ma...> - 2002-12-24 21:29:44
|
> Dunno - do those files exist in the directory you are running the > program in? They are certainly present in the CVS archive. Maybe > they don't have the right permissions? Yes, they are all owned by me. > > Dummo - I can't explain why a working sound device wouldn't support > a simple 8 bit monoaural channel. Anyone else????? -David Giraud |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X