Re: [Flightgear-devel] Lessons in FlightGear

2006-01-05 Thread Paul Surgeon
On Thursday 05 January 2006 01:54, Christian Mayer wrote:
 The school works by simulating an instructor who speaks (via voice and
 text) to the student. He first flys a lesson and then let the student
 fly exactly the same commenting everything that goes well and that goes
 bad.


That's exactly what I started doing but ...

Problem 1  (external app) :
Having the training session as a separate network app instead of being 
integrated into FG is going to put off a lot of less technically minded 
people.
It requires that the user first install Python + pyao + pyogg + pyvorvis.
Then they have to install the training packages and try to start FG together 
with the simulator.
I'd much rather code it in Nasal have it part of the FG package itself or as 
an addon that can be unzipped into the FG tree and run as is.

Problem 2 (Nasal approach) :
I'd really like to use Nasal but there is no sane way to play audio files via 
Nasal. Creating hundreds of properties in the property tree tied to audio 
files isn't a nice solution.
Also FlightGear doesn't support Ogg Vorbis files as far as I know and having a 
lot of audio feedback from the instructor is vital and certainly makes the 
whole process a lot more realistic and enjoyable.
I'm getting a 10:1 reduction in file size using the Ogg Vorbis format on my 
instructor recordings.
Files that are 0.5MB in WAV format compress down to about 35KB in Ogg Vorbis 
format and I can't tell the difference in quality.

At the moment I'm at a standstill trying to figure out what to do.
This external app thing is going to become a problem and I don't want to 
invest a lot of time into it and then have to recode everything in Nasal 
later.

Paul


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Lessons in FlightGear

2006-01-05 Thread Vassilii Khachaturov
 That's exactly what I started doing but ...

 Problem 1  (external app) :
 Having the training session as a separate network app instead of being
 integrated into FG is going to put off a lot of less technically minded
 people.
 It requires that the user first install Python + pyao + pyogg + pyvorvis.
 Then they have to install the training packages and try to start FG together
 with the simulator.
 I'd much rather code it in Nasal have it part of the FG package itself or as
 an addon that can be unzipped into the FG tree and run as is.

If it is easier for you to develop  maintain externally, I think you can
stop bothering about the less technically minded people. Anything with
package dependency tracking capability (like any modern linux
distribution) will automatically pull the relevant software in. The more
technically minded folks will be able to install the relevant packages for
manual compilation, and the rest will wait for a prepared distribution
package with the proper dependencies in.

(I am unsure though if this might strain the win32 bundling process
significantly, though. Surely Frederic knows?)

Vassilii



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Lessons in FlightGear

2006-01-04 Thread Cyprien

Hello,
I've read the thread of Paul Surgeon Tying scenario specific code to 
aircraft and i think it could be good to do something like this :
It's hard for me to explain what i'm thinking about with my poor 
english, so i've made a example and draw a GUI : 
http://j2rpg.photos.free.fr/scenario/start.png
Each lesson is divided into stages (Take Off, Climbing Out, First 
Corner... etc) and each stage have a flag (White = stage is not 
finished, Green = successfull, Yellow = Small mistake, Orange = Medium 
mistake, Red = Retry)
Instructions are displayed only for the current stage (in my example, 
the current stage is First Corner...).


An XML file for Lesson 1 could be :

?xml version=1.0?
!--
Lesson 1 binding definitions.
--

StageList

stage n=0
 nameTakeOff/name
 instructionsGo at 60 knots and Take Off/instructions
 EndOfStageAltimeter=100/EndOfStage !-- Here we have the value to 
test if it's the end of the stage--

 MaxTime45/MaxTime
 evaluation
  cap10/cap !--red flag if the cap change more than 10°, Orange 
from 7° to 10°, yellow from 4° to 7° and green under 4°, for example--

  knots60/knots !-- don't know yet how to test an acceleration --
 /evaluation
/stage

stage n=1
 nameClimbing Out/name
...
/stage

stage n=2
 nameFirst Corner/name
 instructionsTake the cap 010/instructions
...
/stage

...
/StageList

I don't know how to do everything but what you think about this idea ???

Cyprien



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37alloc_id865op=click
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel