> Hi Torsten you dont have to create 2 separate 3d RPM gauges.
> The xml file loads the .ac model , so create two separate RPM xml files,
> one file driven by engine 1 , the other by engine 2 , but both files
> using the same 3d model
Yep - that's what I will do.
I hope I will never model t
Hello Justin
Justin Smithies writes
Can anyone tell me where in the FG tree i can get the following variables
or
how i can add them to this model ?
OIL T
OIL Q%
VIB
HYD P
HYD Q%
Don't think they currently exist in the property tree that is why I never
used
them in the start.
BTW what wa
On Sat, 2006-02-18 at 12:03 -0700, Dave Perry wrote:
> Some questions:
> 1. There is a white sliver at the top of the right rear window that
> does not show up in ac3d. Any help in removing this would be appreciated.
The fuselage is set to 2-sided polygons. I set it to single sided in
ac3d and
* Melchior FRANZ -- Sunday 19 February 2006 00:04:
> Better make that an int:
>
> int m = props.getIntValue("dump", -1);
> if (m >= 0)
> model->print(stderr, "", m);
And better make it go from 0 (off) to 5 (max detail):
int m = props.getIntValue("dump", 0);
if (m > 0)
mode
Melchior FRANZ wrote:
Cool.
---
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 S
* Melchior FRANZ -- Saturday 18 February 2006 23:38:
> + if (props.getBoolValue("dump", false))
> +model->print(stderr, "", 1);
Better make that an int:
int m = props.getIntValue("dump", -1);
if (m >= 0)
model->print(stderr, "", m);
Then use an int property (values -1 -> off, 0 ->
* Josh Babcock -- Saturday 18 February 2006 23:08:
> Personally, I would like to see two tools added, one a function call to
> export a visual representation of a subtree as text,
Index: model.cxx
===
RCS file: /var/cvs/SimGear-0.3/S
Ampere K. Hardraade wrote:
> First, a little background:
> http://mail.flightgear.org/pipermail/flightgear-devel/2004-June/029044.html
>
> I vividly remember that this animation allows one to order the sequence at
> which objects are rendered, so that parts could be made visible even if they
>
What build system? Only the autotools do.
The autotools are just a handy tool for the UNIX crowd.
This isn't multiplatform (what FGFS tries to achieve).
..this does work on cygwin etc on Wintendo too???
I build on CygWin with autotools.
I build on Mac OS X with autotools, others use the
Sorry guys for those of you trying the updated 737 EICAS you will have to
change the paths in the xml file as i have them as 737-test not 737.
oops ;)
I'll make sure future updates are correct .
Justin Smithies
---
This SF.net email is spons
Can anyone tell me where in the FG tree i can get the following variables or
how i can add them to this model ?
OIL T
OIL Q%
VIB
HYD P
HYD Q%
Cheers
Justin Smithies
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log f
Right guys not only have i fixed the engine[1] temp but i have added dials for
the engine oil pressures too.
I have attatched the file for testing.
Justin Smithies
eicas display
270
270
background
230
230
Aircraft/737-test/Instruments/Textures/eicas background.rgb
On Sat, 18 Feb 2006 17:27:13 +0100, Christian wrote in message
<[EMAIL PROTECTED]>:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Melchior FRANZ schrieb:
> > * Frederic Bouvier -- Saturday 18 February 2006 17:05:
> >> fgrun and fgadmin haven't any config.h under MSVC. And I don't know
>
Frederic Bouvier wrote:
> Melchior FRANZ wrote:
> > Why the #ifdef? Is there a reasonable case where CONFIG_H is *not*
> > available?
>
> It has always been the practice to enclose #include by
> #ifdef HAVE_CONFIG_H from the beginning of autoconf/automake.
That's not really an answer to the ques
Thanks to Erik Hofman and David Megginson for putting the original model
and two sets of patches into cvs.
This was my first attempt at adding a "model" to fgfs and I learned a
lot by browsing other aircraft, especially the pa28-161 and the dh2.
Some things that are done in this model that ma
Hi can someone get me started by explaining how i get a needle on the left oil
preesure gauge. I know what property to
use /engines/engine[0]/oil-preesure-psi
I need to know what variables tell it where it is placed etc.
Once i see how one is done i can continue and add the rest etc.
Please if
Christian Mayer wrote:
> So to stay portable it's a must - you are including a file that does
> not exist otherwise.
Again: just stub out an empty config.h and check it in. Will this not
work on MSVC for some reason? Note that all other platforms are Unix
and use autotools, MSVC is the only one
Mathias Frölich wrote:
> Because that is the way automake is supposed to work. You can
> either include all defines autoconf generates in the compilers
> commandline, then HAVE_CONFIG_H is not defined or autoconf puts the
> defines into config.h and defines HAVE_CONFIG_H ...
What's wrong with jus
Andy Ross wrote :
> Frederic Bouvier wrote:
>
>> Melchior FRANZ wrote:
>>
>>> Why the #ifdef? Is there a reasonable case where CONFIG_H is *not*
>>> available?
>>>
>> It has always been the practice to enclose #include by
>> #ifdef HAVE_CONFIG_H from the beginning of autoconf/automa
Frederic Bouvier wrote:
> Melchior FRANZ wrote:
> > Why the #ifdef? Is there a reasonable case where CONFIG_H is *not*
> > available?
>
> It has always been the practice to enclose #include by
> #ifdef HAVE_CONFIG_H from the beginning of autoconf/automake.
That's not really an answer to the quest
Hi Torsten you dont have to create 2 separate 3d RPM gauges.
The xml file loads the .ac model , so create two separate RPM xml files,
one file driven by engine 1 , the other by engine 2 , but both files
using the same 3d model
Syd
-
Missed this one the N1 values differed too corrected this...
Updated the eicas.xml file
I hope to get some of the other gauges operational too.
Justin Smithies
eicas display
270
270
background
230
230
Aircraft/737-test/Instruments/Textures/eicas background.rgb
0
Hi guys,
i have just fixed a bug in the 737 eicas. It used to display one
engines degf as -18 and the other as 735 now they both display correctly.
I have attatched the fixed xml file.
This would have to be appied to the new 737-300 too...
Justin Smithies
eicas display
270
27
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Melchior FRANZ schrieb:
> * Frederic Bouvier -- Saturday 18 February 2006 17:05:
>> fgrun and fgadmin haven't any config.h under MSVC. And I don't know
>> about Mac or another potential, non unix, system.
>
> OK. But most likely because the build syst
* Mathias Fröhlich -- Saturday 18 February 2006 17:18:
> On Saturday 18 February 2006 17:13, Melchior FRANZ wrote:
> > so why ask if it's there?
> You can either include all defines autoconf generates in the compilers
> commandline, then HAVE_CONFIG_H is not defined or autoconf puts the defines
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Saturday 18 February 2006 17:05:
>
>> fgrun and fgadmin haven't any config.h under MSVC. And I don't know
>> about Mac or another potential, non unix, system.
>>
>
> OK. But most likely because the build system doesn't generate
> them. Flight
On Saturday 18 February 2006 17:13, Melchior FRANZ wrote:
> OK. But most likely because the build system doesn't generate
> them. FlightGear's and SimGear's build system *does* generate them,
> so why ask if it's there?
Because that is the way automake is supposed to work.
You can either include al
> Nope. They work differently. You have to use normal model animations
> like rotate, spin, and translate based on properties. 3D instruments are
> no different than flaps, landing gear or any other model part. The only
> apparent difference is that they are typically (but not necessarily)
> stored
* Frederic Bouvier -- Saturday 18 February 2006 17:05:
> fgrun and fgadmin haven't any config.h under MSVC. And I don't know
> about Mac or another potential, non unix, system.
OK. But most likely because the build system doesn't generate
them. FlightGear's and SimGear's build system *does* genera
Melchior FRANZ wrote :
> * Frederic Bouvier -- Saturday 18 February 2006 16:53:
>
>> I don't mind which form it has, but this file that include system
>> peculiarities should be included at first place in every compiled c++
>> file one way or another.
>>
>
> Yes, sure. I don't doubt the imp
* Frederic Bouvier -- Saturday 18 February 2006 16:53:
> I don't mind which form it has, but this file that include system
> peculiarities should be included at first place in every compiled c++
> file one way or another.
Yes, sure. I don't doubt the importance of including config.h.
I just can't
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Saturday 18 February 2006 16:29:
>
>> Modified Files:
>> voice.cxx
>> Log Message:
>> Not missing but at the wrong place
>>
>
> Ah, OK. (Normally, one should keep #includes away from header
> files as much as possible, but as class defi
Torsten Dreyer wrote:
> Hi all,
>
> can I use the tag in 3d-Instruments?
>
> Background:
> For a piston-twin, I want to add two RPM gauges to the 3d-panel but I do not
> want to create a separate 3d model for the LH and RH gauge but tell the model
> which property drives the needle.
> In 2d p
* Frederic Bouvier -- Saturday 18 February 2006 16:29:
> Modified Files:
> voice.cxx
> Log Message:
> Not missing but at the wrong place
Ah, OK. (Normally, one should keep #includes away from header
files as much as possible, but as class definitions contain short
code parts, this CONFIG_H
Hi all,
can I use the tag in 3d-Instruments?
Background:
For a piston-twin, I want to add two RPM gauges to the 3d-panel but I do not
want to create a separate 3d model for the LH and RH gauge but tell the model
which property drives the needle.
In 2d panels, this is done by the tag. Using
quick question :
Is it possible to modify the aircraft files for an aircraft like hotspots etc
whilst you have FG running in another window ? Will these changes take place
or would i have to restart FG to see the changes ?
Justin Smithies
--
36 matches
Mail list logo