FSX Key event logger : identify an event

[Fdd_fr]

Hello,

I check my panel with Key Event logger of Pete Dawson to avoid to get Key_event which flood the Sim

But I have a event that comes periodicaly and each gauge cycle and I don't know what is the origin :

"KEY_MULTIPLAYER_TRACK_TOGGLE"

Can you tell me what is this event and how prevent flooding ?

Thanks

 

[delivery guy]

How to prevent flooding. Flooding is when you ask an event to do something from external coding like xml coding and you do not ask if the event was off before the event starts.

EXAMPLE:

flood
(A:IF_ON,bool) 1 == if{ 1 (>K:DO SOMETHING) }

no flood
(A:IF_ON,bool) 1 == (A:DO_SOMETHING,bool) 0 == and if{ 1 (>K:DO SOMETHING) }

 

[WarpD]

This was a post from 2016... I don't think it was desperate for a response.

 

[delivery guy]

This was a post from 2016... I don't think it was desperate for a response.

I knew that but its better to answer even late for when someone searches google like i did and comes across this post. I was searching for another reason. Seems using FUIPC to check for flooding shows K events and does not show Lvars flooding. Do i need another program to check for Lvars flooding?

 

[rcbarend]

I knew that but its better to answer even late for when someone searches google like i did and comes across this post. I was searching for another reason. Seems using FUIPC to check for flooding shows K events and does not show Lvars flooding. Do i need another program to check for Lvars flooding?

Euhh .... What do you mean by "Lvars flooding" ???
From everything I know (but correct me if I'm wrong) just writing an Lvar at every schedule, has equal or less impact on code size or CPU cycles then testing it's previous state before writing it.

Rob

 

[delivery guy]

Euhh .... What do you mean by "Lvars flooding" ???
From everything I know (but correct me if I'm wrong) just writing an Lvar at every schedule, has equal or less impact on code size or CPU cycles then testing it's previous state before writing it.

Rob

Its not about just writing an Lvar. Flooding is from that Lvar event or K event telling it to do something over and over until the end of the flight or a anti Lvar is set. So about 1000 times a minute you have 1 lvar making your CPU work. Add that up with more flooding and the rest of the simulation and it becomes too much for multiplayer servers and slower computers.

Got an answer from Bill today to try xml tools as this does show if Lvars are flooding. I always prevent flooding for any type of event because flooding will impact the cpu and the most important reason is for multiplayer servers. It can cause a server to crash. I always check my K events for flooding before i release a project but i was not aware FUIPC will not show Lvars. I already anti all my Lvars to prevent flooding but if you do not check you will find that some may still be flooding. Keep in mind some K events and L events might have to be left flooding when used because of complex coding. Just try to write the code so it does not flood when not used. I have some complex fuel systems that has miles of coding and i am not going to make it 5 times longer.

 

[Roy Holmes]

In multiplayer certain A vars are broadcast every cycle so that the state of your airplane can be seen by other players. For example if you lower the gear everyone close enough can see that it is down. In multiplayer every K event is transmitted as it occurs. Flooding is when this event occurs each cycle. L:vars are only transmitted to other gauges in your airplane and their states/values are not broadcast in multiplayer.
Roy

 

[WarpD]

I don't think it's possible to flood with an L:var.

 

[Roy Holmes]

You might screw up your own frame rate, but the others in MP will not be affected.
Roy

 

[taguilo]

LVars do not produce flooding. They not even produce noticeable loss of fps. I've checked it up to 2500 lvars updated on every code cycle.
However, in MP sections they can be a factor sometimes. I recall being found that they might be broadcasted from gauges within 2D Panels, though not from gauges in VC or in model scripts.
And I guess the same might apply for shared cockpit.


Tom

 

[delivery guy]

You might screw up your own frame rate, but the others in MP will not be affected.
Roy

That is good to know. I use my own custom XML TOOL for developing and FUIPC for checking K event flooding. Now i have XMLTOOLSv201 installed for checking Lvars. Seems the vars is only showing the variable and not the event. How do i check the Lvar events?

 

[rpmc]

There is no such thing as an Lvar event.

 

[taguilo]

That is good to know. I use my own custom XML TOOL for developing and FUIPC for checking K event flooding. Now i have XMLTOOLSv201 installed for checking Lvars. Seems the vars is only showing the variable and not the event. How do i check the Lvar events?

As Bob stated, there are no LVar events, they are directly updated, similar to vars in other languages.
If you want to check FS Events, just use XMLEvents utility included in XMLTools package.

Tom

 

[delivery guy]

There is no such thing as an Lvar event.

When you write LVAR xml code 1 is a variable and the other is an event. No other way to explain each that i know of.
Anyways i now see XML "Events" from XMLTOOLS is showing the events. And yes that is an event!

 

[rpmc]

There is no such thing as an Lvar event.

 

[delivery guy]

There is no such thing as an Lvar event.

Oh i see the term Lvar and the var is saying variation. What do you call the event that comes from the Lvar then??? L event.

 

[rpmc]

This is just a simple case of flight sim nomenclature.

L Var. That stands for L Variable. There are A variables, C, E, G, L, and P variables.

Event. An event is an instruction, or command, to the simulator to perform an action, like move the elevator, lower the gear, turn on autopilot altitude hold. A joystick, keyboard, mouse, or code are commonly used to fire an event. In code, an event is proceeded by the letter K.

I don't know what you're getting at when you say "the event that comes from the LVar.

 

[delivery guy]

Removed

 

[delivery guy]

LVars do not produce flooding. They not even produce noticeable loss of fps. I've checked it up to 2500 lvars updated on every code cycle.
However, in MP sections they can be a factor sometimes. I recall being found that they might be broadcasted from gauges within 2D Panels, though not from gauges in VC or in model scripts.
And I guess the same might apply for shared cockpit.


Tom

This is also good to know. I am glad to know that only 2D panels gauges can flood MP.

P.S. If i remember you developed the XMLTOOLS?

 

[WarpD]

Variables are variables... events are events. They have nothing to do with each other.

LVARs are best described as LocalVARiables... easy to identify because they start with L:. The use of a > (greater than) symbol has nothing to do with an event, not sure why you got that impression. It signifies assignment... as in assigning the value to the LVAR. K: is used to trigger a KNOWN or a CUSTOM event. A known event is one that is listed in the SDK, a custom event is a numeric value that falls within a SDK defined range and is only understood by custom code that is expecting it. You are seriously crossing your signals with regards to all of this.