Gee Arnt,
i am not the one to say, for starters what I am doing is quite off track
compared to the average flight gear user. I have to remain prepared to hand
do things to suit my needs. If I can hand edit a file in /etc once and know
its going to stay that way I am happy for my setup. I am not running gui's
either.
In my short time over on Debian, or really Ubuntu I got the impression from
reading that they had gone pretty much all in with Pulse Audio. I was rather
surprised to find the text only server install had Alsa on it by default.
Also I "think" I saw mention Suse had gone with pulse as well, but I might
be wrong with that one too.
But if pulse is becoming mainstream in desktop distros it would be good if
it handled multiple cards and did all the hard work, as long as it does the
job with out creating more issues. Depends on where the developers are
heading with FG and if you can get Pulse or Pd on the job.
That puredata looks pretty swish! I downloaded their Ubuntu 10.10 deb file,
so I will see what it does tomorrow.
All I know is the nearest thing to good audio on an aeroplane is the
passenger entertainment system, not the am comm radios.
Cheers! Harry
On Sat, Feb 12, 2011 at 11:21 PM, Arnt Karlsen <a...@c2i.net> wrote:
> On Sat, 12 Feb 2011 18:39:50 +0700, Harry wrote in message
> <aanlktinrcltyv3+g99udl+ijym-jh0zug4yrag-o0...@mail.gmail.com>:
>
> > 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.
>
> ..why? If it works ok the way we want it to, we can use it.
> >
> > >
> > > >
> > > > 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!!
>
> ..hum, a minor annoyance on my laptop, is having to do a daily
> alsa force-reload and then reset pulseaudio. Work ok with FG,
> and I understood it could handle multiple sound cards?
>
>
> ..how about puredata? http://puredata.info/ , is "realtime"
> and can do graphics too, given plug-ins.
>
> ..I've seen _lots_ of Pd plug-in .debs racing in lately.
> May be different with new installs, Harry, which audio
> system appears to you to produce the most new packages
> in your Debian experience, _this_ far?
>
>
> ..and, how much audio work do we _want_ to do in SG and FG?
> I see these as sound sources, we should "tell" pulseaudio\
> |puredata|etc audio mixing proxy servers "what we want"
> and hand over the source sound processing etc to them, and
> let them tell alsa et al what shape waves to make from which
> membrane spool.
>
> ..we have boost and OSG working onboard...
>
> --
> ..med vennlig hilsen = with Kind Regards from Arnt Karlsen
> ...with a number of polar bear hunters in his ancestry...
> Scenarios always come in sets of three:
> best case, worst case, and just in case.
>
>
> ------------------------------------------------------------------------------
> 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
>
------------------------------------------------------------------------------
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
