sentences, I was recommended to present the idea on a webpage and ask on
the FlightGear
mailing list for other opinions - and that's exactly what
I am doing now.
In short: I am thinking about the possibilites to create
an interactive training/lesson
addon for
:-/
Erik Hofman wrote:
Boris Koenig wrote:
I am currently mainly looking for answers to some of the following
questions:
- is there demand for an application like this ?
I think there is.
The responses so far seem to confirm that, by now there are 3
people who have directly contacted me
Erik Hofman wrote:
Boris Koenig wrote:
If anybody of you doesn't yet know what this is all about, please check:
http://flitetutor.sourceforge.net (please leave feedback using the poll)
Boris,
Erik, ;-)
First of all, the documentation for Nasal can be found here:
http://www.plausible.org/nasal
...if you need pen-pals subscribe to a mailing list ;-)
Erik Hofman wrote:
Boris Koenig wrote:
So I hope to know now for example that nasal's lack of threadsafety
is unlikely to become an issue, as not nasal itself would handle
things like animations but rather a specific subsystem - that nasal
good morning !
Oliver C. wrote:
On Tuesday 13 July 2004 00:25, Boris Koenig wrote:
It wouldn't matter if FlightGear needs to be running directly or
if only subsystems get called.
I would like to have it integrated into FlightGear,
so that the user can start the lessons from FlightGear in the
Sim
Ampere K. Hardraade wrote:
On July 12, 2004 08:44 pm, Oliver C. wrote:
For example a voice of a pilot instructor could be played
that explains what to do next, like turning to heading 230.
May be we can also have dynamic responses during a lesson, where the
instructor can tell you things like too
Hi again !
I am just about trying to add some test-hooks to FlightGear, but
wouldn't like to have to rebuild the whole FlightGear build tree each
time (~ 350 MB ), just for 2-3 added small test-functions, hence I
came up with the following idea:
How about adding a sub-directory lib to
, but it's still 350 megs stuff that I need
to keep on the drive, just for some minor changes ;-)
Sorry, if I wasn't clear about that.
Erik Hofman wrote:
Boris Koenig wrote:
How about adding a sub-directory lib to FlightGear/data/Nasal which
could then keep plugins that implement external Nasal
Luca Masera wrote:
Hi,
I've compiled the CVS version of FlightGear but now I've a problem with the airports.
The program, every 10 seconds, writes on the console the following message:
cannot find KSQL in basic.dat.gz
I've downloaded the CVS version of basic.dat.gz. I've also the latest scenery
Erik Hofman wrote:
Boris Koenig wrote:
By the way, the addition of a plugin architecture has pushed all major
flight simulators tremendously forward, I don't even mention stuff like
Microsoft's FS, but I suggest to have a look at X-Plane: Since the
author added support for basic plugins
Erik Hofman wrote:
Boris Koenig wrote:
Besides there occured some OpenGL problems (weird graphics) which
I could only solve by disabling some rendering options such
as --disable-specular-highlight
That must be a driver bug.
I've also thought about something like that, that's why I
ran at least 5
Erik Hofman wrote:
Boris Koenig wrote:
Frederic is right that a plugin system is actually in contrast with
the GPL (FlightGear's license), that requires everything to be opened
when using some piece of GPL software within your project.
I don't think that would be a major problem, there's other
Erik Hofman wrote:
Boris Koenig wrote:
Well, regarding the clever subsystem architecture - is there any
more detailed information available ?
It's actually quite simple, you create a derived class from SGSubsystem
and you have to define a small set of functions:
Thanks for that (REALLY
Erik: you are causing some trouble over here, actually I didn't want to
change the project's sourceforge name, but I appreciate you taking the
time to make even another suggestion ;-)
Erik Hofman wrote:
Boris Koenig wrote:
I wouldn't have a problem, creating the authoring part of the
application
Good morining, just dropping in from one of the other timezones ;-)
I've also got some thoughts regarding this whole sponsoring idea, and
to be direct: I do have to admit that I wouldn't have any problems
with such a model, actually it's just a couple of days ago that I
talked to other FlightGear
Erik Hofman wrote:
Boris Koenig wrote:
Getting even more extreme, one might ponder about offering that said
company to integrate their webpage address or even company logo directly
into some of the future official FlightGear releases.
No, No No. Never.
This is not going to happen.
lol, didn't
Erik Hofman wrote:
Boris Koenig wrote:
SO, instead of taking my mail apart and telling me what's NOT going
to happen it might be more helpful for the final outcome to make
new suggestions
Not really. If you have spent the amount of money on FlightGear as I
have done then you may make any
Erik Hofman wrote:
Somebody who types faster than he reads wrote:
Thanks, that's really nice :-)
In case you didn't notice it, I really wasn't referring to you.
Well, thanks for the explanation - but I guess I understood you
correctly :-)
The only problem I have with you, is that you say too much
Norman Vine wrote:
Boris Koenig writes:
Ya, I see - and somehow even gotta agree ... having meanwhile tried to
summarize the Nasal extensions that I would *minimally* need,
Hey I've got an idea !
I am listening ;-)
Why don't you commission one of the FlightGear developers to write
Frederic Bouvier wrote:
Norman Vine wrote:
Perhaps merntion of this should be made as a 'dependenciy'
then on http://www.flightgear.org/Downloads/source.html
Sorry Norman, but I don't understand. FlightGear does not depend on fgrun.
It is just in the Win32 binary package since 0.9.3 and probably
Jacek wrote:
I don't understand morse code so can't compare anything.
Regards
Jacek
S = ...
F = ..-.
O =---
:-)
But regarding that matter, I had to notice that the speed of the morse
code has somehow changed, also it's being played permanently it my
cvs built during startup.
Trying to
There seem to be some issues regarding the XML file processing
and FlightGear's stability:
# Nasal parse error: empty subexpression in command, line 3
# Failed to execute command nasal
# Segmentation fault
One problem seems to be related to using combo boxes with insufficient
Erik Hofman wrote:
Innis Cunningham wrote:
It is quite possible that the new graphics card/system is not set up for
FG.I will have a play with it and see if I can improve the situation.I
think
anisotropic filtering is on.
The point I was trying to make is people trying FG for the first time
will
Richard Harke wrote:
On Saturday 17 July 2004 07:08 am, Innis Cunningham wrote:
I had a GeForce 2 Titanium with a PIII Xeon at 550MHz getting about 15 fps
over SF Video card crapped out (even has a red LED come on to tell you
it has crapped out) so I bought a Geforce FX 5200 Frame rate dropped to
Erik Hofman wrote:
This is the penalty for those who want eye-candy. If specular
highlighting is supported it will be enabled an make FlightGear slower.
I noticed some enhancements in the new rendering dialog, and would like
to ask how feasible it would be to integrate even more
Frederic Bouvier wrote:
What do you want to prove with a field so narrow ?
I don't want to prove anything, that was just an example -
e.g. I encountered the problem when I created controls whose
width was insufficient for the string to be displayed.
And that's exactly what I pointed out with
Innis Cunningham wrote:
Hi All
If John is using AC3D 4.0 then there is a problem using
those models in FG.There is a crease statement that FG/Plib
can't handle.So to get around the problem you either have to
text edit all reference to the crease statement in the AC3D file
(tedious) or build the
Jacek wrote:
Do you really distinguish those ... and ---? ;-)
Well, to be honest only since just recently - there are some fairly
decent morse code training applications available, so if you keep
hearing the same stuff for an hour a day you start to get it one
day ...
But it's the same problem
Andy Ross wrote:
Boris Koenig wrote:
There seem to be some issues regarding the XML file processing
and FlightGear's stability:
#Nasal parse error: empty subexpression in command, line 3
#Failed to execute command nasal
#Segmentation fault
The XML you posted contains no Nasal script
sonny hammaker wrote:
how about through a command line?
start fgfs with the telnet daemon, that way it should be possible to
easily access most of its internal properties via a simple telnet
client - so you could then easily:
cd environment/turbulence
at set the corresponding values there.
Frederic Bouvier wrote:
sonny hammaker wrote:
how about through a command line?
--turbulence=value
--wind=wind-desc-with-gust
--random-wind
see fgfs --help --verbose
but these aren't meant for runtime control of the environment, are they ?
Or is there some kind of IPC between running
Chris Metzler wrote:
On Wed, 21 Jul 2004 10:18:25 -0400
David Megginson [EMAIL PROTECTED] wrote:
Correct. Currently, the AC3D export scripts in blender do not export
specular, and emissive parameters, and they probably do not handle
diffuse either -- you have to add those back in by hand in the
CHANDRASEKHAR ACHALLA wrote:
I was also wondering if flightgear already has the fire and smoke effects.
I would appreciate if anybody has any ideas..
The crater/fire/smoke stuff sounds a lot like the feature suggestions
that I read about a couple of days ago for a combat enabled version of
Frederic Bouvier wrote:
! if (!cur_fdm_state-get_inited() or
fgGetBool(sim/sceneryloaded)) {
^^
Are we silently migrating the code to Pascal ?
This doesn't compile with MSVC.
lol, GREAT :-)
don't know about MSVC++, but how about ios646.h ?
Frederic Bouvier wrote:
Boris Koenig wrote:
Are we silently migrating the code to Pascal ?
This doesn't compile with MSVC.
lol, GREAT :-)
don't know about MSVC++, but how about ios646.h ?
and why not
#define BEGIN {
#define END }
?
:-))
More seriously, does it brings us something we
Hi !
Peter Larson wrote:
I'm new here and am having problems with fgsd on Windows XP Pro. I've got a
copy of AC3D and
want to import an object and place it in fgsd, but it keeps crashing when I
try to load the object. Am I missing a support application, or is there
another issue on Windoz?
Peter
Let's get back to this one :-)
Erik Hofman wrote:
Boris Koenig wrote:
I wouldn't have a problem, creating the authoring part of the
application as an external application - but THEN I would need
to be able to load FlightGear resources (aircraft/images/panels).
Ok. Lets start a *minimal* list
Chris Metzler wrote:
On Sat, 24 Jul 2004 21:32:25 +0200
Boris Koenig [EMAIL PROTECTED] wrote:
A couple of other things: I *did* search, but didn't find
a way to directly set the heading of an aircraft if you
want to position it in air - if it's there already, please
tell me where :-)
If it isn't
Alex Romosan wrote:
Chris Metzler [EMAIL PROTECTED] writes:
Regarding the navaids discussion I'd like to know if airports
are currently exclusively bound to the scenery, actually I
was looking for some airports that FlightGear also finds, but
didn't see any rwys - if airports should really depend
On July 20, 2004 03:23 am, Jim Wilson wrote:
Hmmm... that 777 Model page didn't mention a GPU. In any case, I gather
from reading just the first paragraph on the OpenRT page you'd be
looking
at having plib utilize the OpenRT API in lieu of OpenGL's.
I may be wrong, but from what I've read,
Hi !
Martin Spott wrote:
Boris Koenig wrote:
--fog-disabled:
http://flitetutor.sourceforge.net/mlist/fgfs-screen-fog-disabled.png
Do you use an ATI Radeon with OpenSource DRI drivers ?
This is an effect I have seen many times during major changes in the
Radeon driver in the XFree86 pre-4.3 phase
Arnt Karlsen wrote:
On Sun, 25 Jul 2004 02:28:46 -0400, Norman wrote in message
[EMAIL PROTECTED]:
I am espescially interested in the profiling results from the newer
higher end cards. i.e the GForce 4 class or equivalent cards
..which is the low end limit on ATI, 3dfx etc cards, that can do at
Ampere K. Hardraade wrote:
Be thankful for that 30-36 fps you have. I usually have about 6-9 fps. ='(
Yes, as I said: I get pretty much the same with the new nvidia card,
and regarding the ATI card, I did have to disable several options to
come into the 20+ FPS range, but on the other hand I
Vivian Meazza wrote:
Matthew Law wrote
If carb heating is on enrich the
mixture over time until power is restored. The conditions are actually
aircraft and engine specific, I think
wow, I am just about to notice how much work some people spend on really
resembling all the various aircraft
Hi !
As a user on the FG user list requested a patch from base package
pre2-pre3 in order to reduce download size/time, I was looking for the
required pre2 package, it doesn't seem to be available on
ftp.flightgear.org anymore - so I decided to look what base package I am
currently using in order
Jon Berndt wrote:
Hi !
As a user on the FG user list requested a patch from base package
pre2-pre3 in order to reduce download size/time, I was looking for the
required pre2 package, it doesn't seem to be available on
ftp.flightgear.org anymore - so I decided to look what base package I am
Jim Wilson wrote:
There are no pre-release tags, but you could probably do a cvs checkout by
date if you wanted to be sure.
yes, thanks for that - actually, that's also what I've come up with in
the meantime, just checked the 1.11 revision out ... but a compressed
download of the entire
CHANDRASEKHAR ACHALLA wrote:
I was also wondering if flightgear already has the fire and smoke effects.
Regarding my last reply on that topic I had a quick look at sourceforge
for the specific name of the project that I mentioned.
It's named FlightGear CombatZone - but, well that specific
project
Chris Metzler wrote:
On Thu, 29 Jul 2004 00:08:31 -0400
And I don't see any problem with the DC-3. I want to say that this
is something odd about your drivers, but I'm too ignorant
of this stuff to be sure. Is it only ATI people
that see this stuff? Do all ATI people see this stuff
Jim Wilson wrote:
Boris Koenig said:
But then, also not to have to rely on cvs-specific files which would not
necessarily be available in a release version and hence won't be
suitable to determine the base package version in general.
That's true. You are probably just too late this time around
Curtis L. Olson wrote:
Erik Hofman wrote:
Jon S Berndt wrote:
On Thu, 29 Jul 2004 10:34:16 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
Ok, then how do you explain a frisbee that can curve either way,
even though it's always thrown with the same direction of spin. And
please include the
Back to the plugins discussion ... I am really about to get famous here
for my unpopular views ;-)
Andy Ross wrote:
Boris Koenig wrote:
Erik Hofman wrote:
I'm still not convinced that a plugin system would be such a great
idea for FlightGear.
Well, I am just making suggestion :-)
I think most
Arnt Karlsen wrote:
On Thu, 29 Jul 2004 13:13:20 +0200, Boris wrote in message
[EMAIL PROTECTED]:
Maybe that saves some time or at least keeps you from re-inventing
the wheel ;-)
..maybe. Executive summary from http://www.phoenixosfs.org/ ;-)
BTW, interesting project but they don't seem to
Norman Vine wrote:
Boris Koenig writes:
I mentioned
primarily bzflag - cause it is based on SimGear
Hmm .. very interesting .
as bzflag predates SimGear ...
lol, don't tell me now that I was wrong ?
could you please tell us your source of this information
as I didn't see any mention
Chris Metzler wrote:
[...]
So what we discussed was a webpage/site which would (eventually) do for
FlightGear what avsim.com/flightsim.com's file libraries do for MSFS.
At least at first, it'd provide upload/browse/download capability.
Even though I agree with Erik that it would make sense to
Ron Lange wrote:
Thank you Durk! I hope that someone is making a patch of the final base
package soon...;-)
Just to get this straight: you'd need a patch from pre2 - 0.9.5 ?
Is there anybody else who would like to see such a patch ?
Arnt, for which pre-version do you need a patch ?
Chris Metzler wrote:
On Sat, 31 Jul 2004 10:17:48 +0200
Erik Hofman [EMAIL PROTECTED] wrote:
I think that (now that we have a separate Objects directory) it is
possible quite easily to add a command-line option to disable the static
scenery objects.
Fair enough. But with ground structures that
Erik Hofman wrote:
Boris Koenig wrote:
You're right in saying that most of the base package is unlikely to
change THAT significantly, I think - so it would really make
sense to provide means to upgrade from any base to the latest base
version.
You might get disappointed ...
Erik, in order
Sorry for cross-posting, didn't intend to do so, was probably
caused because this topic comes originally from the users list.
Erik Hofman wrote:
Boris Koenig wrote:
The most likely changes are updated (and new) aircraft 3d model related
files. The rest is not very predictable. It comes as things
Erik Hofman wrote:
The most likely changes are updated (and new) aircraft 3d model related
files. The rest is not very predictable. It comes as things go ...
weird, this seems to be related to the mailing list application
(pipermail ?) - I did indeed only send the posting to the
devel-list, but
Ron Lange wrote:
Thank you Durk! I hope that someone is making a patch of the final base
package soon...;-) then I'll get out of trouble.
Hi Ron !
I haven't yet received any sources/links for the *original*
(old) FlightGear (pre)-release packages, so the patch I am
providing here now is based on
As the 0.9.4 release is still available via ftp from flightgear.org
I created a patch from 0.9.4final to 9.9.5final, the patch has a total
size of 23 MB (hey, still about only 1/4th of the actual download !)
and can be obtained at:
Arnt Karlsen wrote:
On Sun, 01 Aug 2004 13:35:06 +0200, Boris wrote in message
[EMAIL PROTECTED]:
As the 0.9.4 release is still available via ftp from flightgear.org
I created a patch from 0.9.4final to 9.9.5final, the patch has a total
size of 23 MB (hey, still about only 1/4th of the actual
Ron Lange wrote:
Hmm...the only way to confirm a successful patch is to diff against the
final base-package, but that is the case I try to avoid ;-)
I forgot to mention that tardiff has meanwhile support for automatic
creation/comparison of checksums, hence it should be possible for you
to
Ron Lange wrote:
Hallo Boris,
Boris Koenig schrieb:
More precisely the file with the checksums for 0.9.5final is at:
http://www.geocities.com/sandreas41/data/fgfs-base-0.9.5.md5.gz
I've just patched with this file and everything seems to be right.
Alright, thanks for providing feedback
Arnt Karlsen wrote:
On Sun, 01 Aug 2004 20:31:49 +0200, Boris wrote in message
[EMAIL PROTECTED]:
one other thing: I mentioned already that I didn't have the original
pre-release available to create that patch, meanwhile
Stewart Steven have released a patch that's based on the _original_
A short message for Arnt !
Arnt Karlsen wrote:
On Mon, 02 Aug 2004 08:18:00 +0200, Boris wrote in message
[EMAIL PROTECTED]:
Arnt, how about starting to actually *read* my postings - at least
those that you reply to ? :-)
..heh, good catch, could looong length be an issue? ;-)
in general I'd
Arnt Karlsen wrote:
On Mon, 02 Aug 2004 16:08:52 +0200, Boris wrote in message
[EMAIL PROTECTED]:
A short message for Arnt !
..Winston Churchill had a great way of having bureaucrats trim
their language; it had to be readable without glasses, from across
the room, on one sheet of paper,
-###
##
Ron Lange wrote:
Boris Koenig wrote:
It is quiet simple: either build some new hardware or modify existing.
Mechanical everything is possible, depending only on your skills, the
electric aspect is also fairly well documented, so everybody who wants
may
Jim Wilson wrote:
Harald said:
- it's an external application because there is no need to put it in FG
code and there would be some complication with the display and keyboard
part ;
It would actually be very nice to have a FlightGear subsystem for this. Even
nicer if it was possible to
Manuel Bessler wrote:
I know that it would have some advantages if the FMC were part of
flightgear, however I tend towards an seperate program like Harald is
planning.
It could be easily networked so you could use an older computer with a
small monitor to put the FMC/CDU on. The FMC program
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 01:54:06AM +0200, Boris Koenig wrote:
Of course, if there's running X11 on that other machine,
FlightGear could still provide the graphics for such an
externally displayed CDU via network without the need to
explicitly be running on that machine
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 01:37:11AM +0200, Boris Koenig wrote:
Regarding the GUI, this may be really mainly about adding support for
skins and defining clickable regions and possibly different states
of buttons - but I would not be that much in favour of using basic
Yes
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 02:34:07PM -, Jim Wilson wrote:
... waiting for a decent open source B744 FMC implementation :)
I'd say that would not really that much depend on the availabilty
of a FMC/CDU SDK but rather getting your hands on the right docs,
as soon as these
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 02:26:12PM +0200, Boris Koenig wrote:
x11 yes, but what if not OpenGL capable.
well, in that specific example I was referring to the case
where a secondy machine would running dedicatedly for the
purpose of displaying a CDU for a FMS - so GENERALLY I
Manuel Bessler wrote:
On Sat, Aug 07, 2004 at 12:51:02PM -0400, Ampere K. Hardraade wrote:
I think newer Airbus aircrafts have CDU's that have a more advanced GUI.
http://www.flug-revue.rotor.com/FRheft/FRHeft04/FRH0401/FR0401c1.JPG
looks like the A380. Is the overhead panel really a screen ? It
Ampere K. Hardraade wrote:
It will be good if we can have some generic Graphic Interface for FlightGear.
Not only can it be used on the CDU, it can also be used on other flight
displays.
So, you are also talking of script-able ways to implement basic
animations or what exactly is it that you're
Harald Johnsen wrote:
Would it work to have one node in the property tree that would contain
the text on the CDU display ?
The 3D cockpit could listen for changes to this node and when one
happens, update the CDU display in the 3D cockpit...
I like this idea, the text could be use for the FG
Harald Johnsen wrote:
As I said before I don't have all the knowledge to build it
enterely by myself so I will need a lot of feedback at the beginning
(the fonctions of the fmc but also the look and feel).
Besides projectmagenta.com that I mentioned in my last reply there's
also another
Manuel Bessler wrote:
http://www.fmcguide.com/
Sure, besides several other locations where you can PURCHASE
such professional material, but I guess you aren't suggesting
to really buy that stuff just for some basic mechanisms to
be implemented, otherwise you'd probably be the first one to
be asked
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 09:17:21PM +0200, Boris Koenig wrote:
I don't even mention that this whole thread ultimately brings us back
to the plugins discussion :-)
I'm thinking more in terms of named pipes/fifo sockets...
right, whatever comes to your mind that serves
Manuel Bessler wrote:
On Fri, Aug 06, 2004 at 09:27:02PM +0200, Boris Koenig wrote:
Use an older PC to drive the LCD with a CDU/FMC software running on it
(or remotely if using X11)
is the latter really an already established mechanism, I was
really under the impression for it to be a spontaneous
just adapted the subject to have the right people look into
this thread ;-)
Harald Johnsen wrote:
We are talking of an FMC but of course
I wanted to redo at least the ehsi display (for the eye candy).
Erik mentioned some time ago that it isn't yet really possible to
do simple animations using
Ampere K. Hardraade wrote:
I think newer Airbus aircrafts have CDU's that have a more
advanced GUI.
http://www.flug-revue.rotor.com/FRheft/FRHeft04/FRH0401/FR0401c1.JPG
Most current images seem really to be mainly computer created, but
check out:
Erik Hofman wrote:
Boris Koenig wrote:
Most current images seem really to be mainly computer created, but
check out:
http://www.airbus.com/MultimediaElements/139.jpg
http://en.wikipedia.org/upload/b/ba/A380.flightdeck.750pix.jpg
What's interesting though, is the integrated Chart
BTW, I'm also back ... so guys, prepare for another bunch of daily
100 kbytes messages :-)
P.S.: Erik, I don't seem to have received a reply to my last eMail
from you, just tell me if you need more clarification - otherwise
some of the questions that I asked are still left open and I would
like to
Giles Robertson wrote:
Automatic gearboxes fail too often on the road, without much warning,
for me to want one in a chopper. At least if a fixed wing engine fails
you can attempt to glide.
I've talked about that to a real helicopter pilot at our local club:
Most real rotary pilots would tell you
Hi !
Two things:
1) I would like to be able to display a simple text string at
runtime in the upper left corner of the screen using
Nasal (in order to display simple in-flight information).
I could imagine that something like this already exists, i.e.
for
Hi !
Thanks for the answers so far, I was already playing around with the
gui.nas file, will have to look into it in more detail in order to see
how to get the positioning part done, though.
I will get back to the original replies within the next days, but a
quick question: is there any way to
(I'm sending this directly to the mailing list, as I haven't yet
received any replies from Curt himself, who's probably too busy anyway)
As I mentioned
Erik Hofman wrote:
Boris Koenig wrote:
Because of this obvious advantage (particularly for users with slow
dial-up connections, but also for those among us who have broadband
access, but don't like to wait... ) we would now like to know what
the rest of you thinks about adding those tardiff based
Jon Stockill wrote:
On a similar toolchain related theme, I just upgraded a machine here to
slackware 10.0, which uses autoconf-2.59 and automake-1.8.5, which
caused all sorts of problems when attempting to compile current cvs
versions of simgear and flightgear. Rolling back to autoconf-2.57
John Wojnaroski wrote:
Hi,
The last month or so I've been working with adding synthetic speech and
voice recognition to my 747 project.
What type of project is that ? - (FlightGear related ?)
The results have been quite good;
unfortunately it's kind of hard to demonstrate or display the results.
Andy,
Thanks again for your last answer, it was indeed very precise and
helpful - but I'm not yet even getting back to the last reply,
rather I'm facing a new problem and wanted to ask you for your
feedback - I have got the following scenario:
I don't seem to be able to access a method like
Sorry folks, this going to be a longer one ...
Andy Ross wrote:
Boris Koenig wrote:
Thanks for the answers so far, I was already playing around with the
gui.nas file, will have to look into it in more detail in order to
see how to get the positioning part done, though.
Essentially, you can just
Andy Ross wrote:
Boris Koenig wrote:
2)And: Is it possible to load a Nasal file while the game is
running and execute it then ?
Not currently. Adding it would actually be non-trivial, because (as
in most similar languages) loading and running a script are the
same thing.
Being able
John Wojnaroski wrote:
- Original Message -
From: Boris Koenig [EMAIL PROTECTED]
What type of project is that ? - (FlightGear related ?)
See the FG Project webpage for details
oh well, it's always the obvious ... :-)
3) One of the advantages of TTS (at least as I see it) is you don't have
[# 243] ;-)
Norman Vine wrote:
Boris Koenig writes:
[OT:]
(BTW: even without a locally installed search engine -several were
suggested - for flightgear's mailing list archives on flightgear.org,
it would be nice if the addresses to mail-archive.com could be added to
http://www.flightgear.org
Chris Metzler wrote:
On Sat, 18 Sep 2004 07:22:46 +0200
Boris Koenig [EMAIL PROTECTED] wrote:
[OT:]
(BTW: even without a locally installed search engine -several were
suggested - for flightgear's mailing list archives on flightgear.org,
it would be nice if the addresses to mail-archive.com could
Warning: Not everybody will want to read this rather long posting :-)
...now, this isn't that much about 'merely' a voice for FG anymore,
but rather it's now pondering about potential ways to implement the
logics for a mechanism that enables fully interactive ATC-interaction
within FlightGear
1 - 100 of 204 matches
Mail list logo