Well, I wasn't going to way-in until someone mentioned Scale and Mathworks.
Just to set the record straight, for the 747 we'll be using FG-0.9.8
modified to handle all the 747 subsystems, engine models, synthetic
voice, etc, etc. All the source files were provided to the primary
authors,
I know you guys have taken care of this, but perhaps it bears repeating..
Check your XF86Config file(s). In some case incorrect monitor settings
can result in X turning off the second monitor if the numbers for the
desired unit don't meet spec or becomes confused if you have two
different
were there any changes to envoking the network/socket connections in 0.9.9?
this works in 0.9.8
--native-ctrls=socket,in,30,,5700,udp
but fails to start the code in FGNetCtrls2Props() with 0.9.9
Presence of control packets on the LAN has been verified as well as LAN
integrity
Regards
John
Curtis L. Olson wrote:
John Wojnaroski wrote:
were there any changes to envoking the network/socket connections in
0.9.9?
this works in 0.9.8
--native-ctrls=socket,in,30,,5700,udp
but fails to start the code in FGNetCtrls2Props() with 0.9.9
Presence of control packets on the LAN has
Hi Curt,
There is a mismatch in the length of the packet definition between the
two sides. I should have enabled the error logs and
I would have seen that. BTW, how do you do that, compile time, run time,
and where are the logs stored?
JW
___
..
Bruce Benneke
John Wojnaroski wrote:
Bruce Benneke wrote:
Great info... thanks...
I'm going to bump the whole project over to linux boxes over the
weekend and see what happens.
1 running FG, another running opengc and atlas. (maybe mirror it all
to an instructors station if I can figure
Curtis L. Olson wrote:
Ralf Gerlich wrote:
Heh, I'd like to see you looking at the Autopilot _and_ out of the
window in a real plane. ;-)
As was mentioned, the nearest you could come to the flow in the
cockpit IRL - not looking at the instrument and still changing its
setting - is
Curtis L. Olson wrote:
John Wojnaroski wrote:
One of the knocks from the May show ( which is totally my fault) was
the cheezy joystick. So here we were with a full scale 747 glass
cockpit with a large screen plasma OTW display running top of the
line flight dynamics (JSBSim), world class
Curtis L. Olson wrote:
Ryan Kellar wrote:
I am new to using FlightGear and am currently working on a project
that involves a flight simulator with a Cessna cockpit and a screen
that is divided into 3 sections in sort of a wrap around(not fully,
but tilted to give a more panoramic view.
Curtis L. Olson wrote:
Ryan Kellar wrote:
I am new to using FlightGear and am currently working on a project
that involves a flight simulator with a Cessna cockpit and a screen
that is divided into 3 sections in sort of a wrap around(not fully,
but tilted to give a more panoramic view.
bass pumped wrote:
On 11/23/05, pmaclean [EMAIL PROTECTED] wrote:
Well I got flight gear (version 0.9.8) to compile thanks
to the posting by Erik Hofman.
http://mail.flightgear.org/pipermail/simgear-cvslogs/2005-January/001011.html
I am using Visual Studio dotnet (7.1) on Win2K. The
In file included from /usr/local/FG-0.9.9/include/plib/ul.h:41,
from /usr/local/FG-0.9.9/include/plib/sg.h:29,
from /usr/local/FG-0.9.9/include/plib/fnt.h:29,
from /usr/local/FG-0.9.9/include/plib/pu.h:28,
from fg_os.cxx:14:
Hi,
On the subject of features...
In general, It would be helpful if error msgs were a bit more informational
For example:
Incorrect path specified in configuration file
doesn't really help much in tracking down the problem.
Perhaps the author knows what it means, but not very efficient
Dave Martin wrote:
Unfortunately my total lack of software development skills and apparent
numerical dyslexia would preclude this. That is, unless now or in the future
enough people might become interested in doing this (I may not code but I'm
quite the engineer when it comes to physical
cleaner than
a X-11/GLUT hack and can be worked.
John Wojnaroski is developing some interesting switch, button, light
interfacing hardware that plugs into your computer via usb. I don't
know if it has any A2D or D2A capabilities. It sounds really
promising though. Hopefully he will jump
a little late but they've finally announced the winners for Scale3x
http://www.socallinuxexpo.org/past/2005
we'll be taking the 747 sim to the new show in February running with RT
Linux by RTAI/Xenomai aka fusion
If you're in the area plan to come over and talk real-time stuff or just
some
Erik Hofman wrote:
John Wojnaroski wrote:
you might try
http://sourceforge.net/projects/openatc
It died a quiet death when no one showed up for the network field
test
Hmm, it looks like it started when the time wasn't right. I think we
have enough momentum right now for a restart
you might try
http://sourceforge.net/projects/openatc
It died a quiet death when no one showed up for the network field test
JW
Vassilii Khachaturov wrote
I wonder if the flightgear server though
should support the fsd protocol at some future point of time
to be a gateway between our
Martin Spott wrote:
Vassilii Khachaturov wrote:
I wonder if the flightgear server though
should support the fsd protocol at some future point of time
to be a gateway between our and VATSIM/IVAO flying...
It's not a matter if it _should_ or not. The relevant details of the
Having a voice capability for flightgear is a good idea, however
irrespective of the actual mechanisms to implement the technology, we
should consider the intent and purpose
To set up an ATC system requires a lot of work and a cadre of dedicated
individuals. In the absence of such a system or
Curtis L. Olson wrote:
John Wojnaroski wrote:
Having a voice capability for flightgear is a good idea, however
irrespective of the actual mechanisms to implement the technology, we
should consider the intent and purpose
To set up an ATC system requires a lot of work and a cadre
Does anyone know if the DME calculation to a VORTAC is based on slant
range? Noticed when flying over a fix say at FL350, the range goes down
to zero at station passage. It should be the AGLvalue of the aircraft
over the station.
OTH a waypoint based on radial intersections or GPS would go to
Hi Jon
Jon Berndt wrote:
The version of FlightGear used for the MIADC show in May contains a
fan/turbine model based on physics and thermo equations, a different
approach to tank/engine selection to handle the 747 fuel system, changes
in the control packet, and an update to the data packets.
Jon Berndt wrote:
John Wojnaroski wrote:
It's generic, but needs some massaging to handle things like
compressor/turbine maps, engine parameters such as inlet area, fan size.
Point in fact, the model is based on John Reed's paper for LeRC, but the
actual numbers are my best guess
Hi,
The version of FlightGear used for the MIADC show in May contains a
fan/turbine model based on physics and thermo equations, a different
approach to tank/engine selection to handle the 747 fuel system, changes
in the control packet, and an update to the data packets. It might not
be
Oh, one more item,
There is a synthetic voice module that will send Dave's ATC
transmissions to the Festival TTS program. The voice quality is not all
that great but at least you don't have to read the screen.
JW
___
Flightgear-devel mailing list
You might want to go back and check the email archives almost a year
ago. We had discussions with the VATSIMfolks and it went nowhere. There
was some thought of starting a development for FG using the TNL
libraries, set up a small network test, but it all faded away due to
lack of interest...
Hi,
Curtis just posted some new pics of the completed 747 throttle
quadrant. Kind of proud about that piece of work :-) spoiler control,
4 independent throttles, fully functional flap handle with positions
detents, and fuel cutoff switches;
When the new throttle levers are installed will
Greetings,
Between the time spent getting ready for shows like Scale and MIADC and
the myriad other things that consume our daily lives found some time to
work on the Project. Curt posted a couple of pics detailing the '05
rebuild. The project for the summer is to finish the center
Oooops, that's www.flightgear.org/Projects/747-JW
John Wojnaroski wrote:
Greetings,
Between the time spent getting ready for shows like Scale and MIADC
and the myriad other things that consume our daily lives found some
time to work on the Project. Curt posted a couple of pics detailing
Durk Talsma wrote:
On Tuesday 28 June 2005 18:36, John Wojnaroski wrote:
Still running with a modified version of Durk's code we used at
Scale3x. we've been invited back for Scale4x and might just go to the
AVSIM meeting in San Diego during September. See
www.flightgear.org/Project/747
2. Has anyone interfaced actual hardware, i.e. switches, etc. with
flightgear? Again, are there any references for this?
Adding to what Curtis has said. There is no standard per se regards
connecting custom hardware to FlightGear. Off-the-shelf stuff like
joysticks, throttle quadrants,
and the afternoon snacks!!!
Mathworks has customers (plural) :-) requesting a direct interface to
FlightGear which is why they implimented an interface in the latest
release of their aero blockset (available yesterday) and invited me and
John Wojnaroski to come be a part of their show. John
Harald JOHNSEN wrote:
Hi,
I did some research on 3D clouds for some time and finaly got
something not too bad. I've started to add that to SimGear this week
end, here are the first alpha screen shots :
http://sites.estvideo.net/tipunch/flightgear/images/fgfs-screen-011.jpg
Color me crazy, but it might be a way to help pay for some of this 747 stuff
JW
Curtis L. Olson wrote:
I forget if we have a policy for posting job listing here, but if
anyone is interested in taking a look at a 6-12 month contracting
position in Santa Clara, CA for a large defense contractor
://www.usenix.org/events/usenix05/bofs.html
Title: Adapting the FlightGear Flight Simulator - Customizing your Cockpit
Name: John Wojnaroski
Affil: FlightGear project, Developer
eMail: [EMAIL PROTECTED]
Room: Salon 3, Tuesday April 12, 7pm to 8pm
Site: Marriott Anaheim, 700 West Convention Way
Carlos Zaragoza Koblischek wrote:
Hi all,
As John W., I've downloaded the sources and compared the
opengc_data.hxx in the two codes, and there are some parameters of the
class ogcFGData in the FG side that are missing in the opengc source:
int reserved;
..
// position
doubleelevation;
..
Carlos Zaragoza Koblischek wrote:
2. I tried to run opengc 0.54 and 0.56 with FG but it doesn't works. I
configured FG to send the opengc data to the port 5800 of the opengc
host in UDP. Is this an opengc problem or it is reported to work fine
with FG under windows?
Unfortunately, the
Hi,
The aircraft file for the 747-100 provided by Jon for the SCALE3X expo does
not contain a drag coeefficinet for the spoliers. I tried adding a value by
copying that portion from the 737 xml file, but it does not appear to work.
In that the value generated by the spoiler lever is passed from
Jorge Van Hemelryck wrote:
Have you been successful in implementing your asymmetric frustum hack ?
It might be a good idea to add it to the official FlightGear code. It is
one of the features that might fill in the gap between amateur flight
simulation and a professional product. It might
I should say though that most people will just want to point their
displays perpendicular to the viewer and use a more
standard/straightforward symetric view frustums. I had to do asymmetric
view frustums for a particular project with specialized needs. We ended
up with a combination of
lol... I have a similar thought about the event.
Nice simulator, pictures and videos, by the way.
Actually, there were other interesting booths, the astronomy one was pretty
nice and there was some good network stuff. but none as interactive as the
FlightGear booth. I didn't have much time
Gotta love those credits at the end of the movie segment...
I would like to also thank all who contributed to the show with their
equipment, time, and support. It was a lot of work and a lot of fun and
something I could not have accomplished alone.
Regards
John W.
- Original Message -
From: Frederic Bouvier [EMAIL PROTECTED]
To: FlightGear developers discussions flightgear-devel@flightgear.org
Sent: Sunday, February 06, 2005 5:12 AM
Subject: Re: [Flightgear-devel] SimGear CVS errors
Perhaps John can enlight us on the system he use. My bet would
Hermann Schiffer wrote:
I have the same problem on Debian. Theres two different glx.h residing on
my system, one in /usr/include/GL and one in /usr/X11R6/include/GL.
I tried several combinations of the two files in the two places, no luck
though.
On my debian
Hi,
boy, this is my day for weird errors..
Finished installing gcc-3.4.3 and downloaded latest CVS versions of SimGear,
plib-1.8.4, and FlightGear
Built and installed plib; no problems, but
simgear configure reports wrong version when checking for plib-1.8.4
Okay, made sure there are no stale
Started building a CVS version and bombed out in Simgear with the following:
RenderTexture.cpp: In method `RenderTexture::Render
RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec
RenderTexture.cpp:151: (Each undeclared identifier
RenderTexture.cpp:151: for each function it appears
I'll try and make rudimentary parking.xml and rwyuse.xml files for
KSFO
later this week. I'll try and send you some documentation later today (and
please send me a reminder in case I forget).
Thanks, that will definitely help. Adding a even a few more aircraft will
add to the ambiance of the
I'll try and post a few more screenshots on my website later week/weekend
and
expect to submit the code sometime next week.
Just wondering what updates were included in the 0.9.8 release. We'll have a
FlightGear booth at SCALE3x next week and would be nice to demo some of your
excellent work.
- Original Message -
From: Martin Domig [EMAIL PROTECTED]
To: flightgear-devel@flightgear.org
Sent: Sunday, January 02, 2005 6:19 AM
Subject: [Flightgear-devel] FlightGear on IVAO
Hello
IVAO is a very large, world wide multiplayer network of flight
simulation enthusiasts that
Hi,
Could not find any info on the OpenAL website regards building the libraries
on Cygwin. So tried the linux build. Well, it built, but thinking the
install is suspect and Simgear complains as well. The headers are in
/usr/local/include and the .a library is in /usr/local/lib along with a .dll
- Original Message -
From: Norman Vine [EMAIL PROTECTED]
To: FlightGear developers discussions flightgear-devel@flightgear.org
Sent: Friday, December 31, 2004 8:09 AM
Subject: RE: [Flightgear-devel] CVS Build on Cygwin
attached find my home grown Makefile
to use copy it into
Hi,
Let us know what you come up with on the broadcast stuff.
Regards,
Curt.
Was the broadcast fix included in the 0.9.8 pre-release?
Recapping:
plib expects the string to be broadcast in netsocket.cpp line#80;
Simgear rejects either an explicit broadcast address xxx.xxx.xxx.255
Curtis wrote:
are special characters to the unix (and probably dos) shells. The shell
will try to pass input from a file called broadcast as stdin to fgfs
and send the output to whatever is after the . Try enclosing the
entire option in double quotes to hide these characters from the shell
Curtis L. Olson wrote:
John Wojnaroski wrote:
Hi Curtis,
When you have a moment. I may have sent this to you yesterday from
one of my other machines, but can't find a copy. If a dup, my apologies.
In file included from ../../src/Cockpit/panel.hxx:50,
from ../../src/Cockpit
Hi,
I may have posted this late last night, but seems to have been lost. If
a duplicate post, my apologies
Compiling the CVS pre-release
error in FGNozzle.cxx complaining about snprintf as implicit declaration
at line #74
Currently running 0.9.5
Did I miss something skipping over 0.9.6?
for the interim
Thanks
John W.
Norman Vine wrote:
#include stdio.h
#if defined(WIN32) !defined(__CYGWIN__)
#define snprintf _snprintf
#endif
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of John
Wojnaroski
Sent: Friday, December 17, 2004
Hi,
back to main.cxx at line #759 in fgMainInit(...)
main.cxx:759: assuming on overloaded member function
Regards
John W
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Hi,
Building CVs pre-release:
FGNozzle.cpp:74: implicit declaration of function 'int
JSBSim::snprintf(...)'
what's missing? library? upgrade compiler? still running with 2.95.4
Moving up from 0.9.5 which works fine, skipped 0.9.6. Did I miss
something that happened in 0.9.6?
Regards
But when it comes to flaps, slats, and speed brakes it's not nearly so
simple. There, normalized values make a lot of sense. But then to
follow along with the logic, do we want to output our control surface
positions in one consistent way, or do we want to mix and match units,
and if we
- Original Message -
From: Jon S Berndt [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Wednesday, December 15, 2004 11:30 AM
Subject: Re: [Flightgear-devel] control surface normalization
On Wed, 15 Dec 2004 11:16:32 -0800
John Wojnaroski [EMAIL
- Original Message -
From: John Wojnaroski [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Sunday, December 12, 2004 5:43 PM
Subject: Re: [Flightgear-devel] Broadcast Address
Curtis Olson wrote:
Let us know what you come up with on the broadcast
Curtis Olson wrote:
Let us know what you come up with on the broadcast stuff.
Regards,
Curt.
Okay, here's the answer...
In plib line #80
if (host[0] == '' strcmp(host, broadcast) == 0)
sin_addr = INADDR_BROADCAST;
expects the string argument as noted above. There does not appear
- Original Message -
From: Steven Beeckman [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Friday, December 10, 2004 2:08 PM
Subject: Re: [Flightgear-devel] Broadcast Address
Citeren John Wojnaroski [EMAIL PROTECTED]:
I've been thinking of moving over
- Original Message -
From: Curtis L. Olson [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Friday, December 10, 2004 1:35 PM
Subject: Re: [Flightgear-devel] Broadcast Address
RTLinux might give you some additional fine grained timing tools to throw
at
Let us know what you come up with on the broadcast stuff.
Regards,
Curt.
I will do that...
Your short discussion on timing brought to mind an interesting question.
Since there is some unpredictability to the scheduling algorithms and device
drivers and system calls, can the 60Hz rate
John,
I seem to recall having this working once. There is an extra flag you
have to enable on the socket to make it actually broadcast.
Yes, that jogs the ole' brain cells. (See Unix Network Programming,
H.R.Stevens, page 318)
I don't recall if this had to be enabled at the
plib level
- Original Message -
From: Ampere K. Hardraade [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, November 15, 2004 9:48 PM
Subject: Re: [Flightgear-devel] Re: OT: Another FGFS PPL :-D
Speaking of multiplayer support, whatever happened to the online ATC thing?
There is a website
Paul Kahler wrote:
Has anyone looked into better cloud rendering in FGFS?
There was some great work done by Mark Harris for his
Ph.D. over at: http://www.markmark.net/ I couldn't
remember his name, so I googled for 'cloud rendering'
and his site was at the top of the list. It looks
really
- Original Message -
From: Curtis L. Olson [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Tuesday, November 02, 2004 10:37 AM
Subject: [Flightgear-devel] Multiheaded video cards?
I periodically get asked about multiheaded video cards for FlightGear.
My
Curtis Olson wrote:
John Wojnaroski stopped by and it was good to finally meet him. I went
out to his place today in LA to see the 747 sim he is building in his
living room.
snip
Another thing that a *lot* of people asked about was glass cockpits.
John W. has done some really good work
- Original Message -
From: Jon Stockill [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Saturday, October 09, 2004 3:41 AM
Subject: Re: [Flightgear-devel] Buildiing/running the ATC network test
OK, I had chance to have a look at configure.in and
Curtis L. Olson wrote:
If
someone wants to fund me full time to do FlightGear development and
project management, I'm certain I could be orders of magnitude more
responsive.
add my name to the list ;-)
okay, I'll be updating the tar files for OpenATC field test to enable
the security
Hi
But even then it won't compile on Solaris/Sparc:
Just upgraded to GCC-3.4.2 and it fumed and fussed trying to build the TNL
library on my P4. So it's not all Solaris/Sparc...
Don't have time left today to work it further, will have a go at it
tommorrow
Regards
John W.
BTW, what is the relation between the files you placed on OpenATC
and the OpenTNL project ? From there I could download only a '1.4.0rc4'
source code package, the version on OpenATC carries the version 1.4 and
the OpenTNL website claims they already reached version 1.4.3.
All this
Hmmm
Hope this hasn't confused anyone. There is a file on the SF page called
tnl_head.tgz.
This is a tar file of the header files for the network test build. it is
NOT the tar file tagged as *HEAD* on the OpenTNL website.
Does anyone have a favorite network utility/packet sniffer? I'm
Fred wrote:
John Wojnaroski wrote:
Does anyone have a favorite network utility/packet sniffer? I'm looking
at sniffit from the Debian package, but not all that happy with it.
Ethereal but only on packets that transit through an ethernet card
( doesn't work on the loopback or on serial ppp
- Original Message -
From: Boris Koenig [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Wednesday, October 06, 2004 10:01 AM
Subject: Re: [Flightgear-devel] File names?
Martin Spott wrote:
John Wojnaroski wrote:
Hope this hasn't confused anyone
- Original Message -
From: Jon Stockill [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Tuesday, October 05, 2004 3:37 AM
Subject: Re: [Flightgear-devel] ATC Network Test
I'd be happy to help test it.
Okay, let's tentatively plan for this weekend, it
A quick disclaimer ;-)
I'm no make wizard. It's basically a clone. In particular you will have
to manually install the TNL headers files. Either in /usr/include/tnl
and usr/include/tnl/encrypt or location of your choice and modify the
Makefile files accordingly.
Regards
John W.
Martin Spott wrote:
John Wojnaroski wrote:
To run the master node requires a static IP and a broadband (DSL or higher)
connection. If anyone would like to run as a master node we'll need info as
to the IP address and a time slot when the master will be active.
If it compiles on Solaris
Hi,
For those who expressed an interest in participating in the network test
this weekend:
After downloading the two tiles from SF, untar them in /usr/local/src/
and that will create two directories as ATC-0.1 and TNL-1.4.
Note: For now, you will have to install the TNL headers files by hand:
- Original Message -
From: Jon Stockill [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Tuesday, October 05, 2004 1:48 PM
Subject: Re: [Flightgear-devel] Buildiing/running the ATC network test
John Wojnaroski wrote:
Build the TNL libraries first which
Okay, see a small problem on deleting nodes that drop off the net.
Seems the linked list shows one controller left even after all nodes
have dropped off. A pilot node requesting an arranged connection will
wait a very, very long time rather than a no controllers available msg.
Small change to
A few details...
Volunteers will get a package of software that contains the TNL
libraries and a basic set of software to connect to the ATC net as a
controller or pilot. Package will include ALL source code and make files
for a Linux system. Sorry, I'm just not an MS type. However, it will
- Original Message -
From: Boris Koenig [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Monday, October 04, 2004 1:46 PM
Subject: Re: [Flightgear-devel] ATC Network Test
Arnt Karlsen wrote:
On Mon, 04 Oct 2004 11:17:07 -0700, John wrote in message
the
aircraft automatically abort the procedure or should a computer from
somewhere handle the rest?
Ampere
On October 3, 2004 12:53 am, John Wojnaroski wrote:
Well, there has been some progress on implementing an OpenATC protocol
based on the tnl library.
Putting together a package
Well, there has been some progress on implementing an OpenATC protocol
based on the tnl library.
Putting together a package that will create applications for master
server nodes, controller nodes, and pilot nodes. If your comfortable
with the FG/SimGear directory structure and build process
Boris Koenig wrote:
John Wojnaroski wrote:
Will FlightGear provide a pilot entity, controller entity, or both?
This is what I would PERSONALLY consider reasonable:
1) make FG export the necessary data from its property tree
2) interface FG with the network(s) - so that the flights show
Arnt Karlsen wrote:
..what do we have right now? FG can be rigged to run as
an ATC World Server now, right?
We have xatc as a viable client to that FG ATC World Server,
we have FG itself, so we need to come up a protocol to help the
other people squak FlightGearese, what else did I miss here?
On Saturday 25 September 2004 21:53, Boris Koenig wrote:
I think, mainly developers, testers, and security people would
need to be available, as well as developers that can do cross-platform
development using low-level networking libraries.
Of course, one might indeed look for an
- Original Message -
From: Boris Koenig [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Friday, September 24, 2004 2:06 PM
Subject: Re: [Flightgear-devel] IVAO vs. VATSIM (get it straight)
Another thing:
As I seem to be the only one so far, who's got
FYI
if anyone wants the files (about 200k) give a holler
you can run the whole mess on a single machine along with FG. The hit to the
frame rate is TBD.
- Original Message -
From: John Wojnaroski [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 21, 2004 9:44 AM
Subject
- Original Message -
From: Boris Koenig [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Friday, September 17, 2004 10:22 PM
Subject: Re: [Flightgear-devel] A voice for FG
John Wojnaroski wrote:
Hi,
The last month or so I've been working with adding
Hi,
The last month or so I've been working with adding synthetic speech and
voice recognition to my 747 project. The results have been quite good;
unfortunately it's kind of hard to demonstrate or display the results.
Jim Brennan is preparing a corpus of messages and ATC phrases which will be
- Original Message -
From: Jon Stockill [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Friday, September 17, 2004 11:54 AM
Subject: Re: [Flightgear-devel] A voice for FG
John Wojnaroski wrote:
Hi,
The last month or so I've been working with adding
i started looking at flight gear hoping that there would be a way to get
at
system internals from outside the box so that i could build my own
simulated
radio stack and hook it up.
can anyone tell me if there is already a part of your project devoted to
this,
or if you think it's even
Looking at the xmlsound structure...
Wondering if it would be useful to extend the structure and methods to add a
second property and then define a set of additonal macro operators to
combine the two properties with an arithmetic/logical operation to produce a
result.
One example; interior jet
All volume related subsections have one thing in common, the actual
volume. So it already is possible to to that.
For example, the wind noise decreases as the aircraft gets higher, but
also increases when the aircraft gains speed:
wind
namewind/name
modelooped/mode
Jim Wilson writes:
If it wasn't for the great work on JSBsim and YASim we'd have very few
aircraft. But I think those config files, along with the source code
that
ends up interpreting and processing them, both make up the FDMs. There is
considerable skill and effort involved in producing
1 - 100 of 265 matches
Mail list logo
