On Sat, Feb 12, 2011 at 5:51 PM, Erik Hofman <e...@ehofman.com> wrote:
> On Sat, 2011-02-12 at 17:38 +0700, Harry Campigli wrote:
> > Hi Eric,
> >
> > Thanks for that, I would be most gratefull to lias with you on FG
> > sound
> >
> > To explain its a multi motherboard sim setup with Boeing panels
> > interfaced via a can network.
> >
> >
> > Each nav, comm and dme head has its own volume, these I expect can be
> > dealt with, what i was hoping to do was use the audio in a mono
> > format, like steer nav and com audio to the left channel feeding a
> > head set, and them maybe alarm audio to a speaker via the right
> > channel. Which ever is controlled by the pilots audio panel interfaced
> > to the system.
>
> Controlling separate channels could be a problem although there may be a
> way around it; placing one source to the right of the listener and one
> source to the left, both streaming the appropriate channels.
>
> OK That could be an option to explore, probably only need to relocate the
source via the property tree when an device is switched to head set.
> > But I know my Intel 945 series motherboards have sound chips with
> > front and back connections, but i dont know if the chips will support
> > different streams for each one, as far as i recall they only report
> > one audio device and no inbuilt mixing. Maybe a better sound card with
> > hardware mixing is required.
>
> To my experience it's almost always possible to distinguish between
> output jacks so that might not be a problem.
>
OK best to forget that approach then.
>
> >
> > From what you say, adding extra sound cards would require
> > modifications, I guess to sim gear? Would this be along the lines of
> > cloning some modules and defining them to each system audio device or
> > more involved than that? Is Plib involved here as well?
>
> It would require modifications to both FlightGear and SimGear, PLib is
> not used for sound.
>
Might have to study up on that side of things then. But as i already have an
additional network driver running, maybe i should look at what need to be
added to it and have the slave machines generate nav audio, may be atc
chatter.
>
> > Also at some stage I have to work to get FGcom, and my local off air
> > audio feeds into the system.
> >
> > Yes I will dig in with it further, and am just looking at possible
> > ways to do it. Also keeping things to a minimum just with Alsa.
>
> Actually we're using OpenAL but it can be set to use ALSA as a backend.
>
>
Ok, I am reinstalling a machine right now, If i only have OpenAL, I can
remove any alsa presence, would that mean the only audio control would be
via FG, I needed to use Alsa mixer from command line to bring up the level
on the front speaker channel go get sound out of the machine before.
> > I installed pulse audio (for the mixer) last night and it fouled up
> > the system. I have minimal Ubuntu 10:10 with no gui on these machines,
> > just X11, Alsa and FG.
>
> I've given up on pulse audio and would not encourage anyone to use it in
> a serious simulation environment.
>
> well count one bad experience with it here, last night!!
> > I think I need to start a web page with some notes for these off the
> > beaten track things I have been doing for people like me who build
> > sims with FG as the core rather than MS
>
> That would always be welcome, you could also consider adding it to the
> next newsletter:
> http://wiki.flightgear.org/index.php/Next_newsletter
>
>
I have heaps of capacity and bandwidth on my web host that never gets used,
First i better get it all working again after this OS change to Ubuntu
server and updating to the latest git from V2 release.
My IO driver from V1.7 and V2.0 wont compile with the new version from the
git and I am haveing trouble figuring out why.
Harry
> Erik
>
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
--
Regards Harry
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
