Print

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

[langdon]

Sweet..downloaded and looking at it now...

Am I wrong or did you just release something that could potentially change Outerra forever?

Objects communicating with the world outside the Outerra engine, which means they can potentially communicate with each other.

So... if that's the case...its just a matter of time before I  can fly the Cessna on vatsim
L

[langdon]

Small problem...

I'm pretty sure I worked out how it functions but I may be getting it wrong so:

t817 code:

function update_frame(dt, engine, brake, steering, parking)
{
    $plugin.set_value(99);

...
}


dll code:

int tVal = 22;
   myfile << "Value a:" << plg.get_value() << "\n";
   myfile << "Value b:" << tVal << "\n";

the output in my dll log file (myfile) is:

Value a:0
Value b:22
Value a:0
Value b:22
Value a:0
Value b:22
Value a:0
Value b:22

....

I didn't change much else in the example dll. Only enough to write the log file.

Also, the dll compiles ok but when I exit Outerra I always get this error: (dialog popup image attached):

The instruction at xxxxxxxxxxxxxxx  referenced memory at xxxxxxxxxxxxxx. The memory could not  be read.

Note.. I get the same error even if I use the example without any modification.
I'm using VS 2013 on Win 10 if it matters


Am I missing something?

L

[cameni]

The example increments the value from plugin for each new vehicle spawned. That worked fine, so I guess you must be clearing the value somewhere, or talking to a different plugin class instance.

Yep, the latter - the plg member is not actually used, when the script connects, it invokes the creator method (plugin::get), and that creates its own local singleton object. You can change it to access the _M module object instead, and take the plugin class instance from there (but it probably needs to be changed to iref<plugin> plg

The crash is likely because of incorrect cleanup when the plugin unloads and leaves the singleton that destroys late.

[langdon]

Ok..I kinda get it.. I didn't notice the code in the script that incremented the value on each vehicle spawn... my bad... but I see that the value can be passed between objects...super cool.

Up front..I just want to apologize for you having to teach me my job but I'm a bit lost with:

You can change it to access the _M module object instead, and take the plugin class instance from there (but it probably needs to be changed to iref<plugin> plg

Are you talking about  changing the script to access the instance of plugin created by the dll?

[cameni]

No, in the C++ code. When js queries the interface, a special creator method gets called, in this case plugin::get. It should return a plugin object. It's completely in its hands what object gets returned - whether it's a singleton, or a newly created instance of the object, or something obtained from somewhere based on the optional parameters.

I made a mistake of adding plugin plg; into the igc_plugin object, but that instance wasn't the one returned by the creator method.

[langdon]

Yay...
Thanks for your patience.

static iref<plugin> _PLG = plugin::get();

gets me the same instance being used by the javascripts and I'm picking up the  vehicle spawn ids as they change.

Thanks heaps.

[langdon]

Is there a variable in script that indicates which

var geom = me.get_geomob(0);
geom.get_inst_id()

is currently being inhabited, that is, if I spawn 2 vehicles and I jump out of one and into the other is there some variable somewhere that says 'player is currently controlling object x' ?

Thanks,
L

[cameni]

I don't think any such variable is currently available to vehicle scripts or igc.

[langdon]

As a temporary measure, I suppose I could add a switch to the cockpit that says.."I'm here" and send the inst_id into the plugin.

[langdon]

I just got a whole order of magnitude more respect for those poor guys that code multithreaded servers for MMOs and MOGs.

It's one thing to spam a bunch of coordinates out through a port..
It's a WHOLE other thing to do something meaningful with them,  turn them around and send them back down all the other connected lines

[langdon]

Has anyone made an open cockpit aircraft for Outerra?

[PytonPago]

Has anyone made an open cockpit aircraft for Outerra?

You mean like the Shavrov Sh-2 ?

http://forum.outerra.com/index.php?topic=1281.0

[langdon]

Thanks,

I download and installed it but unfortunately something in the script must be broken.
I'll have a poke around and see if I can get it airworthy again

[HiFlyer]

Thanks,

I download and installed it but unfortunately something in the script must be broken.
I'll have a poke around and see if I can get it airworthy again

Yup, that plane has been grounded for quite a while.

[langdon]

@Cameni..

I've got a rudimentary setup now but I have a few questions.

I open Outerra on two machines and spawn two t817 's. on each machine.
t817 A is controlled by me and t817 B is controlled by the 'other' Outerra user.

Q1. Is it possible to run two  instances of Outerra on one machine? My testing says no but maybe you know differently?

Q2. If I run one FULL copy of Outerra (paid for) and one demo copy on another machine the pc running the demo-only copy doesn't seem to run the plugin.dll? Is that correct?

Q3. If I start a FULL version on PC A  and then start a full version on PC B. PC A gets 'logged out' from you guys. It still continues to send my server data so it'll do in a pinch but do I strictly need two full versions of Outerra?

Thanks,
L