Usage de gint 2.8 et du rendu P4 CLEARBG alternatif

Lephenixnoir commented

2022-05-06 19:44:48 +02:00

First-time contributor

Petit aperçu des différences pour gint 2.8. À un moment je modifierai les formats dans le fxSDK et je redirigerai p8 vers la variation appropriée, donc les modifications des métadonnées ne seront plus nécessaires.

J'ai ajouté une fonction spécialisée (non accessible par dimage()) avec l'algo alternatif de rendu transparence pour P4, que cette PR utilise.

Dans mes tests sur Kenyan Savannah on passe une majorité du temps sous la barre intermédiaire du graphe.

Note : les aperçus agrandis des circuits ne marchent pas parce que la fonction de redimensionnement que tu utilises ne gère ni le P8 de gint 2.8 ni le P4 sans transparence, et les miniscreen sont convertis en P8.

Petit aperçu des différences pour gint 2.8. À un moment je modifierai les formats dans le fxSDK et je redirigerai `p8` vers la variation appropriée, donc les modifications des métadonnées ne seront plus nécessaires. J'ai ajouté une fonction spécialisée (non accessible par `dimage()`) avec l'algo alternatif de rendu transparence pour P4, que cette PR utilise. Dans mes tests sur Kenyan Savannah on passe une majorité du temps sous la barre intermédiaire du graphe. Note : les aperçus agrandis des circuits ne marchent pas parce que la fonction de redimensionnement que tu utilises ne gère ni le P8 de gint 2.8 ni le P4 sans transparence, et les `miniscreen` sont convertis en P8.

Slyvtt commented

2022-05-06 21:39:56 +02:00

Owner

Ok, j'ai testé. Globalement on gagne 2 à 3 FPS sur le circuit Kenya, ce qui mine de rien fait un bon 10% (tout en sachant qu'une partie du temps est indépendant du rendu). Bon sur le Kenya, le temps principal est le rendu donc belle amélioration tout de même.

Par contre je note un petit glitch graphiques sur les images miniatures des circuits dans l'écran de sélection :

cf ici

et pour comparer voici le problème

j'ai vérifié les images de départ (finland.png et desert.png) et elles sont bien OK.

Ok, j'ai testé. Globalement on gagne 2 à 3 FPS sur le circuit Kenya, ce qui mine de rien fait un bon 10% (tout en sachant qu'une partie du temps est indépendant du rendu). Bon sur le Kenya, le temps principal est le rendu donc belle amélioration tout de même. Par contre je note un petit glitch graphiques sur les images miniatures des circuits dans l'écran de sélection : cf ici ![version CG-20 OK (gint 2.7)](https://imgur.com/MzNr0qZ.png) et pour comparer voici le problème ![version G90+E (gint 2.8dev)](https://imgur.com/AgPVNF1.png) j'ai vérifié les images de départ (`finland.png` et `desert.png`) et elles sont bien OK.

Lephenixnoir commented

2022-05-06 21:49:41 +02:00

Author

First-time contributor

Exact, il y a aussi d'autres erreurs sur les autres images. Sans doute un problème côté fxconv !

Lephenixnoir force-pushed master from 6d366cb089 to 89312683fa

2022-05-07 18:54:29 +02:00

Compare

Lephenixnoir commented

2022-05-07 18:55:52 +02:00

Author

First-time contributor

Le bug était causé par l'usage de p8_rgb565a avec une image qui a plus de 256 couleurs. Comme il n'y a pas de transparence dans l'image, le convertisseur utilisait les 256 couleurs, mais devait quand même spécifier une valeur dans le champ alpha, forçant une couleur à être transparente (et donc ici noire).

C'est maintenant corrigé ; si on indique p8_rgb565a le convertisseur se limite à 255 couleurs opaques. Dans tous les cas le plus simple est de spécifier p8, qui choisit le bon format à chaque fois.

Et donc pour conclure la question, la forme de la ligne noire est dûe à la progression du dégradé.

J'ai mis à jour la PR par pur principe, il n'y a pas vraiment d'intérêt à fusionner quelque chose d'aussi trivial.

Le bug était causé par l'usage de `p8_rgb565a` avec une image qui a plus de 256 couleurs. Comme il n'y a pas de transparence dans l'image, le convertisseur utilisait les 256 couleurs, mais devait quand même spécifier une valeur dans le champ `alpha`, forçant une couleur à être transparente (et donc ici noire). C'est maintenant corrigé ; si on indique `p8_rgb565a` le convertisseur se limite à 255 couleurs opaques. Dans tous les cas le plus simple est de spécifier `p8`, qui choisit le bon format à chaque fois. Et donc pour conclure la question, la forme de la ligne noire est dûe à la progression du dégradé. J'ai mis à jour la PR par pur principe, il n'y a pas vraiment d'intérêt à fusionner quelque chose d'aussi trivial.

Slyvtt commented

2022-05-07 19:10:35 +02:00

Owner

Bien joué Lephé.

Lephenixnoir closed this pull request

2023-03-25 22:52:42 +01:00

Pull request closed

This pull request cannot be reopened because the branch was deleted.

Usage de gint 2.8 et du rendu P4 CLEARBG alternatif #2

Pull request closed