• Le passage du mode plein écran de D3D11 au mode fenêtré à l'aide de l'interface graphique entraîne une réinitialisation continue du mode fenêtré (le passage CTRL+F12 fonctionnait normalement).
• Correction d'une condition incorrecte dans la vérification si les paramètres BPLCON0 du côté Denise ont besoin d'être mis à jour, interrompant par exemple l'activation/désactivation du HAM jusqu'à la ligne suivante (bêta 41).
• Le mode de ligne de blitter avec C désactivé désactive aussi les opérations d'ajout du modulo du pointeur du canal C. La mise à jour de la bêta 39 n'était pas complète (Methylate / Focus Design).
• En mode entrelacé, les 2 dernières lignes (si Overscan+ ou Extreme) avaient une ligne longue/courte permutée (dernière ligne/ligne zéro "wrap around" point), LOF bascule à ce point mais le dispositif d'affichage ne le voit que quelques lignes plus tard.
• Correction d'un dépassement de tampon qui provoquait un plantage inattendu dû à des variables internes corrompues. Cela se produisait si le mode était RTG (chipset natif non actif) et que le mode natif avait une liste de Copper qui écrit dans des registres personnalisés qui peuvent affecter les couleurs ou le blanking, le changement d'état était inutilement enregistré dans un tampon qui n'est pas utilisé en mode RTG et après un long moment (peut être 100 minutes ou plus), il a finalement débordé. Les récentes mises à jour du blanking ont introduit ce problème.
• La modification du blanking programmé n'était pas toujours entièrement détectée, laissant une bordure partiellement vide dans certains cas.
• Activation de l'option "Suppromer l'artefact entrelacé" sans mode entrelacé : l'émulation du dépassement du plan de bits n'était pas possible.
• Suppression de l'option "artefact d'entrelacement" : le scintillement de la dernière ligne et les déchets ont vraiment disparu maintenant (Vide la ou les lignes supplémentaires, ce n'est pas vraiment la bonne méthode mais il est trop tard pour la corriger correctement).
• Le pointeur de plan de bits pointant vers les 512k supérieurs de la ram chip dans la configuration ECS 0.5M+0.5M n'utilisait pas les routines de lecture indirecte. (Corrige Cen / Rare ECS 0.5M+0.5M config corrompu objets vectoriels).

• Le traitement du sprite était interrompu prématurément si le début horizontal du sprite était égal à zéro (ce qui est correct normalement). Mais lorsqu'il est combiné avec le FMODE SSCAN2-bit, seul le sprite "original" est invisible mais le sprite "doublé" est toujours visible. Correction du problème d'arrière-plan du jeu Fantastic Dizzy CD32.
• Amélioration de la logique interne du pipeline bitplane de Denise/Lisa, les changements combinés de plan et de décalage de bitplane au milieu de la ligne de balayage, auparavant non documentés, fonctionnent maintenant correctement.
• Le comportement ci-dessus a également révélé une autre caractéristique/bug non documentée du chipset : si l'ECS Denise ou AGA et que le nombre de plans bitplane est réduit au milieu de la ligne de balayage et que le dernier bit du plan désactivé dans le décalage bitplane était de un : le dernier pixel apparaît deux fois. OCS Denise n'est pas affecté. Ceci n'est émulé qu'en mode sous-pixel.
• Effacement de tous les tampons internes d'émulation d'affichage à la réinitialisation, auparavant certains d'entre eux n'étaient pas effacés (Cela aurait pu causer des déchets temporaires à l'écran lors du chargement du fichier d'état à la volée).

• Support du format P64.
• Support pour 1541, 1541C
• Support des formats 1570 et 1571
  • Support des formats D71 / G71 / P71
  • Modification du Burst (rafale)
  •  Support MFM
    • P64
    • G64 (mode de compatibilité U-II+/U64)
• Expansion de la mémoire vive des disquettes et câble parallèle
• Chargeur Rapide de la Disquette
  • SpeedDOS
  • DolphinDOS v2, v3, compatible Ultimate
  • ProfDOS v1, R3, R4, R5, R6
  • PrologicDos Original et Classic
  • Turbo Trans avec 512k Ram Disk (inclut Turbo Access)
  • ProSpeed 1571 GTI v2.0
  • Cartouche Expansionsport pour ProfDOS, PrologicDOS, Turbo Trans.
  • Plug-in Userport pour DolphinDOS, ProfDOS, PrologicDOS, ProSpeed 1571.
• Correction d'un bug : passage à une résolution personnalisée en plein écran.
• Insertion automatique des disques ou cassettes nouvellement créés
• Augmentation du temps de chargement initial de l'application
• Ajout de sons de lecteurs
  • Echantillons fournis par [merci à enigma et Trackers World].
  • Support pour de multiples profils
  • Créer simplement ses propres dossiers WAV et les sélectionner
• Supporte le démarrage en ligne de commande des entrées de disque, en plus de Load "*".
  • Les frontends comme Assembly64 supportent ceci
• Virtual Device Traps
  • Chargement rapide du premier fichier
  • Peut être combiné avec Warp
• Ajout de la traduction hongroise [merci à Ferenc].
• Ajout de l'interrogation juste à temps (JIT) pour une reconnaissance plus rapide des entrées.
• Catalina et les invites ci-dessus pour permettre la surveillance du clavier si ce n'est pas déjà le cas.

• Correction d'un plantage de l'émulation A2065 (quitter/redémarrer), la RAM de l'A2065 était libérée trop tôt, alors qu'il était encore possible de recevoir de nouvelles trames ethernet.
• L'écriture D finale du blitter ne se produit pas si le canal D est désactivé, si le mode ligne est activé ou si un nouveau blit démarre avant que l'écriture D en attente ne soit terminée. Ceci affecte principalement le comportement du bug d'attente du cuivre blitter, si un nouveau blit est lancé avant que le blitter n'ait terminé son dernier cycle, la dernière écriture D n'a jamais lieu, ce qui peut empêcher le bug de se produire. (La dernière écriture sautée peut ne pas causer de problème visible) Corrige le problème de l'avant-dernière partie d'Andy & Blondie / Finity. Notez que la dernière partie a beaucoup de problèmes, cela arrive aussi sur le vrai A500 si le système n'a pas de vraie RAM rapide.
• Enregistrement d'un message d'avertissement si le BLTDPTx est écrit alors que l'écriture du blitter final D est toujours en cours.
• Suppression d'une mauvaise optimisation d'écriture INTENA. Correction de la corruption des cubes Expiration / Mayhem (Le problème n'était pas directement lié au blitter)..
• Si un mode programmé était utilisé qui ne nécessitait pas de registres VSSTRT/VSSTOP configurés, l'affichage était vide. (Contactro / Illusion).
• Mode d'écran avec une longueur de cycle horizontal égale (mode NTSC programmé et normal) Correction du timing du Copper. Le copper peut utiliser le cycle 0 (précédemment calculé de manière incorrecte comme cycle $e0) si le dernier cycle de la ligne précédente était un cycle impaire (longueur totale égale). (Contactro / Illusion).
• Les registres du mode programmé sont à nouveau remis à zéro au démarrage (ils étaient tous à un) parce que JtxRules / Illusion ne définit que VBSTOP et HBSTOP et s'attend à ce que HBSTRT et VBSTRT soient remis à zéro (Les comparateurs en mode programmé n'ont pas de ligne de reset connectée mais ils s'allument quand même avec des contenus remis à zéro. Au moins habituellement...).

• Le montage de l'exécutable en tant qu'image disque supporte maintenant les disques FFS et HD. Utilise DD+OFS si le fichier sélectionné correspond (comme précédemment), puis DD+FFS, enfin HD+FFS (si le disque est HD).
• Correction de la création d'un ADF HD standard formaté vide, cassé avc la version 4.3.0 (le bloc bitmap utilisait la taille DD).
• Si la configuration A1200 avait une émulation PCMCIA et une RAM Z2 de 4M ou plus activée, la fin de la RAM Z2 n'avait pas de "barrière de sécurité", ce qui provoquait un plantage de l'émulateur lors d'accès longs ou de mots qui traversaient la fin de la RAM.
• Certains débuguages audio ont été accidentellement laissés activés dans la bêta 38.
• Ajustement des emplacements des variables de la ROM de démarrage UAE, libérant plus d'espace pour le code ROM.
• La priorité du serveur d'interruption de niveau 2 de la ROM d'amorçage UAE a été changée en -1 si KS 1.x, solution de contournement pour l'ancienne gestion du clavier de SoundTracker (et clones) qui s'arrête complètement si le serveur d'interruption de niveau 2 de la ROM KS n'est pas le premier de la chaîne.
• Correction de la dernière ligne du bitmap manquante ou vacillante si le mode d'entrelacement très haut et la suppression des artefacts d'entrelacement étaient activés.
• Le mode Blitter line n'effaçait pas BLTZERO si le pixel de la ligne était sauté à cause du mode onedot. (cas de test vAmiga).
• Le mode Blitter line ne mettait pas à jour l'état global des valeurs de décalage et du bit SIGN. (Cas de test vAmiga où le blit suivant est lancé sans mettre à jour BLTCON0/1).
• Encore un autre petit ajustement du timing des interruptions.
• L'émulation du chipset pouvait être confondue dans les configurations non-ce lorsque la fonction BPL1DAT était modifié avec un Copper.
• Réinitialisation tous les FloppyBridges sélectionnés en quittant l'interface utilisateur FloppyBridge.
• Modification de la carte mémoire (CF/SD/etc) ajoutée en tant que disque dur : si vous vouliez utiliser la même configuration avec des cartes formatées Amiga et des cartes formatées FAT et que le pilote Windows autorisait l'accès direct même lorsqu'une carte formatée FAT (sans table de partition) était insérée (curieusement, Windows 10 et les versions antérieures ne l'autorisaient pas sur mon PC mais après la mise à jour vers Windows 11, l'accès direct est possible), la carte FAT n'était plus montée en tant que lecteur de répertoire après réinsertion car l'accès direct était prioritaire et cela a réussi. Maintenant, le mode d'accès direct au disque dur n'est utilisé que si le disque n'a pas de partitions PC (pas de lettre de lecteur) ou si l'option de verrouillage est cochée.
• Support HDR expérimental ajouté. (Ceci ne sera pas complètement implémenté dans la prochaine version officielle, c'est seulement un projet parallèle).

Détails du mode HDR :

• Exigences : Moniteur compatible HDR. Mode HDR de Windows activé. Direct 3D 11.
• Nouvelle option de l'API graphique : "Direct3D 11 HDR".
• Les valeurs RVB 8 bits d'origine sont converties en espace couleur HDR à l'aide de shaders.
• Les ajustements de luminosité/contraste sont maintenant effectués dans le code du shader, ce qui empêche l'écrasement du noir ou du blanc en SDR. (Fonctionne plus comme un CRT). L'ajustement gamma n'est pas encore supporté.
• Le comportement de l'option "Plus noir que noir" a également été modifié, car le HDR supporte par conception un noir plus noir que le noir SDR, il n'a pas besoin d'affecter la gamme de couleurs normale comme en mode SDR. Elle est également toujours activée en mode HDR.