Re: Nouveau tramage dans MyAES + snap V4SA

En noir et blanc maintenant:
  https://cdn.discordapp.com/attachments/1069349285700849809/1122479940370190396/BW_turtle.png
 

Voici un dernier snap en 16 couleurs, j'ai intégré une méthode un peu plus poussée pour avoir un meilleur rendu et c'est super je trouve.
  https://cdn.discordapp.com/attachments/1069349285700849809/1122201429529079959/MyAES_16colors_sierra.png
 Ajouté la routine de Guillaume pour copier les valeur dans le format écran, résultat on à un aspect meilleur que NVDI pour une vitesse 28% plus lente. Ca le fait.
 OL
  

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