Re: [Flightgear-devel] FGCOM version 2.0pre

[Nick Othieno]

Hi Holger,

Still need help with configs for my own asterisk server for fgcom.

Nick

On Fri, Feb 22, 2008 at 1:12 PM, Holger Wirtz <[EMAIL PROTECTED]> wrote:

> Hi,
>
> I am just amazed how nice bad sound can be if you try to use it in a
> radio environment :-) Every VoIP'er thinks I am braindead because I try
> to make VoIP streams sounding worse and not better...
>
> Csaba ported the openal code to iaxclient2 and Tat enhanced the Makefile
> so FGCOM builds on MacOSX. I added software DSP support (noise
> generator, filters (high, band, low, ... - but the algorithms are not
> highly optimized) and a simple squelch simulation (which has some small
> bugs).
> Currently all parameters for sound de-optimization are hard coded.
>
> All together it sounds really bad :-> . Try it, but don't blame on me if
> you
> have trouble to get it working - it's a _pre_ release!
>
>svn checkout svn://svn.dfn.de:/fgcom/branches/iaxc2-lofi fgcom-lofi
>
> There is much to do and I hope there are some hackers around who likes
> to take part in the next steps of development:
>
> - fixing the squelch code. The noise gate is poorly implemented...
> - installing an interface for the dsp functions in the library code.
>  This is really not difficult but takes some time to organize...
> - enhancing the algorithms of the dsp stack (avoiding multiple loops for
>  a block of samples). The dsp stack should be flexible configurated from
>  the fgcom application/config file so that the sound can be flexible
> changed
>  to simulate different kinds of radios.
> - due to more and more parameters: using of a configuration file
>  would be great - perhaps one in XML which uses code from FG to parse
>  the XML data?
> - mixing background noise from the plane machines (perhaps pending on
>  the state/level of the machine) into the outgoing stream
>
> And also on the queue:
> - intercom (I have a very simple solution for that - but no time to
>  write code for)
> - a better conference application based on distances of the objects and
> the
>  power of the radios
>
> Anyone who likes to help :-) ?
>
> Have a nice weekend!
>
> Regards, Holger
> --
> #   ##  ##   Holger Wirtz Phone : (+49 30) 884299-40
> ##  ## ##   ### ##   DFN-Verein   Fax   : (+49 30) 884299-70
> ##  ##  ##   Stresemannstr. 78E-Mail: [EMAIL PROTECTED]
> ##  ## ##   ## ###   10963 Berlin
> #  ##   ##  ##   GERMANY  WWW   : http://www.dfn.de
> GPG-Fingerprint : ABFA 1F51 DD8D 503C
> 85DC  0C51 E961 79E2 6685 9BCF
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Announcement : F-14 early alpha on CVS

[Melchior FRANZ]

Thanks a lot for that excellent model! It's beautiful.

It works well in fg/plib (v1.0), but has some transparency
problems in fg/osg. I assume you are aware of that. Shouldn't
be hard to fix.

m.

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Patch v5 - Rain & Snow

[Nicolas]

Le vendredi 22 février 2008 à 10:40 -0600, Curtis Olson a écrit :

> This is the first version I have taken a look at (v5) so I'm not
> entirely sure what to expect.  When sitting on the ground in KSAN
> (METAR says rain and high winds) it looks like rain is coming straight
> down as if there was no wind, but it looks like perhaps some snow
> mixed in that is affected by the wind.  But the temps I think are too
> high for snow on the ground there (+53F/12C).  Also, when the aircraft
> moves forward the precipiation still looks like it's coming straight
> down ... it doesn't seem to factor in the motion of the aircraft?  Is
> that still a todo item, or am I doing something wrong?  Overall this
> looks like it has a trememdous amount of potential so I'm not trying
> to nit pick, just curious what I should or shouldn't be seeing at this
> point in the development.
> 
> Thanks!
> 
> Curt.

With OSG precipitation, I can't get in the same time snow and rain...

No, there isn't factor in the motion of the aircraft...  We can work to
improve this.

The origin and the wind have to be tested... and maybe adapted.

Nicolas



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Patch v5 - Rain & Snow

[Curtis Olson]

On Fri, Feb 22, 2008 at 9:00 AM, Nicolas wrote:

> Hi,
>
> Better and better...
>
> This patch permits to add snow and rain effects in using particle from
> OSG.
>
> This improvement works with the METAR informations to enable / disable
> rain or snow effects.
> (intensity of effects is : low, meddium, high)
>
> The precipitations are stopped when the aircraft is above the cloud
> layers.
>
> The rain preicipitation turn off snow precipitations when the ambiant
> temperature is lower
> than the dew point temperature. (the temperature depends on altitude)
>
> The wind influents the precipitations (speed and direction support).


This is the first version I have taken a look at (v5) so I'm not entirely
sure what to expect.  When sitting on the ground in KSAN (METAR says rain
and high winds) it looks like rain is coming straight down as if there was
no wind, but it looks like perhaps some snow mixed in that is affected by
the wind.  But the temps I think are too high for snow on the ground there
(+53F/12C).  Also, when the aircraft moves forward the precipiation still
looks like it's coming straight down ... it doesn't seem to factor in the
motion of the aircraft?  Is that still a todo item, or am I doing something
wrong?  Overall this looks like it has a trememdous amount of potential so
I'm not trying to nit pick, just curious what I should or shouldn't be
seeing at this point in the development.

Thanks!

Curt.
-- 
Curtis Olson: http://baron.flightgear.org/~curt/
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] BUG when replay with generic protocol

[Alex Buzin]

On Thursday 21 February 2008 Melchior FRANZ wrote
> 
> If anyone could tell me which command line exactly was used
> to record, and which to replay then I'd check this out.
> 

I got it when flying UFO and recording flight with 
--generic=file,out,100,flight.dat,playback
FDM was running at 100Hz.

Then I change FDM to external and play recorded flight with
--generic=file,in,100,flight.dat,playback
As I understand jitting amplitude depends on airplane speed.

The problem was solved by mowing the line 
globals->get_viewmgr()->update(delta_time_sec);
upwards after the line
fgUpdateTimeDepCalcs();

But I'm not sure that this is a good solution.

With respect,
Alex

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Announcement : F-14 early alpha on CVS

[LeeE]

Hmm... not sure if I understand you correctly here, but if you use 
0.05 it should mean that your controllers will be clamped 
to 20Hz regardless of the actual frame-rate.

However, there are pros & cons to doing this.  On the plus side the 
controllers should work consistently at 20fps and greater but on 
the down side it means that you are defaulting to a lower 
controller resolution and you may find it harder to tune the 
controllers.

A technique I've recently been experimenting with, and which is 
providing good results, is to limit the output range of the 
controller and then restore the full range using a simple gain 
filter.  I'm not sure about exactly how this works but, like I say, 
it has been effective here.

The specific examples I've used have been for pitch and roll 
controllers where the controllers output a flight-surface 
deflection i.e. elevator-trim or roll-trim against a target pitch 
or roll.  Normally for these the controller outputs would be 
limited to the deflection norms i.e. +/- 1.0 (-1.0 & 
1.0) but what I've done is to reduce this to +/- 
0.25 (-0.25 & 0.25) and then multiply 
the output stream by 4.0 to regain the full +/- 1.0 normalised 
range.

Have a read of the new README.digitalfilters doc to see how you can 
also use a reciprocal filter to reduce the gain of a PID controller 
as airspeed (or mach) increases, so that a controller that works ok 
at relatively low speeds can be prevented from going into 
oscillation at higher speeds (this can also be used to reduce stick 
sensitivity with speed).

Using these techniques I've been getting some good results with 
controllers that work ok here between ~20 & ~60+ fps over wide 
airspeed ranges.

LeeE

On Friday 22 February 2008 12:24, flying.toaster wrote:
> Thanks for the advice
>
> I have tried that and changing derivation time but it did not
> work... I use the speed-throttle to emulate low FPS on my system
> though so I do not not how good my tests were. If anybody with
> 20fps is willing to try this fix, please let me know if it is
> successful
>
> Regards
>
> Enrique
>
> > Message du 21/02/08 à 16h17
> > De : "LeeE" <[EMAIL PROTECTED]>
> > A : [EMAIL PROTECTED], "FlightGear developers
> > discussions"  Copie à :
> > Objet : Re: [Flightgear-devel] Announcement : F-14 early alpha
> > on CVS
> >
> > Use the  tag in the controller configs to specify a 'fixed'
> > sampling rate.  Personally, I config and tune all my
> > controllers to run at 20Hz so that there is a good chance
> > they'll work on lower-end systems without causing problems on
> > faster machines.
> >
> > LeeE
> >
> > On Wednesday 20 February 2008 21:56, flying.toaster wrote:
> > > There seems to be a problem with the PID controller
> > > implementing the pitch SAS when FPS is low (around 20fps).
> > > Probably an interaction between sampling rate and dynamics.
> > > People with high end computers will not notice it. I'll try
> > > to develop a fix (write the SAS PID in the Nasal code and
> > > clean it up)
> > >
> > > Sorry guys !
> > >
> > > > Message du 20/02/08 à 21h50
> > > > De : "flying.toaster" <[EMAIL PROTECTED]>
> > > > A : "flightgear-devel"
> > > >  Copie à :
> > > > Objet : [Flightgear-devel] Announcement : F-14 early alpha
> > > > on CVS
> > > >
> > > > Hello,
> > > >
> > > >  An early alpha of the F-14B has been kindly put on the CVS
> > > > by Alexis for testing.
> > > >
> > > >  Beware of the following limitations :
> > > > - There is no cockpit, only a HUD
> > > > - Nasal code needs cleaning and optimisation
> > > > - Some textures are missing, some animations are incomplete
> > > > - Key bindings are non standard
> > > > - Early testing on some configuration exhibit instability
> > > > on the FDM
> > > >
> > > >  This release is only meant to get early feedback on the
> > > > flight model (other suggestions for improvement can be
> > > > considered though). When giving feedback (through direct
> > > > e-mail or the forum) please consider describing the
> > > > configuration of your computer so that I can get a better
> > > > idea of what may be the cause.
> > > >
> > > >  If you feel like testing a very broken aircraft ... enjoy
> > > > ... But please consider giving feedback to help improving
> > > > it
> > > >
> > > > Cheers
> > > >
> > > > Enrique
> > > >
> > > >
> > > > ---
> > > > -- This SF.net email is sponsored by: Microsoft
> > > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> > > > ___
> > > > Flightgear-devel mailing list
> > > > Flightgear-devel@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/flightgear-dev
> > > >el
> > >
> > > -
> > >  This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > http

[Flightgear-devel] Patch v5 - Rain & Snow

[Nicolas]

Hi,

Better and better...

This patch permits to add snow and rain effects in using particle from
OSG.

This improvement works with the METAR informations to enable / disable
rain or snow effects.
(intensity of effects is : low, meddium, high)

The precipitations are stopped when the aircraft is above the cloud
layers.

The rain preicipitation turn off snow precipitations when the ambiant
temperature is lower
than the dew point temperature. (the temperature depends on altitude)

The wind influents the precipitations (speed and direction support).

Regards,

-- 
Nicolas



fg-patch.tar.gz
Description: Binary data
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Announcement : F-14 early alpha on CVS

[flying.toaster]

Thanks for the advice

I have tried that and changing derivation time but it did not work... I use the 
speed-throttle to emulate low FPS on my system though so I do not not how good 
my tests were. If anybody with 20fps is willing to try this fix, please let me 
know if it is successful

Regards

Enrique

> Message du 21/02/08 à 16h17
> De : "LeeE" <[EMAIL PROTECTED]>
> A : [EMAIL PROTECTED], "FlightGear developers discussions" 
> 
> Copie à : 
> Objet : Re: [Flightgear-devel] Announcement : F-14 early alpha on CVS
> 
> Use the  tag in the controller configs to specify a 'fixed' 
> sampling rate.  Personally, I config and tune all my controllers to 
> run at 20Hz so that there is a good chance they'll work on 
> lower-end systems without causing problems on faster machines.
> 
> LeeE
> 
> 
> On Wednesday 20 February 2008 21:56, flying.toaster wrote:
> > There seems to be a problem with the PID controller implementing
> > the pitch SAS when FPS is low (around 20fps). Probably an
> > interaction between sampling rate and dynamics. People with high
> > end computers will not notice it. I'll try to develop a fix
> > (write the SAS PID in the Nasal code and clean it up)
> >
> > Sorry guys !
> >
> > > Message du 20/02/08 à 21h50
> > > De : "flying.toaster" <[EMAIL PROTECTED]>
> > > A : "flightgear-devel" 
> > > Copie à :
> > > Objet : [Flightgear-devel] Announcement : F-14 early alpha on
> > > CVS
> > >
> > > Hello,
> > >
> > >  An early alpha of the F-14B has been kindly put on the CVS by
> > > Alexis for testing.
> > >
> > >  Beware of the following limitations :
> > > - There is no cockpit, only a HUD
> > > - Nasal code needs cleaning and optimisation
> > > - Some textures are missing, some animations are incomplete
> > > - Key bindings are non standard
> > > - Early testing on some configuration exhibit instability on
> > > the FDM
> > >
> > >  This release is only meant to get early feedback on the flight
> > > model (other suggestions for improvement can be considered
> > > though). When giving feedback (through direct e-mail or the
> > > forum) please consider describing the configuration of your
> > > computer so that I can get a better idea of what may be the
> > > cause.
> > >
> > >  If you feel like testing a very broken aircraft ... enjoy ...
> > > But please consider giving feedback to help improving it
> > >
> > > Cheers
> > >
> > > Enrique
> > >
> > >
> > > ---
> > >-- This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> > > ___
> > > Flightgear-devel mailing list
> > > Flightgear-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel
> >
> > -
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> > ___
> > Flightgear-devel mailing list
> > Flightgear-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/flightgear-devel
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] SOLVED: Problems with running current fgfs

[Holger Wirtz]

ARGH! I am such an idiot! I had removed my installation some
days ago an built everything new. But the window which I used to start
fgfs had the old library pathes - so fgfs couldn't find the osg
libraries...

Regards, Holger
-- 
#   ##  ##   Holger Wirtz Phone : (+49 30) 884299-40
##  ## ##   ### ##   DFN-Verein   Fax   : (+49 30) 884299-70
##  ##  ##   Stresemannstr. 78E-Mail: [EMAIL PROTECTED]
##  ## ##   ## ###   10963 Berlin
#  ##   ##  ##   GERMANY  WWW   : http://www.dfn.de
GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC  0C51 E961 79E2 6685 9BCF

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Problems with running current fgfs

[Melchior FRANZ]

I get this with the Dragonfly:

 Error reading panel:
 Failed to open file
  at 
/home/m/fgfs/Data.osg/Aircraft/Dragonfly/../Instruments/digitalmultimeter-x.4.xml
  (reported by SimGear XML Parser)
 Error reading new panel from Aircraft/Dragonfly/test-panel.xml



* Holger Wirtz -- Friday 22 February 2008:
> This means that freeglut on debian has no exception support? How can I
> fix this?

 $ cd $FREEGLUTDIR
 $ ./configure CFLAGS="$CFLAGS -fexceptions" LDFLAGS="$LDFLAGS -fexceptions" 
 $ make && su -c make\ install



> Maybe it a problem with my .fgfsrc so I moved it away. But
> this ends very fast in a SIGSEGV.

OK, and where's the backtrace? Remember: this is the development list. :-}

m.

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Problems with running current fgfs

[Holger Wirtz]

Hi,

I have some trouble to start fgfs (current CVS/SVN checkout and built
with fgfs-builder (OSG)). Maybe a problem with my video card driver (nVidia
Corporation NV36 [GeForce PCX 5750]) because on my notebook (ATI Radeon
X1400) it works. The following happens when I run fgfs (on debian
testing):

--- cut here ---
$ fgfs
[...window opens...]
Failed to load aircraft from Aircraft/Dragonfly/Models/Dragonfly.xml:
  Failed to load 3D model
 at
/usr/local/src/fgfs-builder/install/share/FlightGear/Aircraft/Dragonfly/Models/Dragonfly.ac
(Falling back to glider.ac.)

Uncaught Exception: you should see a meaningful error message
here, but your GLUT (or SDL) library was apparently compiled
and/or linked without exception support. Please complain to
its provider!

Aborted
--- cut here ---

This means that freeglut on debian has no exception support? How can I
fix this?

Maybe it a problem with my .fgfsrc so I moved it away. But
this ends very fast in a SIGSEGV.

fgfs is linked against the following libraries:
--- cut here ---
libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7f72000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7f5d000)
libglut.so.3 => /usr/lib/libglut.so.3 (0xb7f28000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0xb7ea8000)
libGL.so.1 => /usr/lib/libGL.so.1 (0xb7e04000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d18000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7d14000)
libalut.so.0 =>
/usr/local/src/fgfs-builder/install/lib/libalut.so.0 (0xb7d0d000)
libopenal.so.1 =>
/usr/local/src/fgfs-builder/install/lib/libopenal.so.1 (0xb7cd1000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7cac000)
libosgParticle.so.30 =>
/usr/local/src/fgfs-builder/install/lib/libosgParticle.so.30
(0xb7c25000)
libosgViewer.so.30 =>
/usr/local/src/fgfs-builder/install/lib/libosgViewer.so.30 (0xb7b3e000)
libosgGA.so.30 =>
/usr/local/src/fgfs-builder/install/lib/libosgGA.so.30 (0xb7adc000)
libosgText.so.30 =>
/usr/local/src/fgfs-builder/install/lib/libosgText.so.30 (0xb7a1b000)
libosgDB.so.30 =>
/usr/local/src/fgfs-builder/install/lib/libosgDB.so.30 (0xb7948000)
libosgUtil.so.30 =>
/usr/local/src/fgfs-builder/install/lib/libosgUtil.so.30 (0xb7605000)
libosg.so.30 =>
/usr/local/src/fgfs-builder/install/lib/libosg.so.30 (0xb7248000)
libOpenThreads.so.9 =>
/usr/local/src/fgfs-builder/install/lib/libOpenThreads.so.9 (0xb724)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7153000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7146000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb6ff9000)
/lib/ld-linux.so.2 (0xb7fad000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb6feb000)
libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb6fe6000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0xb64cf000)
libnvidia-tls.so.1 => /usr/lib/tls/libnvidia-tls.so.1
(0xb64cd000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb64ca000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb64c5000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb64bd000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb64a5000)
--- cut here ---

It worked for several month... but I don't know what I have changed so
that I have this problems

Any hints?

Regards, Holger
-- 
#   ##  ##   Holger Wirtz Phone : (+49 30) 884299-40
##  ## ##   ### ##   DFN-Verein   Fax   : (+49 30) 884299-70
##  ##  ##   Stresemannstr. 78E-Mail: [EMAIL PROTECTED]
##  ## ##   ## ###   10963 Berlin
#  ##   ##  ##   GERMANY  WWW   : http://www.dfn.de
GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC  0C51 E961 79E2 6685 9BCF

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] FGCOM version 2.0pre

[Holger Wirtz]

Hi,

I am just amazed how nice bad sound can be if you try to use it in a
radio environment :-) Every VoIP'er thinks I am braindead because I try
to make VoIP streams sounding worse and not better...

Csaba ported the openal code to iaxclient2 and Tat enhanced the Makefile
so FGCOM builds on MacOSX. I added software DSP support (noise
generator, filters (high, band, low, ... - but the algorithms are not
highly optimized) and a simple squelch simulation (which has some small bugs).
Currently all parameters for sound de-optimization are hard coded.

All together it sounds really bad :-> . Try it, but don't blame on me if you
have trouble to get it working - it's a _pre_ release!

svn checkout svn://svn.dfn.de:/fgcom/branches/iaxc2-lofi fgcom-lofi

There is much to do and I hope there are some hackers around who likes
to take part in the next steps of development:

- fixing the squelch code. The noise gate is poorly implemented...
- installing an interface for the dsp functions in the library code.
  This is really not difficult but takes some time to organize...
- enhancing the algorithms of the dsp stack (avoiding multiple loops for
  a block of samples). The dsp stack should be flexible configurated from
  the fgcom application/config file so that the sound can be flexible changed
  to simulate different kinds of radios.
- due to more and more parameters: using of a configuration file
  would be great - perhaps one in XML which uses code from FG to parse
  the XML data?
- mixing background noise from the plane machines (perhaps pending on
  the state/level of the machine) into the outgoing stream

And also on the queue:
- intercom (I have a very simple solution for that - but no time to
  write code for)
- a better conference application based on distances of the objects and the
  power of the radios

Anyone who likes to help :-) ?

Have a nice weekend!

Regards, Holger
-- 
#   ##  ##   Holger Wirtz Phone : (+49 30) 884299-40
##  ## ##   ### ##   DFN-Verein   Fax   : (+49 30) 884299-70
##  ##  ##   Stresemannstr. 78E-Mail: [EMAIL PROTECTED]
##  ## ##   ## ###   10963 Berlin
#  ##   ##  ##   GERMANY  WWW   : http://www.dfn.de
GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC  0C51 E961 79E2 6685 9BCF

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel