Path: ...!3.eu.feeder.erje.net!feeder.erje.net!proxad.net!feeder1-2.proxad.net!usenet-fr.net!pasdenom.info!from-devjntp Message-ID: <9ms_rv2fZLOKyK8JmrHJmN0wfWw@jntp> JNTP-Route: news2.nemoweb.net JNTP-DataType: Article Subject: Re: Nouveau tramage dans MyAES + snap V4SA References: Newsgroups: fr.comp.sys.atari JNTP-HashClient: sDAdN-pKM2uVnpzYA1eOuHY8I7Y JNTP-ThreadID: Qyxz43qh6L3WOAkvhy8Svu87En8 JNTP-ReferenceUserID: 69@news2.nemoweb.net JNTP-Uri: http://news2.nemoweb.net/?DataID=9ms_rv2fZLOKyK8JmrHJmN0wfWw@jntp User-Agent: Nemo/0.999a JNTP-OriginServer: news2.nemoweb.net Date: Thu, 22 Jun 23 16:47:51 +0000 Organization: Nemoweb JNTP-Browser: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/114.0 Injection-Info: news2.nemoweb.net; posting-host="7d341e3454ec4b1c53e88ae37e79f0815f3a8324"; logging-data="2023-06-22T16:47:51Z/8008343"; posting-account="69@news2.nemoweb.net"; mail-complaints-to="newsmaster@news2.nemoweb.net" JNTP-ProtocolVersion: 0.21.1 JNTP-Server: PhpNemoServer/0.94.5 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-JNTP-JsonNewsGateway: 0.96 From: OL Bytes: 3884 Lines: 59 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