Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Uriah]

Ah, so it isn't directly in JSBSim. Hmmm... well I wonder how difficult it would be to setup...

[bomber]

Having seen the speed of your work,  I don't think too hard to convert the logic from Nasal to java script file called up by the planes fdm.

[HiFlyer]

http://wiki.flightgear.org/What_is_Nasal

[Uriah]

Having seen the speed of your work,  I don't think too hard to convert the logic from Nasal to java script file called up by the planes fdm.

I'll have to look into the code more in depth in the near future. I really want to do aerotowing, aerial refueling and towed radar decoys.

[HiFlyer]

Hmmmmmmm..... Well, at least one more piece of the puzzle has been revealed.........

[langdon]

As far as I've been able to ascertain, there's nno way two aircraft objects can interact. There's no collision detection/physics between them so providing one aircraft with a 'hook' and the other with a 'catch' so to speak won't work. I imagine that would've been the most realistic way to do it.

Other than that, we'd need to be able to get position and attitude data from each object to an external plugin that could manage it all and 'fake' the interaction of tug and glider.

If we could get that position and attitude data (and maybe one more generic string that we could load with anything we like) to flow back  and forward between a plugin and each object then the possibilities would be close to limitless. (AI, ATC, NAV, MULTIPLAYER etc etc).

My wishlist for 2016 would be:

1.) Position/Attitude/GenericPacket data flow in/out to a plugin for each object.
2.) Large area levelling
3.) Lighting for static objects

L

[langdon]

Hi,

Is there an updated IGC API?
I just tried compiling the example from the api zip I downloaded last year and anteworld fails to load the plugin and just stops responding.

Thanks,
L

[cameni]

I have updated the zip file to version 16.6655, also added the environment api.

[langdon]

Thanks...

CAT III approach... here we come

L

[josem75]

I dont know what kind of witchcraft you made but looking stunning.. 

[langdon]

Latest plugin  here:

http://www.siliconroad.com.au/ot/fsx_03_plugin.zip

No weather sync yet though... workin' on it.

L

[langdon]

@Cameni..

Any chance for a few code lines to get me started..
like just to change say... rain_density.

I'm having a mother of a time just getting the ot::environment pointer. (if I'm even supposed to be getting that?)

I spend all day writing vb and javascript so finding my way around a c++ api is a hard slog

L

[langdon]

OK.. got it to rain so I guess the rest is 'academic', but I'd still appreciate a few lines if you have time.

My code is probably sub par... and that's being complimentary

L

[cameni]

Once you got the environment interface (iref<ot::environment> env = ot::environment::get()), you just fill out the structs and invoke setters ... there is nothing special in it, except you need to set masks in some of the structs to indicate the values you are changing.

[langdon]

See, for a guy who writes online booking engines, getting to:

 (iref<ot::environment> env = ot::environment::get())

was a huge step   .... actually I looked at the code:

static iref<igc_plugin> _M = ot::igc::get(new igc_plugin); 

and thought...well that's kinda the same, so blundered around for a while with it and env.h and voila... managed to adjust rain.
Glad you gave me a heads up on the masks though... would've been painful finding out that the 'hard way'.

Curious now... is there a way an in game model , say a Cessna, can read the environment?
Eg...if it was dark, I could turn on a light or if it was raining, start wipers..or raining at intensity 0.9 put the wipers on high?

L