Bug#955999: openmsx: Issues with pressing multiple keys
Hi, You can diagnose the issue like this: - open the openMSX console (F10) - execute the command: set kbd_trace_key_presses true - close the openMSX console (F10 again) Each key press/release now generates a log line on stderr. Those should appear in the terminal from which you started openMSX. These log lines are pretty close to the events we receive from SDL. So if it's already wrong in the log the issue is likely located in SDL itself. if the log looks fine, then we might be able to fix it in openMSX. Wouter On Mon, Apr 6, 2020 at 9:15 PM Manuel Bilderbeek < manuel.bilderb...@gmail.com> wrote: > Hi, > > On 06-04-2020 13:54, Jesús Barrado Varela wrote: > > > Can you confirm the problem doesn't occur by compiling a previous > > > version and trying that? > > I've tried the following today: > > * On Debian 10 Buster the bug is present on version 0.15.0-2. > > * On Debian 10 Buster the bug is present on version 0.13.0-1 (the > > version found in Stretch repos). > > * On Debian 9 Stretch the bug is *not* present on version 0.13.0-1. > > * On Ubuntu 18.04 the bug is *not* present on version 0.14.0-2. > > On all these cases, did you try with full screen, consistently? > > > I've also noticed today that the bug is only present under Buster when > > playing fullscreen (pressing the F12 key). Maybe it's an SDL bug? > > Does it make a difference to go to fullscreen by typing in the console > (open with F10): > set fullscreen on > ? > > I still can't reproduce the issue on 0.15.0-2+b1. > > If you reproduced consistently in the same way, and in one 0.13.0-1 it > occurs and in the ther 0.13.0-1 it does not occur, then I doubt it's a > bug in openMSX. > > -- > Kind regards, > > Manuel > >
Bug#955999: openmsx: Issues with pressing multiple keys
Hi, On 06-04-2020 13:54, Jesús Barrado Varela wrote: > Can you confirm the problem doesn't occur by compiling a previous > version and trying that? I've tried the following today: * On Debian 10 Buster the bug is present on version 0.15.0-2. * On Debian 10 Buster the bug is present on version 0.13.0-1 (the version found in Stretch repos). * On Debian 9 Stretch the bug is *not* present on version 0.13.0-1. * On Ubuntu 18.04 the bug is *not* present on version 0.14.0-2. On all these cases, did you try with full screen, consistently? I've also noticed today that the bug is only present under Buster when playing fullscreen (pressing the F12 key). Maybe it's an SDL bug? Does it make a difference to go to fullscreen by typing in the console (open with F10): set fullscreen on ? I still can't reproduce the issue on 0.15.0-2+b1. If you reproduced consistently in the same way, and in one 0.13.0-1 it occurs and in the ther 0.13.0-1 it does not occur, then I doubt it's a bug in openMSX. -- Kind regards, Manuel
Bug#955999: openmsx: Issues with pressing multiple keys
Hi Manuel, Thanks for your reply. On Mon, 6 Apr 2020 00:25:59 +0200 Manuel Bilderbeek < manuel.bilderb...@gmail.com> wrote: > Hi, > > I can't reproduce the problem. Just walking the right in MoG and > jumping, I keep walking to the right. > > Are you sure you didn't change something with keyboard hardware or some > other keyboard settings? I didn't configure anything on my system related to the keyboard. It's enough to use my desktop environment defaults for me. Regarding openMSX, the only setting related to the keyboard I've done is the key-click sound option. This is my settings.xml: psgdirectioncallback dihaltcallback 0 0 0 3 SDL > Can you confirm the problem doesn't occur by compiling a previous > version and trying that? I've tried the following today: * On Debian 10 Buster the bug is present on version 0.15.0-2. * On Debian 10 Buster the bug is present on version 0.13.0-1 (the version found in Stretch repos). * On Debian 9 Stretch the bug is *not* present on version 0.13.0-1. * On Ubuntu 18.04 the bug is *not* present on version 0.14.0-2. I've also noticed today that the bug is only present under Buster when playing fullscreen (pressing the F12 key). Maybe it's an SDL bug? Regards, Jesus.
Bug#955999: openmsx: Issues with pressing multiple keys
Hi, I can't reproduce the problem. Just walking the right in MoG and jumping, I keep walking to the right. Are you sure you didn't change something with keyboard hardware or some other keyboard settings? Can you confirm the problem doesn't occur by compiling a previous version and trying that? Thanks. Kind regards, Manuel (one of the upstream authors) On 05-04-2020 22:37, Jesus Barrado Varela wrote: Package: openmsx Version: 0.15.0-2+b1 Severity: important Dear Maintainer, When using openMSX, holding a key and then pressing another one makes the emulator act as if the key that was being held weren't. This issue can be easily reproduced with the arrow keys and a game that is controlled with them. In order to reproduce: 1. Hold the right arrow key. 2. Press any other arrow key without releasing the previously held one. 3. A few seconds later the emulator will acts as if the right arrow key weren't held, but it is. A game where this issue is pretty noticeable is "Knightmare II: The Maze of Galious", where the up arrow key is used to jump. Moving the character to the right, jumping and keeping going to the right makes the character to stop although I hold the right arrow key. It can be reproduced pressing any kery (e.g. pressing M while holding up), but it's more noticeable when it happens with movement keys. This happens launching openmsx from the terminal or by using openmsx-catapult. And it happens with any MSX type (C-BIOS, FS-A1WSX...). It may look like it's a problem with the keyboard or a limitation of the game console, but this wasn't present in previous versions. I hope I explained myself well.
Bug#955999: openmsx: Issues with pressing multiple keys
Package: openmsx Version: 0.15.0-2+b1 Severity: important Dear Maintainer, When using openMSX, holding a key and then pressing another one makes the emulator act as if the key that was being held weren't. This issue can be easily reproduced with the arrow keys and a game that is controlled with them. In order to reproduce: 1. Hold the right arrow key. 2. Press any other arrow key without releasing the previously held one. 3. A few seconds later the emulator will acts as if the right arrow key weren't held, but it is. A game where this issue is pretty noticeable is "Knightmare II: The Maze of Galious", where the up arrow key is used to jump. Moving the character to the right, jumping and keeping going to the right makes the character to stop although I hold the right arrow key. It can be reproduced pressing any kery (e.g. pressing M while holding up), but it's more noticeable when it happens with movement keys. This happens launching openmsx from the terminal or by using openmsx-catapult. And it happens with any MSX type (C-BIOS, FS-A1WSX...). It may look like it's a problem with the keyboard or a limitation of the game console, but this wasn't present in previous versions. I hope I explained myself well. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openmsx depends on: ii cbios0.28-1 ii libasound2 1.1.8-1 ii libc62.28-10 ii libgcc1 1:8.3.0-6 ii libgl1 1.1.0-1 ii libglew2.1 2.1.0-4 ii libogg0 1.3.2-1+b1 ii libpng16-16 1.6.36-6 ii libsdl-ttf2.0-0 2.0.11-6 ii libsdl1.2debian 1.2.15+dfsg2-4 ii libstdc++6 8.3.0-6 ii libtcl8.68.6.9+dfsg-2 ii libtheora0 1.1.1+dfsg.1-15 ii libvorbis0a 1.3.6-2 ii openmsx-data 0.15.0-2 ii zlib1g 1:1.2.11.dfsg-1 openmsx recommends no packages. Versions of packages openmsx suggests: pn dmktools ii openmsx-catapult 0.15.0-1 pn openmsx-debugger -- no debconf information
