In T161515#2281353, @dedmen wrote:

[_group,"knowsAboutChanged",{hint "enemy Detected"}] call BIS_fnc_addScriptedEventHandler;

Scripted? These are not scripted handlers. addEventHandler is what you want.

Yeah but my point was more from a performance POV than mere inconvenience.

I have a plan for actionKeysEx which just returns the flags as an array, for which modifiers are pressed and stuff.
That way you don't need to handle big numbers at all

:poutcat:
could filter for only units

I like the new syntax of actionKeys. It makes some things previous impossible possible. However I have a request:

seen with T163387: Lightpoint flares not visible during daytime: apparently not fixed or not merged?

In T161515#2281542, @dedmen wrote:

They don't check. 4.0 is max value, thats special, they are not checking.

<no shape> also has an "interesting" value

What about these?

They don't check. 4.0 is max value, thats special, they are not checking.

also logic groups can see or been seen

Couple more strange ones:

@dedmen
I think the real question here is:

Group B Alpha 1-2 sees 11e1a0100# 482246: fridge_01_f.p3d delta 4.000000 now at 4.000000
Group B Alpha 1-2 sees 11e140b80# 482251: bandage_f.p3d delta 4.000000 now at 4.000000
Group B Alpha 1-2 sees 11e140100# 482252: radio.p3d delta 4.000000 now at 4.000000
Group R Charlie 4-6 sees 14bf36b00# 476558: dummyitem.p3d delta 0.018084 now at 0.091254

The sees messages were debug messages that I forgot to remove
But each f these triggers the "KnowsAboutChanged" handler.

Should be fixed in 148846

As yesterdays development branch changelog says "Added: Group Event Handlers" i assume its suppossed to work already with this version.

Should be fixed in rev 148845

what a bug!

Sorry to bring up a very old thread, but if anybody has a solution/fix to this problem it would be greatly appreciated. I've also always had this issue over multiple OS's, hardware, etc.

Cannot be fixed, too risky, fixing leap year might move dates and missions could be dependent on it and full moon dates could change, so we have to live with the fact that you cannot have December 31 on a leap Year

Should be fixed in 148841

Rev 148840, skipTime is limited to +/- 1000 hours per skip

Will be fixed in the next update. Thank you!

Will be fixed in the next update. Thank you!

Will be fixed in the next update. Thank you!

Will be fixed in the next update. Thank you!

Will be fixed in the next update. Thank you!

Will be fixed in the next update. Thank you!

2.10 adds group eventhandlers with KnowsAboutChanged /*group:group, object:targetUnit, number:newKnowsAbout, number:oldKnowsAbout*/ \
dev branch this or next week

This is for bug reporting only

This doesn't make sense. SoundPlayed EH doesn't fire "if you want to make a scripted customized system." by which I assume you mean playing sounds yourself.
It only plays the hardcoded engine sounds played by units. And the source object is always the unit itself that is passed in first parameter already, doesn't makse sense to pass the unit twice.

In T161515#2255851, @Ron4Swat wrote:

From my point of view it would be enough, especially as the followup code usually has to be executed where unit and its group is local anyway.

If you're carrying the schematics in any other vehicle and you get blown up, the schematics drop out of the vehicle. If you get blown up in a Zamak Truck, the schematics are destroyed and the game ends in either a defeat or a draw. The issue is that it ends.

2.06 profiling v9
2.08 profiling in general
2.10

So you would like the schematics to drop out of the vehicle?
I don't see how the match could end differently if the Schematics are destroyed, which would be a realistic consequence to it getting blown up in a truck.
or is it more the issue that it doesnt end consistently in either draw or defeat?

Just a note - this parameter is only relevant for helicopters and will be removed from all other vehicles - including HEMTT

So the same thing happened 3 more times, and I checked the Windows event viewer and apparently it was a display driver crash each time. This makes no sense as I'm able to run MSI Kombustor without incident, but I guess it's not the game causing it so I suppose disregard this report.

should be fixed in 148800

should be fixed in 148800

It changes a few things, not sure exactly which, but it also hides chat

In T163208#2279533, @BIS_fnc_KK wrote:

One other thing is it will hide chat in multiplayer if Stream Friendly UI is enabled in game options

One other thing is it will hide chat in multiplayer if Stream Friendly UI is enabled in game options

Got same issue, but with STR.

In T163245#2279317, @TRAGER wrote:

stable 2.06

1. spawn AA enemy
2. spawn player on air vehicle
3. wait missile incoming
4. change Radio value

stable 2.06

1. spawn AA enemy
2. spawn player on air vehicle
3. wait missile incoming
4. change Radio value