phrogZ

Hello, crash today: 2024-10-20 17:37:57.301 INFO Scripting (Main): event:type=takeoff,initiatorPilotName=ramdane,place=Beslan,t=23913.654,placeDisplayName=Beslan,initiator_unit_type=FA-18C_hornet,initiator_object_id=17437442,linked_event_id=0,event_id=11890,initiator_coalition=2,initiator_ws_type1=1,initiatorMissionID=334, 2024-10-20 17:38:05.945 INFO Scripting (Main): event:initiatorPilotName=ramdane,target_coalition=2,linked_event_id=0,targetMissionID=0,target_ws_type1=1,initiator_object_id=17437442,target=,target_object_id=35085058,targetPilotName=,type=eject,target_unit_type=,t=23922.297,initiator_unit_type=FA-18C_hornet,event_id=11891,initiator_ws_type1=1,initiatorMissionID=334,initiator_coalition=2, 2024-10-20 17:38:05.945 INFO Scripting (Main): event:weapon_type=5972500,initiatorPilotName=SA-18 Igla-S manpad,target_coalition=2,linked_event_id=11888,targetMissionID=334,target_ws_type1=1,initiator_object_id=18059009,target=FA-18C_hornet,target_object_id=17437442,targetPilotName=ramdane,type=kill,target_unit_type=FA-18C_hornet,t=23922.297,initiator_unit_type=SA-18 Igla-S manpad,event_id=11892,weapon=9M39 Igla,initiator_ws_type1=2,initiatorMissionID=1003506,initiator_coalition=1, 2024-10-20 17:38:05.945 INFO Scripting (Main): event:type=score,initiatorPilotName=SA-18 Igla-S manpad,t=23922.297,linked_event_id=11892,initiator_unit_type=SA-18 Igla-S manpad,event_id=11893,initiator_object_id=18059009,amount=50,comment=air,initiator_coalition=1,initiator_ws_type1=2,initiatorMissionID=1003506, 2024-10-20 17:38:05.947 ERROR SCRIPTING (Main): Mission script error: [string "autoCSAR = {}..."]:176: attempt to call method 'isExist' (a nil value) stack traceback: [C]: in function 'isExist' [string "autoCSAR = {}..."]:176: in function 'onEvent' [string "Scripts/World/EventHandlers.lua"]:13: in function <[string "Scripts/World/EventHandlers.lua"]:11>

Thanks for all the great work, really appreciate it!

FYI dedicated server is still crashing with SSB : 2024-08-13 20:50:46.082 ERROR SCRIPTING (Main): Mission script error: [string "cfxSSBClient = {}..."]:297: attempt to call method 'getLife' (a nil value) stack traceback: [C]: in function 'getLife' [string "cfxSSBClient = {}..."]:297: in function 'onEvent' [string "Scripts/World/EventHandlers.lua"]:13: in function <[string "Scripts/World/EventHandlers.lua"]:11> [C]: in function 'force_player_slot' [string "stopGap = {}..."]:286: in function <[string "stopGap = {}..."]:276>

I read somewhere ( don't remember where ) there is a new bug: with both S_EVENT_KILL, onGameEvent('kill'). EDIT: It was on SpecialK discord: "There is a big issue in the latest ED patch. We do get doubled S_EVENT_KILL and onGameEvent('kill') events now"

Not sure if related to the same issue, but this one is causing some dedicated server crash, seems related to getLife in SSB (please don't care about the grpc errors) : 2024-07-14 22:26:37.990 INFO Scripting (Main): event:type=pilot dead,initiatorPilotName=WOLF 1-4 | phrogZ,t=377.198,initiator_unit_type=OH58D,initiator_object_id=16778754,linked_event_id=0,event_id=1703,initiator_coalition=2,initiator_ws_type1=1,initiatorMissionID=784, 2024-07-14 22:26:38.988 INFO ASYNCNET (Main): release unit 784 2024-07-14 22:26:38.989 ERROR SCRIPTING (Main): [GRPC] Error in event handler: [string "C:\Users\Administrator\Saved Games\DCS.public\Scripts\DCS-gRPC\methods\mission.lua"]:38: attempt to call method 'getCategory' (a nil value) stack traceback: [string "C:\Users\Administrator\Saved Games\DCS.public\Scripts\DCS-gRPC\methods\mission.lua"]:38: in function 'typed_exporter' [string "C:\Users\Administrator\Saved Games\DCS.public\Scripts\DCS-gRPC\methods\mission.lua"]:254: in function <[string "C:\Users\Administrator\Saved Games\DCS.public\Scripts\DCS-gRPC\methods\mission.lua"]:63> (tail call): ? [C]: in function 'xpcall' [string "C:\Users\Administrator\Saved Games\DCS.public\Scripts\DCS-gRPC\grpc.lua"]:233: in function 'onEvent' [string "Scripts/World/EventHandlers.lua"]:13: in function <[string "Scripts/World/EventHandlers.lua"]:11> [C]: in function 'force_player_slot' [string "stopGap = {}..."]:286: in function <[string "stopGap = {}..."]:276> 2024-07-14 22:26:38.989 ERROR SCRIPTING (Main): Mission script error: [string "cfxSSBClient = {}..."]:297: attempt to call method 'getLife' (a nil value) stack traceback: [C]: in function 'getLife' [string "cfxSSBClient = {}..."]:297: in function 'onEvent' [string "Scripts/World/EventHandlers.lua"]:13: in function <[string "Scripts/World/EventHandlers.lua"]:11> [C]: in function 'force_player_slot' [string "stopGap = {}..."]:286: in function <[string "stopGap = {}..."]:276>

Thx ED !!! hope to see more API improvement like that in the future

Hello, I not 100% it's the last patch that change something, and I'm not 100% sure that is not the normal behaviour. With the world.event.S_EVENT_DEAD event, it seems there are more empty events (with only ["id"] and ["time"]). And some other dead Events are coming about 1 minute later, some are coming live. I added a simple mission as a POC. Test_3_DeadEventSimple.miz

What you did to have persistence is awesome. If you do the ratio of benefits/problems... benefits win largely . IMO It was worse few years ago, and now it's pretty reliable! Speedboat issue ( It was not already reported, and I have this issue since 3-4 months ago) will be fixed. It's not a blocking point, you can still open the editor and remove the unit. I also had the second case it happens approximately on 1 of 50 killed unit, not a big deal, kill again the unit a second time and voila!

For the speedboat I'll ask today, but I want to submit an other issue a the same time (I need to build a short miz to reproduce the other problem).

It's has been reported internally, and a fix is coming... I encounter the issue with some static unit (I.E. sandbox) and not all the static unit. There was also an issue with the speedboats that are not saved with the persistence, BUT it's not specific to this update ( I didn't troubleshoot it, neither reported it).

There is a bug. The problem has been reported last week, and it seems there is a fix ongoing .

With the last two patches, does someone saw some strange behaviour with the persistence file and static unit? In SnowfoxUnitInterment.lua, there are entries like SnowfoxUnitInterment[28] = "static" It happens when a static unit is destoyed, normally it shoud go in SnowfoxStaticInterment.lua but it's not. Did I break something, or is it the latest patch?

Hello, this sounds awesome. I have few questions about moving units and how the "load/save part" is working: 1/ In case of unit (naval/ground), when there are loaded do they spawn in there original location? I.E. If they are moving, does they spawn at there original location? or the position is saved and they will spawn to there last saved location ? 2/ If there is a moving unit, what happens after the "next load" do the waypoints are still here?

I don't know if it has been already suggested, but as far as I remember the pilot and name should be exactly the same.