Jartsev

Few remarks on the subject... 'Expose to the enemy' penalty zone reveals(via map view and text message) penalized unit to a human user, but not to an enemy AI. If enemy AI does not have LOS to exposed unit, then this unit is not detected/ reported and is not shown on the map in debriefing or AAR, since default setting there is 'Show> Unit icons (reported)'. This behavior is there since very beginning of SB, probably.

This one is fixed in 4.2.

Able to find session and access Assembly Area; obviously cannot access any vehicle, since I don't have scenario and host computer is left unattended, so there is no anyone who can confirm file transfer. Basically your setup seems to work, but it is better to run a test game.

Necessary remark: In current beta it looks much(a way much) better, albeit some abnormalities could be seen, if engagement range is over 2km, so there is a definitely a plenty of room for further improvements, and, hopefully, more fixes would implemented. At the same time, please note, that for real-world M60A3 everything beyond 1.5-2km is a sort of extreme range, where chance of hitting anything is relatively low(just because of FCS specs).

Cannot reproduce so far... 1) Please check your controls setup- may be there both magnification and focus controls got mapped to the same joystick button 2) If FLIR focus was adjusted for close range, then in narrow FoV distant targets would appear blurry(same for close targets and far focus)- this behavior seems to be consistent both for mouse+keyboard and joystick with default controls mapping in my tests so far. 3) There is a known issue with dust/smoke particles messing up auto-focus

If correct type of the license ('Secondary License') was purchased and activated, then very likely CodeMeter Runtime was installed without Network Server component on computer, which is supposed to act as a license server. This option is de-selected by default during installation, so you would need to run CodeMeter v.7.10a installer one more time and pick 'Change' instead of 'Remove' and then in the list of options to be installed enable 'Network Server'(it is on top of the list). Probably this is going to resolve situation for the case with 2 PCs connected via wireless router.

Gunfire detection system is non-functional(by several reasons)

Guess, he is using some translation software...

As I wrote above- trees have completely new more detailed models, and to render them requires more GPU resources, despite of all possible optimizations

Answer is very simple- you are staring through magnified optics at nearby bunch of trees, and rendering of those trees causes impact on performance, since as you may notice trees models are not quite the same as they were in 2.5-4.0.

Ok, are you running SB in full screen mode? If yes, I'll suggest to consider switching to windowed mode, which in, particular case may give you extra 5-10 frames per second. I'm writing this as a person, whose primary system has GTX1050Ti graphics card, which is more or less equivalent of RX560. Other option is to reduce resolution somewhat, but blurry appearance of the image in this case may not be suitable for everyone.

1) Can you upload your test scenario? 2) What are system specs? Sorry, but '8gig ram 4core AMD' is not quite descriptive, and sounds more like some integrated graphics, relying on shared memory.

Yep, that is a classroom feature...

Well, that is the test mode, where you have much more freedom, but probably we should reconsider ability to move deployable objects outside of deployment zone in that mode... Speaking of inability to re-select moved objects, that one was fixed for an update.

In particular case scenario file name contains non-ASCII character 'Ü' in 'Rübenberge', and this is why SB cannot open file. So to fix the issue you just need to rename file(in Windows Explorer).