* Jim Wilson -- Wednesday 28 April 2004 06:17:
Probably the blades are doing a lot more than just spinning around the hub.
Yes, indeed. Each blade consists of 5 segments which are animated in a way
to make the blade appear bended (flap angle). Then each of these is rotated
according to the
Jon Berndt writes:
You need to re run configure before make I left this step out
in my original msg :-(
% ./configure
% make
% make test
Norman
I got a successful build. I tried running some of the
also-successfully-built test programs:
Nothing produced any
Hi,
After some debate on the developers mailing list we now have the
possibility to adjust the _current_ configuration file to match the
joystick bindings for windows. So there's no need anymore to copy the
file and adjust it, but instead it is possible to change the axis
numbering as
Curtis L. Olson wrote:
This falls into the category of useless ear candy (and there are a few
things left to be improved) but I have taken my first stab at
implimenting some 3d sound in FG. Currently you only can get this
effect when flying from the tower view (good R/C practice). As you do a
Dave Perry wrote:
2. The tower view doppler shift seems to be in the wrong direction.
I believe this is a known(?) problem with OpenAL for the Linux software
emulation layer. There has been some discussion about it on the openal
mailing list.
Erik
Erik Hofman wrote:
Wow, that's really convincing! Did you try one of the jet fighters
already, the sound ends in this low frequency rumble that you really
would expect!
Very nice.
It's even better. You can hook up your 5.1 amplifier and speaker set
using ALSA:
(Requires latest CVS code of course.) Sorry Jon, no screen shots for
this one. :-)
Ha! How about a frequency/time plot? ;-)
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On 4/28/04 at 4:10 AM Norman Vine wrote:
Jon Berndt writes:
You need to re run configure before make I left this step out
in my original msg :-(
% ./configure
% make
% make test
Norman
I got a successful build. I tried running some of the
also-successfully-built
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/FlightGear/docs-mini
In directory baron:/tmp/cvs-serv6438
Added Files:
README.sound
Log Message:
Add an explanation for using Arts.
--- NEW FILE ---
ALSA and Arts
-
This article leads me
Martin Spott wrote:
ALSA and Arts
This article leads me to the assumption that OpenAL at least on Linux
is situated _always_ on top of the ALSA OSS emulation layer and does
not use the ALSA interface directly but I find it hard to believe
Why should I avoid directly using the ALSA layer
On 4/19/04 at 11:12 PM Vivian Meazza wrote:
All you ever wanted to know about a Merlin with 2 speed, 2 stage
supercharging is here:
http://www.unlimitedexcitement.com/Pride%20of%20Pay%20n%20Pak/Rolls-Royce%2
0
Merlin%20V-1650%20Engine.htm
Except exactly how the boost contol valve worked :-)
David Luff wrote:
../../src/Environment/libEnvironment.a -lsgclouds3d -lsgrout
e -lsgsky -lsgsound -lsgephem -lsgmaterial -lsgtgdb -lsgmodel -lsgtiming
-lsgio -lsgscreen -lsgmath
-lsgbucket -lsgprops -lsgdebug -lsgmagvar -lsgmisc -lsgnasal -lsgxml
-lsgsound -lsgserial -lsgstruct
ure
Hello,
may I kindly ask for an additional flag for 'configure' similar to
'--with-plib=PREFIX' ? This might be very useful for people
experimenting with a CVS version of OpenAL who still have a Linux
distribution provided development package installed,
Martin.
--
Unix _IS_ user friendly - it's
* Erik Hofman -- Wednesday 28 April 2004 13:22:
The major problem here is Arts that doesn't play nice with programs that
don't support Arts directly. This problem has annoyed me so much that if
I had to chose an desktop manager it would never be KDE until they
decide to stop using Art
Erik Hofman said:
Martin Spott wrote:
ALSA and Arts
This article leads me to the assumption that OpenAL at least on Linux
is situated _always_ on top of the ALSA OSS emulation layer and does
not use the ALSA interface directly but I find it hard to believe
Why should I avoid
* Melchior FRANZ -- Wednesday 28 April 2004 13:46:
- aRts can use ALSA
- KDE can play sound without aRts (AFAIK; haven't tried)
Oh, I forgot to mention: the main problems with aRts and ALSA seem
to lie in ALSA, at least for some chips (e.g. AC97). This improved
vastly in the latest 2.6.* Linux
Erik Hofman wrote:
David Luff wrote:
../../src/Environment/libEnvironment.a -lsgclouds3d -lsgrout
e -lsgsky -lsgsound -lsgephem -lsgmaterial -lsgtgdb -lsgmodel -lsgtiming
-lsgio -lsgscreen -lsgmath
-lsgbucket -lsgprops -lsgdebug -lsgmagvar -lsgmisc -lsgnasal -lsgxml
-lsgsound
Melchior FRANZ wrote:
* Melchior FRANZ -- Wednesday 28 April 2004 13:46:
- aRts can use ALSA
- KDE can play sound without aRts (AFAIK; haven't tried)
Oh, I forgot to mention: the main problems with aRts and ALSA seem
to lie in ALSA, at least for some chips (e.g. AC97). This improved
vastly in
Norman wrote:
Have you tried my partial build of the openal / win directory
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
probably best to install this into /usr/local
i.e.
cd /usr/local
tar -xzvf $PATH_TO/openal.tgz
-- test --
$ ./testdevice
got Windows native audio
-- test --
Erik Hofman wrote:
This document is just an explanation on using FlightGear with KDE/Arts
enabled.
Ah, thanks. I didn't realize this,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
On 4/28/04 at 7:17 AM Jon Berndt wrote:
Many of the rest of them seemed to simply hang, but no sound was ever
produced. I wonder, though, if your stuff was being used here, because I
already have libopenal32.a in /usr/local/lib. I recompiled all the tests.
The tests compile and link with
On 4/28/04 at 2:13 PM Frederic Bouvier wrote:
Erik Hofman wrote:
David Luff wrote:
../../src/Environment/libEnvironment.a -lsgclouds3d -lsgrout
e -lsgsky -lsgsound -lsgephem -lsgmaterial -lsgtgdb -lsgmodel
-lsgtiming
-lsgio -lsgscreen -lsgmath
-lsgbucket -lsgprops -lsgdebug
Norman Vine wrote:
David Luff writes:
On 4/28/04 at 4:10 AM Norman Vine wrote:
Have you tried my partial build of the openal / win directory
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
probably best to install this into /usr/local
i.e.
cd /usr/local
tar -xzvf
David Luff writes:
On 4/28/04 at 4:10 AM Norman Vine wrote:
Have you tried my partial build of the openal / win directory
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
probably best to install this into /usr/local
i.e.
cd /usr/local
tar -xzvf $PATH_TO/openal.tgz
I've
On 4/28/04 at 1:29 PM David Luff wrote:
On 4/28/04 at 7:17 AM Jon Berndt wrote:
Many of the rest of them seemed to simply hang, but no sound was ever
produced. I wonder, though, if your stuff was being used here, because I
already have libopenal32.a in /usr/local/lib. I recompiled all the
Curtis L. Olson writes:
Norman Vine wrote:
David Luff writes:
On 4/28/04 at 4:10 AM Norman Vine wrote:
Have you tried my partial build of the openal / win directory
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
probably best to install this into /usr/local
i.e.
On Wednesday 28 April 2004 09:57, Erik Hofman wrote:
It's even better. You can hook up your 5.1 amplifier and speaker set
using ALSA:
http://floam.ascorbic.com/how-to/alsa5.1
Erik
Impressive, that worked, thank you for the hint:
Make a ~/.openalrc, we are telling OpenAL that we want
On 4/28/04 at 1:33 PM David Luff wrote:
On 4/28/04 at 2:13 PM Frederic Bouvier wrote:
With MSVC, there is a library for ALut : ALut.lib.
_joyGetDevCaps should be in winmm.lib
OK, winmm fixes everthing except the alut stuff, I'm not sure why that
broke right now but we've had that one
I'm about to start writing something in C to calculate the heading
required to maintain a track and the resultant ground speed given a wind
vector. This is destined to be a simple flight planner for my Palm but
I'd like to make an interface to FG so that in theory you could save a
real flight
* Erik Hofman -- Wednesday 28 April 2004 14:15:
Melchior FRANZ wrote:
Oh, I forgot to mention: the main problems with aRts and ALSA seem
to lie in ALSA, at least for some chips (e.g. AC97). This improved
vastly in the latest 2.6.* Linux kernels.
Sure, the most widely used sound option
Melchior FRANZ wrote:
* Erik Hofman -- Wednesday 28 April 2004 14:15:
Melchior FRANZ wrote:
Oh, I forgot to mention: the main problems with aRts and ALSA seem
to lie in ALSA, at least for some chips (e.g. AC97). This improved
vastly in the latest 2.6.* Linux kernels.
Sure, the most widely used
On Wed, 28 Apr 2004 13:29:08 +0100
David Luff [EMAIL PROTECTED] wrote:
The tests compile and link with ../src/libopenal.a, so unless you've
hacked their build script or replaced that lib with Norman's then you'll
still belinking (the tests) against the original.
I'll have to adjust that. Has
David Luff writes:
Norman's libopenal32.a contains these functions, my libopenal.a doesn't,
and these errors are hence fixed with Normans .a. However, Norman's
libopenal32.a doesn't contain any alut* functions, which my libopenal.a
does, so hence these errors are replaced with the _alut*
Jon S Berndt writes:
For those using CygWin, it's fatal at the moment.
AFAICT
It is fatal for those using any form of gcc on Win32.
Oh well I guess there is always MSVC grin
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
FYI
I will keep an eye out for any solution the Zope folks come up with
as solving this will open up the possibility of using SVN instead of
CVS.
cross-platform-development-is-a-challenge'ly yrs
Norman
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of
On 4/28/04 at 10:09 AM Norman Vine wrote:
I have rebuilt the opeal dll and replaced the one on my site
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
This should export the required alut* funcs and it includes
the Makefile I used
Note you will need to use my headers instead of the ones
in
On 4/28/04 at 9:04 AM Jon S Berndt wrote:
On Wed, 28 Apr 2004 13:29:08 +0100
David Luff [EMAIL PROTECTED] wrote:
I think the long term benefits should far outweigh
the short term pain.
... for those _not_ using CygWin.
For those using CygWin, it's fatal at the moment.
Norman's latest
Jim Wilson wrote:
Is this still true? I'm running KDE and can't remember the last
time artsd got in the way. To be honest though, I don't recall what
changed. Maybe I just turned off most of the stupid sounds in the
kde apps.
My impression was that recent versions of arts and esd released
On Wed, 28 Apr 2004 15:57:55 +0100
David Luff [EMAIL PROTECTED] wrote:
Norman, this compiles, links, and produces the expected sound from
FlightGear :-)
Many thanks for sorting this - I certainly couldn't have got it
working otherwise.
Cheers - Dave
This was all done under CygWin? Can someone
David Luff wrote:
Norman's latest openal build fixes it :-)
You have to admire Curt's methodology - fatally breaking the Cygwin build
has certainly created a momentum to fix it, and presumably saved the time
and hassle of riddling the sound code with ifdefs!
In my own defense, all indications
David Luff wrote:
On 4/28/04 at 10:09 AM Norman Vine wrote:
I have rebuilt the opeal dll and replaced the one on my site
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
This should export the required alut* funcs and it includes
the Makefile I used
Note you will need to use my headers
David Luff writes:
On 4/28/04 at 10:09 AM Norman Vine wrote:
I have rebuilt the opeal dll and replaced the one on my site
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
This should export the required alut* funcs and it includes
the Makefile I used
Note you will need to use my
On 4/28/04 at 10:09 AM Jon S Berndt wrote:
This was all done under CygWin? Can someone summarize the process?
Yes, under Cygwin. Here goes...
Download Norman's prebuilt Cygwin openal from:
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
and place it somewhere, in this example in your
On Wed, 28 Apr 2004 16:00:20 +0100
David Luff [EMAIL PROTECTED] wrote:
On 4/28/04 at 9:04 AM Jon S Berndt wrote:
On Wed, 28 Apr 2004 13:29:08 +0100
David Luff [EMAIL PROTECTED] wrote:
For those using CygWin, it's fatal at the moment.
Norman's latest openal build fixes it :-)
You have to
On 4/28/04 at 10:16 AM Curtis L. Olson wrote:
David Luff wrote:
Norman's latest openal build fixes it :-)
You have to admire Curt's methodology - fatally breaking the Cygwin build
has certainly created a momentum to fix it, and presumably saved the time
and hassle of riddling the sound code
Jon S Berndt writes:
You have to admire Curt's methodology - fatally breaking the Cygwin build
has certainly created a momentum to fix it, and presumably saved the
time and hassle of riddling the sound code with ifdefs!
This approach works only when there is a solution somewhere. From
David Luff writes:
On 4/28/04 at 10:16 AM Curtis L. Olson wrote:
Cygwin is a little bit different nut to crack. As I understand it,
cygwin can link against any .dll out there so in theory it should be
able to work with the standard openal SDK.
This is only true for libraries with 'C'
On Wed, 28 Apr 2004 12:12:20 -0400
Norman Vine [EMAIL PROTECTED] wrote:
Nor was I, but usually one can find a way to compile Windows
code with gcc but it often requires digging into the depths of the
gnu linker documentation and studying the x86 specific link options
for creating DLLs for WIN32.
Norman Vine wrote:
Unfortunately I do not have the time to support the libraries I port
so I do not submit them for inclusion with Cygwin but the official
method of doing this is here http://cygwin.com/setup.html
I suspect the OpenAL people should be the first ones to contact. I
doubt the
Andy Ross writes:
Norman Vine wrote:
Unfortunately I do not have the time to support the libraries I port
so I do not submit them for inclusion with Cygwin but the official
method of doing this is here http://cygwin.com/setup.html
I suspect the OpenAL people should be the first ones to
* Jim Wilson -- Wednesday 28 April 2004 06:17:
Probably the blades are doing a lot more than just spinning around the
hub.
Indeed (I knew this), but for a slave machine and potentially multiplayer I do
not believe it is sensible to do any more than get the propeller spinning and
when it
* Erik Hofman -- Wednesday 28 April 2004 10:31:
After some debate on the developers mailing list we now have the
possibility to adjust the _current_ configuration file to match the
joystick bindings for windows.
[...]
axis n=2
[...]
You could easily change it to the following to get it
David Luff gave clear instructions
On 4/28/04 at 10:09 AM Jon S Berndt wrote:
This was all done under CygWin? Can someone summarize the process?
Yes, under Cygwin. Here goes...
Download Norman's prebuilt Cygwin openal from:
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
I'm getting a segfault in a newly-compiled-from-cvs FlightGear:
[EMAIL PROTECTED] jonathan]$ ls ~/.fgfsrc
ls: /home/jonathan/.fgfsrc: No such file or directory
[EMAIL PROTECTED] jonathan]$ fgfs --log-level=bulk
yadda yadda
Looking for bindings for joystick Saitek Saitek X45
cut
Trying Saitek
* Jonathan Richards -- Wednesday 28 April 2004 22:24:
I'm getting a segfault in a newly-compiled-from-cvs FlightGear:
Try this (sent to Erik already)
:
RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Input/input.cxx,v
retrieving revision 1.45
diff -u -p -r1.45 input.cxx
--- a/input.cxx 28
On Wednesday 28 Apr 2004 9:30 pm, Melchior FRANZ wrote:
Try this (sent to Erik already)
snip
That got it! Thanks for the quick response!
Regards
Jonathan
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Firstly, can I say that with OpenAL, and Erik's tip for .openalrc I get much
better sound quality from a SoundBlaster Live! and a 5.1 speaker setup.
However, if I exchange frequencies on com1, and then swap them back again, I
get a segmentation fault. I know Dave Luff reported a problem with
Jonathan Richards writes:
However, if I exchange frequencies on com1, and then swap them back again, I
get a segmentation fault. I know Dave Luff reported a problem with ATIS, but
I understood that Curt had submitted a fix. This seems to be something to do
with deleting a sound sample.
Melchior FRANZ wrote:
* Erik Hofman -- Wednesday 28 April 2004 10:31:
After some debate on the developers mailing list we now have the
possibility to adjust the _current_ configuration file to match the
joystick bindings for windows.
[...]
axis n=2
[...]
You could easily change it
David Luff wrote:
You have to admire Curt's methodology - fatally breaking the Cygwin build
has certainly created a momentum to fix it, and presumably saved the time
and hassle of riddling the sound code with ifdefs!
He has proven to be a good student :-D
Erik
* Frederic Bouvier -- Wednesday 28 April 2004 23:22:
Melchior FRANZ wrote:
Q1:
Is there a policy for where to replace the old notation by the new?
Should it only be done where Unix and Windows actually differ (like in
sidewinder-precision-pro.xml), or everywhere (like in
Vivian Meazza writes:
Result - failure,
I've downloaded the latest FlightGear, made the changes. Configure reports
with:
Ah, you shouldn't need the src/Main/Makefile.am changes anymore, Curt has added the
libs to configure.ac already.
Remove your src/Main/Makefile.am, recheckout and
Erik Hofman writes:
David Luff wrote:
You have to admire Curt's methodology - fatally breaking the Cygwin build
has certainly created a momentum to fix it, and presumably saved the time
and hassle of riddling the sound code with ifdefs!
He has proven to be a good student :-D
Just
David Luff wrote:
Vivian Meazza writes:
Result - failure,
I downloaded openal.gz (not openal.tgz) and extracted the archive - no
problems as far as I can see.
Are you *sure* that your browser isn't mangling the file extension - it
was a .tgz on Norman's web page when I checked 30
On Wednesday 28 Apr 2004 9:00 pm, David Luff wrote:
Jonathan Richards writes:
However, if I exchange frequencies on com1, and then swap them back
again, I get a segmentation fault. I know Dave Luff reported a problem
with ATIS, but I understood that Curt had submitted a fix. This seems to
Hi,
Over the past couple of days I've been fine tuning my gentoo ebuild scripts
for CVS SimGear and FlightGear. Chris Horler has been great in answering my
dumb questions about the automake and autoconf tools.
So rather than just ask Chris dumb question I thought I'd come here too ;-)
My
Al West writes:
Hi,
Over the past couple of days I've been fine tuning my gentoo ebuild scripts
for CVS SimGear and FlightGear. Chris Horler has been great in answering my
dumb questions about the automake and autoconf tools.
So rather than just ask Chris dumb question I thought I'd
Jonathan,
I believe I fixed this one today ...
Curt.
Jonathan Richards wrote:
On Wednesday 28 Apr 2004 9:00 pm, David Luff wrote:
Jonathan Richards writes:
However, if I exchange frequencies on com1, and then swap them back
again, I get a segmentation fault. I know Dave Luff reported
I have added a way to position sounds in the cockpit via the
aircraft-sound.xml file.
For any sound you can add:
position
x-2.0/x
y0.0/y
z0.0/z
/position
This positions a sound in cockpit coordinates. -X is left, +X is
right, +Y is up, -Y is down, +Z is back, -Z is forward. This
On Wed, 28 Apr 2004 12:26:42 +0100, David wrote in message
[EMAIL PROTECTED]:
On 4/19/04 at 11:12 PM Vivian Meazza wrote:
All you ever wanted to know about a Merlin with 2 speed, 2 stage
supercharging is here:
http://www.unlimitedexcitement.com/Pride%20of%20Pay%20n%20Pak/Rolls-
On Wed, 28 Apr 2004 14:09:51 +0100, Matthew wrote in message
[EMAIL PROTECTED]:
I'm about to start writing something in C to calculate the heading
required to maintain a track and the resultant ground speed given a
wind vector. This is destined to be a simple flight planner for my
Palm but
On Wed, 28 Apr 2004 19:54:41 -0500, Curtis wrote in message
[EMAIL PROTECTED]:
I have added a way to position sounds in the cockpit via the
aircraft-sound.xml file.
For any sound you can add:
position
x-2.0/x
y0.0/y
z0.0/z
/position
This positions a sound in
Curtis L. Olson wrote:
I have added a way to position sounds in the cockpit via the
aircraft-sound.xml file.
For any sound you can add:
position
x-2.0/x
y0.0/y
z0.0/z
/position
This positions a sound in cockpit coordinates. -X is left, +X is
right, +Y is up,
Arnt Karlsen wrote:
On Wed, 28 Apr 2004 19:54:41 -0500, Curtis wrote in message
[EMAIL PROTECTED]:
I have added a way to position sounds in the cockpit via the
aircraft-sound.xml file.
[...]
This positions a sound in cockpit coordinates. -X is left, +X is
right, +Y is up, -Y is down, +Z
74 matches
Mail list logo
