Please help testing upcoming openMSX release!

Page 25/27
18 | 19 | 20 | 21 | 22 | 23 | 24 | | 26 | 27

By Manuel

Ascended (16404)

Manuel's picture

23-05-2020, 16:49

Wouter (re)created the CAPS lock workaround. Next development build it will be in. Please try it out and let us know about the results here.

Are there any other things gone broken in the development builds compared toh 0.15.0?

By Sylvester

Champion (419)

Sylvester's picture

23-05-2020, 19:00

Just tested the latest build from github on my Macbook Pro (with MacOS Cataline 10.15.4) and I see that pressing the caps lock key multiple times works. I do also see an other minor side effect from the fix (i guess). When I press CAPS in openMSX the caps lock is turned on, but when I click outside of openMSX window so it looses it's focus an other CAPSLOCK,RELEASE event is triggerd.

-- Press CAPSLOCK
Key pressed, unicode: 0x0000, keyCode: 0x0012d, keyName: CAPSLOCK
Pressing CAPS lock and scheduling a release
Releasing CAPS lock
-- Click outside of the openMSX window so it's not the active window anymore triggers this event
Key released, keyCode: 0x40012d, keyName: CAPSLOCK,RELEASE
Pressing CAPS lock and scheduling a release
Releasing CAPS lock

Also when CAPS is on and I press CMD+Space (to activate finder) also triggers the CAPSLOCK, RELEASE event.
The CAPSLOCK, RELEASE event works because when I return to the openMSX window the caps lock is off. But then I need to press CAPS two times to enable it again. The first keypress doesn't log anything, only the second time it logs the CAPSLOCK event and turns it on again.

By Grauw

Ascended (8916)

Grauw's picture

23-05-2020, 19:41

Sylvester wrote:

When I press CAPS in openMSX the caps lock is turned on, but when I click outside of openMSX window so it looses it's focus an other CAPSLOCK,RELEASE event is triggerd.

That already happened before the fix. It is due to the SDL2 implementation which automatically sends a fake caps lock release event when the window loses focus. It swallows the next press event once the window regains focus to keep the events balanced.

By Manuel

Ascended (16404)

Manuel's picture

24-05-2020, 15:10

Yes, until someone sends in a patch that does a better job, this will be it for now.

Are there any other things we really need to fix before the release?

By donluca

Expert (66)

donluca's picture

24-05-2020, 19:32

CAPS Lock issue on macOS solved, it doesn't blink anymore!

It still behaves like in 0.15, but that's alright to me.

By Manuel

Ascended (16404)

Manuel's picture

24-05-2020, 19:35

Great! Anything else that needs to be fixed?

By Retrofan

Paragon (1244)

Retrofan's picture

24-05-2020, 21:56

Manuel wrote:

Great! Anything else that needs to be fixed?

Yes, please fix the SDL audio delay issue for Android version of OpenMSX. This can be done with another sound mixer called Oboe

Or try adding this line to your AndroidManifest.xml

uses-feature android:name="android.hardware.audio.low_latency" android:required="false"

By Manuel

Ascended (16404)

Manuel's picture

24-05-2020, 22:34

There won't be an Android release this time. The Android port needs work after the migration to SDL2 and no one is currently willing to do the work for that. Volunteers have been asked for repeatedly, but no one stepped up. Any help will remain welcome, but until then, Android builds won't be in our releases anymore.

By donluca

Expert (66)

donluca's picture

25-05-2020, 00:38

Manuel wrote:

Great! Anything else that needs to be fixed?

Not any that I'm aware of. Thanks for all your hard work, really appreciate it!

By Retrofan

Paragon (1244)

Retrofan's picture

25-05-2020, 02:30

Manuel wrote:

There won't be an Android release this time. The Android port needs work after the migration to SDL2 and no one is currently willing to do the work for that. Volunteers have been asked for repeatedly, but no one stepped up. Any help will remain welcome, but until then, Android builds won't be in our releases anymore.

Hmmm, that's a pity. Hopefully someone shows up to help.

Come on guys, who can help the OpenMSX team with the Android build?
I tried it on Android TV which works great except for the audio delay of 0.5 seconds.
So, OpenMSX can also be used on the big TV screen!

I'm using the Xiaomi Mi Box S.

Page 25/27
18 | 19 | 20 | 21 | 22 | 23 | 24 | | 26 | 27