On Saturday 11 March 2006 01:44, Georg Vollnhals wrote:
> Of course the ship-model is hardened when put into the scenery as a
> static object. It also works when I make a moving ship-object with fixed
> direction (see listed XML-file at the bottom of this message).
> Also creating a flight-plan and
Mathias Fröhlich
>
> On Saturday 11 March 2006 01:44, Georg Vollnhals wrote:
> > Of course the ship-model is hardened when put into the scenery as a
> > static object. It also works when I make a moving ship-object with fixed
> > direction (see listed XML-file at the bottom of this message).
> >
Hi
This morning's FG CVS fails to compile with the following error:
modelmgr.cxx: In member function `virtual void FGModelMgr::init()':
modelmgr.cxx:60: error: `FGNasalModelData' has not been declared
make[2]: *** [modelmgr.o] Error 1
make[2]: Leaving directory `/flightgear-cvs/source/src/Model'
* Georg Vollnhals -- Saturday 11 March 2006 01:44:
> My problem was that one cannot fly at very low speed with the UFO
Use:
flaps down -> decrease max speed
flaps up -> increase max speed
I have heard that some types of UFOs do indeed have flaps!
m.
* Vivian Meazza -- Saturday 11 March 2006 10:54:
> modelmgr.cxx:60: error: `FGNasalModelData' has not been declared
> make[2]: *** [modelmgr.o] Error 1
> I've done a clean download of both SG and FG (cvs up -DPAC), SG compiles
> without error.
Not clean enough it seems: this class is defined in
Justin Smithies wrote:
Just a quick question.
I am currently building a diy 737-300 cockpit , and i am going to link all the
real switches / lights etc to a pc that will read / write directly from the
FG prop tree based on values there.
So i take it the way this project is going that there wil
Justin Smithies wrote:
Dont know if anyone else would agree but here goes
Wouldnt it be better for everyone involved in the 737 project to start
uploading their code / gfx etc into the cvs ?
Even if say Marcus's electrical system is not finished it doesnt have to be
activated on the model
Vivian Meazza schrieb:
Mathias Fröhlich
For the solidness we will need IMO a hierarchical bounding box collider
which
is updated instead of rebuilt at each update(). The presence of movable
objects like the carrier and the need to keep aircraft on the deck even if
the carrier turns, this must
Melchior FRANZ schrieb:
* Georg Vollnhals -- Saturday 11 March 2006 01:44:
My problem was that one cannot fly at very low speed with the UFO
Use:
flaps down -> decrease max speed
flaps up -> increase max speed
I have heard that some types of UFOs do indeed have flaps!
m.
Thank you M
Melchior FRANZ
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:flightgear-
> [EMAIL PROTECTED] On Behalf Of
> Sent: 11 March 2006 10:02
> To: flightgear-devel@lists.sourceforge.net
> Subject: [Flightgear-devel] Re: CVS - Compile Error
>
> * Vivian Meazza -- Saturday 11 March 2006
So Markus agree's too , Can we start commiting code to the 737-300 cvs , as
long as it leaves the current files operational please ?
Anybody else that has developed code or panels etc for this model should
commit it to cvs too but make sure the model still works.
All this extra stuff can be tied
I've updated the FAQ for JSBSim considerably. You can get there by visiting
the JSBSim web site and clicking at the FAQ link at the top of the page, or
by going directly here:
http://www.jsbsim.org/FAQ.html
I've also added a listing of all articles in the JSBSim newsletter on the
documents page.
On Friday 10 March 2006 00:36, Markus Barenhoff wrote:
> Paul Surgeon wrote:
> > On Thursday 09 March 2006 04:37, Markus Barenhoff wrote:
> >> i am currently writting a simulation of the 737-300 electrical system
> >> for flightgear. it' s still work in progress.
> >> now to my question: is there s
What an excellent idea ... it allows UFO speed
adjustments with g/G keys ...
Here is a tiny tested patch -
--- c:\FGCVS\FlightGear\source\src\FDM\ufo.cxx Thu Mar 02 12:18:14 2006
+++ source\src\FDM\ufo.cxx Sat Mar 11 13:20:40 2006
@@ -94,6 +94,9 @@
// the velocity of the aircraft
d
Original-Nachricht
Betreff: Re: [Flightgear-devel] Re: Curtis - small change of UFO.cxx
possible?
Datum: Sat, 11 Mar 2006 17:58:18 +0100
Von: Georg Vollnhals <[EMAIL PROTECTED]>
An: flightgear-devel@lists.sourceforge.net
Referenzen: <[EMAIL PROTECTED]>
Hi Geoff,
Geoff Air s
* Georg Vollnhals -- Saturday 11 March 2006 18:00:
> I suppose there were some reasons not to use the simple solution [...]
That's easy:
Your problem was that the hard-coded value didn't suit you for all
purposes. Throwing in yet another hard-coded value to solve this
is a bad idea. Next time som
On Friday 10 March 2006 14:38, Melchior FRANZ wrote:
> * Melchior FRANZ -- Thursday 09 March 2006 19:43:
> > (D) "-1000 ft" crash. Don't remember the exact message. Doesn't
> > seem related to any "special" subsystem.
>
> "Attempting to schedule tiles for bogus lon and lat = (-1000,0)
> Thi
* Melchior FRANZ -- Saturday 11 March 2006 18:09:
> Taking into account that some people don't calibrate their joysticks
> is yet another bad idea.
OTOH, we could ignore throttle values < 0.05 or something. Even after
calibrating the lowest throttle value may not always be 0 in the end
position.
Original-Nachricht
Betreff: Re: [Flightgear-devel] Re: [Fwd: Re: Curtis - small change of
UFO.cxx possible?]
Datum: Sat, 11 Mar 2006 18:49:22 +0100
Von: Georg Vollnhals <[EMAIL PROTECTED]>
An: flightgear-devel@lists.sourceforge.net
Referenzen: <[EMAIL PROTECTED]> <[EMAIL PROT
* Georg Vollnhals -- Saturday 11 March 2006 18:57:
> my answer to Geoff was *not* meant in a bad way.
Hehe. Never mind. I was a little annoyed by the "Just 3 lines" remark
and the "not to use the simple version", but that wasn't serious. :-)
> The only theoretical advantage of the "gear-down/
* Melchior FRANZ -- Saturday 11 March 2006 19:07:
> We could also add a controls.gearDown() function to ufo-set.xml if
> it turned out to be a big help (which I don't expect).
Or you put it in yours. This is what you seem to want:
controls.gearDown=func(x){if(x){setprop("engines/engine/speed-
Melchior FRANZ schrieb:
* Melchior FRANZ -- Saturday 11 March 2006 19:07:
We could also add a controls.gearDown() function to ufo-set.xml if
it turned out to be a big help (which I don't expect).
Or you put it in yours. This is what you seem to want:
controls.gearDown=func(x){if(x){setpro
* Georg Vollnhals -- Saturday 11 March 2006 20:18:
> sorry I didn't want to waste all your sparetime with this little problem.
Coding Nasal is never a waste of time. :-)
> But now I am keen to learn and have to ask. Is this line a Nasal
> function which is initialised by the ufo-set.xml file?
Original-Nachricht
Betreff: Re: Curtis - small change of UFO.cxx possible?
Datum: Sat, 11 Mar 2006 21:33:29 +0100
Von: Georg Vollnhals <[EMAIL PROTECTED]>
An: Ima Sudonim <[EMAIL PROTECTED]>
Referenzen: <[EMAIL PROTECTED]>
Ima Sudonim schrieb:
Georg,
Hi,
I have a lot of pro
Hi Geoff,
Geoff Air schrieb:
Here is a tiny tested patch -
--- c:\FGCVS\FlightGear\source\src\FDM\ufo.cxxThu Mar 02 12:18:14 2006
...
Thank you for making this patch, I couldn'd do it until now ...
It also overcomes another bothersome minor 'problem' ...
frequently, when I start FG with
Melchior FRANZ schrieb:
* Melchior FRANZ -- Saturday 11 March 2006 18:09:
Taking into account that some people don't calibrate their joysticks
is yet another bad idea.
OTOH, we could ignore throttle values < 0.05 or something. Even after
calibrating the lowest throttle value may not always be
Melchior FRANZ schrieb:
Yes. But I wouldn't even edit that if it isn't necessary. Just create a
file $FG_ROOT/Nasal/local.nas where you collect all local modifications.
...
m.
Thanx, this is for my nightshift (at home), best time for me to do such
work :-)
Georg
---
KCGS has a single runway, 15/33.
Starting FG with --runway=15 or with --runway=33 works just fine.
Starting FG with no runway specified at all, OTOH, produces a message
of "Failed to find a good runway for KCGS", after which the plane is
placed at KSFO.
-c
--
Chris Metzler [
Chris Metzler writes:
>
> KCGS has a single runway, 15/33.
>
> Starting FG with --runway=15 or with --runway=33 works just fine.
>
> Starting FG with no runway specified at all, OTOH, produces a message
> of "Failed to find a good runway for KCGS", after which the plane is
> placed at KSFO.
>
David Luff writes:
> Chris Metzler writes:
>
> >
> > KCGS has a single runway, 15/33.
> >
> > Starting FG with --runway=15 or with --runway=33 works just fine.
> >
> > Starting FG with no runway specified at all, OTOH, produces a message
> > of "Failed to find a good runway for KCGS", after wh
On Sun, 12 Mar 2006 00:02:52 +
David Luff wrote:
>David Luff writes:
>> Chris Metzler writes:
>>>
>>> KCGS has a single runway, 15/33.
>>>
>>> Starting FG with --runway=15 or with --runway=33 works just fine.
>>>
>>> Starting FG with no runway specified at all, OTOH, produces a
>>> message o
Hi David,
Are you able to access any of the March activity on the flightgear
list.sourceforge.net site? I see no posts after 2/27 at sourceforge.
By the way, Melchior FRANZ sent me a note off-list objecting to my
binding "[" and "]" and my "hotspot" to FlapsDown in a local
controls.nas ins
Chris Metzler writes
It's not universal to that situation -- I just started going through
apt.dat airports with both a normal (non-water) runway and a helipad,
and (in order in apt.dat) 8L3, LA77, 97WA, and 1LA4 all loaded OK;
but then 7X8 produced exactly the same behavior as KCGS. ID19, KCCA
Dave Perry writes
Hi David,
Are you able to access any of the March activity on the flightgear
list.sourceforge.net site? I see no posts after 2/27 at sourceforge.
I also have nothing after 2/27 also.
Cheers
Innis
---
This SF.Net ema
Melchior FRANZ schrieb:
Yes. But I wouldn't even edit that if it isn't necessary. Just create a
file $FG_ROOT/Nasal/local.nas where you collect all local modifications.
That way you have that cleanly separated from the default files. You'd
then write something like this:
settimer(func {
On Sat, 11 Mar 2006, Dave Perry wrote:
> Are you able to access any of the March activity on the flightgear
> list.sourceforge.net site? I see no posts after 2/27 at sourceforge.
This is a known issue. I've pinged the sf.net team at
http://sourceforge.net/tracker/index.php?func=detail&aid=144663
36 matches
Mail list logo