plib-users

Re: [Plib-users] Onboard Sound Support?

[Curtis L. O. <cu...@me...>]

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

Re: [Plib-users] Onboard Sound Support?

[Steve B. <sjb...@ai...>]

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

Re: [Plib-users] Onboard Sound Support?

[Curtis L. O. <cu...@me...>]

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

Re: [Plib-users] Onboard Sound Support?

[Steve B. <sjb...@ai...>]

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

[Plib-users] Onboard Sound Support?

[Iaian B. <ia...@sh...>]

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

Re: [Plib-users] error: could not find working GLUT library

[Steve B. <sjb...@ai...>]

Andrew Karpenko wrote:
> I have looked over the past messages on this mailin list. And found the 
> answer to my first problem.. But now it still says its wrong.

> checking for glutGetModifiers in -lglut... no
> configure: error: could not find working GLUT library

...pretty much what it says - you don't have GLUT installed properly.
You should have /usr/include/GL/glut.h and /usr/lib/libglut.a or libglut.so


---------------------------- 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

[Plib-users] error: could not find working GLUT library

[Andrew K. <dr...@il...>]

I have looked over the past messages on this mailin list. And found the 
answer to my first problem.. But now it still says its wrong.


'
checking for gluLookAt in -lGLU... yes
checking for glutGetModifiers in -lfreeglut... no
checking for glutGetModifiers in -lglut... no
configure: error: could not find working GLUT library
'

./configure --with-GL=/usr/X11R6/lib

^ that is how I run it... I have Mandrake 8.2 pleeease help

Re: [Plib-users] Onboard Sound Support?

[Steven W. <st...@ba...>]

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...

[Plib-users] Onboard Sound Support?

[Chris <cc...@co...>]

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

Re: [Plib-users] Onboard Sound Support?

[David G. <xh...@ma...>]

> 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

Re: [Plib-users] Onboard Sound Support?

[Steve B. <sjb...@ai...>]

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

Re: [Plib-users] Onboard Sound Support?

[David G. <xh...@ma...>]

> 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

Re: [Plib-users] Onboard Sound Support?

[Steve B. <sjb...@ai...>]

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

Re: [Plib-users] Onboard Sound Support?

[David G. <xh...@ma...>]

>
>
>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

Re: [Plib-users] Onboard Sound Support?

[David M. <da...@me...>]

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/

Re: [Plib-users] Onboard Sound Support?

[David S. H. G. <xh...@ma...>]

>
>
>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.

Re: [Plib-users] Onboard Sound Support?

[David M. <da...@me...>]

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/

Re: [Plib-users] Onboard Sound Support?

[Andy R. <an...@ne...>]

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)

[Plib-users] Onboard Sound Support?

[David S. H. G. <xh...@ma...>]

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

[Plib-users] Re: ssgaParticleSystem problem

[McEvoy, N. <nic...@ds...>]

Marco Bancale wrote:
>I had the same problem and looking through the sources I found that
>in ssgaParticleSystem.cxx there's a commented line:
>// rawSetNumVertices ( j ) ; /* Avoid drawing more than 'j' vertices. */
>I decommented it and rebuilt the lib. All is working fine now.
>I don't know why it is commented by default, hope it doesn't give some
>weird problem :)
>Hope this could help!

Thanks for that Marco.

Sorry I have not tried it yet (been busy) ... but I'm sure it works ... I'll try it soon.

Interesting to note that comment in ssgVtxTable:

  /* Don't call this unless you know what you are doing!! */
  void rawSetNumVertices ( unsigned int n ) { vertices -> rawSetNum ( n ) ; }

That's a great comment ... cause I never know what I'm doing.  ;-)

Nick

Re: [Plib-users] ssgaParticleSystem problem

[Marco B. <F1...@so...>]

Hi Nick!

I had the same problem and looking through the sources I found that
in ssgaParticleSystem.cxx there's a commented line:

// rawSetNumVertices ( j ) ; /* Avoid drawing more than 'j' vertices. */

I decommented it and rebuilt the lib. All is working fine now.
I don't know why it is commented by default, hope it doesn't give some
weird problem :)

Hope this could help!

	Bye Bye
	Marco

[Plib-users] ssgaParticleSystem problem

[McEvoy, N. <nic...@ds...>]

I'm using ssgaParticleSystem to simulate water shooting out of the back of a jet-ski.

I find that as I change the rate (setCreationRate) of the generated particles (depending on the jet-ski power) ... there are particles that do not seem to being updated ...

If the creation rate is constant ... everything is fine.

As I reduce the creation rate (say from 100 to 90) ... there are 10 particles 'frozen' in the air ... they will disappear after time-to-live ...

If creation rate changes from 90 back to 100 ... say before the particles disappear ... they will start to be updated once again !

I had a look at the ssgaParticleSystem code, but I'm not sure why this is occurring.

Any ideas ?

Nick

Re: [Plib-users] Compiling the UL

[Norman V. <nh...@ca...>]

John R Abercrombie writes:
> 
> Just got the PLIB today, compiled just the Utility Library because all I
> need (currently) is the platform independent ulClock class.  Compiled the
> UL, produced two header files and the library in the root dir of the
> libraries folder (using .NET on Win32, btw).
> 
> So then I include "ul.h" somewhere in my project and put a ulClock class in
> one of my own classes.  Compiles fine, except for a linker error in the
> ulClock class.  It can't seem to find an implementation of timeGetTime()
> (which is referenced in ulClock::getRawTime).

you need to add Microsoft's winmm.lib to your linked libraries list

Norman

Re: [Plib-users] Compiling the UL

[John R A. <jra...@at...>]

Yep, that was it.  Thanks.

-crombie

----- Original Message -----
From: "Sam Stickland" <sa...@sp...>
To: <pli...@li...>
Sent: Thursday, December 05, 2002 10:49 AM
Subject: Re: [Plib-users] Compiling the UL


> You need to link against of the other Window's library. I can't remember
> which off the top of my head, but I thinks it's winmm.lib.
>
> Sam
>
> ----- Original Message -----
> From: "John R Abercrombie" <jra...@at...>
> To: <pli...@li...>
> Sent: Thursday, December 05, 2002 3:35 PM
> Subject: [Plib-users] Compiling the UL
>
>
> > Hey, new to this list so i don't know how much activity occurs.  Hope
> there
> > is somebody out there that can help me.
> >
> > Just got the PLIB today, compiled just the Utility Library because all I
> > need (currently) is the platform independent ulClock class.  Compiled
the
> > UL, produced two header files and the library in the root dir of the
> > libraries folder (using .NET on Win32, btw).
> >
> > So then I include "ul.h" somewhere in my project and put a ulClock class
> in
> > one of my own classes.  Compiles fine, except for a linker error in the
> > ulClock class.  It can't seem to find an implementation of timeGetTime()
> > (which is referenced in ulClock::getRawTime).
> >
> > This is strange because timeGetTime is defined in mmsystem.h
> >
> > Since I belive my system uses the performance timers, it's not a big
deal
> > because I can just comment that line out and return 0.0 (yeah, I know
it's
> a
> > hack, that's why I'm asking how to fix it).  Since my system will use
> > performance timers it will never get to my hack.
> >
> > Anybody have any ideas / suggestions / comments?  Thanks for the library
> > whoever wrote it, re-inventing the wheel is tiring.
> >
> > -crombie
> >
> >
> >
> >
> > -------------------------------------------------------
> > 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
> >
>
>
>
> -------------------------------------------------------
> 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

Re: [Plib-users] Compiling the UL

[Sam S. <sa...@sp...>]

You need to link against of the other Window's library. I can't remember
which off the top of my head, but I thinks it's winmm.lib.

Sam

----- Original Message -----
From: "John R Abercrombie" <jra...@at...>
To: <pli...@li...>
Sent: Thursday, December 05, 2002 3:35 PM
Subject: [Plib-users] Compiling the UL


> Hey, new to this list so i don't know how much activity occurs.  Hope
there
> is somebody out there that can help me.
>
> Just got the PLIB today, compiled just the Utility Library because all I
> need (currently) is the platform independent ulClock class.  Compiled the
> UL, produced two header files and the library in the root dir of the
> libraries folder (using .NET on Win32, btw).
>
> So then I include "ul.h" somewhere in my project and put a ulClock class
in
> one of my own classes.  Compiles fine, except for a linker error in the
> ulClock class.  It can't seem to find an implementation of timeGetTime()
> (which is referenced in ulClock::getRawTime).
>
> This is strange because timeGetTime is defined in mmsystem.h
>
> Since I belive my system uses the performance timers, it's not a big deal
> because I can just comment that line out and return 0.0 (yeah, I know it's
a
> hack, that's why I'm asking how to fix it).  Since my system will use
> performance timers it will never get to my hack.
>
> Anybody have any ideas / suggestions / comments?  Thanks for the library
> whoever wrote it, re-inventing the wheel is tiring.
>
> -crombie
>
>
>
>
> -------------------------------------------------------
> 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
>