Linux: the game doesn't respond correctly to mouse movement

[frejohn]

I'm on a HP notebook and on Manjaro (Arch-based distro) Linux. The game doesn't respond correctly to the touchpad/mouse movement, like you can see the cursor moving "correctly" but the game doesn't respond accordingly, e.g. if I try to start a new episode and move my cursor on 'start', the game instead buzzes off everywhere so I really can't do anything.
My

Code: Select all

ons.cfg

:

Code: Select all

window-width=1366
scale
game-script=en.file
env[bgm_volume]=90
env[bgm_unlock]=8
env[automode_hide_cursor]=true 
env[cg_unlock]=8
env[lipsync]=true
env[complete_episode]=8
env[video_resolution]=1080
env[voice_volume]=100
env[steam_conventions]=true
env[verify]=none

Command line output of

Code: Select all

./onscripter-ru

:

Code: Select all

Parsing command-line options from 'ons.cfg'
Couldn't open option file 'en.cfg'
Available crash reporter features error code 0
init:archive_path: "/home/john/VN/Umineko Project/:./:/home/john/VN/:../"
save:archive_path: "/home/john/.onscripter/UminekoPS3ficationEn/:/home/john/VN/Umineko Project/:./:/home/john/VN/:../"
Trying to initialise GL2 renderer
Compiling shader: defaultVertex.vert
Compiling shader: alphaOutsideTextures.frag
Compiling shader: blendByMask.frag
Compiling shader: blurH.frag
Compiling shader: blurV.frag
Compiling shader: breakup.frag
Compiling shader: colorModification.frag
Compiling shader: colourConversion.frag
Compiling shader: cropByMask.frag
Compiling shader: effectTrvswave.frag
Compiling shader: effectWarp.frag
Compiling shader: effectWhirl.frag
Compiling shader: glassSmash.frag
Compiling shader: glyphGradient.frag
Compiling shader: mergeAlpha.frag
Compiling shader: multiplyAlpha.frag
Compiling shader: pixelate.frag
Compiling shader: renderSubtitles.frag
Compiling shader: textFade.frag
Maximum texture size (set automatically) is 16384
Maximum texture chunk size (set automatically) is 3211264
Enabled GPU features: 0x1BDF
Initialising joystick(0 -> 0): SynPS/2 Synaptics TouchPad
Haptic status: unsupported
Gamepad GUID: 0x11, 0x00, 0x00, 0x00, 0x02, 0x00, 0x00, 0x00, 0x07, 0x00, 0x00, 0x00, 0xB1, 0x01, 0x00, 0x00
Audio: 48000 Hz 32 bit float stereo
turned on volume mute
turned off volume mute
turned on volume mute
Setup layer effect for 'fall.dll'.
Setup layer effect for 'fall.dll'.
Setup layer effect for 'fall.dll'.
Setup layer effect for 'fall.dll'.
Setup layer effect for 'fall.dll'.
Setup layer effect for 'fall.dll'.
Setup layer effect for 'fall.dll'.
Setup layer effect for 'fall.dll'.
Setup layer effect for 'ass.dll'.
Setup layer effect for 'snow.dll'.
Setup layer effect for 'video.dll'.
turned off volume mute
Speech levels changed to 0.200000 0.600000
turned on volume mute

This is me, but I think the most important line, where the problem lies, are

Code: Select all

Initialising joystick(0 -> 0): SynPS/2 Synaptics TouchPad
Haptic status: unsupported

Maybe the problem is there?

[vit9696]

Hello,

Could you please provide more details on what happens? I am not sure I understood you properly.
— when you move the cursor in the game, it works normally?
— when you move the cursor over buttons, do they highlight and behave otherwise normally?
— when you click on the button, what exactly happens?
— can you control the game with your keyboard without issues?

Considering the issue may exist be your touchpad being incorrectly detected as a gamepad, could you try remapping its buttons? For example, you could disable all the buttons by specifying -1 in all pad-map slots in ons.cfg. See "How can I configure my gamepad?" in our FAQ (https://umineko-project.org/en/frequent ... questions/).

[frejohn]

Hello,

Could you please provide more details on what happens? I am not sure I understood you properly.
— when you move the cursor in the game, it works normally?
— when you move the cursor over buttons, do they highlight and behave otherwise normally?
— when you click on the button, what exactly happens?
— can you control the game with your keyboard without issues?

Considering the issue may exist be your touchpad being incorrectly detected as a gamepad, could you try remapping its buttons? For example, you could disable all the buttons by specifying -1 in all pad-map slots in ons.cfg. See "How can I configure my gamepad?" in our FAQ (https://umineko-project.org/en/frequent ... questions/).

Sorry if I wasn't being clear enough. Now, the cursor per se moves correctly, but the game doesn't respond accordingly. If I try to move the cursor on a button, let's say 'config', the game will go basically "crazy" and highlight everything and so clicking what I want is impossible. I'll now try your method and update the situation. Thanks for the reply.

[vit9696]

If it highlights basically everything, most likely the issue is not in the controls, but in your graphics driver. This is easy to check by controlling the game with the keyboard (you can use arrow keys and enter). Consider checking render-self=no, no-glclear, and other graphics quirks from Known issues section (https://umineko-project.org/en/known-issues).

[frejohn]

Update: tried your method and it didn't work
Here the GIF of what the problem is: https://makeagif.com/gif/umipro-linux-mouse-bug-yUOmrR

[vit9696]

Hmmm, from the gif it looks like cursor positioning is reported incorrectly to the game:
— Since only one button is highlighted, then the graphics driver should be fine.
— Also, since it happens at highlight level, gamepad is also unrelated.

All in all that means that your operating system reports incorrect mouse positioning to the game, or at least SDL library we use misinterprets it. Is the issue any different in windowed and fullscreen modes (you can switch by pressing F key)?

[frejohn]

Hmmm, from the gif it looks like cursor positioning is reported incorrectly to the game:
— Since only one button is highlighted, then the graphics driver should be fine.
— Also, since it happens at highlight level, gamepad is also unrelated.

All in all that means that your operating system reports incorrect mouse positioning to the game, or at least SDL library we use misinterprets it. Is the issue any different in windowed and fullscreen modes (you can switch by pressing F key)?

It happens both in windowed and fullscreen mode. This didn't happen on Windows btw, even when it was the same notebook.

[vit9696]

Mhm, I tried loading Linux, and it works fine for me on Debian 10 with LXQt. Unsure whether I can really help here. Try reducing window-width? Maybe it somehow confuses your window server.

[frejohn]

At the end I went with playing the game on Wine. Works fine. Thanks for your help, though.