Amélioration majeure des performances ! Enfin plus rapide que les anciennes versions !

• Le traitement du côté Denise est désormais exécuté dans un thread séparé
  (Bitplane shifting, sprite shifting, conversion planar → chunky, modes spéciaux, priorités bitplane/sprite, strobes/blanking, sortie RGB, etc.).
  Grâce au buffering RGA ligne par ligne, la logique Agnus et Denise est maintenant clairement séparée, ce qui permet un traitement quasi indépendant de Denise (fire and forget).
  Seule exception : la lecture du registre de collision CLXDAT qui nécessite de vider toutes les lignes en attente (mais ce n'était pas cycle-exact de toute façon).
• Les lectures de couleurs AGA ne posent pas de problème, car elles sont prises en charge côté Agnus.
  • La file d’attente de lignes est petite (~10 lignes max), donc aucun problème de latence.
  • Aucune perte de compatibilité.
    (Dans les anciennes versions de UAE, Agnus traitait tout le frame avant que Denise ne fasse le reste, nécessitant d'énormes tampons mémoire temporaires, ce qui était inefficace.)
• Ajout de l'option -nomt pour désactiver l'émulation multithread de Denise.
• Suppression du buffering graphique temporaire lorsque ce n’est pas nécessaire, ce qui améliore encore les performances.
  • Maintenant activé uniquement si un adaptateur DisplayPort est utilisé (y compris genlock en mode image, niveaux de gris et CD32 FMV).
  • Ne concerne que les modes natifs du chipset.
  • Quand l’adaptateur DisplayPort est activé : l’image du chipset est d’abord dessinée dans un tampon RAM temporaire, fusionnée avec l'affichage de l'adaptateur, puis écrite dans la texture D3D.
  • Quand l’adaptateur DisplayPort est désactivé : le graphisme du chipset est directement rendu dans une texture D3D en une seule passe, accélérant encore l’émulation.
• Toute activation d'un adaptateur DisplayPort (y compris genlock en mode image, niveaux de gris, CD32 FMV) ou d’un stylet lumineux désactive les optimisations non-CE des bordures et bitplanes.
• Suppression de tous les filtres logiciels.
  • Le tampon graphique temporaire étant supprimé par défaut, maintenir la prise en charge des filtres logiciels serait trop contraignant.
  • De plus, ils sont obsolètes et inutiles avec les améliorations récentes.
• Les optimisations des bitplanes en mode CE (cycle-exact) de la b12 ont été désactivées (commentées dans le code).
  • Elles ne sont plus nécessaires et causaient des effets secondaires difficiles à corriger sans compromettre les gains de performance.
  • Les optimisations des modes non-CE restent actives et ne seront pas supprimées.
• Désactivation de l’émulation du strobe NTSC STRLONG si aucune impulsion STRLONG n'a été détectée depuis la dernière frame.
  • Passer en NTSC, puis revenir en PAL ne réduit plus légèrement les performances.
  • (L’émulation STRLONG précise nécessite un code de dessin plus complexe).
  • Le mode NTSC présente encore des artefacts sur le bord droit en modes rapides (corrigé plus tard).
• Petite optimisation du blitter.
• Ajustement du comportement d’attente de frame pour les modes CPU non "ultra-rapides".
  • Le timing est différent car maintenant le dessin est effectué après l’émulation de chaque ligne, alors qu’avant, toutes les lignes étaient d’abord émues, puis dessinées en une seule passe.

• Ajout d’un autre mode optimisé pour les bitplanes : si les paramètres d’une ligne (DDF/DIW/BPLCON, FMODE, etc., sauf BPLCON1) n’ont pas changé depuis le champ précédent, mais que le contenu ou les couleurs ont changé, alors la ligne est dessinée directement depuis la Chip RAM (en contournant l’émulation du DMA) en mode rapide basé sur les lignes, car cela est garanti sans risque.
  Actuellement, ce mode ne prend en charge que les modes bitplanes normaux (HAM, DPF, etc., ne sont pas encore pris en charge mais seront ajoutés plus tard).
  La conversion planar → chunky est actuellement très basique (une version optimisée avec SSE serait idéale).
  Cette amélioration augmente les performances lorsque l'affichage natif change en permanence. Tous les modes non cycle-exact devraient maintenant être aussi rapides ou plus rapides que dans les anciennes versions.
  ⚠️ Attention : les programmes avec des valeurs DDFSTRT non alignées ne sont pas encore gérés correctement et peuvent provoquer un décalage horizontal irrégulier entre les lignes. Le scrolling subpixel n'est pas encore totalement pris en charge.
• Réinitialisation de l’état des lignes stockées (redessine tout l’écran) à chaque modification de la configuration.

• Optimisation de la logique de correspondance horizontale pour les modes PAL/NTSC fixes : le mode programmé n’est activé que si au moins un registre horizontal est mis à jour, au lieu d’être activé inutilement lors de la modification d’un registre vertical. Cela améliore les performances en mode cycle-exact.

• Le blitter immédiat en mode "le plus rapide possible" était plus lent qu’avant.

• Ce n’est toujours pas aussi rapide qu’auparavant, car cette modification peut affecter la vitesse d’émulation pure du CPU. Ajustements nécessaires plus tard. (Exemple affecté : AIBB EllipseTest).
• Optimisation de Picasso96 SetSwitch() : si une requête de passage en mode natif est effectuée alors que l’affichage est déjà en mode natif, aucune action n’est entreprise et aucun message de log inutile n'est généré.
  (Ce problème survenait en faisant glisser des écrans en mode natif avec Picasso96 actif, provoquant des changements de configuration inutiles et des réinitialisations de l’état des lignes stockées).

• Correction des artefacts causés par l’optimisation en b8 : la première ligne de bitplane avait un décalage horizontal dans certaines situations (ex. Pinball Dreams), le compteur horizontal de Denise n'était pas réinitialisé à la bonne position "passée", et dans certains cas, la partie supérieure de l'écran était remplie de noir.
• Amélioration du chargement des configurations contenant uniquement des entrées uaehfx : si un fichier de configuration ne contient que des entrées uaehfx (et pas d’anciennes entrées filesystem2 ou hardfile2 avant la première ligne uaehfx), ces entrées sont désormais entièrement chargées. uaehfx a été introduit il y a longtemps pour remplacer fs2/hf2, mais jusqu’à présent, il ne servait qu'à charger des informations supplémentaires pour une entrée hardfile2 déjà chargée si elle correspondait à un disque dur réel. Désormais, lorsque l'on sauvegarde une configuration chargée sans filesystem2/hardfile2, seules les entrées uaehfx les plus récentes sont enregistrées dans le fichier de configuration.

• L’amélioration en b8 concernant la restauration du focus en quittant le débogueur fonctionne désormais même si la fenêtre de log n’était pas ouverte initialement.

• Correction d’un problème de détection erronée du genlock, qui pouvait encore provoquer des blocages dans certaines configurations.
• Correction des artefacts causés par le basculement ligne longue/courte en NTSC + mode optimisé : ce problème est difficile à contourner, donc en NTSC, l’émulation des lignes longues/courtes côté Denise est maintenant désactivée sauf si le mode cycle-exact mémoire est activé. (Cela signifie que seuls les programmes très spécifiques abusant de l’impulsion STRLONG nécessiteront un mode cycle-exact pour fonctionner correctement). Il reste encore quelques artefacts en NTSC, qui seront corrigés plus tard.

• Encore plus d'optimisations : l'émulation basée sur les lignes est désormais utilisée si la ligne contient des bitplanes, mais qu'elle n'a pas changé depuis la dernière image et qu'elle n'a ni activité Copper ni sprites. Cela rétablit les performances des anciennes versions de WinUAE lorsque l'affichage natif est principalement statique (comme l'écran Workbench ou SysInfo) en modes non cycle-exact (y compris A500/A1200 de base + CPU approximatif sans CE). Moins il y a de lignes modifiées ou d'activité Copper, plus l'émulation est rapide, les écrans natifs quasi statiques étant probablement plus rapides que dans les anciennes versions. Ce n'est pas encore parfait, des artefacts peuvent apparaître et d'autres optimisations sont prévues. C'est le meilleur compromis possible : le timing du chipset reste précis dans tous les modes CPU (sauf pour le blitter), mais les lignes sans activité significative sont émules en mode ligne pour maximiser les performances.
• La journalisation du ratio lignes modifiées/non modifiées est toujours active. La case à cocher Sous-pixel du panneau Chipset désactive toujours cette optimisation.
• Lors de la sortie du débogueur, le focus est restauré sur la fenêtre précédemment active.
• Correction d'une optimisation de cache CD32 introduite en b7 : elle ne fonctionnait pas correctement si une plage de secteurs identique était demandée consécutivement. Problème corrigé, qui affectait au moins la configuration cartouche FMV + VideoCD.

• Prochaine étape des optimisations partiellement implémentée : utilisation d'une émulation basée sur les lignes et suppression du rendu de la ligne si la ligne actuelle est en vblank ou en couleur de fond, que le champ a le même type et la même couleur que le champ précédent, que le CPU n'est pas en mode cycle-exact mémoire, et que la ligne n'a aucune activité Copper. Plus la bordure visible est grande, plus l'émulation est rapide. Actuellement, cela est surtout utile lors du démarrage en mode RTG : l'affichage natif vide au démarrage est maintenant émulé beaucoup plus rapidement. (Si la ligne contient un bitplane et que la ligne du champ précédent contenait la même bitmap : la suppression de la ligne sera implémentée plus tard). Journalisation temporaire de débogage : chaque seconde, le pourcentage de lignes "sautées" est enregistré. Les modes entrelacés ne sont pas encore totalement pris en charge. Des artefacts sont possibles, merci de signaler tout problème. (La case à cocher "sous-pixel" du panneau Chipset est temporairement réutilisée comme option de désactivation de cette optimisation pour confirmer la cause des problèmes).
• Changement d'exigence pour la version 32 bits : passage de AVX2 à AVX.
• Passage au mode RTG sans chipset uniquement si le mode cycle-exact mémoire n'est pas sélectionné.
• Si BPLCON0 ERSY est activé, l'arrêt des compteurs est maintenant émulé avec précision uniquement si le mode CPU est au moins en cycle-exact mémoire. Cela évite les détections erronées du genlock et les blocages au démarrage. (Le mode le plus rapide le faisait déjà, mais pas le mode "vitesse CPU approximative" sans cycle-exact mémoire).
• Correction de la restauration des registres de couleur OCS/ECS dans les fichiers d'état.
• Correction du curseur du stylo optique en modes genlock.
• Correction du positionnement horizontal du message OSD "YOU'RE HIT!!" généré par le LDP-1450 (Platoon / jeu d'arcade laserdisc Nova).
• Quelques fusions supplémentaires avec 86box.
• Ajout de l’émulation des cartes PCI Matrox (Millennium, Millennium II, Mystique et Mystique 220), issues de 86box (et à l’origine de PCem). Les quatre modèles sont pris en charge car ils présentent des différences qui les rendent partiellement incompatibles entre eux. Les interruptions sont prises en charge, le blitter fonctionne entièrement. Ajout des traitements manquants liés au big-endian (la gestion de l’interruption vsync était déjà implémentée), correction du masquage des plans du blitter, prise en charge incomplète du bit TRANSC du blitter, prise en charge des écritures WORD dans les registres blitter LONG-only, correction de l’ordre des composants de couleur du curseur matériel RAMDAC intégré à la Mystique. Le FIFO du blitter/3D était émulé en arrière-plan dans le code d’origine, mais cette fonctionnalité est temporairement désactivée pour faciliter le débogage.
• Ne pas rejeter une opération de blit Picasso96 sur uaegfx (= Picasso96 effectue le blit en logiciel) si le champ RenderInfo BytesPerRow est à zéro. Un BPR à zéro est autorisé.
• Ajout des checksums des ROMs complètes Action Replay 3 3.17 au scanner de ROMs. Les anciennes versions de dump restent acceptées si les 4 premiers octets de la ROM sont mis à zéro. (Ces 4 octets correspondent aux ports d'entrée/sortie et ne peuvent pas être lus directement par logiciel).
• Les lectures de CD sur CD32 sont désormais plus proches du comportement d’un lecteur optique réel. Lorsque le CD32 lit des données en continu (lecture d'animations ou de vidéos en streaming), les secteurs sont maintenant toujours lus dans l’ordre croissant, sans répétition inutile.

• Correction des interruptions de la pile (stack).

• Nouvelle intégration Steam ! Cela inclut la prise en charge des serveurs de jeu, des amis/invitations, de la présence enrichie et plus encore. Au moment de l’écriture, Valve retarde toujours la sortie sur Steam pour des raisons insignifiantes (comme les catégories prises en charge et les références à Patreon).
• Ajout d’un script pour le contrôle tactile de Breakout 2000. La palette est positionnée horizontalement en fonction du premier toucher actif.
• Ajout d’un paramètre d’interpolation audio, ainsi qu’un interpolateur audio à bande limitée de meilleure qualité.
• Ajout d’une option permettant de modifier la taille du tampon d’annulation des opérations d’état.
• Ajout de nouveaux paramètres réseau.
• Ajout d’options pour le réglage des dégâts en PvP et les munitions infinies de fusil à pompe dans le script multijoueur d’AvP.
• Ajout d’un autre terrible secret.
• Correction de nombreux problèmes dans l’implémentation des sockets pour les plateformes autres que Windows. Un grand merci à Luigi, qui a passé toute la matinée du 4 décembre 2024 à m’aider à déboguer ces problèmes et à donner d’excellents conseils sur la conscience de classe. (Il est un grand fan de la POO).
• Divers changements et optimisations du protocole réseau.
• Correction du problème où la vitesse de balayage n’était pas réinitialisée explicitement en entrant dans le menu.
• Correction d’un bug de conflit de GUID dans le plugin d’entrée SDL2. Merci à Tartifless pour le signalement du bug.
• Correction d’un problème où les callbacks d’entrée des scripts pouvaient casser l’enregistrement et la lecture des films.