Deutsch English Français Italiano |
<1QL5GWYnf1ns9T9ZOC9869Cbn1w@jntp> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!news.mixmin.net!weretis.net!feeder8.news.weretis.net!pasdenom.info!from-devjntp Message-ID: <1QL5GWYnf1ns9T9ZOC9869Cbn1w@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> <rjIbY5faWDH3a5W6Nr9RPgL68bg@jntp> Newsgroups: fr.comp.sys.atari JNTP-HashClient: D1fJ2IVPc4vPyf3wcy10GiEEvbU JNTP-ThreadID: Qyxz43qh6L3WOAkvhy8Svu87En8 JNTP-ReferenceUserID: 69@news2.nemoweb.net JNTP-Uri: http://news2.nemoweb.net/?DataID=1QL5GWYnf1ns9T9ZOC9869Cbn1w@jntp User-Agent: Nemo/0.999a JNTP-OriginServer: news2.nemoweb.net Date: Tue, 04 Jul 23 21:42:49 +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-04T21:42:49Z/8040940"; 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: 4989 Lines: 85 Enfin le format inutilisé d'Atari, j'ai nommé le 2BPP soit 4 couleurs Cela ne sert à rien mais c'est fait! https://cdn.discordapp.com/attachments/1069349285700849809/1125903368024502363/myaes_4colors.png > 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