Sujet : Re: Bureau Thing Néo 1.60
De : ol.google (at) *nospam* lutece.net (OL)
Groupes : fr.comp.sys.atariDate : 01. Nov 2024, 11:50:27
Autres entêtes
Organisation : Nemoweb
Message-ID : <MG1RHSFmz26sy67TnvMqb4fqq8Y@jntp>
References : 1 2 3 4
User-Agent : Nemo/1.0
Le 25/10/2024 à 13:07, Arachide a écrit :
Le 24/10/2024 à 22:12, OL a écrit :
Tout dépend du jeu d'icônes utilisé, il y en a 4 dans la distribution,
Allez hop, je case ma création : Color_TT. Dans mon programme de patch du TOS pour avoir des icônes couleurs, je ne transforme les icones 16 couleurs vers le mode actuel de l'écran uniquement au moment du dessin de l’icône.
Je ne garde que les données 16 couleurs et au moment du dessin, je l'adapte au 256, 16bits ou 24/32 bits au vol.
C'est fait en assembleur, au vol, et je ne vois vraiment aucun ralentissement par rapport au TOS de base même sur un TT. D'autant que si l’icône à dessiner est la même que la dernière, on ne recalcule pas les couleurs. Par exemple dans un dossier avec plusieurs fichiers du même type, il n'y a presque aucun traitement supplémentaire.
C'est exactement ce que je faisais au départ dans MyAES, c'est efficace ensuite j'ai un peu raffiner pour mettre en cache petit à petit, j'ai du revoir ma copie parce que certaines applications car certains font des caches (suffit d'effacer le cache pour passer d'un AES à un autre comme pour Jinee ou Motosu), cela je m'en foutait mais pour j'ai vu plus spécial, certains peuvent créer leur propre icône déjà à la résolution même en true color et moi pour savoir si c'était en cache ou pas j'avais un code sur le nombre de plans de l'icône et cela perturbait, il y avait aussi un autre problème avec Motosu enfin bref je suis revenu à la transformation de toutes les icônes d'un ressource au départ comme AES 4, mais en plus rapide.
Je viens de faire un test sur la V4SA
Mint + MyAES + Thing démarrage en environ 4 secondes
Sous Multitos démarrage de Thing seul environ 22 secondes! C'est vrai le jeu d'icônes est monstrueux mais quand même je ne sais pas comment cela peut être si mauvais!
En parlant de Motosu, il gère un énorme cache alors qu'il affiche au plus 15 icônes et encore au démarrage c'est bien moins normalement et même si les icônes sont sous format PNG elles sont petites et ce n'est rien à ouvrir, je me demande juste si le fait de relire le cache n'est pas plus lent que de lire les quelques PNG à charger! N'empêche le coup des PNG il l'a copié sur Yopla.
En parlant de PNG Thing pourrait aussi charger des PNG et ne charger que ce qu'il utilise ce serait plus économique en mémoire juste ce qu'il faut et franchement cela ne se verrait pas, je vais peut être ajouter cela.
Thing en gourmand, il faut autour de 1.4Mo de mémoire avec les icônes noir et blanc!
J'imagine que ce n'est pas une priorité encore! Mais on pourrait sauver des centaines de ko avec une gestion plus serrée des icônes couleur.
Et imaginer une utilisation sur des configs plus courtes comme les machines limitées à 4Mo.
Thing sous TOS, quitte automatiquement pour charger une autre application et est rechargé lorsque l'application quitte, donc en fait cela marche sans soucis sans multitâche, 4Mo suffit
Guillaume.