astrofox-io / astrofox

Astrofox is a motion graphics program that lets you turn audio into amazing videos.
https://astrofox.io
MIT License
1.75k stars 105 forks source link

Canvas fails to render on KDE #34

Open DominikNovosel opened 3 years ago

DominikNovosel commented 3 years ago

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

mikecao commented 3 years ago

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

DominikNovosel commented 3 years ago

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

mikecao commented 3 years ago

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.

DominikNovosel commented 3 years ago

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

connervieira commented 2 years ago

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.

DominikNovosel commented 2 years ago

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.

macimas commented 2 years ago

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
localesp commented 2 years ago

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