astrofox icon indicating copy to clipboard operation
astrofox copied to clipboard

Canvas fails to render on KDE

Open DominikNovosel opened this issue 4 years ago • 8 comments

System information: Operating System: openSUSE Leap 15.2 KDE Plasma Version: 5.18.6 KDE Frameworks Version: 5.71.0 Qt Version: 5.12.7 Kernel Version: 5.3.18-lp152.60-default OS Type: 64-bit Processors: 4 × Intel® Core™ i5-3230M CPU @ 2.60GHz Memory: 7.6 GiB of RAM

Running from 1.1.0. AppImage. Upon startup, the canvas surface is rendered as blank and gray, despite being set to black by default and including some starter elements. Changing this parameter has no effect. Even after importing some audio and an image, the canvas remains blank and unresponsive. Resizing the canvas causes an icon to render in the top-left corner. I tried running Storyboarder to check for issues with my graphics drivers or Electron, but it worked fine. Three.js reported several errors. Any idea what's going on? The full console log and screenshots should be below.

-1611681812783.log Screenshot_1 Screenshot_2

DominikNovosel avatar Jan 26 '21 18:01 DominikNovosel

Looks like it's failing to get the webgl context. Can you see if this site works for you? https://get.webgl.org/webgl2/

mikecao avatar Jan 27 '21 03:01 mikecao

Yup, it seems to work just fine. At least now I know my drivers are alright. Screenshot_3

DominikNovosel avatar Jan 27 '21 06:01 DominikNovosel

Looks like you're running Firefox. Electron is Chromium based, though I'm not sure if that would make a difference. Just wanted to point it out.

mikecao avatar Mar 15 '21 18:03 mikecao

I was curious myself, so I tried WebKit and Chromium too, they worked as well. The 1.2 Astrofox release still has the same issue. Screenshot_20210315_190924 Screenshot_20210315_191048

DominikNovosel avatar Mar 15 '21 18:03 DominikNovosel

For what it's worth, I'm on Pop!_OS Linux (Debian/Ubuntu based) running GNOME, and my canvas seems to render just fine with the AppImage of Astrofox. It might have something to do with your specified distro.

connervieira avatar Dec 20 '21 16:12 connervieira

I recently switched to: Operating System: Kubuntu 20.04 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 Kernel Version: 5.11.0-43-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i5-3230M CPU @ 2.60GHz Memory: 7.6 GiB of RAM

and I can unfortunately confirm that this issue persists in Astrofox 1.3.0. I think the issue is KDE-specific, since the aforementioned icon is the standard for denoting errors in Plasma Workspace.

DominikNovosel avatar Dec 20 '21 16:12 DominikNovosel

~~i should have done more testing before i posted this...~~

this is most likely not a KDE-specific issue as i'm also having the same problem in EndeavourOS with XFCE 4.16. i both used AppImage and AUR versions

some system info: OS: EndeavourOS 21.5 (64-bit) Kernel: 5.16.8-arch1-1 CPU: Intel i7-3540M (4) @ 3.7GHz GPU: Intel HD Graphics 4000 Mesa version: 21.3.5

thankfully there is a quick workaround for me at least by forcing Mesa to use OpenGL 3.0 by using export env MESA_GL_VERSION_OVERRIDE=3.0 and then start Astrofox from the terminal

https://user-images.githubusercontent.com/42163944/153566214-a20d0802-afc1-4035-9a6f-ef7c007b323a.mp4

other than the spammy warnings from Developer Tools console and Geometry (3D) not working, it's running very nice.

i also tested other OpenGL versions that i have. very meh

Version Results
1.0, 1.1, 1.2, 1.3, 1.4, 1.5 laggy
3.3, 4.0, 4.1, 4.2 canvas doesn't render

macimas avatar Feb 11 '22 09:02 macimas

I have got the same problem on Manjaro i3 or Manjaro GNOME.

OS: ManjaroLinux (21.3.2) Kernel: 5.9.16-1-MANJARO CPU: Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz

localesp avatar Jul 13 '22 06:07 localesp