Path: ...!news.mixmin.net!weretis.net!feeder8.news.weretis.net!pasdenom.info!from-devjntp
Message-ID: <Cj_rCgC3s1HRyDHKgmzT4yKWTFQ@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>
Newsgroups: fr.comp.sys.atari
JNTP-HashClient: b80wFzbFCQ6-aaPa3Afsq86spOw
JNTP-ThreadID: Qyxz43qh6L3WOAkvhy8Svu87En8
JNTP-Uri: http://news2.nemoweb.net/?DataID=Cj_rCgC3s1HRyDHKgmzT4yKWTFQ@jntp
User-Agent: Nemo/0.999a
JNTP-OriginServer: news2.nemoweb.net
Date: Wed, 21 Jun 23 21:42: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-06-21T21:42:16Z/8006803"; 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: 3450
Lines: 48

Le 21/06/2023 à 21:39, GOOD OLD TOS a écrit :
> Le mercredi 21 juin 2023 à 19:19:40 UTC+2, OL a écrit :
>> Le 17/06/2023 à 16:39, OL a écrit :
>> > 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