There is a keyboard issue (any ROM). For example, in the New Folder window, I can't type some keys such as A, Z or M, while most other keys work fine. It is worth noting that I use a French keyboard, and that the non-working keys are precisely the ones which are not at the same place than QWERTY keyboard.It worked fine in old Steem 3.2, I don't know when it started failing.

Steven Seagal wrote:Other place to check is Machine/Keybaord/Language, but I'm not familiar with it.

I didn't know that setting.

Finally, the problem is unrelated to the Windows keyboard layout. The problem always happens, whenever I configure Windows for French or English.

Also, that "Machine/Keybaord/Language" setting is interesting. If I choose English there, it works fine. As soon as I choose French there, the French Z and M keys stop responding. They are at the same place as 'W' and '';' on QUERTY keyboard.

Hello, just having a little fiddle with the latest beta and I was sure something that was fixed seems to be broken again (the included text seems to state it's fixed).

The issue with corruption on the right border when at fullscreen at a widescreen resolution and changing to low from medium resolution cause screen draw in the right border for a frame and so a flashing right hand border.

Steven Seagal wrote:Hello, maybe it was fixed already depending on which "latest beta" you tested.19020x1080 is very wide.

It is not very wide, it is mistype

Famous Schrodinger's cat hypothetical experiment says that cat is dead or alive until we open box and see condition of poor animal, which deserved better logic. Cat is always in some certain state - regardless from is observer able or not to see what the state is.

Steven Seagal wrote:Hello, maybe it was fixed already depending on which "latest beta" you tested.19020x1080 is very wide.

Just working with the native resolution of my system

Just looked and noticed the D3D version has had an update since my last test, no more right border corruption but alas there seems to be a new issue...

Is it correct that with every change in ST resolution STeem is resetting the physical output render resolution in fullscreen? I find my display is having to resync the HDMI output every time the ST resolution is changed.

Sooo in a typical Demo scenario how they sometimes like to change res mid way through for text display reasons the screen will cut off completely while it resyncs the HDMI output and of course meanwhile STeem is still playing away.

Did you try with the latest beta?There are also additional options that may help like Windowed Borderless Mode, Crisp Rendering (unchecked for smoother transitions).Note the blurb for v3.9.2 wasn't up-to-date (script error on my side).

In the Braindamage Demo (dead video link removed)at time index 2:25, when the screen changes to display 'ORDER UTOPOS NOW' text, half of the ST screen area flashes black and then when it changes back to do the dotted ball the right border flashes (the original corruption problem). I get the same just switching the desktop resolution.

Screen setup at 1920x1080@50Hz (or 1080p50 if you like), VSync on

The way it's looking to me, guessing at the internal workings of the emulator, when the resolution changes, it's like for a frame it's drawing the low res ST image on a medium resolution render setup and vice versa.. if that make sense.

Edit: removing dead video link

Last edited by WoodlandSpirit on Sun Jun 11, 2017 12:27 pm, edited 1 time in total.

Just had a go of the one you've just uploaded, not sure if it's 100% accurate ST behaviour but does seem cleaner than previous. As it stands every time the resolution changes we have a single frame where the display is completely black then the normal ST display again, like as if for a frame the emulator does no drawing at all after recreating the texture in the resolution change.