• Ajout du glisser/déposer sur la fenêtre VGB de Windows.
• Ajout de l'algorithme  linèaire simple basé sur le processeur.
• Réorgainsation de l'espace de travail des effets de mise à l'échelle et spéciaux.
• Optimisation de mise à l'échelle pour les écrans larges et les fenêtres
• Activation de l'option dans « Vidéo | Etirer en Plein Ecran » avec les effets activés.
• Activation de l'option dans « Vidéo | Forcer l'écran en 4/3 » avec les effets activés.
• – Optimized scaling for large screens and windows.
• Ajout de l'option Echelle Linèaire.
• Ajout de l'option ligne de commande -linear pour la version Linux.

• Correction d'un plantage de la Led sur l'écran.
• Sur l'écran, la taille des leds et le type de police sont plus proches de l'ancien style.
• Ajout du support de la chaîne de liste noire Aranym JIT et ajout du support de la liste noire des noms d'opcode (ne jamais compiler les opcodes listés). jit_blacklist=<opcode en hexadécimal> ou jit_blacklist=<opcode1>-<opcode2> ou jit_blacklist=opcode pour désactiver toutes les variantes "opcode".
• Correction de la corruption de Picasso96 lors de l'exécution d'un programme qui ouvre un nouvel écran RTG. (Cela ne se produisait pas si Picasso96 2.5.0 n'était pas encore publié et installé).
• REMARQUE : 2 bugs JIT connus :

1. 1) S'il y a une corruption graphique bizarre ou similaire seulement si le JIT est activé et que Direct/Indirect ne fait aucune différence, essayez "jit_blacklist=lsl" (voir ci-dessus).
2. 2) Les extensions des EAU qui doivent appeler le code m68k peuvent être bloquées si le JIT est activé, par exemple bsdsocket.library.

• Le dernier Aranym JIT a été entièrement fusionné.Auparavant, il n'était que partiellement fusionné en raison d'un problème non résolu qui le rendait totalement inutilisable. Il est maintenant résolu.
• JIT devrait maintenant être compatible avec le mode trace (débugueur). Si le registre SR T1 ou le bit T0 est activé, le JIT passe de manière transparente au mode d'émulation normal. Le JIT se réactive lorsque la trace est effacée. Le bit M SR, très rarement utilisé, fait de même.
• L'ensemble complet de tests du testeur de CPU du 68020 passe maintenant en mode JIT, y compris les tests en mode trace. (REMARQUE : les tests bcc.b et bsr.b échouent à moins que l'option Hard flush ne soit également activée).
• JIT présente deux bugs connus qui n'ont pas encore été corrigés : la condition de décalage des cas limites avec le problème du flag C (le nombre de décalages est divisible par 32) et le ROR/ROL n'efface pas le flag V.
• Mise à jour du Bridgeboard x86 : mise à jour du noyau x86 du PCem en v16. La mise à jour a ajouté le support des FPU pour les CPU avant le 486. Ajout de la case à cocher FPU dans les paramètres d'extension du bridgeboard.
• Ajout du glisser / déposer de l'écran uaegfx Picasso96 2.5.0.
• Émulation de la carte RTG CV64. Emulation du chipset S3 Trio 64 depuis PCem. La puce Roxxler n'est pas (encore ?) émulée. Le CGX4 se plaint si Roxxler ne fonctionne pas correctement. Picasso96 ne l'utilise pas.
• Émulation de carte RTG CV64/3D, mode Z2 et Z3. Émulation du chipset S3 Virge depuisPCem. (S3 Virge est très différent de S3 Trio)
• Toutes les cartes RTG basées sur Cirrus Logic utilisent désormais l'émulation de puce SVGA PCem Cirrus Logic.
• Piccolo SD64 a été corrigé.
• Réorganisation de la liste de carte.
• Le bridgeboard VGA X86 utilisent toujours l'émulation QEMU Cirrus Logic. Je vais la garder (au moins pour l'instant) car elle permet l'utilisation simultanée de la carte bridgeboard VGA et de la carte RTG du PCem. REMARQUE : JIT + Carte graphique émulée par le matériel peut causer des scintillements. Ca sera corrigé plus tard.
• Non, ne me demandez pas. LE Permedia 2 (Cyber/BlizzardVision PPC) ou une émulation de puce Voodoo 3 suffisamment complète n'existe pas actuellement.
• Audio et disque DMA : Agnus ignore également le bit DMACON DMAEN. Le bit DMAEN est vérifié à l'intérieur de Paula. Audio : Les demandes DMA audio de Paula ne sont générées que si le DMAEN est activé lorsque le canal génère une demande DMA (pas lorsqu'il est transféré via DMAL). Le DMAEN peut être effacé après que la demande ait été générée et la demande DMA va toujours vers Agnus et Agnus fait le DMA vers AUDxDAT pendant l'emplacement DMA du canal dans la ligne de balayage suivante. Disque : le DMAEN et le DSKEN doivent tous deux être réglés. Auparavant, le DMAEN était vérifié du côté d'Agnus pour déterminer l'état actuel du créneau DMA. Il est fort probable qu'aucun programme normal ne s'en soucie, c'est un cas extrême.
• Correction du timing de l'écriture du Copper vers BPLxDAT.
• L'entrée de configuration cpu_halt_auto_reset a été ajoutée à l'onglet "Divers" de l'interface utilisateur graphique.
• Ajustement du multiplicateur/décalage par défaut du joystick analogique.
• Chargement du mode PAL, le fichier d'état OCS Agnus directement depuis l'interface graphique ou la ligne de commande, démarrage de l'émulation, passage à la volée du chipset à l'ECS Agnus : le mode a été changé en NTSC.
• La désactivation de l'affichage DMA lorsque l'affichage DMA était actif avait encore d'autres effets secondaires cachés. Il en résulte un "mauvais état" qui n'est pas réinitialisé tant que le DMA bitplane n'est pas réactivé, lorsqu'il est réactivé le DMA repart de l'état qui se produit normalement lorsque le DDFSTOP a été passé. Le résultat est soit 1 soit 2 "blocs de plan de bits" (1 ou 2 dépend de la position horizontale par rapport au slot BPL1DAT suivant lorsque le DMA a été éteint) à partir du DDFSTRT (s'il a été allumé avant le DDFSTRT). Le reste de la ligne de balayage est dessiné en utilisant la couleur de la bordure. La ligne de balayage suivante fonctionne normalement. Aucune différence entre OCS/ECS. (cas test vAmiga).
• Autre caractéristique non documentée : si BPLCON0 HAM et DPF sont tous deux réglés, le résultat est bizarre. HAM remplace la composante R/G/B : la valeur de la composante de remplacement est la palette _index_ du pixel actuel en mode double champ de jeu ! La sélection du HAM est nulle : la sélection de la palette fonctionne comme en mode double champ de jeu. BPLCON2 fonctionne comme si le mode était un champ de jeu double normal (y compris les valeurs de priorité BPLCON2 non valides). OCS/ECS uniquement. (cas test vAmiga).
• Les priorités BPLCON2 illégal du mode Dual playfield (Double terrain !!!) ne fonctionnaient pas correctement en mode haute résolution (partie inférieure du cas test ci-dessus).
• Mise à jour du compteur de cycle du blitter. Le code d'émulation ne faisait pas exactement ce qu'il était censé faire.
• Un bug d'occupation du blitter de l'A1000 été ignoré si le copper attendait le blitter.
• Ajout de l'information supplémentaire suivante sur le débugueur DMA : "s" (le CPU obtiendra le prochain cycle de blitter) et "S" (le CPU a volé ce cycle au blitter).
• Confirmation des contenus du registre CIA au lancement. Le registre de contrôle de la CIA devrait être à zéro, pour une raison quelconque, la valeur par défaut de la réinitialisation précédente était de $04
• Désassemblement du FBF avec un décalage de zéro comme FNOP.
• La liste des fichiers de configuration n'était pas actualisée lorsque le fichier de configuration  été supprimé (4.4.0).
• RTF_AFTERDOS est cassé dans KS 2.0, KS 2.0 utilise maintenant le hack pré WinUAE 3.3 et seul KS 3.0+ utilise RTF_AFTERDOS. Le partage du bloc note et uaenet.device fonctionnent à nouveau sous KS 2.0.
• Ajout du support du fichier brain Amiga Bootblock Reader (copier les fichiers xml du paquet ABR dans le répertoire <winuae root>\plugins\ABR -directory). Utilisé lorsque vous cliquez sur le bouton " ?" dans les panneaux de démarrage rapide et de disque.
• Correction de la vitesse de rotation de la disquette émulée, elle était légèrement trop lente. Ce changement pourrait casser certaines protections contre la copie. Des effets secondaires inattendus sont toujours possibles.
• Mode de filtre "par défaut" : Le changement PAL/NTSC met automatiquement l'image à l'échelle.
• DF3 : la led de la disquette était dessinée en utilisant une couleur très sombre si elle était désactivée et que le système n'avait pas de matériel NVRAM.
• Les graphismes de la police OSD de la led sont maintenant générés à partir de la vrai police Windows et tiennent compte d'une haute résolution DPI. Les entrées de configuration du multiplicateur de taille des leds prennent désormais également en charge les valeurs non entières.
• Ajout du GVP A1230 Turbo+ Jaws. La ROM de démarrage ajoute de la RAM en dehors de l'espace d'adressage 24 bits et une fausse carte d'autoconfiguration de la RAM.
• Ajout des ROM Trumpcard v1.5 et v3.1. Ajout également d'une case à cocher pour l'interruption matérielle, les variantes ultérieures de Trumpcard (toujours non) ont le support de l'interruption. Il semble que les variantes de 8k ROM n'aient pas d'interruption, les 16k en ont une. La configuration est incorrecte si elle est bloquée au démarrage.
• Ajout de la variante A.L.F.2 OMTI et de la ROM de démarrage v2.2. La ROM inclut peut-être aussi le pilote SCSI mais je n'ai pas examiné son fonctionnement. Le port d'entrée/sortie OMTI de A.L.F.2 est exactement le même que celui de A.L.F.1.
• Correction de l'émulation du Trifecta LX SCSI.

Sortie d'une nouvelle version pour ce très bon émulateur commodore 64, je vous propose la traduction française réalisé par Freddy. Voici les nouveautés :

• Correction de la cartouche system 3 et d'autres correctifs liés à la comparaison des adresses des registres de cartouches.
• Correction du mode échantillonneur de pixels DirectX de D3D11_TEXTURE_ADDRESS_WRAP pour utiliser D3D11_TEXTURE_ADDRESS_CLAMP pour corriger les artefacts graphiques vus aux limites de la zone d'affichage.

• Ajout de 2 options dans Paramètres.
• Corrections diverses.

• Ajustement de la logique de redémarrage de sorte qu'il va maintenant réinitialiser le CPU en dernier, puisque sa logique de redémarrage faisait également fonctionner le PPU et l'APU pendant 7 cycles du CPU.
• Ajout d'une nouvelle révision au format du journal de suivi du CPU - pour améliorer la lisibilité, la colonne PPU affiche désormais le numéro de la scanline en premier et le numéro du pixel en second, et non plus l'inverse.
• L'enregistrement de référence pour "nestest.nes" (qui est lié à partir du Wiki NESdev) a été mis à jour pour intégrer ces deux changements.
• J'ai noté aussi l'ajout de l'option de Volume avec un paramètre des volumes.