Aller au contenu


tikilou

Inscrit(e) (le) 13 nov. 2010
Connecté Dernière activité aujourd'hui, 07:32
-----

Messages que j'ai postés

Dans le sujet : [Switch] SciresM envisage de se retirer du monde du hack

27 janvier 2026 - 09:31

Et oui à un moment faut que ça s'arrête les projets passions... Bonne continuation à lui pour la suite et merci pour tout son travail open-sources, je ne sais pas qui va être capable de reprendre ses travaux vu le niveau de malade qu'il a, ils ne sont pas nombreux les développeurs ayant autant de talents que lui et surtout ayant cette volonté de partage, on verra bien.

Si seulement les gens qui profitent du boulot des gens comme lui étaient prêts ne serait ce qu'à donner 1€/mois, il y aura des talents qui pourraient faire de cette passion leur travail, ce qui poserait moins de questionnements.


Dans le sujet : Wii System Menu Extractor & Normalizer

27 janvier 2026 - 09:27

Bel outil, ils ont bien du se casser le cul pour faire ça, bravo à eux et merci pour la new.

C'est moi qui ait bossé dessus, le dépôt github est à mon pseudo


Dans le sujet : Wii System Menu Extractor & Normalizer

27 janvier 2026 - 00:15

2. Normalisation des ressources (qualité musée)
Graphismes (pixel-perfect) ?
 

ce programme utilise donc des dépendances spécifiques à debian trixie :)
Et oui...un AppImage englobe l'application pour fonctionner sur toute distribution linux :)

Merci Tikilou pour la news 

La normalisation des ressources "qualitée musée" consiste à pouvoir conserver et pérenniser les fichiers sources (généralement le contenu des *.app dans le dossier "titles") dans un format standard. 
Pixel perfect signifie que la conversion est 100% identique au rendu d'origine au pixel près. Nombre d'images/sprites dépendent d'une palletisation, Nintendo joue beaucoup avec ça depuis la Nes par économie de ressources.
En la matière, après extraction des assets, j'ai pu voir qu'ils sont à fond dans l'optimisation, même les coins de la grille des chaînes, sont en fait non pas une grille unique, mais la répétition de la même texture bien placée 4 fois différemment pour chaque coin.
Tout est tourné vers l'optimisation et l'économie de mémoire pour des performances maximales.

Et concernant l'AppImage, pour faire clair, je l'ai construite sur Debian 13 Trixie, donc compilé depuis la version de Rust fournie par ladite distribution.

Ceci dit, autant je sais qu'executer des appimage est compliqué sur d'anciennes distributions quand c'est du C/c++ parce que chaque nouvelle version du compilateur gcc supporte les précédentes librairies MAIS que les anciennes librairies ne peuvent pas prendre en charge les binaires compilés avec une version plus récente, autant pour le Rust, je ne sais pas. Je doute que ça puisse tourner sur d'anciennes versions d'ubuntu, debian, fedora, mais je n'ai pas testé.
Mais à minima, ça fonctionnera normalement sur toutes les distributions récentes à jour, et le suivantes.


Dans le sujet : Wii System Menu Extractor & Normalizer

26 janvier 2026 - 21:48

Hello
Le lien de l'app image est cassé

Merci pour la news

Le lien est réparé. Pensez à clique sur le petit icône de téléchargement sur github, tout à droite.  
 


Dans le sujet : Wii System Menu Extractor & Normalizer

26 janvier 2026 - 19:31

Tikilou, je te laisse la remettre en forme ?

 

Tikilou, je te laisse la remettre en forme ?

Les liens sont tout en bas, avec le dépôt Github et l'AppImage à télécharger !

Il n'y a pas de capture d'écran en tant que tel, c'est un outil sans interface graphique, prévu pour le terminal, utilisable aussi sans interface graphique ou appelé depuis un script/outil tiers.
Si lancé depuis le terminal, on voit juste défiler l'extraction des fichiers, si on le lance sans terminal, tout le contenu du dossier où est présent l'appimage, est extrait.