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/
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/
journalctl -u micro
Alla fine ho optato per staticglfw + opengl
Ok ecco la cagata:
attualmente esiste una versione di glfw per x11 e una per wayland...
attualmente esiste una versione di glfw per x11 e una per wayland...
journalctl -u micro
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.
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
su wayland (weston)
fullscreen 1366x768 + vsync
60fps
53% utilizzo gpu
su x11 (kwin no compositor)
finestra <800x600 + vsync
60fps
90% utilizzo gpu
journalctl -u micro
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
Dopo riprovo senza ulteriori sessioni attive, e provo anche con openbox
journalctl -u micro
Altro update: Il wrapper OpenGL per Nim dipende dalla libreria glx, che a sua volta dipende da X11. Non se ne esce.
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 driversTelegram aveva una funzione di ricerca globale media, dove diavolo è finita? Non riesco più a raggiungerla
journalctl -u micro
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
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
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
journalctl -u micro
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
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
journalctl -u micro
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)
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)
journalctl -u micro
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…
Media is too big
VIEW IN TELEGRAM
Epic, riesco pure a registrarlo fullscreen ~60fps (kde kwin, no compositor, simple screen recorder, intero monitor)
Volevo provare Joplin, poi ho scoperto che
1. salva le note (markdown) su database sqlite...
2. tramite
1. salva le note (markdown) su database sqlite...
2. tramite
strace vedo che va a maneggiare /sys (forse lo fanno tutte le app electron)
journalctl -u micro
Photo
$ strace -f -e trace=%file chromium \
|& sed -E 's/^(\[.+?\] )?([a-z]+)\([^"]*?"([^"]+?)".*$/\2 \3/g' \
| grep -a '/sys/fs' \
| sort \
| uniq
newfstatat /sys/fs/cgroup/cpuset/chrome
newfstatat /sys/fs/cgroup/cpuset/chrome/non-urgent
newfstatat /sys/fs/cgroup/cpuset/chrome/urgent
newfstatat /sys/fs/cgroup/schedtune/chrome
newfstatat /sys/fs/cgroup/schedtune/chrome/non-urgent
newfstatat /sys/fs/cgroup/schedtune/chrome/urgent
openat /proc/sys/fs/inotify/max_user_watches
🤔
journalctl -u micro
Ora htop colora in modo diverso i nomi dei processi, chissà con che logica
Scoperto il motivo; ho appena aggiornato e devo riavviare
Btw prendendo questo screenshot mi è crashata la sessione
Btw prendendo questo screenshot mi è crashata la sessione
journalctl -u micro
Cosa se... 👉🏻👈🏻 https://github.com/IsaacBrumby/sm64ex-coop Update: compila e sembra funzionare
sm64ex_coop_micro_linux.zip
9.7 MB
Non ho ancora preparato dei pkgbuild né pacchetti arch, ma tant'è