Niente, raylib ha la possibilità di impostare la versione di OpenGL a tempo di compilazione tramite flag GRAPHICS=GRAPHICS_API_OPENGL_ (11 21 33 ES2), ma dal wrapper Nim che sto usando non è fattibile...

Anche se dietro le quinte usa GLFW, non trovo alcun modo di applicare gli hint di versione

Edit — mi sono scordato di linkare il wrapper:
https://github.com/greenfork/nimraylib_now

Ok in qualche modo sono riuscito lo stesso a creare un guestbook come sondaggio nel mio canale di about

https://news.1rj.ru/str/AboutMicro/18

Ok questo è inaspettato, nei sorgenti di raylib in C inclusi nel wrapper per Nim è presente uno noscript di compilazione in Zig

Alla fine ho optato per staticglfw + opengl

Telegram che cazzo fai, mi nascondi il tasto menù all'ultimo momento? Per poco non chiamavo questa persona

Molti effetti sonori inclusi in minecraft sono sotto Public Domain o CC BY

https://www.minecraft.net/en-us/attribution/sound

Lava
https://freesound.org/people/Angel_Perez_Grandi/sounds/69397/

Grass
https://freesound.org/people/Snoman/sounds/9904/
https://freesound.org/people/Snoman/sounds/9905/
https://freesound.org/people/Snoman/sounds/9907/
https://freesound.org/people/Snoman/sounds/9906/

Ok ecco la cagata:
attualmente esiste una versione di glfw per x11 e una per wayland...

Altro update:
Il wrapper OpenGL per Nim dipende dalla libreria glx, che a sua volta dipende da X11. Non se ne esce.

Ho appena provato sm64ex (opengl 1.1) con patch 60fps

su wayland (weston)
fullscreen 1366x768 + vsync
60fps
53% utilizzo gpu

su x11 (kwin no compositor)
finestra <800x600 + vsync
60fps
90% utilizzo gpu

Prima ho riprovato sm64ex sempre su wayland e ho avuto le stesse performance di x11 (wtf)

Dopo riprovo senza ulteriori sessioni attive, e provo anche con openbox

Facendo strace dell'eseguibile ho notato che viene letto /usr/share/drirc.d/00-mesa-defaults.conf

È un file ufficiale pieno di piccoli tweaks per giochi e vari drivers

Telegram aveva una funzione di ricerca globale media, dove diavolo è finita? Non riesco più a raggiungerla

Wayland non permetterà di catturare l'intero schermo, ma almeno puoi ruotare le finestre dai

https://man.archlinux.org/man/community/weston/weston-bindings.7.en#TOUCH_/_MOUSE_BINDINGS

Raga facciamo l'ennesimo protocollo desktop ma che stavolta funzioni per le esigenze del 2022

Update: ho riprovato su weston senza altre sessioni aperte sm64ex fullscreen no vsync, e non andava fluido come mi sarei aspettato. La faccenda diventa sempre più strana. Ora provo pure terminando sddm

Ok ho capito il dilemma, devo dire che non ho scelto un gioco così semplice 😅

Praticamente sm64ex riesce ad andare a 60fps fullscreen vsync sia su wayland (weston) sia su xorg (openbox) con praticamente lo stesso utilizzo GPU (55%).

Il problema pare essere nel texture filtering del gioco:
» se viene avviato con Linear e poi si passa a Three-point, non da problemi
» se viene avviato direttamente con Three-point lagga da far schifo (e la GPU non è neanche usata al massimo)

Epic, riesco pure a registrarlo fullscreen ~60fps (kde kwin, no compositor, simple screen recorder, intero monitor)