Nasder

I currently have the size setting for terrain cache at 100. Putting it at 50 or 75 have not made a difference in my testing. My graphics card have 6GB of memory.

I've uninstalled Steel Beasts completely, removed any trace of it besides my profile, restarted. installed it again, restarted again. I've found some more things about the issue. 1. I don't need to clear LOS, I just need to enter the terrain part once loaded the scenario before pressing start. I only entered the terrain part previously to clear LOS. Pressing start directly with the briefing still up makes the game "stream terrain", not show emplacements properly, freeze completely during alt-tabbing, exiting the AAR and sometimes when using the AAR interface to jump between events (maybe even when playing it back, hardly ever do that). 2. If I enter terrain part before starting and have an unmade emplacement that is built during the scenario, the scenario plays well but the game freeze completely if I jump during events in the AAR. Exiting the AAR directly appears to works fine.

1. The freezes were not small, they were complete freezes. But that problem is gone now, simply by using the "clear LOS" thing. 2. The freezing when exiting AAR, went away by the same "clear LOS" aswell. 3. If I used the term crashes, I meant complete freeze, as in forced to close program using task manager. Haven't had a single CTD. 4. Tried that during my testing, made no difference. No error messages or pop ups in the background. 5. A fairly old system. i7 6700K @ 4Ghz, 16GB RAM, GTX1060 6GB As long as I remember to clear LOS prior to starting a scenario, I'm good. Then the game runs as it should. Failing to do so will not render any vehicle emplacements properly and I will get a complete freeze during the exit of the AAR.

After loading the scenario, you enter the briefing screen. Where you can select terrain, LOS, report and briefing. Pick terrain, right-click on the map and pick "clear LOS"

It happens with each scenario I've made. But here's the one I did my last few hours of testing this issue with. UPDATE: Clearing the LOS in the planning phase appear to fix the issue for this scenario for me. Never touched it at all during the creation so I never thought it would do something for me. Now I need to test what happens when I create one further away from the unit I start with. UPDATE 2: When placing a second emplacement further away, clearing LOS during planning phase appears to still be the fix. nas_test.sce

I got my hands on 4.1 just a few days ago. Got the 4.162 installer and the map installer. Nothing else is installed, I removed previous version before installing. I did a small scenario just to look at and test new stuff and features and had plenty of freezes when exiting the AAR. I get a question to save the AAR, The moment I click yes or no, it either freeze instantly or showed me "please wait" with a loading bar and froze without progress. This was when using the test button in the editor to test the scenario. I eventually narrowed it down to the vehicle emplacements. If I don't add one, everything is fine. If I add one, there's a very large chance of a freeze after exiting the AAR (and most of the times if I alt-tabbing during the session) When opening the scenario in an offline session, I have the text "streaming terrain" blink constantly and the emplacement doesn't render, once again. It freeze when exiting the AAR and often when alt-tabbing. I've tried reloading the map in the scenario (Scania SEx (edited)) and importing the default theme from it and it didn't solve the issue, with that said the issue appears on all other maps I've tried too. But it was a mentioned possible fix in another thread In mentioned thread with someone having an issue with the render of the emplacements, there was talk about a terrain streaming slider but I can not find such a thing neither in the game or manual. If it refers to the dynamic cache size. I've tried it at 50, 100 and inbetween without change. Very very very very few times have I been able to test the scenario in the editor without the crash or in offline session. It's at the point where it is an anomaly when it works. If I then try it again in offline mode the problem come back. This is even when closing and restarting the game. If I open it in the editor and test it without saving, I might or might not get the "streaming terrain" in the editor followed by a freeze. If change something and save (or even just save it again), the "streaming terrain" doesn't appear, but the freeze after the AAR or alt-tabbing is again very likely. With that, I thought it might be some permission issue, but that remains even when I launch as admin. I'll attach two debug logs, one where it froze and one when it didn't. During these, I just loaded the scenario, started it and quit instantly. Freeze.txt No freeze.txt

This BRDM-2 made me smile, it looks happy with a new red nose. The crew probably isn't happy...

The small arms mod is wonderful, I just wish I had more sounds in the game/simulator with the same quality and feel. Sounds make such a huge difference, even when confined inside the turret. I agree with some that the explosion sounds are a bit too loud, but I am sticking with them because they just sound right. I give thumbs up on both of the mods, I'll also throw in a "Keep 'em coming!"

Awesome, I've been waiting for someone to do this. They look great!

I'm with some others here. When I make scenarios, for steelbeasts and/or other games, I tend to let the player decide if he won or not. He can look at the objectives and see if he did the one(s) he set out to do and then during the mission or while watching the AAR, he can decide if he is okay with the approach, actions, and losses. I might end a scenario with telling the player he completed or failed the objective(s). But I rarely tell the player that he won or lost. To me, a win can be recognizing a very bad situation and pulling the plug on the mission without losses.

My specs are similar/worse than yours i5 4670 @3,4Ghz GTX 660 (I'm pretty sure it's 2GB) 8GB DD3 With the default settings it's as playable as SB 3.X was for me. With very large and dense forest areas and towns with a lot of houses I get a big dip in FPS (Just like I did in 3.X) to an unplayable level, with thermals more so than without. I might not get a solid 60fps all the time, but for me anything around 30 and up is playable.

I just encountered this problem. I am using a razer mouse. I alt-tabbed and put in a USB drive and went back in game, now it refused to move my gunsight using my mouse. I've restarted my game a few times, unplugged the USB-drive and no difference. Checked the keys and I found something funny. It's like the palmswitch (P) is inverted, if I hold down P on my keyboard I can move my gunsight around, if I release it. It's still again. I tried the fix mentioned above and it solved it for me, checked deactivate joystick and then unchecked it again fixed it.

From the little I've been playing today, I don't seem to have much of an impact on the FPS (but I've only played very very small scenarios), if anything it runs better. I was amazed over the precipitation, it did more to the atmosphere than I had anticipated, it looked great. I'll dig deeper into this tomorrow and over the weekend but thumbs up so far.

Editor test mode, I was in F8 view of a CV9030DK. I was zoomed in (N key) looking at the boxer the times I noticed it though. I'll see if I can recreate this using desert or winter textures too tomorrow.

I have no mods for the boxer installed. No left over from previous version either (fresh SB install on new computer).