Matrix Games Forums

Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

RE: [Logged] Crashing JASSM & JASSM-ER

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
Users viewing this topic: none
  Printable Version
All Forums >> [New Releases from Matrix Games] >> Command: Modern Operations series >> Tech Support >> RE: [Logged] Crashing JASSM & JASSM-ER Page: <<   < prev  1 [2]
Login
Message << Older Topic   Newer Topic >>
RE: [Logged] Crashing JASSM & JASSM-ER - 2/1/2021 10:59:47 AM   
Geoffropi

 

Posts: 92
Joined: 10/27/2020
Status: offline
Hi,

This is definitively a weird issue, I could not reproduce it a single time on my side.

Thanks a lot, KnightHawk for this detailed investigation.
200494 and 200496 Are worth investigating since it is indeed the get/set for the cached elevation.

the 5999|4445 values that get fed is a concerning issue and it is possible that the converted grid coordinates from long/lat gets messed up somewhere while remaining unnoticed until it overflows the array.

But, as mentioned, the problem is that I can't reproduce it, a dirty sanity check could patch it, but that might just hide the root issue.

Feel free to send me the raw process dump. At that point, any information is welcomed.

-Geoffroy


(in reply to KnightHawk75)
Post #: 31
RE: [Logged] Crashing JASSM & JASSM-ER - 2/1/2021 11:31:26 AM   
Geoffropi

 

Posts: 92
Joined: 10/27/2020
Status: offline
PS : Could you also send me your own e20n90 bgd files ?

Maybe a good test would be to have 4 or more firing units at the edge of each side of this geographical zone. ((lat > 20 && < 60) and long > 40) And see if we get the expected pattern.
If that confirms, that would make a very strong correlation.


< Message edited by Geoffropi -- 2/1/2021 12:12:36 PM >

(in reply to Geoffropi)
Post #: 32
RE: [Logged] Crashing JASSM & JASSM-ER - 2/1/2021 3:52:14 PM   
KnightHawk75

 

Posts: 1450
Joined: 11/15/2018
Status: offline
@Geoffropi
...figures I stored it in cmo/temp and it got whacked..sigh that's ok I snapped a fresh one just now.

Sure, I can zip all that stuff up and upload it somewhere for you and pm you, the full dump is probably like 250mb compressed so may take a little time for me to get it uploaded, the rest (mini and data should be relatively small in comparison).

When you say your own, I assume you mean the 32bit int ones from the game's folder, and not the 16bit raw ones I grabbed from topex.ucsd.edu just to triple check\compare the data itself (it was not different btw and row\col calcs all worked out same too after adjusting for shorts, no headers, and little vs big endian).

edit: sent



< Message edited by KnightHawk75 -- 2/1/2021 4:32:23 PM >

(in reply to Geoffropi)
Post #: 33
RE: [Logged] Crashing JASSM & JASSM-ER - 2/3/2021 12:46:57 PM   
KnightHawk75

 

Posts: 1450
Joined: 11/15/2018
Status: offline
So did 48 starts with different power management settings:
			1	2	3	4	5	6	7	8	9	10	11	12
2ghz locked		n	n	n	n	n	n	n	n	n	n	n	n
3ghz locked		n	x	x*	n	n	n	n	x*	n	n	n	x*
1.6-3ghz flux allowed	n	n	n	n	n	n	n	n	n	n	n	n
2.0-3ghz flux allowed	n	n	n	n	n	n	n	n	n	x	n	x**

All were done in windowed mode, after pressing > screen was minimized.
60-120second wait between each restart, where applicable to verify proc was leveled down to 1.6 or 2.0ghz
All tests monitored after startup and pressing go procs were all at 3.06ghz throughout the test run duration.
n indicates normal (no problem instance)
x indicates runs where it happened as I've past experienced it (lots of crashes in roughly same places).
* indicates runs where it happened but not as past experienced, got a 1 single crash about ~25nm out from target. might be same result thewood was getting perhaps.
** indicates runs where it happened as I've past experienced, but I may have ruined the purity of the run being equal to the others by having a mp4 playing in vlc before\during exe startup, and loaded op's scene first before my own testrig, I doubt it mattered but wanted to note it (I simply forgot I wasn't done yet).

I don't see any consistency out of it all.

Yesterday I did bunch of testing on one "triggered" instance as it relates to 20-60E 40-90N.
Did a mix of firing from with-in it to somewhere inside it, partially in it (inside lat outside lon), from outside to somewhere with-in, outside to somewhere outside, and a couple inside-outs.

A smattering of screens from those runs.

I start with my usual "testrig" version run ensuring things are in screwy mode. I get the usual results from a launch from inside lat, to inside lat|lon.


4 shots from east of 60E but inside 40-90N.
The first screen is for context for the zoomed other 3 and shows run1 results (most north run).
These all had crashes shortly after crossing 60E, did not cross water or negative territory that I know of in latter 3.


This guy was fired from outside the suspect lat|lon, involved water and had crashes, though not shortly after.

Same target from inside suspect lat| outside lon, involved water and had NO crashes, one of the most unexpected results and goes toward disproving lat|lon theory.

Same target from outside long,inside lat, lots of crashes and quickly, but not near a "line" so to speak.

Same target ... just a little further north to take the alps out of it, basically same result.

Same target ... just a little further north to add water to it, crashes but hardly similar.

Same target from outside lat and long, crashes start after crossover on land, water involved.

Target moved outside long,inside lat. fired on from outside lat|long, water involved, crashes north of 40N.

Same target ...same firing pt, slightly different path, basically same result shortly after landfal > 40N mass crashes.

Target moved outside of both long and lat... fired on from outside lat|lon, water involved, zero crashes.


Now for a little something different
Inside lat|long firing on something outside lon but inside lat... water involved, mass crashes.

(Missing screen shot, I did one from fully inside to one fully outside and got crashes in spots inside... forgot to snap pic on that one)
For this one I did two firing units (clones), both firing form outside long, but inside lat,one at target inside 60L one outside 60L. both paths involve at least some momentary water. kinda interesting one gets lots of crashes one gets none.


Here we have the same two units firing from outside E20-60 N40-90 at something inside, lots of crashes.
The path might seem slight off cause I moved the target slightly to put more land in front of it just after launch but assure you outside the range ring those are crashes and not destruction(s).


Moving on to random other area where we fire from outside lat|long, at two targets, one inside lat, one outside lat. crashs on the inside one.


Here we have two launches one from both inside lat but not long,one outside lat and long, toward one inside, no water... no crashes. ???
Again seems one for the disprove column as it bucked the trend.

For giggle I re-ran that one again moving the target such that water had to be crossed.
I also slight moved the target back more into land shortly after launch as I had it literally on the coast which defeated the purpose of what I wanted to see (if water ie negative elevation cross-over made a difference). It definitely seemed too get a different result.


I did a couple sanity check runs across the USA\CA, and Africa, no crashes. no screens cause it wasn't any different than previously mentioned.

What does any of this mean, hard for me to say exactly. Hopefully it gives an idea of why I brought up that tile even if I think 2 of these screen shots argue against it being involved. Thought then it might just be crossing negative elevation, but then other screen disprove that so stumped again.










< Message edited by KnightHawk75 -- 2/3/2021 12:56:50 PM >

(in reply to KnightHawk75)
Post #: 34
RE: [Logged] Crashing JASSM & JASSM-ER - 3/31/2021 5:36:04 AM   
SteveMcClaire

 

Posts: 4472
Joined: 11/19/2007
Status: offline
The issue with the missiles overshooting the target at max sim speed will be fixed in the next update.

I could not reproduce the missiles crashing into the ground but I did find and fix an issue that I believe may be the cause. This change will also be in the next update.

(in reply to KnightHawk75)
Post #: 35
RE: [Logged] Crashing JASSM & JASSM-ER - 3/31/2021 5:42:10 AM   
SteveMcClaire

 

Posts: 4472
Joined: 11/19/2007
Status: offline
Hi KnightHawk75,

If you still have a test scenario where you reliably see missile crashes please post it here.

Thanks!

(in reply to KnightHawk75)
Post #: 36
RE: [Logged] Crashing JASSM & JASSM-ER - 3/31/2021 3:52:11 PM   
KnightHawk75

 

Posts: 1450
Joined: 11/15/2018
Status: offline

quote:

ORIGINAL: SteveMcClaire

Hi KnightHawk75,

If you still have a test scenario where you reliably see missile crashes please post it here.

Thanks!


"Reliably" with this issue was always the problem as previously mentioned, but I'll try the op's and on posted in #28 previously posted a couple dozen times with the update when it comes, hopefully the fixes will make it not manifest anymore. Thanks for looking into this and trying to address it.



(in reply to SteveMcClaire)
Post #: 37
RE: [Logged] Crashing JASSM & JASSM-ER - 3/31/2021 4:07:16 PM   
thewood1

 

Posts: 6529
Joined: 11/27/2005
Status: offline
The best way I fouond to see it is slowing your computer a little. At max performance, I never saw it. Once I went to a low power option on my CPU, its started showing up.

(in reply to KnightHawk75)
Post #: 38
RE: [Logged] Crashing JASSM & JASSM-ER - 3/31/2021 4:18:47 PM   
KnightHawk75

 

Posts: 1450
Joined: 11/15/2018
Status: offline

quote:

ORIGINAL: thewood1

The best way I fouond to see it is slowing your computer a little. At max performance, I never saw it. Once I went to a low power option on my CPU, its started showing up.


That wasn't my experience however (post #34), yours (or others) mileage may vary though.

(in reply to thewood1)
Post #: 39
RE: [Logged] Crashing JASSM & JASSM-ER - 4/1/2021 11:40:06 AM   
thewood1

 

Posts: 6529
Joined: 11/27/2005
Status: offline
Actully, I went back and checked my notes. I didn't slow down my main laptop. I tried it on two different ones. My main i9-10900k had no issues running at full performance. My i7-1065G7 Surface Book had missiles disappearing. I saw this consistently over at least 10 runs on each.

(in reply to KnightHawk75)
Post #: 40
RE: [Logged] Crashing JASSM & JASSM-ER - 4/24/2021 4:36:04 AM   
KnightHawk75

 

Posts: 1450
Joined: 11/15/2018
Status: offline
FWIW...
Sad to report still happening in 1147.21, maybe not as much though?
Did 24 restarts and runs of prior attached scene, 5 times got a singular one of these (different place each time), no run produced multiple crashes however.

1/23/2021 7:35:44 AM - [Blue] Weapon: AGM-158C LRASM #510 has smashed into the ground
1/23/2021 7:35:44 AM - Weapon: AGM-158C LRASM #510 has detonated, 2.704452m from intended target point. (target point here is actually the initial point of crash vs where it decided to spawn the explosion)

edited to update thumbnail

< Message edited by KnightHawk75 -- 5/17/2021 6:44:22 PM >

(in reply to thewood1)
Post #: 41
RE: [Logged] Crashing JASSM & JASSM-ER - 5/19/2021 2:38:42 PM   
KnightHawk75

 

Posts: 1450
Joined: 11/15/2018
Status: offline
(For anyone searching in the future, or the op)
This now appears fixed in CMO beta build 1147.25 ref: https://www.matrixgames.com/forums/tm.asp?m=5021209 for latest reporting.


< Message edited by KnightHawk75 -- 5/19/2021 2:39:00 PM >

(in reply to KnightHawk75)
Post #: 42
Page:   <<   < prev  1 [2]
All Forums >> [New Releases from Matrix Games] >> Command: Modern Operations series >> Tech Support >> RE: [Logged] Crashing JASSM & JASSM-ER Page: <<   < prev  1 [2]
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts


Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

1.406