BigBadVuk Posted August 11, 2016 Share Posted August 11, 2016 (edited) Hello guys, Im having issue with both versions of Sovenian Defense scenario, day and night. Sb says "Error loading scenario. It may be incompatible or its artwork ( map ) resources may be missing . I cant make screen shot it comes white each time, but this is the text i get trying to load it either in editor or in game. I didnt had Villers Bocage 2.ter map , and i couldnt find that version so i renamed old one to _2 but that didnt helped. Can any1 help with any solution please? I wanted to implement New T72B instead of old M1 but i got hit by this problem. EDIT: I forgot - it also says check log files for details, alas, i cant find them, upgrade to win 10 messed up my bearings completely. Edited August 11, 2016 by BigBadVuk 0 Quote Link to comment Share on other sites More sharing options...
TSe419E Posted August 11, 2016 Share Posted August 11, 2016 They are already working on the problem. I had the issue with a different scenario and PMed the author to see if he was having problems with it. He linked me with a PM that showed he was already talking to eSim about the issue. 0 Quote Link to comment Share on other sites More sharing options...
BigBadVuk Posted August 11, 2016 Author Share Posted August 11, 2016 Great! So all we need to do is be patient ? I can do that 0 Quote Link to comment Share on other sites More sharing options...
[]_--__[]KITT Posted August 27, 2016 Share Posted August 27, 2016 (edited) Russo Turk battle T72M1 also has the same issue. I thought I was missing a terrain/height file... Can't find my log either. Windows 10. I'm guessing that the T72M1 model got updated and now the old model is registered as missing replaced by a new one probably with a new name?! Edited August 27, 2016 by []_--__[]KITT 0 Quote Link to comment Share on other sites More sharing options...
[]_--__[]KITT Posted September 25, 2016 Share Posted September 25, 2016 This hasn't been addressed yet?! I wished I could play these missions again... 0 Quote Link to comment Share on other sites More sharing options...
Members Ssnake Posted September 25, 2016 Members Share Posted September 25, 2016 Providing a download URL might be helpful. 0 Quote Link to comment Share on other sites More sharing options...
Members Ssnake Posted September 25, 2016 Members Share Posted September 25, 2016 Also, posting this in the "Support" forum rather than in "Scenario and Maps" will draw a lot more attention. 0 Quote Link to comment Share on other sites More sharing options...
[]_--__[]KITT Posted September 26, 2016 Share Posted September 26, 2016 Ah alright Ssnake. Thank you. I will. 0 Quote Link to comment Share on other sites More sharing options...
BigBadVuk Posted September 27, 2016 Author Share Posted September 27, 2016 (edited) Ok so thread has been moved i presume.... No need to start new one Downloading link is same we used for past few years: Right now i tried so many different height maps for Bastogne area that i think ill have to reinstall whole SB just to get correct one when/if this issue is fixed... And somehow i dont think it is T72M1 - my old scenarios from 2012. work perfectly. EDIT: Sorry but this is what puzzles me: When I reported this i have been told that team knows about the issue and already works on it. Yet now SSnake asks about download link and basic details.. so wth? Is it known issue or not? Will it be fixed in this new patch we expect to happen any day now, or it will be pushed aside as simple backward incompatibility issue until some later patch? Edited September 27, 2016 by BigBadVuk 0 Quote Link to comment Share on other sites More sharing options...
Members Ssnake Posted September 27, 2016 Members Share Posted September 27, 2016 All I'm doing is to try and keep everything that the programmers need in order to investigate in one place (like, this thread). I don't know who told you that it's being investigated and that "they" know about it. It may even be true. The way I understand my job is to make sure that everything that the programmers need for their work is eassy for them to find if I send then a thread URL (like this one) with the implicit request to fix it. Actually fixing the issue may be easy or time consuming. I don't know. And frankly, I don't care because I trust in the ability of the team to devote an adequate amount of time to it. It may well be that they come to the conclusion that it would take too much time to address it right now. And I would always support them in that assessment. Not because I can prove that they are right, but simply because I know that they try to work at maximum efficiency. Which sometimes means to deal with a certain bug right away, and sometime to put it on the back burner because it depends on some other things that need to be worked on before. I trust them 100%. You should, too. We're not forgetting your bug reports. We may not always be able to tell you when a certain bug will be fixed - for a variety of reasons. But you can rest assured that if you support us with providing download links and other materials, we will attempt to fix the things that you report to us with no unnecessary delay. 0 Quote Link to comment Share on other sites More sharing options...
BigBadVuk Posted September 28, 2016 Author Share Posted September 28, 2016 On 8/11/2016 at 5:42 PM, TSe419E said: They are already working on the problem. I had the issue with a different scenario and PMed the author to see if he was having problems with it. He linked me with a PM that showed he was already talking to eSim about the issue. I was referring to this post As for when it will be fixed, i dont care as well, as long as it has been fixed. 0 Quote Link to comment Share on other sites More sharing options...
Members Ssnake Posted September 28, 2016 Members Share Posted September 28, 2016 Note that it was a different scenario. Which means it COULD be a different bug. Which is why I asked for this scenario's location. 0 Quote Link to comment Share on other sites More sharing options...
BigBadVuk Posted September 28, 2016 Author Share Posted September 28, 2016 No problemos IF you need any more info poke me and ill be happy to supply you with any data i can. 0 Quote Link to comment Share on other sites More sharing options...
BigBadVuk Posted October 14, 2016 Author Share Posted October 14, 2016 New patch , but still same error No progress in resolving this - i had hope that new patch will fix it.... 0 Quote Link to comment Share on other sites More sharing options...
BigBadVuk Posted November 24, 2016 Author Share Posted November 24, 2016 And again it is not working with even this patch? Why is this still broken? It has been reported like back in August... I dont understand. 0 Quote Link to comment Share on other sites More sharing options...
Rotareneg Posted November 24, 2016 Share Posted November 24, 2016 If you check your logs you see this error when loading that scenario: ERROR: Custom map folder 'C:\ProgramData\eSim Games\Steel Beasts\maps\terrain\ver_2_640' does not exist! It seems SB is getting confused by the map having been put in a subfolder of the terrain folder. If you make an empty folder inside the default terrain folder named "ver_2_640" the scenario will load correctly. The whole path to the folder should be: C:\ProgramData\eSim Games\Steel Beasts\maps\terrain\ver_2_640 0 Quote Link to comment Share on other sites More sharing options...
TSe419E Posted November 24, 2016 Share Posted November 24, 2016 (edited) Which log does the error show up in? By the way, Rotar's fix works. Wonder if that is the problem with some of the other scenarios? Edited November 24, 2016 by TSe419E 0 Quote Link to comment Share on other sites More sharing options...
BigBadVuk Posted November 24, 2016 Author Share Posted November 24, 2016 (edited) Ok , so I just need to go to this path and create empty folder? W t h.. And it failed... Same error Edited November 24, 2016 by BigBadVuk 0 Quote Link to comment Share on other sites More sharing options...
Andres87 Posted November 24, 2016 Share Posted November 24, 2016 2 hours ago, BigBadVuk said: Ok , so I just need to go to this path and create empty folder? Also need to put Villers_Bocage_modern.ter to a folder "ver_2_640" and scenario will load correctly. For me it works. 0 Quote Link to comment Share on other sites More sharing options...
BigBadVuk Posted November 24, 2016 Author Share Posted November 24, 2016 (edited) Alas think i tried like 5 variants of Villers Bocage scenario so far.. OK ill go 1 by 1. Thx for tips! EDIT: It keeps crashing.. can I PM you to give me your version of that map? Edited November 24, 2016 by BigBadVuk 0 Quote Link to comment Share on other sites More sharing options...
Andres87 Posted November 24, 2016 Share Posted November 24, 2016 I send you PM @BigBadVuk 0 Quote Link to comment Share on other sites More sharing options...
BigBadVuk Posted November 24, 2016 Author Share Posted November 24, 2016 IT works! With this tricks of yours it works!... Many thanks! 0 Quote Link to comment Share on other sites More sharing options...
Rotareneg Posted November 24, 2016 Share Posted November 24, 2016 11 hours ago, TSe419E said: Which log does the error show up in? By the way, Rotar's fix works. Wonder if that is the problem with some of the other scenarios? The only log SB produces, in C:\Users\*user name here*\Documents\eSim Games\Steel Beasts\logs It also fixed the "Russo Turk battle" scenario KITT was having trouble with as well. 0 Quote Link to comment Share on other sites More sharing options...
TSe419E Posted November 24, 2016 Share Posted November 24, 2016 Thank you. 0 Quote Link to comment Share on other sites More sharing options...
Moderators Volcano Posted November 29, 2016 Moderators Share Posted November 29, 2016 Yes, sorry, I thought I mentioned this before but I guess I forgot with all the goings on. The problem is that often we are talking about behavior and fixes - it's difficult to nail down if the fix is coming in the next version, is in the current version, or is in a future version. Anyway, yes, a month or so ago I meant to say that if the mission designer originally had the scenario's TER file in a specific sub folder within the terrain folder when the scenario was created, then this folder must now be present for the scenario to load. Why? This behavior was added because the military uses maps in sub folders that also contain model resource files. So if the folder isn't present, SB refuses to load the scenario because, in their case, if the folder is missing then just simply loading it anyway means that trees and building objects will be missing entirely from some machines, which is obviously a very bad thing. The solution is to always look in the log if the scenario does not load (it actually tells you to do this if you read the error message ) and then you should hopefully figure out what is missing. In this particular case, the missing folder must exist for it to load, so you have to create it. This isn't a "fix" or a hack, its simply what you need to do because of the change in behavior for the military customers. The actual problem is that we underestimated the amount of Pro PE scenario designers that actually put TER files into sub folders and thought of this mostly as a military issue. The "fix" I was referring to before is whether or not we will force the scenario to load anyway in Pro PE (only) or some other solution. In the mean time the Mission Designer could also load the scenario, move the map to the TER main folder, then save the scenario again and clients will not need to create the folder to play the scenario. 0 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.