Sujet : Re: Nouveau tramage dans MyAES + snap V4SA
De : ol.google (at) *nospam* lutece.net (OL)
Groupes : fr.comp.sys.atariDate : 22. Jun 2023, 17:47:51
Autres entêtes
Organisation : Nemoweb
Message-ID : <9ms_rv2fZLOKyK8JmrHJmN0wfWw@jntp>
References : 1 2 3 4
User-Agent : Nemo/0.999a
Bonsoir,
Rectification après ta remarque je me suis posé la question comment j'écrirais mon code en regardant mon source, c'était très simple mais je me suis dit que certaines données pourraient être traitées dans des registres de données et j'ai modifié en état mon code, résultat maintenant sur le tramage en 8 bit chuncky maintenant MyAES est 5% plus rapide que NVDI!
Champagne
Olivier
Bonjour Cela fait quelque temps que je m’énerve un peu à ajouter un meilleur
tramage
à la fois en qualité et en vitesse dans MyAES. J'ai atteint mon objectif vitesse (j'ose même pas comparer tellement c'est mieux) et qualité aussi largement supérieure. Ce tramage est basé sur le principe d'un tramage à diffusion d'erreur, mais ce n'est pas du Floyd
Steinberg
trop lent. J'ai beaucoup fait d'essais pour trouver un moyen rapide de le
faire,
mon but étant de me rapprocher de NVDI 5 qui a un algorithme aussi de
diffusion
d'erreur extrêmement rapide. C'est écrit en C la différence de qualité est
équivalente à NVDI et la vitesse est environ 16% plus lent que NVDI. Quelques snapshots en 256 couleurs réalisés sur ma V4SA: 1280*720 photo couleur (temps de tramage 0.72sec (0.62sec pour NVDI)):
https://cdn.discordapp.com/attachments/1069349285700849809/1119630495907582053/myaes_2pixel_fast.png
1920*1080 photo noir et blanc (temps de tramage 0.80sec) :
https://cdn.discordapp.com/attachments/1069349285700849809/1119632793174024352/myaes_1920x1080_8bits.png
Ce sera pour une prochaine version. OL
Amélioration encore de la vitesse plus qu'à 3% plus lent que NVDI pour les 256 couleurs chuncky! Plus rien à tirer je pense maintenant, j'imagine pas un jours remplacer NVDI c'est de la folie ce code du point de vu optimisation! Olivier
Et avec un petit coup d'assembleur, cela devrait être même encore plus impressionnant ;-)
Bah je ne pense pas on va sans doute gagner quelques pourcents mais pas plus, il n'y a pas de trituration de bits comme pour les modes Atari, le code est très simple à interpréter pour le compilateur, c'est quasiment des instructions assembleur tellement le calcul est basic. Olivier