Weird crashes in 2.5OB VR after multiple edits of missions

[fargo007]

I discovered an issue related to the ME that I would like to report.

 

Environment:

 

OB 2.5

VR (rift)

Windows 10

SSD drive w/33G free

16G RAM

 

Mission specifics:

 

No third party mods installed.

~10 helos, 10 trigger zones, 2 fixed wing, ~4 vehicles

 

Reproduce:

 

1 - Conduct multiple edit/run/edit/run cycles of a freshly made 2.5ob mission. ETA - Add a script, then make changes to that script and refresh it in the mission by re-selecting it, or removing it.

 

2 - The mission will edit and save apparently fine.

 

3 - The mission will run without issue on a monitor.

 

4 - After a variable amount of edits (3+), the mission no longer works in VR.

 

5 - Observed behavior: Specifically the mission will load, you will select a slot, and as soon as you spawn in DCS will crash with the purple box with the two buttons.

 

 

2018-02-02 00:45:19.250 INFO COCKPITBASE: lua state still active GNS430, 1 (status undefined)

2018-02-02 00:45:19.250 INFO COCKPITBASE: lua state still active SNS, 2 (status undefined)

2018-02-02 00:45:19.250 INFO COCKPITBASE: lua state still active GNS430_Radio, 3

2018-02-02 00:45:19.250 INFO JSAVIONICS: Shaders preparing...

2018-02-02 00:45:19.250 INFO JSAVIONICS: Vertex shader prepared

2018-02-02 00:45:19.251 INFO JSAVIONICS: Pixel shader(col) prepared

2018-02-02 00:45:19.251 INFO JSAVIONICS: Pixel shader(tex) prepared

2018-02-02 00:45:19.251 INFO JSAVIONICS: initState OK

2018-02-02 00:45:20.496 INFO JSAVIONICS: loaded 129561 nav aids

2018-02-02 00:45:23.079 INFO JSAVIONICS: loaded 146684 cities

2018-02-02 00:45:23.092 INFO DCS: dbox failed Initialize -7

2018-02-02 00:45:23.143 ERROR SOUND: can't load wave: "effects\weapons\gsh301endin"

2018-02-02 00:45:23.285 INFO Lua: Lua CPU usage: metric: average mission execution: 3.2761 %

2018-02-02 00:45:23.497 INFO EDCORE: try to write dump information

2018-02-02 00:45:23.508 INFO EDCORE: # -------------- 20180202-004523 --------------

2018-02-02 00:45:23.510 INFO EDCORE: C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_2d65b7647eff8c45\nvwgf2umx.dll

2018-02-02 00:45:23.512 INFO EDCORE: # C0000005 ACCESS_VIOLATION at A0BAC30D 00:00000000

2018-02-02 00:45:23.682 INFO EDCORE: Minidump created.

2018-02-02 00:45:23.686 INFO DCS: try to write track file

2018-02-02 00:45:23.712 INFO DCS: 'C:\Users\fargo\Saved Games\DCS\Logs\dcs.20180202-004523.crash' deleted successfully

2018-02-02 00:45:23.858 INFO DCS: 'C:\Users\fargo\Saved Games\DCS\Logs\dcs.20180202-004523.dmp' deleted successfully

=== Log closed.

 

 

The mission is attached.

 

I disassembled it and found references to elements that no longer exist, e.g.

 

["DictKey_ActionRadioText_108"] = "C-130 IS IN DANGER",

 

 

Let me know if there is any other data I can provide to assist. I have several examples and am able to reproduce this easily.

 

/Fargo

AKHODNIKcrashing.miz

Edited February 2, 2018 by fargo007

[fargo007]

Confirming this is reproducible without any scripts involved. I figured I could build the mission and add the scripts last to work around this, but it still occurs.

 

Reproduce: (across several edit/save/run cycles):

 

1 - put a FARP down, and add static objects and ground units.

 

2 - Add a single helo.

 

3 - Add three enemy vehicles with 5 waypoints each.

 

4 - Add ten trigger zones.

 

5 - Add a single airplane.

 

It will crash DCS as soon as you attempt to spawn into the helicopter.

 

miz attached. It still opens fine in the ME so you can see what exists there. It's nothing unusual.

 

/Fargo

AKHODNIK-HVT-noscripts.miz

[fargo007]

FYI with the 2/6 hotfix, this appears to be completely resolved.

 

Thanks Eagle Dynamics!