Kas1e, encore lui, s'est attelé à la tâche de porter MESA sur AmigaOs 4.1.

Les plus anciens se rappelleront de MESA sur Amiga : http://obligement.free.fr/articles/mesa_encore_opengl.php

Cette nouvelle bibliothèque, basée sur la version 26.1.5 de MESA en date du 17/05/2026, pour AmigaOS 4.1 permet de se passer complètement de Warp3D Nova et d'OpenGLES en tapant directement dans le hardware des cartes Radeon HD et RX.

Kas1e a désassemblé le code des pilotes Radeon HD et RX d'A-Eon pour en comprendre le fonctionnement et redirigé les appels 3D directement sans passer passer par une quelconque bibliothèque tierce.

Ce faisant, il permet à ces appels 3D d'être bien plus rapides que via Warp3D Nova.

Pour l'instance, un seul jeu permet son utilisation : Half Life (voir les dernières news) et c'est le rendu MESA qui est le plus rapide actuellement.

Cette première version n'est pas forcément exempte de bugs mais cela laisse entrevoir de très grosses nouveautés à venir et on peut ermecier Kas1e pour tout cela !

Pour en savoir plus, c'est sur https://os4depot.net/?function=showfile&file=development/library/graphics/mesa.lha

Un demo utilisant MESA : https://os4depot.net/share/demo/misc/showcasedemo.lha

Mise à jour de MESA en version 1.1 avec plusieurs correctifs.

Une superbe démo PC datant de 2012 (2nde place à la Revision 2012) créée par le groupe Français CTRL-ALT-TEST nommée Felix a été portée par Kas1e : https://os4depot.net/share/demo/scene/felix.lha

Sur Sam460, elle rame trop (absence de GART mais Kas1e est sur le sujet pour patcher le pilote Radeon, on croise les doigts). Sur X1000, elle est passe sans souci.


Les nouveautés de MESA 1.1 (en Anglais, traduites avec AmiTranslate) :

- Correction de la sérialisation « big-endian » des uniformes 64 bits et des descripteurs de textures/images sans liaison dans les tampons constants du GPU.

- Correction d'un bug « big-endian » qui provoquait, lors d'opérations glClear « scissored » sur des FBO, l'écriture de (0,0,0,0) au lieu de la couleur d'effacement demandée.
Merci à AfxGroup pour le signalement !

- Ajout de la réutilisation des tampons GPU basée sur pb_cache de Mesa, réduisant la surcharge d'allocation et améliorant le nombre d'images par seconde (FPS).

- Prise en charge des cas où les allocations de tampons GART se rabattent sur la VRAM, corrigeant ainsi les ralentissements intermittents et le scintillement du rendu.
Merci à Martin0873 et dirk67 pour leurs signalements !

- Suppression de l'exigence codée en dur pour les modes d?écran 32 bits. Trois chemins sont désormais pris en charge :
- RGB565 natif sur les écrans 16 bits.
- ARGB8888 natif sur les écrans 32 bits.
- Une solution de repli pour les applications demandant du ARGB8888 sur un écran 16 bits, avec conversion interne en RGB565 (plus lente).
Merci à Peb pour le signalement !

- Contournement d'un bug Radeon HD qui ne parvenait pas à effacer tout l'état graphique lors du passage du rendu 3D aux mises à jour de l'écran. Les applications Mesa utilisant des sprites de points programmables ne bloquent plus le GPU.

- Contournement d?un bug de la Radeon HD 5.x qui regroupe Oland (ID de puce 0x42) avec Hainan (0x43), ce qui entraîne la programmation de la table à deux tuyaux de tuiles de Hainan sur les GPU Oland, qui utilisent normalement 4 tuyaux de tuiles. Au démarrage de Mesa, les configurations Oland concernées sont détectées et reprogrammées avec la table de tuiles correcte pour toute la durée de la session. Cela corrige les anomalies visuelles affectant le tiling 1D, l'anticrénelage et les chemins de rendu associés.

- Correction d'un affichage noir sur RadeonHD 3.x dans les applications héritées utilisant glBegin et glEnd. REMARQUE : RadeonHD 3.x reste déconseillé en raison de ses très faibles performances.

- L'analyseur ATOM tolère désormais les divergences de somme de contrôle de l'option-ROM au lieu de
générer une erreur, car certaines cartes possèdent un VBIOS dont la somme de contrôle du conteneur est obsolète.
Merci à 328gts pour le signalement et les tests !

- GL_RENDERER indique désormais la version de l'API Resource Manager (RM) du pilote Radeon au lieu de la version 0.0 du DRM Linux, qui n'est pas pertinente.

- Ajout des dates de compilation automatiques aux informations de version de mesa.library.

- Amélioration du signalement des erreurs d'exécution grâce au remplacement des valeurs d'énumération internes cryptiques par des descriptions claires.

Ce Mesa fait faire un bon en avant à AmigaOS 4.1
Il aurait bien valu une news à lui seul, mais je comprends tout à fait pourquoi tu ne l'as pas fait. En tout cas les prochains jeux vont aller vite. Encore du boulot pour Hugues :-D

Deux nouvelles démos sorties ce jour (sur OS4Depot)

Departure, datée de 2012, du groupe Français CTRL-ALT-TEST (encore eux), bien sympa et tournant convenablement sur Sam460.

Chaos Theroy, magnifique, datant de 2010, du groupe hongrois Conspiracy.

Attention, cette dernière démo pose problème sur Sam460 et X5000 apparemment. J'ai pu la lancer sur mon X1000 mais elle plante sur Sam460. Kas1e est sur le coup :)

C'est drôle ça, j'ai rencontré l'un des membres de CTRL ALT en début d'été sur Lorient alors que je buvais un verre avec des amis. Je voyais un gars assez jeune au bout de la terrasse avec un T-shirt représentant la D7 de boot de l'écran de démarrage de l'A500. Je suis donc allé taper la discut' avec ce jeune homme et c'était sympa ;-).

Excellent ! Le monde est vraiment petit !

Je pense qu'on devrais tous porter un signe Amiga (t-shirts, pins, stickers,etc...) au quotidien pour ce reconnaître dans la vraie vie comme pour l'exemple de pseudaxos

Encore une nouvelle démo porté par Kas1e, celle-ci provenant du prolifique groupe PC Farbrausch : Theta
https://os4depot.net/share/demo/scene/fr-038_theta.lha

Pas trop mal, certaines parties rament un peu sur Sam460 mais sont très bien sur X1000/X5000. Aucune info pour ce qui est de l'A1222.

Nouvelle version de SHaderjoy, supportant là aussi MESA : https://os4depot.net/?function=showfile&file=graphics/viewer/shaderjoy.lha