Gerhard Wesp wrote:
So, one would really need to define a corresponding network
interface.
This does already exist and is specified in the ``400/500 Series Flight
Sim ICD.'', a proprietary Garmin document. It describes the RS232
interface of their _hardware_ simulator units. I guess Bill Stone
Roy Vegard Ovesen wrote:
On Tuesday 23 November 2004 17:31, Boris Koenig wrote:
I haven't yet really played with 3D cockpits: what exactly would be
involved in adding such support ?
The support is already there: it is possible to set the view position at
runtime through the /sim/current-view/{x
Roy Vegard Ovesen wrote:
On Tuesday 23 November 2004 18:05, Melchior FRANZ wrote:
No, I take that back. Mouse properties are (like kbd * js bindings)
fixed at the beginning. min/max can't easily be changed afterwards,
and I don't feel like re-writing the whole input module. Better set
the default
Durk Talsma wrote:
[...]
For this and other reasons, I'm currently leaning toward favoring having a
separate set of low-polygon count models for AI aircraft. The basic idea
would then be to have a directory looking like this:
data/Aircraft/AI/
I like the idea of having such a low-polygon
David Megginson wrote:
I understand
that there are USB devices that you can wear on your head to control
the view in games, and those would probably work in FlightGear, but it
would be hard to survive the ridicule from family, friends, and
neighbours for wearing one.
LOL, that would indeed be very
Erik Hofman wrote:
Chuck Cole wrote:
[...]
Any help would be greatly appreciated. If someone could give me some
instructions on building the projects myself, I should be able to
debug myself, but again, Ive been unable to do so (Ive already gone
through the Getting Started documents on the
This is something that I intended to post already weeks ago - it's
likely to exceed the mysterious 1024 byte limit, though ;-)
Curtis Olson wrote:
A lot of people asked about GPS modeling which we (and FlightGear)
really don't do a good job of yet.
There are few flight simulators that really
Curtis L. Olson wrote:
However, as things stand right now. We have oodles of references to
stuff as ../../../Instruments/hsi.xml etc. If we move an aircraft one
directory level deeper (or more) all those relative references break. :-(
Well, this is then about relative paths, it could probably
Curtis L. Olson wrote:
Boris,
I got about 20% through your message before I ran out of steam,
sounds like you are somewhat related to Erik ;-)
but if you talk to Bill again, why don't you propose that they keep their
application closed source and proprietary. Having seen the commercial
side of
Curtis L. Olson wrote:
I think step #1 needs to be making aircraft relocatable.
If I did get everything right, the major problem is that aircraft
rely on instruments and other devices that reside in abitrary locations
within the $FG_ROOT directory structure.
As a workaround it might really be
Giles Robertson wrote:
That's much neater than what I suggested. How many of these variables do
we need so that the directory for the a/c does not have to be a
subdirectory of $FG_ROOT?
I haven't yet really looked into aircraft design/development, so
I cannot really comment on the paths that are
Lee Elliott wrote:
The downside would be that an installer/un-installer would become
a necessity.
I think that issue was discussed some time ago on the user list ?
Probably, it would already be sufficient to simply package aircraft
folders as tar archives in order to simplify installation ?
If I
Roy Vegard Ovesen wrote:
On Thursday 18 November 2004 01:33, Boris Koenig wrote:
sure, right - but putting nasal scripts into module tags like in other
PropertyList encoded XML files isn't yet supported natively.
Also, I don't think Vance wanted to link the Nasal script to a
particular action ?
I
Roy Vegard Ovesen wrote:
On Thursday 18 November 2004 16:53, Vance Souders wrote:
I wish I had a clue about how to add text chunks to the 3d animation code :-|
What exactly do you want to do ?
Do you want to animate text ?
If you only want to add text layers, then there are numerous examples in
Ampere K. Hardraade wrote:
On November 16, 2004 09:56 pm, Curtis L. Olson wrote:
Andy Ross wrote:
Sure:
http://plausible.org/nasal/flightgear.html
This should probably move to the FlightGear site, I suppose.
Ahhh, thanks for the url ... it's been too long since the last time I
looked at nasal. I
Giles Robertson wrote:
This is probably unrelated, but with the 0.9.6 win32 binaries, if you
start up with a large FOV (?90), then until you reset, 3d-cockpits are
unusable.
I can confirm something that seems related: if I switch from 2D panel
mode to 3D panel mode and use the mouse to change the
Building yesterday's CVS version, I get the following errors
(clean checkout):
-8---8---8---8---8---8---8---8---8---8---8---8--
../../src/Main/libMain.a(fg_commands.o)(.bss+0x0):/usr/local/include/simgear/props/props.hxx:336:
multiple definition of `color_nodes'
Boris Koenig wrote:
Building yesterday's CVS version, I get the following errors
(clean checkout):
[...]
Please disregard this for the moment, it seems to be building now -
obviously I had to explicitly specify the other SimGear version
(keeping different versions of FG, SimGear etc. around
Curtis L. Olson wrote:
Giles Robertson wrote:
I think that's a result of the standard problem that if you move the
view with the mouse in 2d panel mode, you can't see the panel, and it
can be very difficult to get back to the original location; resetting
resets the viewpoints back to normal, and
Vance Souders wrote:
I'm working on a new cockpit for the T6; the T6's altimeter displays
barometric pressure in both inches HG and MB. I want to add a small
amount of script that converts from the HG reading in the property tree
to MB for the gauge (I need this for the texture translation).
Ampere K. Hardraade wrote:
Speaking of multiplayer support, whatever happened to the online ATC thing?
There's currently a group of 6 people who are collecting ideas and
suggestions to come up with a protocol draft and a corresponding
cross-platform library ...
Some of the development has been
Andy Ross wrote:
Curtis L. Olson wrote:
Is there any documentation that explains how the nasal scripting
system is integrated into FlightGear? I looked a bit, and can't
find anything.
Sure:
http://plausible.org/nasal/flightgear.html
This should probably move to the FlightGear site, I suppose.
Arthur Wiebe wrote:
Another way to do it which is what I did was use the following command:
locate plibfnt
It returned:
/fgfs/lib/libplibfnt.a
/Users/myuser/FlightGear/plib/src/fnt/libplibfnt.a
(s)locate doesn't really browse your file system, as 'find' would
do - rather, (s)locate runs a query
Just a quick note as I am catching up on all this:
Arthur Wiebe wrote:
Now FlightGear itself is another story. I had to upgrade automake in
order to run the autogen.sh script successfully.
While I wouldn't consider this to be a very common problem, it would
probably not be a bad idea to add a
Jon Berndt wrote:
Looks like X-Plane is finally going Linux - not just the support apps, but the
whole
thing. I guess there's even a beta available. Anyone try it, yet?
I think it's only a demo ?
On the other hand the description of the upcoming v. 8.0 release
sounds indeed VERY promising:
David Megginson wrote:
On Wed, 3 Nov 2004 15:36:33 + (UTC), Martin Spott
[EMAIL PROTECTED] wrote:
Explaining in pictures is easier than dealing with single-line-
equations :-) We'll see,
Multiple, sequential equations are welcome as well. Anything, really ...
Could you go into detail
David Culp wrote:
[...]
If I change the time-of-day to something darker the panel code darkens and redens
everything, which ruins the effect.
[...]
That's exactly something I have also observed, in particular with
self-illuminating instruments - something like a basic LCD or TFT
shouldn't be
Arthur Wiebe wrote:
I tried, the problem is that it doesn't build on OSX without fixing
the source code in some areas, which I tried but it didn't work. The
only way I could get it to build was to get plib from CVS which seems
to work.
If any FlightGear dependcy is taken from CVS it's often a good
Paul Surgeon wrote:
Ok this is just a rough idea what do ya guys think?
I think that a variation of what you described should be relatively
straight-forward to do, at least to get some basic support for
season-based textures going ...basically it sounds similar to what
has been mentioned already
Paul Surgeon wrote:
I noticed on my system and someone else's that when running autogen on SimGear
or FlightGear one get's lots of automake warnings like this :
acinclude.m4:28: warning: underquoted definition of wi_EXTRA_LDIR
It does it with automake 1.8.3 and 1.9
It looks harmless to me but
Florian Schießl wrote:
Hi,
moin !
Thanks for the fast answer, that helps me. :)
you're welcome :-)
So, that way you could incorporate all information that is
required - in case that you should need to use external
variables, make sure to also check out the httpd/telnet
interface (again: 'fgfs
[OT]
Arnt Karlsen wrote:
On Fri, 29 Oct 2004 23:50:01 +0200, Florian wrote in message
[EMAIL PROTECTED]:
I dont need a specific bird. The user should be able to steer easily
but still using his muscles. It should be sports after all. The
simulation is merely a motivation.
..get evil; model say a
Paul Surgeon wrote:
Screen grabs here :
http://surgdom.hollosite.com/flightgear/flightgear.html
Do people want textures like this in FlightGear?
I like it !
And I think such images would probably be nice to appear within the
screenshots section, likewise for the recent 747 livery - it's all
about
Erik Hofman wrote:
David Culp wrote:
Unable to read submodels file:
/home/dave/FlightGear/data/Aircraft/FW190/submodels.xml
Did you already load the file in your browser to see if it's XML compliant?
I would like to suggest adding an optional --validate-xml option to
FlightGear, while this would
Florian Schießl wrote:
I make my master thesis about the development of a virtual sports game.
The user will be hanging in some sports machine. He can move his arms
and feet and fly like a bird. Sensors pick up the movement. He can fly
through a virtual reality that is represented on a computer
Paul Surgeon wrote:
Please don't tell me that the source code is self explanatory - not everyone
has an IQ of 150 to understand what Curt coded or the patience to step
through the code with a debugger.
Heck, even I battle to understand my code when I see it a few months down the
line. ;-)
lol,
Hi Andy !
Thanks for answering my Nasal inquiry several weeks ago,
regardless of your vacation - Hope you've had a good
time in Japan ;-)
Andy Ross wrote:
I'm honestly looking for something to get me back into FlightGear
development. I can do the YASim integration if you guys have an
interface
Hi !
I was going to give implementing a simple transponder-like instrument a
go, as there doesn't seem to be one yet (?)
While I browsed through the Aircrafts folder in order to look into the
file format I wondered whether it's also possible to specify an
enlargement/zoom transformation upon mouse
David Culp wrote:
Look at the T-38 or OV-10, which have a radar instrument that can appear in
two different states. In one state it is minimized and looks like a
button, and in the other state it is maximized.
You could use the same XML code to make an instrument appear unzoomed or
zoomed.
Paul Surgeon wrote:
When I fired up FlightGear a week ago I noticed that the textures looked very
dry and brown to me. I thought San Francisco would be a lot greener and
reckoned it was just the guys who created the textures.
Tonight I was thinking of making some greener looking grass textures
Paul Kahler wrote:
I'm not big on XML (done HTML before) but this:
maturityalpha/maturity
doesn't seem right. I would expect something more like:
modeltag maturity=alpha /modeltag
You are right - and wrong, actually it doesn't matter at all,
logically you are of course somehat right,
Ampere K. Hardraade wrote:
On October 20, 2004 10:05 pm, Boris Koenig wrote:
Personally, I'd hence still prefer getting everything and being able
to tell FlightGear what maturity level I require for all aircraft
minimally.
I'm sure your method of showing maturity of aircrafts will come in handy
Oops, I forgot to add the patch for options.xml
--
Boris
--- options.xml.origFri Oct 22 10:01:51 2004
+++ ../options.xml Fri Oct 22 08:50:27 2004
@@ -420,6 +420,42 @@
/option
option
+ !--in order to allow users to specify a minimum development status for aircraft,
+
Chris Metzler wrote:
[...]
The Urban Areas/T=4 dataset is fabulous, btw -- it goes down to
25cm resolution (TaxiDraw fetches 1 meter resolution images, it appears).
I'd recommend just changing fetch.cpp to T=4, and getting the highest
resolution images available; but not all areas are covered by
Hi !
Having added a couple of new fgcommands recently I was now going to
refine some of the acceptable parameters, to allow more functionality.
And since Erik said that there could only be ONE parameter of type
SGPropertyNode be passed to a fgcommand, I was going to pass all
other parameters as
Jon S Berndt wrote:
Would it be grumpy of me to suggest that we try a little harder to
trim quotes when replying with quotes? I've noticed that there are
several emails today with 100 to 200 lines of quoted material, followed
by anywhere from a few lines to ten or so. Over time, this stuff
David Megginson wrote:
I have had little luck finding aviation weblogs (they're all about
rants about politics,
...how would you then call the following:
http://www.megginson.com/blogs/lahso/medicals.html ?
;-)
(just kidding)
BTW: talking of healthy presidents: Pres. Bush Senior did even
David Luff wrote:
On 10/19/04 at 11:57 AM Chris Metzler wrote:
I think that your idea to put a taxiway designator in the 'xxx' (bet this
message gets flagged as spam now!) part of the record is an excellent one.
The downside of course is that it would require X-Plane itself to
understand it
Ampere K. Hardraade wrote:
I'm afraid, you cannot expect people to purchase new hardware for an
open source game to work ;-)
Is new hardware really necessary?
nope, it wasn't required - after all it is supposed to be
software-raytracing and not hardware, but I *assume* without
a corresponding
But, hell - yes, it does look damn amazing:
http://graphics.cs.uni-sb.de/Dynamic/Images/chess.jpg
http://graphics.cs.uni-sb.de/Dynamic/Images/dance.jpg
http://graphics.cs.uni-sb.de/Dynamic/Images/kitchen.jpg
taking into account that all this was created without
conventional 3D hardware - the
Norman Vine wrote:
I still sometimes wonder if those that post well meaning but uninformed
suggestions have any idea ..
Norman, that's gonna be my favorite in my collection so far ! :-)
BTW, sgi.com mentions what I seemed to recall:
[WAY OFFTOPIC !]
Erik Hofman wrote:
Boris Koenig wrote:
leave it alone, then it's NOT your business, but rather the folks
from opentnl.org should take care of such issues ...
With such an attitude you might be better off subscribing to fgfs-users
and not fgfs-devel.
Thanks for that hint Erik
Norman Vine wrote:
Curtis L. Olson writes:
If you select hi-res screen shot from the menu, that means the menu is
active, and it is drawn on every tile (so if you are doing a 3x3 scheme,
you would get 9 instances on the menu.) This is probably easier to
figure out than my first problem, but
Curtis L. Olson wrote:
Frederic Bouvier wrote:
Boris Koenig wrote :
Norman Vine wrote:
Curtis L. Olson writes:
If you select hi-res screen shot from the menu, that means the menu
is active, and it is drawn on every tile (so if you are doing a 3x3
scheme, you would get 9 instances on the menu
John Wojnaroski wrote:
Hi
But even then it won't compile on Solaris/Sparc:
Just upgraded to GCC-3.4.2
oh well :-)
and it fumed and fussed trying to build the TNL
library on my P4. So it's not all Solaris/Sparc...
leave it alone, then it's NOT your business, but rather the folks
from opentnl.org
Curtis L. Olson wrote:
These last couple weeks and months I've been getting hammered at work
and at home. I've got a large and growing number of to-reply-to emails
in my inbox.
yes, you mentioned that some time ago - here on the mailing list
My hope is that someday I'll get caught up, but I'm
Martin Spott wrote:
John Wojnaroski wrote:
Note: For now, you will have to install the TNL headers files by hand:
the following script should work
#!/bin/bash
cd /usr/include
mkdir tnl
cd tnl
[...]
This could be easily solved by setting
srcdir = ..
in src/master/Makefile
yes, even though a
Martin Spott wrote:
Boris Koenig wrote:
yes, right - I did change exactly that yesterday ... there are some
other smaller changes, we'll upload a fixed set of files by tomorrow.
Would you mind trying to compile with a recent version of GCC before
you post new files ? I'm using 3.4.2 on Solaris
Martin Spott wrote:
Boris Koenig wrote:
So, maybe you can resolve some issues by directly trying to build
the STANDARD package from opentnl.org - possibly, there's even some
info available specific to Solaris.
Huh ? I think:
Features
Multiple platform support
* Windows 98, ME, NT, XP
Martin Spott wrote:
John Wojnaroski wrote:
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.
That's pretty clear. I'm mostly
John Wojnaroski wrote:
Suggest we take the positive road and make it work. From my perspective it
looks d--- good and since it is open-source as well perhaps the TNL folks
would be willing to work with us.
Yes, I suggested already to drop them a few lines and ask them for
their feedback, maybe
James Turner wrote:
On 4 Oct 2004, at 19:17, John Wojnaroski wrote:
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
Giles Robertson wrote:
DevC++ has some problems; last time I tried, you couldn't build FGFS on
it because of the number of files in the final link; (it can't process
the command line - too long).
yes, I see - but that would probably not be a problem when linking only
a -compared to FG - relatively
Arnt Karlsen wrote:
On Mon, 04 Oct 2004 11:17:07 -0700, John wrote in message
[EMAIL PROTECTED]:
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
Martin Spott wrote:
Hello,
after reading a LWN article I started playing with the memory
ovcercommit switch on a Linux box. Later I wondered why I wasn't
unable to run FG reliably anymore and ran a 'top' to see what's going
on here. I noticed that FG appears to lock huge amounts of memory - and
Harald JOHNSEN wrote:
You are right. I had this image on my HD and could not remember from
where it came.
shouldn't be a problem - particularly not if you still favor
the skin-able approach :-)
I am sorry. Now that you said from where it comes, its even more obvious
that we can't keep it as we
Jeroen Hoppenbrouwers wrote:
Hi guys,
Hi !
First post on the mailing list after lurking for a while. My name is Jeroen
Hoppenbrouwers and I have been active for about five years in a niche of the
flight sim world, the (very active) community around Aerowinx 747-400
Precision Simulator
Jeroen Hoppenbrouwers wrote:
If you browse my site, you might find other goodies that could be
interesting for FlightGear. I won't do MSFS, so it looks like I'm stuck with
you for a while :-)
It was kind of an understatement so say you might find other goodies
:-)
There's really A LOT of
Jeroen Hoppenbrouwers wrote:
On Thu, Sep 30, 2004 at 10:49:33AM +0200, Boris Koenig wrote:
My current impression is that this might not even be SUCH a big issue, but
I may very well be wrong :-)
If FG would have a socket somewhere that will eat control data for the
position, attitude, and maybe
Jeroen Hoppenbrouwers wrote:
On Thu, Sep 30, 2004 at 02:54:21PM +0200, Boris Koenig wrote:
http://www.hoppie.nl/mcdu
Ready to be abused by any program that can open the socket. Connect a TELNET
and off you go.
sounds good :-)
Windows-specific code: only the part that moves the mouse
off
Jon S Berndt wrote:
I've been wondering about easyXML, if it can be modified to support
validation against a DTD?
it probably can - if I remember correctly there are even some
suggestions for DTD's or rather SCHEMA's for FG around ??
Since it is built on top of eXpat - and I
believe eXpat _can_
Jon S Berndt wrote:
Now, this raises another question: do general purpose (or configurable)
XML application editors (open source or free, preferred) exist that
could be used to author a JSBSim config file?
This is what a quick search on sourceforge brought up -
I didn't check each package,
Manuel Massing wrote:
I am not sure, but maybe we would also need special handling for runways,
to handle incosistencys between terrain and runway elevation, or irregular
terrain underneath the runway.
If parts of the corresponding source code should be reviewed/adapted,
it would be nice to see a
Ampere K. Hardraade wrote:
For FlightGear and X-Plane. There may be problems working with Microsoft's
Flight Simulator as it uses a different airport database than us.
X-Plane is meanwhile supported by a customized version of squawkbox -
implemented via some kind of plugin ... So: X-Plane
Erik Hofman wrote:
Boris Koenig wrote:
I have now looked into dozens of source files, but I don't seem to be
able to find those files that are responsible for the XML handling,
respectively loading parsing the PropertyList XML files, so I
apologize in advance, but: what's the name of the classes
Erik Hofman wrote:
Boris Koenig wrote:
However, there are two new issues:
1) While it wasn't a real problem to use easyxml.cxx's readXML
to simply copy a XML file's structure to a particular node
within the property tree, there doesn't seem to exist a
similar wrapper for WRITING XML files within
Chris Metzler wrote:
On Sat, 25 Sep 2004 00:27:47 +0100
Jon Stockill [EMAIL PROTECTED] wrote:
There are already models for VOR/DME, TACAN, and ILS aerials in the
Models directory of the base package.
Yeah, I had fetched some VORTAC images off the web and had started to
make a model for it in
Georg Vollnhals wrote:
I use commercial data since a long time (DSat5) for FLY!II and X-Plane but
as license agreements forbid giving it to the community I worked with
low-res Landsat 7 data (and SRTM elevation data) and developed tools (Win32,
Delphi) for improving picture quality, cutting and
Ampere K. Hardraade wrote:
I have only read the first few posts, but I am already seeing a problem here:
people seem to think that Flightgear only supports .ac3d for models. THIS IS
NOT THE CASE!
yes, I remember plib supporting various models ...
But it's about convenience, I think: Micro$oft
Just a couple of comments that didn't yet make it
to the 'outbox' ;-)
John Wojnaroski wrote:
John writes:
Thinking a bit about the folks playing in the virtual ATC world. Would be
nice if FG could be included, might obviate the need for an AI system.
Conversely, developing an AI/ATC system is good
David Megginson wrote:
On Sat, 25 Sep 2004 10:34:05 +0200, Boris Koenig [EMAIL PROTECTED] wrote:
I have actually already looked for symbols online, but probably
one would have to draw new ones, in order to be able to release
them under the GPL - vector images would be also neat, so that
they can
Hey Robert: are you back ?
[EMAIL PROTECTED] wrote:
Quoting Boris Koenig [EMAIL PROTECTED]:
2. put models of the actual navaid transmitters in the scenery.
For what purpose ? :-)
Do you mean to improve situational awareness, so that a 3D model
of a VORTAC is displayed, including the current
Arnt Karlsen wrote:
..what do we have right now? FG can be rigged to run as
an ATC World Server now, right?
lol, I don't even know about that :-)
another evidence for the lack of documentation about FG :-/
We have xatc as a viable client to that FG ATC World Server,
I haven't yet really played
Arnt Karlsen wrote:
On Sat, 25 Sep 2004 10:42:34 +0200, Boris wrote in message
[EMAIL PROTECTED]:
The (German) description for the second version explicitly states the
right to export images and use them 'commercially'.
..that is the precise legal meaning of Mit der Business-Version
erhalten Sie
John Wojnaroski wrote:
ATM VATSIM is running an event in SoCal with 24 controllers and 88
flights as of 08:15Z
to be honest: I would have expected more people :-)
I'm all for trying it.
not yet so sure about that ...
And it will take some time to build up a
following.
agreed ...
At a
Oliver C. wrote:
On Saturday 25 September 2004 20:38, Boris Koenig wrote:
Making VATSIM/IVAO people switch to something like what Arnt
suggested, would really require to incorporate so many new
things ...just to make the change really feasible.
There's also a third ATC online network,
VATSIM
Jon S Berndt wrote:
First of all, due to the unavailability of the actual flight management
software, a guess would have to be made using reference material such as
a flight manual. A quick search of the web indicates that flight manuals
for currently in-service airliners are not simply given
Hi !
I have just received a reply from IVAO's 'chief developer' -
as soon as he says that it's okay to post his reply to this
list, I'm going to post the full text.
However, in summary: they would support an opensource client
for their network, PROVIDED that their rules are respected,
***BUT***
Arnt Karlsen wrote:
Both of these networks don't seem to be really interested
in cross-platform development, so I really wonder whether
these new versions will mean that the protocol is also
going to change anytime soon...
..which lands us back to define our own. ;-)
I am going to ask them about
Another thing:
As I seem to be the only one so far, who's got in touch with them,
I would not mind continuing the exchange to a point where things
get specific, but I would appreciate some help concerning the
things that we should get straight with them - I mean, I have already
asked quite some
Arnt Karlsen wrote:
On Wed, 22 Sep 2004 18:58:16 +0100, Mat wrote in message
[EMAIL PROTECTED]@mamaloucos.com:
I just rang Europress publishers of the Getmapping high in the sky
series (reminded by Boris's question). I spoke to Richard
Charge their head of Sales. To be very clear this is
Sorry for all those typos in that other posting...
I'm simply not yet entirely awake :-)
Ampere K. Hardraade wrote:
If we are to do something similar, it will probably be a better idea to find
several open source ATC-simulator development groups
Well, I am not aware of *any* popular ATC
Boris Koenig wrote:
Erik Hofman wrote:
Generating a dynamic menu structure might be harder than you think,
As you didn't yet reply to the ideas that I mentioned in this thread,
I simply tried the approach that I described.
And everything seems to work somewhat now - with the small exception
Erik Hofman wrote:
Boris Koenig wrote:
Arnt Karlsen wrote:
On Wed, 22 Sep 2004 18:58:16 +0100, Mat wrote in message
I have been asking Getmapping if it is permissible use for people to
buy their CDs and then use the exported image in FG in a personal
flight sim.
..wrong question; IMHO you
Giles Robertson wrote:
Beware being like Sony. Invent a new protocol that is better and more
efficient and flexible, and still nobody will use it, though, on the
other hand, nobody uses Sony's protocols (ATRAC-3, Betamax), because
they are eyeballed with patents.
and despite from that: this would
But there's also some good news in this whole discussion: this morning I
had an eMail in my inbox from Richard Smith who told me he would have
written a linux based version of IVAO's ProController some time ago
because he didn't want to run Windows just for playing with IVAO - he
called it 'xATC'
I have now looked into dozens of source files, but I don't seem to be
able to find those files that are responsible for the XML handling,
respectively loading parsing the PropertyList XML files, so I
apologize in advance, but: what's the name of the classes that are used
or rather where do I
Erik Hofman wrote:
Boris Koenig wrote:
But there's another thing in this context - it's about the VERSION file
in $FG_ROOT/data not containing pre-release tags, I think Jim Wilson
mentioned a couple of weeks ago that this is supposed to be like that,
this however causes a problem for those users
David Luff wrote:
On 9/21/04 at 4:02 PM Jon Stockill wrote:
Those demos are based on festival 1.4 - the prerelease of 2.0 includes a
synthesis module called multisyn, which is a great improvement on the
older modules. http://flightgear.stockill.org.uk/testing/atis.wav
contains the synthesised
John Wojnaroski wrote:
- Original Message -
From: David Luff [EMAIL PROTECTED]
This all sounds very exciting, especially the encouraging results from the
voice recognition stage, and the fact that Jon thinks that Festival 2 is
sounding pretty good. Could you send me the code you've got so
1 - 100 of 204 matches
Mail list logo
