If my memory of the flightgear development history serves me correctly, we
originally used system time, without any option to change that.
This had obvious disadvantages, because it didn't allow any flexibility,
although I believe we already had the ("T"/"t") keyboard combinations to
advance /
* syd & sandy -- Sunday 02 July 2006 01:19:
> Maybe I'm on the wrong track , but why not use the
> /accelerations/pilot-g property ?
Only YASim sets this. None of the other FDMs does. That's why I had used
/accelerations/pilot/z-accel-fps_sec * -0.03108095 in the now obsoleted
new src/Instrumenta
I forget who setup the original --time-match-local options (and friends)
and I never really understood how they went together. I think if you do
test out a change here, make sure that the
--timeofday=dawn,noon,morning,night,etc. option still works correctly.
Regards,
Curt.
Durk Talsma wrote
> Thanks for the answer on the dialogs. For the time being I will put the GUI
> on the backburner since some development needs to be done.
>
> I want to implement max and min g-load needles on a g-meter instrument.
> I was thinking that setting up a listener in nasal for vertical acceleration
>
Lee Elliott wrote:
> It's not impossible, of course, but in addition to everything
> that is currently being passed between mp clients, a widely
> varying range of animation data would also have to be exchanged,
> in a scheme that would also have to cope with multiple instances
> of identical
Lee Elliott wrote:
> On Saturday 01 July 2006 17:05, Josh Babcock wrote:
>
>> Is there some property that plane modelers can use to do LOD
>> and turn off certain animations on aircraft that are being
>> flown remotely? Planes like the bo105 with complex animations
>> look pretty funny when th
On Saturday 01 July 2006 17:05, Josh Babcock wrote:
> Is there some property that plane modelers can use to do LOD
> and turn off certain animations on aircraft that are being
> flown remotely? Planes like the bo105 with complex animations
> look pretty funny when they are not being flown locally,
Lee Elliott wrote:
> Trying to detect them with the wxradar would be a bit like trying
> to cook a photograph of a steak for your dinner:)
M, silver chloride. Yummy.
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technolo
On Saturday 01 July 2006 13:08, Justin Smithies wrote:
> Me and Syd have implemented the wxradar into our 777-200 model
> and have noticed that it will only display the clouds if 3d
> clouds are selected. Is there a reason for this or is it
> simply something that was overlooked ?
>
> Regards,
> Ju
Ampere K. Hardraade wrote:
> On Saturday 01 July 2006 17:27, Josh Babcock wrote:
>> Make it call itself with settimer(foo, 0.05); or something like that as
>> it's last line to get a tight polling schedule. It's possible that it
>> will miss a max or min, but that property shouldn't be changing so
On Saturday 01 July 2006 17:27, Josh Babcock wrote:
> Make it call itself with settimer(foo, 0.05); or something like that as
> it's last line to get a tight polling schedule. It's possible that it
> will miss a max or min, but that property shouldn't be changing so fast
> that 20/sec won't catch i
On Saturday 01 July 2006 22:13, flying.toaster wrote:
> I want to implement max and min g-load needles on a g-meter instrument.
The Lightning has one of these. Just the usual polling "timer", written
before there were listeners, though this isn't a very good place for a
listener anyway AFAICS.
flying.toaster wrote:
> Thanks for the answer on the dialogs. For the time being I will put the GUI
> on the backburner since some development needs to be done.
>
> I want to implement max and min g-load needles on a g-meter instrument.
> I was thinking that setting up a listener in nasal for ver
Thanks for the answer on the dialogs. For the time being I will put the GUI on
the backburner since some development needs to be done.
I want to implement max and min g-load needles on a g-meter instrument.
I was thinking that setting up a listener in nasal for vertical acceleration
would do the
* Jon S. Berndt -- Saturday 01 July 2006 14:35:
* * Melchior FRANZ -- Saturday 01 July 2006 09:21:
[gui.showWeightDialog()]
> > JSBSim is not capable of providing this functionality. That's why
> > this entry is greyed out for JSBSim aircraft.
> Is there a property we (JSBSim) need to provide tat
Is there some property that plane modelers can use to do LOD and turn
off certain animations on aircraft that are being flown remotely? Planes
like the bo105 with complex animations look pretty funny when they are
not being flown locally, with doors missing, rotor blades all in one
spot etc. It wou
> JSBSim is not capable of providing this functionality. That's why
> this entry
> is greyed out for JSBSim aircraft. But you can, of course, override that,
> and offer an optional dialog. Just redefine gui.showWeightDialog() in
> Nasal space and generate a different dialog.
Is there a property we
Justin Smithies asked:
>
> Me and Syd have implemented the wxradar into our 777-200 model and have
> noticed that it will only display the clouds if 3d clouds are selected.
> Is there a reason for this or is it simply something that was overlooked ?
>
The wxradar displays the positions of the 3
Me and Syd have implemented the wxradar into our 777-200 model and have
noticed that it will only display the clouds if 3d clouds are selected.
Is there a reason for this or is it simply something that was overlooked ?
Regards,
Justin Smithies
Using Tomcat but need to do more? Need to support we
Hi all,
I'm investigating a time-offset initialization problem, related to a broken
--time-match-local command line option. This option should set the local
simulator time to the same time as where I am in real life. For example, I am
located in a CET timezone, where it is 13:15, and want to fl
On Saturday 01 July 2006 10:44, Melchior FRANZ wrote:
> But it's not finished, and I'm not sure if I want to waste more time.
Why 'waste time'?
What do you have and what do you still need to do in your opinion?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
Using
Melchior FRANZ wrote:
> * Erik Hofman -- Saturday 01 July 2006 10:39:
>> It would already be an improvement to add what you have now (using
>> properties and such) and take care of using the scenegraph at some later
>> time IMHO.
>
> But it's not finished, and I'm not sure if I want to waste mor
On Saturday 01 July 2006 10:36, Melchior FRANZ wrote:
> * Mathias Fröhlich -- Saturday 01 July 2006 10:30:
> > I would like to get rid of the direct opengl calls in the hud. Drawing
> > the hud with some kind of multi stage rendering is an other different
> > thing we can think about. See the remar
* Erik Hofman -- Saturday 01 July 2006 10:39:
> It would already be an improvement to add what you have now (using
> properties and such) and take care of using the scenegraph at some later
> time IMHO.
But it's not finished, and I'm not sure if I want to waste more time.
m.
Using Tomcat but n
Melchior FRANZ wrote:
> OK, so I shall stop any further work on the HUD? No problem. Done.
> Would have been nice if you had spoken up a little sooner. We are
> discussing the HUD now since a long time.
It would already be an improvement to add what you have now (using
properties and such) and t
* Mathias Fröhlich -- Saturday 01 July 2006 10:30:
> I would like to get rid of the direct opengl calls in the hud. Drawing the
> hud
> with some kind of multi stage rendering is an other different thing we can
> think about. See the remark in the other mail.
OK, so I shall stop any further wor
On Saturday 01 July 2006 10:20, Melchior FRANZ wrote:
> BTW: this is already doable via render-to-texture. Unfortunately, I
> can't find the reason why the contents appear quite dark and the
> settings that work well on the 2D/3D HUD don't work there.
And keep in mind, that our rendertexture imple
On Saturday 01 July 2006 10:20, Melchior FRANZ wrote:
> * Mathias Fröhlich -- Saturday 01 July 2006 09:28:
> > What do you think about putting that stuff into the scenegraph [...]
>
> BTW: this is already doable via render-to-texture. Unfortunately, I
> can't find the reason why the contents appear
* Mathias Fröhlich -- Saturday 01 July 2006 10:19:
> I have already looked into that some time ago. I believe I understand more or
> less what is done there.
So do I. But that's not enough.
m.
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with
* Mathias Fröhlich -- Saturday 01 July 2006 09:28:
> What do you think about putting that stuff into the scenegraph [...]
BTW: this is already doable via render-to-texture. Unfortunately, I
can't find the reason why the contents appear quite dark and the
settings that work well on the 2D/3D HUD do
On Saturday 01 July 2006 09:38, Melchior FRANZ wrote:
> * Mathias Fröhlich -- Saturday 01 July 2006 09:28:
> > So you are currently redoing the hud geometries?
>
> Possiblty some of it. But first I wanted to have the source that the
> original author reportedly used, because I hoped that this would
Torsten Dreyer wrote:
> Hi, try
>
> fgfs --prop:/sim/rendering/draw-otw=0
Ah, yes. Now that you mention it.
Erik
--
http://www.ehtw.info (Dutch)Future of Enschede Airport Twente
http://www.ehofman.com/fgfs FlightGear Flight Simulator
Using Tomcat but need to do more? Need to suppo
* Mathias Fröhlich -- Saturday 01 July 2006 09:28:
> So you are currently redoing the hud geometries?
Possiblty some of it. But first I wanted to have the source that the original
author reportedly used, because I hoped that this would make the messy code
easier to understand. Not sure yet if this
On Saturday 01 July 2006 09:14, Melchior FRANZ wrote:
> Seems easy to find, but wasn't[1]:
>
> http://www.hf.faa.gov/docs/milstd1787b.zip
>
> The newest version should be 1878c, though ...
Ok.
I did not find the newest one either.
So you are currently redoing the hud geometries?
What do you thin
* Melchior FRANZ -- Saturday 01 July 2006 09:14:
> http://www.hf.faa.gov/docs/milstd1787b.zip
>
> The newest version should be 1878c, though ...
1787c, of course. :-)
m.
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated techn
* flying.toaster -- Saturday 01 July 2006 09:04:
> the only way to add menus and dialogs is by putting them on
> the $FGROOT/gui directory. Am I getting it right ?
No. You just need to add the items to /sim/menubar/default. This can be
done from local configs, *-set.xml files, command line, etc.
Seems easy to find, but wasn't[1]:
http://www.hf.faa.gov/docs/milstd1787b.zip
The newest version should be 1878c, though ...
m.
[1]
http://www.hf.faa.gov/WorkbenchTools/default.aspx?rPage=Tooldetails&subCatId=39&toolID=165
Using Tomcat but need to do more? Need to support web services, sec
> Great. I'll sift through the header files and see what I can dig up. Is
> there also a way to run FGFS as a pure flight dynamics server (thus
> disabling the visual system)? That would reduce the strain on the FDM
> system a bit and we might be able to make do with some "salvaged" PC's
> for the
Hi everybody,
I have looked closely at the README.gui file and it seems that the only way to
add menus and dialogs is by putting them on the $FGROOT/gui directory. Am I
getting it right ?
If not is there any tutorial on how to write aircraft-specific dialogs ?
If not is there a way to condi
39 matches
Mail list logo
