Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Dimlee]

Error/bug: Track Not Saved.

BAT 4.2.2. hotfix 4
Map: South Ukraine - Mandrill7
JSGME: everything was deactivated before the last test.

What happens:
- Open the mission in FMB
- Press the button designed for the track recording,
- Track record indicator appears (but without the usual name of the .ntrk file)
- Press the button again
- The track record indicator disappears and is replaced with...
... the "Track Not Saved" message
And no track record is saved, obviously.

Full story:
I created a mission, recorded and played tracks without any issues, and continued to work on it, adding objects, etc. At a certain moment, the track recording failed as mentioned above.
Assuming that newly added objects caused the bug, I tried to roll back, deleting the most recent staff (what I could remember...). No success.
I deleted/replaced more objects to ensure only those used in my other recently created missions were used. No success.
Checked other missions in FMB - track recording worked fine.
Closed/restarted, etc... the bug was still there.

Searched in forums but didn't find anything similar, not for BAT at least.

Any help or advice is appreciated.

Contents of the log.lst file:
https://pastebin.com/ZNLts47F

[sgt.wingspan]

Hi
works ok on my end, just confirming.

[SAS~Storebror]

The difference between Dimlee and sgt.wingspan is that Dimlee used modern Jets.
The underlying issue is a typical case of missing net replication as we know from many of these Jets.
Since a recording is nothing but a net telegram stack written to disk, missing net replication results in broken recordings up to a point where the recording isn't even possible at all anymore.

The errors are these ones:

Code: [Select]

null
java.lang.NullPointerException
at com.maddox.rts.NetMsgOutput.write255(NetMsgOutput.java:246)
at com.maddox.il2.net.NetUser.replicateEventLog(NetUser.java:1141)
at com.maddox.il2.ai.EventLog.type(EventLog.java:558)
at com.maddox.il2.ai.EventLog.type(EventLog.java:305)
at com.maddox.il2.ai.EventLog.onPilotWounded(EventLog.java:755)
at com.maddox.il2.fm.AircraftState.doSetPilotState(AircraftState.java:1890)
(...)
null
java.lang.NullPointerException
at com.maddox.rts.NetMsgOutput.write255(NetMsgOutput.java:246)
at com.maddox.il2.net.NetUser.replicateEventLog(NetUser.java:1141)
at com.maddox.il2.ai.EventLog.type(EventLog.java:558)
at com.maddox.il2.ai.EventLog.type(EventLog.java:305)
at com.maddox.il2.ai.EventLog.onBailedOut(EventLog.java:665)
at com.maddox.il2.objects.air.Sukhoi_15.bailout(Sukhoi_15.java:1319)
at com.maddox.il2.objects.air.Sukhoi_15.update(Sukhoi_15.java:1111)
at com.maddox.il2.objects.air.Su_15TM.update(Su_15TM.java:163)
Apparently, the bailout code of the Su-15 lacks the required netcode, probably due to the way the ejection seat got implemented, but could be something else too.

This isn't something that can easily be fixed.
Missing net replication is an issue that extends all across JTW.


Mike

[Dimlee]

Thanks for the hint!
Bailout of this Su-15 is just a minor side event of the mission and can be excluded.
I'll edit the mission accordingly and will check again as soon as I'm back home.

Reminder for myself - to test track recording while doing the mission, on a regular basis, just to be sure.

[Dimlee]

I replaced the Su-15 with another a/c but the bug remained. 

There are many error/exception messages I'm unable to decipher...

Updated log:
https://pastebin.com/xmRpTaAp

I probably have to reconstruct the mission to find the culprit. Interesting exercise. 

[SAS~Storebror]

This...

Code: [Select]

PaintSchemes/Skins/Su-25/null (The system cannot find the file specified)
java.io.FileNotFoundException: PaintSchemes/Skins/Su-25/null (The system cannot find the file specified)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(Unknown Source)
at com.maddox.il2.net.NetFilesTrack.record(NetFilesTrack.java:69)
at com.maddox.il2.net.NetFilesTrack._recordFile(NetFilesTrack.java:59)
at com.maddox.il2.net.NetFilesTrack.recordFile(NetFilesTrack.java:46)
at com.maddox.il2.game.Mission.recordNetFile(Mission.java:1303)
at com.maddox.il2.game.Mission.recordNetFiles(Mission.java:1287)
at com.maddox.il2.net.NetFilesTrack.startRecording(NetFilesTrack.java:95)
at com.maddox.il2.net.NetMissionTrack.startRecording(NetMissionTrack.java:148)
at com.maddox.il2.net.NetMissionTrack.startQuickRecording(NetMissionTrack.java:165)...indicated another net replication issue, this time on the Su-25.
At the point where the plane should state it's loaded skin, the net packet was prematurely terminated already.
As mentioned before, the jets have all sorts of net replication issues.
I don't think you'll ever get any kind of reliable recording in JTW.


Mike

[Dimlee]

About Su-25. Thanks for the explanation.
However, Su-25 did not conflict with the track recording in this mission in its earlier versions before I added more stuff.

I just started to delete other objects to see what happens.
It's cold and rainy outside and I have a 10-year-old Tawny Porto...

[Dimlee]

Two or three sips later...

The culprit is the Rocket V2 Camo.
I put V2s in the mission without any hesitation since they didn't cause any issues in JTW earlier. But on this map, they ruin the track recording.
I decided to check in WAW on the same map... V2 Camo breaks the track recording there as well.

To summarise:
Rocket V2_Camo object on map South Ukraine - Mandrill7 doesn't allow to save tracks in BAT JTW and in BAT WAW.