Path: ...!weretis.net!feeder8.news.weretis.net!pasdenom.info!from-devjntp
Message-ID: <rjIbY5faWDH3a5W6Nr9RPgL68bg@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>
 <9ms_rv2fZLOKyK8JmrHJmN0wfWw@jntp> <iR5QdLFB9Ha-6u2c2Ya98Pcgt1g@jntp>
Newsgroups: fr.comp.sys.atari
JNTP-HashClient: 9z7MOR8wflRDIqOl7U8fdaxptm0
JNTP-ThreadID: Qyxz43qh6L3WOAkvhy8Svu87En8
JNTP-ReferenceUserID: 69@news2.nemoweb.net
JNTP-Uri: http://news2.nemoweb.net/?DataID=rjIbY5faWDH3a5W6Nr9RPgL68bg@jntp
User-Agent: Nemo/0.999a
JNTP-OriginServer: news2.nemoweb.net
Date: Mon, 03 Jul 23 21:44:16 +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-07-03T21:44:16Z/8038221"; 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: 4636
Lines: 78

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