Jartsev

Hello! I was trying to reproduce your problems but without much luck 1) Small freezes when terrain streaming is in progress, or if you are switching from desktop to SB running in the full screen mode are very annoying, but inevitable in many cases. It's a price of the new terrain. If they are lasting longer than few seconds and SB is unable to recover, then there is a real problem. 2) Freezes occurring when you are exiting AAR require investigation 3) You mentioned crashes. Can you, please, elaborate more? Also, if we are talking about crashes-to-desktop, then may be there some crash dumps are left, and they could be very useful to sort out troubles you are experiencing. Could you check C:\Users\[your_user_name_here]\AppData\Local\CrashDumps folder, and if it contains any recent crashdump files generated during SB's CTDs, forward those to us(please don't upload them here, but sent via email to @Ssnake) 4) Please try to run SB in windowed mode. First of all, this would let you see, if there some error message pops up on the background. Plus, actually some of the issues may go away. 5) Just curious about your computer's specs- what is the CPU and amount of video RAM

Try to change Filepaths while running SB as administrator. If this doesn't help, when try to re-install Steel Beasts (not the Maps!), and during installation select proper path to the folder containing maps- installer will ask about its location in the next step after confirming SB installation directory.

Thanks, added to the list.

Yay! Resolved... Well, at least you didn't dropped ordnance on your own position, how it happens in real life from time to time

Also, can you provide your copy of converted scenario and map package? This can be very handy.

So... This one ... is the original scenario, right? I made a conversion myself, and after this checked available support options for the blue side(Mission Editor> Options>Support); they appear to be not affected by conversion- 9 batteries of 9 tubes each, 81 tubes total with unlimited supply of ammunition, so we can rule out possibility of changes there during conversion process. Then I made a few test runs with typing-in coordinates manually and using LRF data- arty barrages seems to fall on to intended targets. All this brings another question- do you see the problem repeatedly, and are you sure, that entered coordinates were correct? The tricky thing here, that aside of very trivial typo during filling the call-for-fire form, coordinates reported by AI may be wrong or belong to target spotted somewhere else.

First of all, was this issue observed in the map view, or it was in the some 3D view(F8 view, unbuttoned TC's view, sight view etc)? Then, if it was in the map view, and your realism settings are 'High', then it's perfectly normal not see red arty barrage box, because arty barrages and their labels are intentionally not displayed anymore on the map in offline or network session if realism is high(exception is the test mode of the Mission Editor). And if you were unable to observe arty impacts in 3D view, then something else may be involved, but I cannot reproduce this problem(including manually typing-in target coordinates). E.g. in this case some extra investigation may be required.

LRF trigger is a 2-way switch(may be 'rocker switch' would be a more precise term); if pressed outwards, it fires laser with last return logic, and if pressed inwards- laser is fired with 1st return logic. Gah, my bad. Indeed its an 'Alt.range'. Still this just proofs how non-descriptive and confusing wording for this entry is...

In order to replicate 2-way switch utilized to 'fire' LRF on the real vehicle, 1st return lase is hard-coded to Joystick button #4(note- there is no such hotkey for keyboard/mouse), and 'Toggle laser return: first/last' hotkey have no effect in particular case. Obviously this may be not the most optimal implementation,, and probably we need to consider some changes in this area...

One question- join-in-progress feature was utilized during session, right?

We will try to investigate this, but at this moment I'm not able to reproduce issue. It's rather doubtful if problem is Win10-specific, but such connection cannot be ruled out completely...

No, Steel Beasts is not a freeware. You can download and install it free of charge, but to run it you need a license, which is not free. License can be purchased in our Web Shop here: https://www.esimgames.com/?page_id=1530 ...and I suggest to think about time-based options, since they are cheaper in short term.

Ok, initial ideas about graphics card performance are probably wrong... So next points of concern are: 1) Do you see this issue on each and every map(same for scenarios), or there are some specific maps/spots on maps/ scenarios where issue is present? 2) Do you have any post-processing injector software ('ReShade' and alikes)? If yes, then try to run SB with such software disabled 3) Please check mods you are using. Excessive size of the textures can impose too much load for the graphics card(even without causing obvious stutters and fps drops), at least in theory.

Smells like graphics card performance issue... What are the graphics card model and RAM size? ...And it is worth a try to cut down graphics and terrain detail settings.

Ok, thanks. In the bug tracker now.