linux export discussion

keszegh

i thought i will open a general thread for linux export instead of per issue. The thing i noticed is that the second window i create with Screen does appear but nothing is rendered on it. (the same project works fine on windows).

keszegh

i tried to use qt linux export meanwhile, but it gives the following error (i think it worked at some point in the past):
error while loading shared libraries: libQt6DBus.so.6: cannot open shared object file: No such file or directory

even though the required file is in the root folder of my app.

hgy29

I tried just now with this simple code:

local a=Screen.new(0) a:setContent(Pixel.new(0xFF0000,1,100,100)) --a:setState(Screen.STATE_NORMAL) a:setTitle("Autre fenêtre")

And it worked for me on Linux (Debian 11), native export, not tried on Linux QT Player

keszegh

hgy29 said:

I tried just now with this simple code:

local a=Screen.new(0) a:setContent(Pixel.new(0xFF0000,1,100,100)) --a:setState(Screen.STATE_NORMAL) a:setTitle("Autre fenêtre")

And it worked for me on Linux (Debian 11), native export, not tried on Linux QT Player

thanks. i will experiment also with some simpler project to see what goes wrong and when. i have a newish linux mint.

anz idea about the qt export problem?

hgy29

keszegh said:

i tried to use qt linux export meanwhile, but it gives the following error (i think it worked at some point in the past):
error while loading shared libraries: libQt6DBus.so.6: cannot open shared object file: No such file or directory

even though the required file is in the root folder of my app.

I suspect a library path issue, can you try to run it through a shell script similar to 'Gideros Player.sh' in your Gideros installation folder ?

keszegh

using an sh file makes it run but crashes for me right after opening the window with this error:
./fragmenter.sh: line 1: 7224 Segmentation fault (core dumped) ./fragmenter

keszegh

ok, so back to the screen problem on normal linux export:
using linux gideros studio 2024.06, in player it works but not in export.
if i export from linux gideros studio version 2023.09 then it still worked.
i also use Viewport so maybe the problem lies there instead of Screen.

keszegh

now not from windows but from linux gideros studio i managed to export a working qt linux export, there the projection window works as expected but trying to initialize midi it crashes. "module luamidi not found."

keszegh

i'd need either to solve the screen/viewport issue in native linux export or at least the luamidi issue in the qt linux export to have a working linux version of my app.
thanks for your efforts.

hgy29

I can reproduce your screen issue on native Linux, I am trying to figure out what happens here. Seems like something in main scene leaves OpenGL in a state where second Screen can’t draw. Something is probably not reset as it ought to be on Linux.

keszegh

@hgy29 , great, being able to reproduce the issue is half the success. thanks for working on it

keszegh

btw the luamidi problem on qt linux isn't just some minor issue?

hgy29

I guess so for luamidi, but I suspect the Screen issue may be related to the general OpenGL render issue which occurs sometimes in other contexts, so I’d like to corner it

hgy29

Fixed issue in Screen, actually in OpenGL backend: https://github.com/gideros/gideros/commit/5b2c05c0c360f4c227bb5091353db6b238cc8953

MoKaLux

thank you hgy29

keszegh

thanks @hgy29 , i would be happy to test it, even more, to publish the fix to my users.

hgy29

Yes, @keszegh, here is a patched template executable based on last Gideros release: http://apps.giderosmobile.com/pre/LinuxTemplate
It should replace the one in Templates/linux/LinuxTemplate folder

keszegh

with the new template it works even by exporting from windows. great job, hopefully this OpenGL thing won't bother you too much, in the last few months it kept popping up with new and new issues.

keszegh

the luamidi qt export issue should not be forgotten though, although not urgent. will you look into it soon or should i make a github issue?
thanks @hgy29

hgy29

Turns out luamidi was just not built for QtLinux. I fixed that, and here is the plugin: http://apps.giderosmobile.com/pre/luamidi.tgz

keszegh

hgy29 said:

Turns out luamidi was just not built for QtLinux. I fixed that, and here is the plugin: http://apps.giderosmobile.com/pre/luamidi.tgz

perfect. ty

keszegh

btw when setting a screen to fullscreen on linux and polling getSize right after, i get the old size. only after a bit of time do i get the correct size. (unlike in windows/mac where there is no such issue)
i could workaround this easily, but still it's worth to mention.

keszegh

@hgy29 on linux non-qt export when i draw with a wacom pen then event.touch.mouseButton gives value 2 (right-click) during mouseMove, whereas it should give value 1. (on linux player/qt export there is no such issue) (the mouseDown value is correct at least)

there are also event values above 4 (like 4,5,16,18) when using the wacom pen button (on linux/mac in qt/player i can get 4,5, in non-qt i can get 16,18), but that's ok, i can handle these (anything above 3 i count as a right-click), but the above problem is harder to hack as value 2 in the above case means two different things, depending on the export and device used.

hgy29

Hi @keszegh,
I am afraid there is no easy fix for this, since on Linux gideros relies on GLFW library for setting up OpenGL and handling X/Wayland events. It appears that GLFW doesn't properly handle tablets right now, but there is a patch on the way: https://github.com/glfw/glfw/pull/1445 although it has been there for months.

keszegh

@hgy29 , ok, let's hope they will fix it (in a year?) and then it comes to gideros too automatically. meanwhile i can just ignore movement messages as in my use case luckily only the mousedown event matters (and even if not, i could 'remember' what was the mousedown event). so i will do a workaround for the time being.
thanks

ccpplinux

Hi all,
I am using Linux Mint to generate APK file. I have set Android SDK Version to 34 then the apk file was generated. However when I am trying to install it on my mobile phone then I am getting message "App not installed as package appears to be invalid". So can you please tell me why the package is invalid? How to make it valid?

hgy29

It would be useful to have a more precise error message, to know what is wrong in the package exactly. Maybe it is not signed, has an invalid format (unlikely since it was built by android studio ultimately) or maybe something else.
Could you try to export your project as an android studio project instead and launch it on your device with android studio ? Also how did you try to install it on your phone ? If you asked Gideros to install it directly, can you try to copy it yourself to your device and install from local storage ?

keszegh

@hgy29 , my linux users reported that when they set a second window full screen then it puts it on the main monitor and not on the monitor the window is currently on (as it does on windows and as it should be). this makes my app quite less useful on linux.
the line concerned:
Screen:setState(Screen.STATE_FULLSCREEN)

hgy29

@keszegh, this is because we use GLFW library to manage windows, and this library lacks a way to determine the monitor a window is on, so it opens fullscreen on default monitor.
I found a possible work around here: https://stackoverflow.com/questions/21421074/how-to-create-a-full-screen-window-on-the-current-monitor-with-glfw/31526753#31526753
I will try to implement it

keszegh

thanks @hgy29 , sounds promising.
if it does not work, then programmatically being able to change the target monitor is an alternative way that would be more than nothing and perhaps good enough.

keszegh

will we have a bugfix release in a few weeks perhaps? i planned to update my app around mid-january and it would be nice if this could make into it. thanks