Page MenuHomeFeedback Tracker

On screen config errors for vanilla content (vanishing vanilla config entries) and breaking loadingScreen by such errors.
New, WishlistPublic

Description

All data, I was able to gather is described in detailed way on BI Forums:

http://forums.bistudio.com/showthread.php?191825-1-44-vanilla-on-screen-config-errors-breaking-loadingScreen-by-such-errors-issue

(too big data to paste here). It was spotted first time on A3 1.44 and keep happening to me on 1.48. It happens also for editor preview. Changing A3 profile makes no difference, Arma files integrity confirmed.

If still not present after several tries, note: most of these errors are not confirmed by other Pilgrimage players, I asked, while for me it happens often in "random" manner. Except "Inventory" error, confirmed by many.

On the side note would be great, if such kind of error wouldn't break loadingScreen, which force all further initialization under simulation pending with extreme performance consequences for heavy init code.

Details

Legacy ID
1058466583
Severity
None
Resolution
Open
Reproducibility
Random
Category
Config
Steps To Reproduce

Run Pilgrimage mission (http://www.armaholic.com/page.php?id=24665) via scenarios menu. Note described issues along initialization after intro sequence (skip the intro). If not present - repeat.

It's possible, but not certain (my observations suggest that), some of these issues may require previewing Pilgrimage mission in editor first. Here's unpacked version:

https://dl.dropboxusercontent.com/u/102178499/Pilgrimage_1.93.Altis.zip

Event Timeline

Rydygier edited Steps To Reproduce. (Show Details)Jul 19 2015, 9:23 AM
Rydygier set Category to Config.
Rydygier set Reproducibility to Random.
Rydygier set Severity to None.
Rydygier set Resolution to Open.
Rydygier set Legacy ID to 1058466583.May 8 2016, 12:23 PM
Rydygier added a subscriber: Rydygier.

Using -maxMem=8192 startup parameter (I have 16 GB of RAM, lower value may be enough) seem to fix problems with vanishing config entries - no more such errors in the next 10 attempts and smoother mission init BTW, so looks fixed that way in that part so far.

I too can say I was having this issue and it was resolved using the maxmem parameter