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.

In i10n\DEFAULT\ look at the file named "something Helo Operations.lua" it should be in the function "function EventHandlerHeloBirth:onEvent(Event)", or just search the line if ( EventGroupType == "UH-1H" or EventGroupType == "Mi-8MT" or EventGroupType == "SA342L" or EventGroupType == "SA342M" or EventGroupType == "SA342Minigun" or EventGroupType == "SA342Mistral" or EventGroupType == "Ka-50" or EventGroupType == "Mi-24P" or EventGroupType == "AH-64D_BLK_II" ) then I guess if you add the getTypeName() of the UH-60L, it should work. Not sure but to give you an idea (I'm unsure of the typeName) : if ( EventGroupType == "UH-1H" or EventGroupType == "Mi-8MT" or EventGroupType == "SA342L" or EventGroupType == "SA342M" or EventGroupType == "SA342Minigun" or EventGroupType == "SA342Mistral" or EventGroupType == "Ka-50" or EventGroupType == "Mi-24P" or EventGroupType == "AH-64D_BLK_II" or EventGroupType == "UH-60L" ) then

Issue fixed, Thx a lot!!

cool, many thanks for the feedback!

Thanks, two d3dx_user.ini file from my computer and my laptop. I added the d3d11_log.txt from my computer (from the test with a new dcs profile). Laptop_d3dx_user.ini NormalPC_d3dx_user.ini NormalPC_d3d11_log.txt

So I updated the result in the previous post above. But I tested on my laptop (new DCS setup + new quest 2 setup + windows 11) and I have the same result. I attached the logs if needed, and It was test during a quick free flight with F-18. nvapi_log.txt d3d11_log.txt

Thanks for the feedback! I have the issue on any mission (solo and multiplayer), It seems to be particular to my setup. So I'm not sure a track will be useful for you. I plan to do more testing soon: If possible test running the launcher in "windows 10" compatibility mode. Test with a new dcs profile: KO Test on another computer: KO Try to disable some overlay (microsoft gamebar and or nvdia stuff): No overlays enabled Is there any other test I can do?

no, and it's on an other disk: "D:\Eagle Dynamics\DCS World OpenBeta" I just tried to launch the loader as an admin, same issue. I tried also solo, same issue. Are you running windows 11 ? This can be my problem...

I just tried lcontrol + lalt + f12. It doesn't solve the issue. I discovered that lalt+f12, reset something because after that I can access to the lshift+f7 menu again. Now I'm able to fully describe the problem (with screenshot): 1/ in the map screen (F10) I press lshift+f3 2/ I press F1 to return in the cockpit, and no coordinates are displayed. 3/ If I press lshift+f7 I have this: 4/ Then if I press lalt+f12 (OR lshift+f7 to close the upper left "square" and lalt+f12), I guess it's reseting something because I can then access the lshift+f7 menu. Here are my video settings, I think there are compliant with the mod:

Without any other mods with a full check/repair, I've the same (with a quest2). Shift+f7 is displaying the menu, then after saving the config the mod doesn't work anymore (shift+f7 KO and shift+f3 KO).

Ok, thanks for the feedback! Seems to be on my side, I'll do more troubleshooting... Starting by a full repair, and the troubleshotting guide.