Forum rules
All bug reports must include:Steem versionHost operating system versionTOS ROM versionCopy of steem.iniReference to or copy of disk image being usedBrief description of steps performedDescription of desired outcomeDescription of actual outcome

ThxIt seems your OS has unusual parameters maybe due to localisation. Starting with the GUI font, which is wrong. Guess you have this problem with all versions of Steem.If you try the current dev build, hopefully it's fixed (eg see TOS flag on status bar + wake-up state in option box)

For the screenshot, is there a difference between D3D and DD+FreeImage builds? Is it a new problem (3.9.2)?

Do you mean you can't take a screenshot, in extended mode or not, or the feature doesn't work at all (just drag Steem's window to the other monitor)? It was only tested on my Win10 system.Maybe you could test with the debug build (it is D3D), check option Log2/Video Rendering and see the TRACE.txt file.

Steven Seagal wrote:Good news but surprising as normally only the font was changed.

hmm, I have an idea.For 3.9.2 I used steem.ini from previous Steem version. In case of that dev build, I created configuration from a scratchWill check that later.

Steven Seagal wrote:Do you mean you can't take a screenshot, in extended mode or not, or the feature doesn't work at all (just drag Steem's window to the other monitor)? It was only tested on my Win10 system.

no, when Steem is on the second monitor, ST screen isn't updated at all.E.g. We have such a scenario when Steem window is placed on both monitors - one half Steem window on the main monitor and the other half on the second monitor. And now I run e.g. Demo from the desktop, the second monitor still shows the desktop when the main monitor shows running demo.

Steven Seagal wrote:Maybe you could test with the debug build (it is D3D), check option Log2/Video Rendering and see the TRACE.txt file.

Cyprian wrote:E.g. We have such a scenario when Steem window is placed on both monitors - one half Steem window on the main monitor and the other half on the second monitor. And now I run e.g. Demo from the desktop, the second monitor still shows the desktop when the main monitor shows running demo.

This particular situation isn't a bug, it's a feature. In D3D9, you create "surfaces" on one screen or another. Don't know how Windows does it, maybe if it's possible I'll change that, but for the moment overlapping isn't possible. Why would you want to do it anyway?

EDIT: maybe one should create 2 surfaces when overlapping, but frankly it's not worth it.

In fact DirectDraw does everything by itself, including overlapping, because it's the same surface for both monitors. There's no code in original Steem for dual monitors. In Direct3D the programmer must know on which monitor ("adapter") they create the surface. So the architecture is quite different.

A difference is in fullscreen, the D3D build can do it on the 2nd monitor, which is handy if you still have a CRT for example. Don't know if it's possible to do in DD.

The boiler is D3D, it's no problem adding a DD version, but the D3D version already works, but you must totally drag the window over, not partly.The boiler window itself can be placed on the 2nd screen too.

Thx. It looks like Windows detects monitor change but the D3D part keeps the same screen.Could you please try again with the new boiler beta? It won't work but traces are better.Apparently you start on screen 1. 0 is assumed.