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: <XehBnWdpCrAIPrCB58jM83AwdSQ@jntp> <ZdIWylSBV15ALGvZq0iKndBW2Ps@jntp>
 <abd5a4c1-6c1f-4534-81c6-854b81932e05n@googlegroups.com> <Cj_rCgC3s1HRyDHKgmzT4yKWTFQ@jntp>
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 <ol.google@lutece.net>
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