[UAE] WinUAE 6.1.0 beta 16 (27/09/2026)

WinUAE 6.1.0 Beta (11/04/2026)

https://eab.abime.net/showthread.php?t=122632

Modifications importantes apportées à l’émulation interne du « moniteur » et bien plus encore.

Sujet

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 1 (11/04/2026)

https://eab.abime.net/showpost.php?p=1792847&postcount=1

Fixe (18/04/2026): WinUAE

– L’émulation Copper a été réécrite pour s’aligner sur la logique de bas niveau (machine à états à 3 niveaux relativement simple basée sur les schémas d’Alice). Cela est nécessaire pour prendre en charge les cas particuliers complexes d’écriture VHPOSW. Le code d’émulation est désormais beaucoup plus court et plus simple ; tous les « hacks » liés aux cas particuliers COPxJMP ont été supprimés.

– Le positionnement de l’affichage a été unifié entre le mode natif et le mode programmé. Par exemple, le positionnement en mode PAL natif et en mode programmé, qui définit les paramètres PAL correspondants, est désormais identique. Cela inclut également le réglage de l’overscan ; auparavant, les modes programmés ignoraient les paramètres du mode TV.

– Le positionnement de l’affichage utilise désormais uniquement la synchronisation générée par Agnus/Alice et, en option, les signaux de suppression (comme sur les écrans réels ; synchronisation + suppression est la valeur par défaut, compatible avec les versions antérieures), ce qui permet un positionnement correct même si le mode est très inhabituel. Auparavant, le positionnement utilisait des positions de synchronisation/suppression PAL/NTSC fixes ou le contenu des registres de synchronisation/suppression du mode programmé ; ce mode ne fonctionne que si le mode n’est pas trop inhabituel.

– La hauteur de l’affichage va de la fin de la suppression verticale au début. Si la suppression verticale est complètement absente (ce n’est pas nécessaire dans la réalité, il suffit d’avoir du noir dans la zone de suppression verticale pour ne pas perturber l’étalonnage du niveau de noir de l’écran), la taille verticale va du début de la synchronisation verticale (plus quelques lignes) au début de la synchronisation verticale suivante. La largeur horizontale utilise la suppression horizontale (ou, si elle est absente, va de la synchronisation horizontale + quelques CCK au début de la synchronisation horizontale suivante).

– L’option « Source de synchronisation du moniteur » du panneau « Chipset » a été renommée « Mode de synchronisation / positionnement du moniteur ». Les trois premières options permettent de sélectionner le mode de positionnement/taille basé sur la suppression (par défaut, mêmes options que dans les versions précédentes) ; les trois nouvelles options permettent de sélectionner le mode de positionnement/taille basé sur la synchronisation. C’est essentiellement ainsi que fonctionnaient à l’origine les écrans CRT ; les modèles plus récents disposaient d’une logique de contrôle numérique et pouvaient également utiliser la suppression pour le positionnement.

– Le mode « Overscan extrême » correspond désormais à la sélection du mode de positionnement/taille basé sur la synchronisation.

– Le centrage horizontal du panneau d’affichage devrait fonctionner (au moins un peu mieux) en modes à double balayage.

– Les options de centrage horizontal et vertical du panneau d’affichage sont désactivées et effacées si le mode de surbalayage est « Overscan+ » ou supérieur (et restaurées automatiquement si le surbalayage est réinitialisé à sa valeur d’origine au cours de la même session). Auparavant, le centrage était déjà ignoré en mode « Overscan+ », mais les options de l’interface graphique n’étaient pas effacées.

– La mise à l’échelle en nombres entiers était incorrecte si, par exemple, la verticale était doublée mais que l’horizontale était en mode lores ou shres sans double balayage.

– Ajout de l’option de rapport d’aspect « Mise à l’échelle entière automatique » au panneau Affichage. Si elle est cochée, toutes les combinaisons de résolution/mode de ligne, y compris les modes à double balayage, ont toujours un rapport d’aspect entier correct. Sans cette option, certains modes programmés sont très hauts et étroits ou vice versa. L’option est automatiquement activée sauf si la configuration chargée comporte déjà une nouvelle entrée de configuration, si la configuration du filtre a des facteurs de zoom horizontaux et verticaux différents, si la résolution n’est pas haute définition ou si le doublement vertical n’est pas activé.

– La détection du mode « Doublescan » (qui active le redoublement horizontal interne) est désormais plus précise. Cette fonction sert à ajouter un redoublement horizontal 2x/4x afin de conserver le bon format d’image (nouvelle option ci-dessus). Les modes « Doublescan » consistent en des lignes de balayage de demi-largeur dont le nombre est doublé, ce qui donnerait un format d’image inesthétique sans redoublement horizontal. Tous les modes programmés devraient désormais présenter un format d’image correct si l’option « Mise à l’échelle entière automatique » est également cochée (correct, c’est-à-dire ni trop haut et étroit, ni trop court et large)

– La mise à l’échelle automatique et l’échelle entière automatique devraient désormais fonctionner pleinement dans tous les modes programmés.

– L’action « LOCATE OBJECT » du système de fichiers (dos/Lock() crée un paquet « LOCATE OBJECT » du système de fichiers) vérifie désormais si le fichier ou le répertoire existe physiquement et renvoie une erreur « introuvable » s’il était mis en cache mais introuvable ; le nœud de cache obsolète est également vidé. Auparavant, si le fichier/répertoire était déjà en cache puis supprimé côté hôte, Lock() réussissait quand même.

– Les couleurs du curseur de souris sprite matériel uaegfx ne s’actualisaient pas tant que la forme du sprite n’était pas également modifiée. Cela n’était normalement pas visible car la forme était toujours mise à jour après le changement de couleur. (WinUAE 6.0.4 ?)

– Le SDMAC de l’A3000 utilise désormais des transferts DMA de type « word » ou « long » (selon la version de RAMSEY) et supprime le dernier octet impair (WORD) ou 1 à 3 octets supplémentaires (LONG), conformément au matériel réel. Le bug du pilote qui ne transfère pas les 1 à 3 derniers octets restants se produit désormais également en émulation.

– Le DMAC DMA A2091/A590 utilise désormais des opérations de lecture/écriture DMA par mot et ne transfère plus le dernier octet impair, conformément au matériel réel. (Cela devrait également corriger le bug du pilote mentionné plus haut, mais cela n’a pas encore été confirmé)

– La synchronisation de l’horloge hôte a été déplacée du processus du système de fichiers de répertoires vers la tâche d’assistance de la ROM de démarrage UAE, qui s’exécute en permanence lorsque la ROM de démarrage UAE est activée. La synchronisation de l’horloge ne nécessite plus la présence d’au moins un système de fichiers de répertoires.

– Les adaptateurs de port d’affichage (après avoir été mis à jour pour fonctionner avec la nouvelle émulation d’affichage) fonctionneront en modes Overscan/Overscan+/Extreme. Actuellement, l’A2024 est le seul qui fonctionne. (Mais pas entièrement en mode Extreme). Les adaptateurs de port d’affichage/CD32FMV/Genlock sont désormais toujours désactivés en mode Ultra extreme overscan.

– Le débogueur ? prend désormais en charge les paramètres décimaux et les formats à virgule flottante 6888x (simple = $xxxxxxxx.S, double = $xxxxxxxxyyyyyyyy.D, étendu = $xxxx.yyyyyyyyyyyyyyyy.X). « ?. » active/désactive l’affichage des valeurs à virgule flottante ; désactivé par défaut, les valeurs à virgule flottante sont toujours affichées si la valeur d’entrée n’est pas un entier. Registres à virgule flottante pris en charge (RFP0 = utiliser le contenu actuel de FP0). REMARQUE : si des valeurs à virgule flottante sont utilisées dans les calculs, ceux-ci sont effectués en utilisant le format double de l’hôte. (Sera remplacé par un softfloat 80 bits à l’avenir)

– Quelques corrections et ajustements du débogueur.

– Ajout de *.hda au filtre de fichiers de la boîte de dialogue des fichiers durs. (WinUAE 6.0.4 ?)

– Si les sprites étaient en mode AGA 64 bits et que les registres de données contenaient des valeurs non nulles, le mode sprite passait alors en mode non 64 bits, puis le registre de données était mis à jour (Copper/CPU) ; seule la variable interne de données de sprite non 64 bits était mise à jour et les graphismes antérieurs à la mise à jour s’affichaient si le sprite repassait en mode 64 bits. (Virtual Karting 2) (WinUAE 6.0.4 ?)

– Le paramètre de filtrage basse résolution n’était pas implémenté dans la routine de dessin générique et lente (utilisée uniquement lorsque des effets sous-pixel doivent être émulés). (Virtual Karting 2 présentait une seule ligne de pixels non filtrés)

– Correction d’un problème où les fichiers d’état 68000/10 cycles exacts étaient aléatoirement corrompus si le CPU était en cours d’instruction et effectuait une lecture du bus de la puce au moment de l’enregistrement du fichier d’état (6.0.x). Ajout d’une solution de contournement partielle permettant à certains fichiers d’état déjà corrompus de se charger correctement. (Bug très stupide : une variable a été temporairement remplacée par la constante zéro lors de la refonte de la version 5.x vers la 6.x, mais elle n’a jamais été restaurée) (WinUAE 6.0.4 ?)

– L’interruption de synchronisation de mots du disque n’était autorisée que lorsque DSKLEN WRITE=0, mais elle n’est inhibée que lorsque l’écriture sur le disque est active. Cela ne fonctionnait plus depuis quelques versions. (Global Trash / Silents) (WinUAE 6.0.4 ?)

– Les lignes masquées par le réglage d’overscan du téléviseur ignoraient également la détection de collision entre les plans de bits et les sprites.

– La commande SCSI REZERO UNIT de uaescsi.device devrait arrêter la lecture d’un CD audio. (WinUAE 6.0.4 ?)

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 2 (19/04/2026)

https://eab.abime.net/showpost.php?p=1793982&postcount=39

– Détection de l’absence de hsync/vsync et déclenchement plus rapide de l’état « pas de signal ». L’état « pas de signal » effaçait également le tampon interne à chaque image, ce qui ralentissait inutilement l’émulation.

– Si le programme écrit dans BEAMCON0 (par exemple pour activer une synchronisation horizontale ou verticale programmée) mais que les registres de mode programmés correspondants ne sont toujours pas initialisés et que le mode de synchronisation du moniteur est combiné : ne pas passer en mode câble de synchronisation H/V (inutilisable). (Love / VD/Fairlight écrivant une valeur erronée $0200 dans BEAMCON0)

– Si l’état « pas de signal » est actif lors d’un changement de mode d’affichage, attendre que les synchronisations soient valides, puis attendre encore 2 trames avant de déterminer le format et la taille de l’affichage après la modification des paramètres d’affichage. (L’AR3 corrompait l’écran en mode « cycle-exact » après y être entré deux fois)

– Le changement de synchronisation d’horloge b1 ne vérifiait pas si l’interruption de la ROM d’amorçage de l’UAE était active avant d’envoyer le message de demande de synchronisation, ce qui provoquait un blocage dû à une interruption bloquée si l’opération était effectuée trop tôt.

– Émule uniquement la lecture de VHPOSR/VPOSR avec une valeur décalée d’un CCK par rapport à ce que voient toutes les autres parties du chipset en modes « cycle-exact » ; cela peut entraîner des effets secondaires dans les modes CPU rapides.

– Le mode CE du 68020/30 retardait parfois les interruptions jusqu’à ce que le tampon de prélecture du 68020/030 soit rechargé (après une instruction de branchement/RTS, etc.). (ancien)

– La commande « c » du débogueur ne prend plus en charge HDIW ; elle ne peut pas afficher l’état actuel de HDIW avec une précision au cycle près, car la ligne de balayage latéral de Denise est émulée après l’achèvement de la ligne Agnus. Utilisez le débogueur DMA pour vérifier l’état de HDIW.

– Les chargements du cache d’instructions du 68020/30, précis au cycle mémoire près, ne vérifiaient pas si le bus de la puce volait des cycles CPU via le DMA. (ancien)

– Correction d’un problème où le HDIW toujours actif n’était pas enregistré dans le fichier d’état et n’était pas chargé à partir de celui-ci (même raison que ci-dessus).

– Le clavier pouvait cesser de fonctionner si le système était réinitialisé pendant la période d’attente de l’avertissement de réinitialisation du clavier. (Probablement apparu lors de l’ajout des contrôleurs de clavier émulés)

– Ajout de l’opérateur ~ (NOT) à la calculatrice du débogueur.

– Les valeurs horizontales/verticales stockées par le désassembleur Copper du débogueur sont désormais effacées lorsque le débogueur est activé ou désactivé.

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 3 (20/04/2026)

https://eab.abime.net/showpost.php?p=1794148&postcount=44

– b2 68020/030 : la correction des interruptions CE rendait celles-ci trop rapides ; désormais, elles sont toujours retardées jusqu’à ce que l’instruction suivante soit terminée, ce qui n’est probablement pas tout à fait correct non plus, mais c’est mieux qu’auparavant (où elles étaient soit trop rapides, soit retardées de plusieurs instructions).

– OCS Denise NTSC : le motif en dents de scie des lignes paires/impaires est désormais correct en mode Overscan (complètement masqué) et Overscan+ (visible dans la marge droite).

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 4 (26/04/2026)

https://eab.abime.net/showpost.php?p=1795006&postcount=63

– Lorsque la configuration était modifiée à la volée (ce qui inclut le chargement d’un fichier de configuration après le démarrage de l’émulation), le registre FMODE réservé à l’AGA pouvait revenir à sa valeur initiale (zéro) après quelques secondes. (Probablement introduit dans la version 5.x)

– Si l’émulation était déjà lancée et qu’un changement de configuration de OCS/ECS vers AGA était effectué en définissant une nouvelle configuration « quitstart » ou en chargeant un nouveau fichier de configuration, le mode « 7 plans » réservé à OCS/ECS (6 plans affichés, 4 transférés par DMA, les 2 derniers pouvant être mis à jour par le Copper ou le CPU) était activé si le programme AGA utilisait 7 plans, FMODE=0 et le mode d’affichage « lores ». (Ce bug existe au moins depuis la version 5.x, et est probablement encore plus ancien.)

– Le début vertical de l’affichage changeait après chaque réinitialisation dans la plupart des configurations.

– Le chargement de certains fichiers d’état entraînait la détection de l’affichage comme étant en « 2x doublescanned », ce qui donnait un affichage très large mais court.

– Autorisation du blitter immédiat dans les modes CPU à cycle précis (ce qui n’a pas de sens, mais peut s’avérer utile à des fins de test). Le blitter se termine immédiatement après l’écriture de BLTSIZE, sans utiliser de cycles DMA.

– Ajout d’une solution de contournement pour les très anciens fichiers d’état avec le chipset A1000 « extra » mais l’AGA activée. Le fichier d’état se chargeait normalement, mais tout changement de configuration à la volée désactivait une partie des fonctionnalités AGA, provoquant une corruption de l’affichage.

– Ajustement du nombre de cycles de blitter « volés » par le processeur (blitter « nasty ») en mode CE du 68020 ; ce comportement est désormais plus proche de la synchronisation 5.x. (Ceci est dû au manque de précision du mode CE du 68020). Cela aurait dû être identique ; un débogage sera donc nécessaire ultérieurement.

– Intégration de la correction du prototype de clavier Velvet proposée par segrax. Le clavier était connecté au CIA-B dans Velvet.

– Mise à jour de la commande « sp » du débogueur : affichage des données de sprite en hexadécimal et inclusion des données de sprite situées après la dernière ligne de sprite. Données normalement chargées dans SPRxPOS/SPRxCTL. Tentative de détection automatique de la largeur du sprite (16/32/64) en vérifiant la distance entre les mots SPRxPOS/SPRxCTL.

– Le PC initial du débogueur pointe désormais vers le début de l’instruction suivante, au lieu du début de l’instruction d’après.

– La commande « fc » du débogueur ne provoquait pas toujours un arrêt lorsqu’elle aurait dû.

– Le point d’arrêt « copper » du débogueur pointe désormais vers le début de l’instruction « copper » au lieu du début de l’instruction « copper » + 2 (6.1.0)

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 5 (30/04/2026)

https://eab.abime.net/showpost.php?p=1795716&postcount=86

– Carte mère A1200 et A4000 émulée (le correctif CD32 est intégré à Akiko) : correction d’un bug lié à l’occupation du blitter Alice, qui provoquait des anomalies graphiques en mode FMODE=0, en mode AGA avec 7 plans LORES et lorsque le blitter était désactivé. Si le blitter a terminé mais que l’écriture finale du D est toujours en attente, le processeur peut « voler » plusieurs cycles au blitter et disposer ainsi de suffisamment de temps pour mettre à jour les registres du blitter en vue du prochain blit avant que celui-ci ne dispose enfin d’un cycle libre pour écrire le D final. Cela corrige les anomalies graphiques observées par exemple dans Charlie J Cool, Zool 2 en mode AGA et bien d’autres jeux.

– Annulation de la modification concernant le processeur « volant » des cycles du blitter (b4) : elle était erronée, la correction correcte est celle décrite ci-dessus.

– Les 2 ou 3 dernières lignes n’étaient pas visibles en modes PAL/NTSC normaux.

Cela devrait corriger le problème « Le 68020 CE présente un dysfonctionnement (aucun cas de test simple à ce jour) ; il était censé fonctionner comme auparavant, mais ce n’est pas le cas. ». Ce problème était extrêmement gênant et pouvait affecter les versions 6.0 (la version 6.0 diffère de la 6.1) jusqu’à la version 610b4. L’émulation du blitter a été réécrite pour correspondre précisément aux schémas d’Alice dans la v6, mais un élément très important avait été omis : le blitter en mode « non-nasty » présente un bug qui est corrigé par une logique supplémentaire sur la carte mère (puce TTL sur l’A1200, PAL sur l’A4000, CD32 corrigé dans Akiko), ce que j’avais complètement ignoré jusqu’à présent. L’émulation précédente du blitter n’était pas suffisamment précise pour ne pas déclencher cette condition. Notez que l’OCS/ECS présente également ce même « bug », mais qu’il ne peut pas se déclencher (du moins pas de manière continue) car le DMA du bitplane d’Agnus ne peut pas voler autant de cycles à la suite tout en conservant un cycle libre tous les 7 cycles, cycle que le processeur volerait systématiquement au blitter.

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 6 (02/05/2026)

https://eab.abime.net/showpost.php?p=1795987&postcount=89

– Première version officielle native pour Windows ARM64. (Il ne s’agit plus de la version ARM64EC avec du code x64 mélangé qui était utilisée dans les anciennes versions de test.)

– La mention « 64 bits » dans le titre et la fenêtre « À propos » a été remplacée par « x64 » / « ARM64 ».

– Mise à jour de la plupart des bibliothèques de support statiques et recompilation pour ARM64 (zlib, png, flac, munt, etc.). Certains noms et chemins d’accès aux bibliothèques ont changé.

– Les adaptateurs vidéo « Overlay » (tels que genlock ou CD32 FMV) présentaient une position et une taille incorrectes au démarrage pendant quelques secondes.

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 7 (30/05/2026)

https://eab.abime.net/showpost.php?p=1799562&postcount=96

– Ajout du JIT ARM64 (Amiberry). CPUTESTER a détecté quelques bogues du JIT spécifiques à ARM64 qui seront corrigés dans les prochaines versions.

– Le JIT x64 n’exige plus que toute la mémoire de l’espace d’adressage Amiga soit située dans les 4 Go premiers de l’espace d’adressage du processus hôte. La fonctionnalité de randomisation de l’espace d’adressage est désormais activée dans la version x64. Quelques mises à jour mineures du JIT ont également été apportées. (Amiberry)

– L’option « Toujours étirer le NTSC » prend désormais le pas sur les autres réglages manuels du format d’image ; il s’agit de l’option par défaut, simple d’utilisation, qui sélectionne automatiquement le format d’image NTSC correct (si le mode d’échelle n’est pas en nombre entier). Auparavant, la sélection de plusieurs modes d’aspect entraînait des formats d’image étranges. Notez que le PAL est toujours mappé en 1:1 dans ce mode, ce qui n’est pas tout à fait correct.

– Si la valeur verticale change, il faut attendre une image avant de recalculer les paramètres « moniteur » ; il pourrait s’agir d’un bug sur une seule image dû à une écriture unique dans VPOSW ou BEAMCON0 provoquant un saut vertical inutile sur une seule image.

– Dans le panneau « Filtre », l’option « Conserver le rapport d’aspect » a été renommée « Ajustement du rapport d’aspect des pixels » et les nouvelles options « TV (PAL) » et « TV (NTSC) » ont été ajoutées. Cela devrait rendre cette option un peu moins déroutante (même si je suis sûr qu’elle le reste) : « TV » = correspond au mode PAL/NTSC du chipset sélectionné, comme auparavant. Le fait de disposer d’une option PAL/NTSC manuelle permet de voir plus facilement comment cela affecte l’affichage. Il s’agit du réglage avancé du rapport d’aspect des pixels. Normalement, cela n’est pas nécessaire.

– Les préréglages du panneau « Filtre » ne conservaient pas les paramètres de décalage des lignes de balayage (gfx_filter_scanlineoffset) et de rotation (gfx_filter_rotation).

– Ajout du décalage et de la rotation des lignes de balayage aux préréglages de filtre.

– La fréquence de rafraîchissement RTG configurée (si différente de la valeur par défaut de 60 Hz) était ignorée lors de la création de modes RTG (les modes RTG dans les préférences de ScreenMode affichaient toujours 60 Hz au lieu de la fréquence de rafraîchissement configurée) jusqu’à ce que le mode RTG soit activé au moins une fois, puis que l’émulateur soit réinitialisé ou redémarré.

– Ajout de la conversion CR/LF pour l’émulation du port série dans l’interface graphique. (Auparavant, cette option n’était disponible que dans le fichier de configuration : serial_crlf=crlf_cr)

– L’émulation du port série en mode CPU rapide n’était pas fiable (ce problème n’affectait peut-être que certains périphériques série de l’hôte ou certains pilotes de périphériques)

– Mise en place d’une limitation de la transmission sur le port série en mode CPU rapide : si le nombre d’octets en file d’attente est supérieur à 20 (afin de garantir que les petites rafales de transmission soient envoyées avec une latence minimale) et que les octets sont transmis trop rapidement par rapport au débit en bauds sélectionné, l’interruption de transmission du port série Paula et les mises à jour des bits d’état du tampon de transmission sont retardées pour s’adapter au débit de transmission sélectionné. Cela n’affecte pas le mode série « Direct ».

– L’émulation du bit OVRUN SERDATR du port série Amiga Paula était partiellement défectueuse et se déclenchait de manière aléatoire même en l’absence de dépassement, provoquant des tentatives de réémission ou des pertes de données. (5300b10)

– Ajout de nouveaux modes d’écran RTG connus (= modeid statique) : 2048×1280, 6144×3456, 7680×4320.

– Le compteur CCK interne est passé à 64 bits. Il débordait toutes les 20 minutes environ, provoquant un glitch sur une seule image. (6.0)

– PortAudio a été mis à jour vers la dernière version GitHub. Prise en charge de PortAudio sur ARM64 ajoutée.

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 8 (11/06/2026)

https://eab.abime.net/showpost.php?p=1800945&postcount=106

– Correction d’un bug lié aux sprites AGA uniquement : lorsque l’écriture DMA dans SPRxDATx était immédiatement suivie d’une écriture Copper (ou CPU) dans SPRxPOS/CTL lors du cycle CCK suivant, l’écriture SPRxDATx en attente était ignorée dans cette situation. (6100b1)

– Ajout du BIOS A1060 Sidecar 2.07 (380619-04) au scanner de ROM.

Mises à jour d’Amiberry :

– Correction des bogues détectés par le CPUTESTER JIT ARM64 : la plupart des instructions de décalage, DIV, DIVL.L, MULL.L avec des indicateurs erronés dans des cas particuliers, les indicateurs NEG.B/W, BFINS, ainsi que l’adresse de trame de pile incorrecte lors d’une branche vers une instruction illégale.

– Le JIT x86/x64/ARM64 réussit désormais tous les tests CPUTESTER sur les entiers, y compris les instructions inutiles LINK.x #z,SP et MOVEM.x #,-(An) où la liste des registres inclut An.

– Correction du nettoyage de uaenet.device.

Correctifs de Stefan Reinauer :

– Plugin d’émulation PPC basé sur QEMU 11. Prise en charge de x64 et ARM64. La version 32 bits est basée sur QEMU 9. À partir de QEMU 10, la prise en charge 32 bits a été supprimée.

– Divers correctifs concernant les avertissements de compilation et la portabilité.

– Le chipset avancé « DF0 : ID Hardware » n’était pas enregistré dans le fichier de configuration.

– Mise à jour de la portabilité de Slirp, corrections de stabilité, mise à jour de BOOTP, transfert ICMP.

– Correction de stabilité pour la carte Ethernet émulée + processeur PPC.

– Mises à jour de portabilité pour l’intégration de Munt (émulateur MT32) dans WinUAE.

– Correction de la gestion des interruptions externes de la carte PPC qui pouvait entraîner un blocage.

– Émulation du contrôleur IDE AIDE de Matze.

La DLL QEMU PPC est enfin mise à jour vers la dernière version (merci à Stefan Reinauer !). https://www.winuae.net/files/b/ppc_plugin_11.7z

Je n’ai fait qu’un test rapide pour vérifier qu’AmigaOS 4.1 FE démarre toujours sur le WB. Merci de signaler tout problème de compatibilité ou toute différence de performances.

De nombreux changements (inattendus mais appréciables) ont été apportés en coulisses au cœur non émulé.

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 9 (06/07/2026)

https://eab.abime.net/showpost.php?p=1803738&postcount=113

– Ajout de l’émulation de la carte-pont Vortex ATonce plus 286 (https://github.com/na103/Dueottosei/). REMARQUE : celle-ci est très différente des cartes-pont Commodore.

– Si le mode RTG était actif et que le mode chipset était invalide ou que les synchronisations étaient désactivées : le compteur d’images par seconde (FPS) du mode RTG n’était pas affiché.

– Le mode d’échelle entière RTG prend désormais également en charge l’option de mise à l’échelle entière avec filtre 1/x. (1/1 = mise à l’échelle entière normale x,0 ; 1/2 = mises à l’échelle x,5 et x,0 autorisées ; 1/3 = mises à l’échelle x,75, x,50, x,25, x,00 autorisées, et ainsi de suite)

– Correction de la valeur de l’horloge pixel dans la structure « modeinfo » du mode Picasso96 de uaegfx ; désormais, tous les modes affichent un taux de rafraîchissement correct dans (par exemple) les préférences ScreenMode. Auparavant, des résolutions différentes présentaient des taux de rafraîchissement légèrement différents (différence d’environ ±2 Hz).

– b7 « Compteur CCK interne passé à 64 bits » : la mise à jour de la variable du compteur de 32 bits à 64 bits avait été omise.

– Les écritures sur l’ADF étendu qui dépassent largement la taille maximale d’une piste ou les écritures partielles (inférieures à la taille d’une piste) sont désormais correctement émulées. Auparavant, une écriture unique était toujours considérée comme une mise à jour complète de la piste et les écritures très longues n’étaient pas correctement enregistrées dans le fichier image.

– Correction du registre d’identifiant de la puce Ethernet AM79C960 (endianité incorrecte), qui affectait au moins le pilote Ariadne sous Linux (« Impossible de trouver la puce Ethernet AMD »).

– Les bits des registres DPOLL/TDMD de l’AM79C960 sont désormais correctement émulés. La carte Ethernet Ariadne fonctionne désormais sous Linux sans délais d’expiration de transmission.

– Les cartes réseau basées sur le DP8390 (Ariadne II, AmigaNet, etc.) ne fonctionnaient pas sous Linux en raison d’un bug lié à l’inversion des octets. Cela n’affectait pas les clones NE2000 plus récents. REMARQUE : la X-Surf 100 ne fonctionne pas sous Linux car le pilote Linux utilise des fonctionnalités propres à l’AX88796B qui ne sont pas encore émulées. L’AX88796B est compatible NE2000 mais inclut également des fonctionnalités propres à l’AX88796B.

– L’adresse MAC stockée dans l’EEPROM de la carte réseau Ariadne II est enregistrée avec un permutation des octets.

– Ajout d’une solution de contournement pour un éventuel bug d’optimisation du compilateur ; l’A2065 et l’Ariadne fonctionnent à nouveau. (b8)

– Ajout de l’option « Imprimer dans un fichier » : si elle est sélectionnée, le chemin d’accès est demandé et les données brutes provenant du port parallèle émulé sont enregistrées dans un fichier situé dans le répertoire sélectionné (« Print_xxx.dat », où xxx correspond au numéro d’identification du fichier). Notez que le fichier n’est entièrement écrit et fermé qu’après l’expiration du délai d’autovide, suite à un état d’inactivité du port parallèle, ou si le bouton « Vider la file d’impression » est actionné.

– Mise à jour du module « ripper » de ProWizard vers la version 1.70a (Stefan Reinauer).

– Mise à jour des DLL PPC de QEMU (incluant également une mise à jour côté UAE) ; cela devrait corriger les configurations OS3.x + PPC (b8) (Amiberry). REMARQUE : QEMU9 (32 bits) est différent de QEMU11 ; la version 32 bits n’est peut-être pas entièrement corrigée ou peut présenter d’autres problèmes. (https://www.winuae.net/files/b/ppc_plugin_11.7z) MISE À JOUR : version 7.7.2026 mise à jour, corrige un ancien plantage aléatoire lors de la fermeture.

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 10 (26/07/2026)

https://eab.abime.net/showpost.php?p=1806326&postcount=119

– Les effets secondaires liés au changement de mode FMODE pour les bitplanes et les décaleurs de sprites AGA Lisa devraient désormais être parfaitement précis. Le stockage des données des bitplanes et des sprites, ainsi que les décaleurs, utilisent désormais systématiquement des variables de 64 bits afin de correspondre au comportement réel de la Lisa. Les bus OCS/ECS restent inchangés (16 bits).

– Les LED de l’OSD sont positionnées dynamiquement. Les LED qui ne s’affichent que si le type de périphérique correspondant est activé dans la configuration (par exemple CD, HD, NET, MD, etc.) ne laissent plus d’espaces vides. Les LED DF0 à DF3 s’affichent toujours, même si elles sont désactivées, car elles ont toujours été affichées et que certains programmes tentent d’accéder à des lecteurs inexistants. Les entrées de fichier de configuration show_leds_enabled et show_leds_enabled_rtg masquent toutes les LED non configurées. Cela n’affecte pas la barre inférieure en mode fenêtré.

– Correction du BltTemplate en mode 24 bits d’uaegfx avec le mode de dessin COMPLEMENT. (test p96cts)

– Correction du tracé de lignes sur le matériel S3 Trio (CyberVision). (test p96cts)

– Correction de l’extension des couleurs et de la transparence sur le NCR77C32BLT (Retina/Altais) (test p96cts)

– SLIRP démarre désormais sans prise en charge DNS si le service DNS du système d’exploitation hôte n’est pas disponible. Auparavant, l’absence du service DNS interrompait l’initialisation de SLIRP. (SR)

– A2065 : rejet des paquets trop volumineux qui ne tiennent pas dans les tampons de l’A2065. (SR)

– Correction du blocage au démarrage avec KS 1.3 + 68020/030 + cycle-exact + « fastest possible » + sans genlock.

– Mises à jour de l’émulation de la puce SCSI 53C710 (A4091, A4000T, Warp Engine, etc.). Les tests du logiciel de diagnostic de l’A4091 sont réussis.

– Mises à jour de l’émulation des puces SDMAC de l’A3000 et SCSI WD. Les tests du logiciel de diagnostic sont réussis. Par ailleurs, la région $DD4000-$DDFFFF est inaccessible (Fat Gary génère une erreur de bus ou un délai d’attente du bus)

– Mises à jour de l’émulation des puces SDMAC de l’A3000 et SCSI de la WD. Les tests du logiciel de diagnostic sont réussis. Par ailleurs, la plage $DD4000-$DDFFFF est inaccessible (Fat Gary génère une erreur de bus ou un délai d’attente de bus)

– Corrections de l’émulation de la MMU du 68030. Lorsque les gestionnaires d’erreurs de bus s’« empilent » (une autre exception d’erreur de bus se produit pendant l’exécution d’un gestionnaire d’erreur de bus), la « correction des registres » était effectuée deux fois : la réinitialisation du mode d’adresse -(an) ou (an)+ (décrémentation/incrémentation) à sa valeur d’origine avant l’exception était effectuée deux fois. Restauration de l’opcode d’origine des instructions réessayées ; si le RTE du gestionnaire d’erreur de bus génère à nouveau une erreur, la nouvelle erreur place l’opcode du RTE dans la trame de la pile d’exception, et non l’opcode d’origine à l’origine de l’erreur. (Problèmes aléatoires sur Amix, peut-être également sur d’autres variantes d’Unix)

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 11 (03/08/2026)

https://eab.abime.net/showpost.php?p=1807481&postcount=120

– Ajout de la case à cocher « Affichage visible » dans le panneau RTG. Elle n’apparaît que lorsque l’émulation est en cours et que la carte RTG sélectionnée est active. Si elle est visible : la décocher basculera vers l’écran natif ; si elle n’est pas visible, cela basculera vers le mode RTG. Nous espérons que cette méthode sera plus intuitive et plus facile à trouver pour changer manuellement d’affichage que le raccourci clavier END+F9.

– Ajout des options « Chipset », « Affichage suivant » et « Affichage précédent » au menu de la barre d’état système.

– Prise en charge de la commutation automatique pour les cartes CyberVision/BlizzardVision PPC (émulation de la suppression d’affichage de la puce SVGA Permedia 2 et des bits de registre DPMS)

– CSMK3/CSPPC/BPPC et CyberVision/BlizzardVision PPC sans pont PCI configuré : ajout automatique d’un G-REX. (En réalité, le G-REX n’est pas nécessaire, mais d’un point de vue fonctionnel, l’emplacement CVPPC/BPPC correspond à un emplacement G-REX unique)

– Correction du décalage horizontal du curseur de souris sur la carte RTG Merlin.

– Correction des couleurs 8 bits sur les cartes RTG Piccolo et PiccoloSD64.

– Correction de l’inversion des composantes de couleur en mode 32 bits sur la PiccoloSD64.

– Correction du tracé de lignes matériel sur les cartes CyberVision PPC/BlizzardVision PPC (Permedia 2) (test p96cts).

– Le masque de plan BlitPlanar2Direct de uaegfx était ignoré lorsque minterm n’inversait pas la source. (test p96cts)

– Refactorisation du code des LED OSD.

– Le voyant CD de l’OSD ne s’allumait qu’après le premier accès au CD ; il s’allume désormais immédiatement au démarrage de la configuration avec un ou plusieurs lecteurs de CD. (b10)

– Le FPS de l’OSD affiche désormais la fréquence de rafraîchissement RTG si RTG est actif et que la synchronisation du chipset est désactivée, ce qui correspond à la valeur FPS de la barre d’état en mode fenêtré.

– NE2000 : les paquets trop volumineux sont ignorés.

– NE2000 et A2065 : les paquets dont l’adresse MAC source correspond à celle de notre carte émulée ne sont pas reçus. Le côté hôte peut renvoyer toutes les trames envoyées, ce qui peut perturber les piles réseau.

– Correction de plantages aléatoires lors du passage du mode WB natif (généralement en haute résolution à double balayage) au mode RTG sans fermer au préalable l’écran natif (par exemple, le bouton « Test » des préférences de mode d’écran pouvait le déclencher, mais la sélection d’une nouvelle résolution en mode WB RTG ne le provoquait pas). Depuis la v6.0, le changement de résolution en cours d’affichage ne recalculait pas immédiatement tous les paramètres de rendu natifs, ce qui pouvait entraîner un débordement du tampon de dessin.

– Si la plage $b00000-$b7ffff était utilisée pour une image ROM (dernier bloc de 512 ko d’une ROM de 2 Mo), elle n’était pas directement accessible, ce qui provoquait un plantage dans les modes CPU/JIT non « more compatible ». (Problème apparu il y a longtemps lorsque le deuxième espace de 1 Mo a été divisé en deux régions de 512 ko chacune)

– Correction du chargeur de ROM exécutable par morceaux. Il ne fonctionnait que si le premier morceau comportait des relocalisations. (Cela a toujours été défectueux ; cela fonctionnait probablement avec certaines des premières ROM AROS par morceaux.)

– Si un exécutable (par morceaux ou au format ELF) est chargé en tant que ROM : la région ROM n’est pas protégée en écriture. Cela permet de créer des ROM personnalisées avec des blocs DATA ou BSS inscriptibles.

– Quelques optimisations de l’émulation des chipsets.

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 12 (16/08/2026)

https://eab.abime.net/showpost.php?p=1809529&postcount=121

– L’option « Affichage visible » du panneau RTG n’était cochée que lorsque la carte émulée par le matériel était active ; elle n’était pas cochée dans les modes uaegfx.

– Mode CPU rapide + mode RTG P96 actif + nouvelle option « P96 Disable Amiga video » activée (mode programmé avec HSSTRT et VSSTRT réglés sur des valeurs hors plage, ce qui désactive les deux synchronisations) : les variables de fréquence de rafraîchissement internes n’étaient pas toujours entièrement mises à jour, ce qui provoquait par exemple des problèmes audio.

– Le mode de dessin rapide ne vidait pas tous les cas particuliers en attente et provoquait des anomalies d’affichage étranges dans certaines situations.

– Toutes les boîtes de dialogue Windows relatives aux fichiers/répertoires comportent désormais un raccourci vers les chemins d’accès « configurations/adf/rom/hdf/statefiles » (l’emplacement et la dénomination dans la fenêtre de dialogue dépendent de la version de Windows utilisée). Cette fonctionnalité était déjà partiellement implémentée dans la version bêta précédente.

– Prise en charge des ROM personnalisées pour les cartouches Freezer. Une case à cocher « ROM personnalisée de la cartouche » a été ajoutée à côté de la sélection de la ROM de la cartouche. La cocher permet de remplacer le chemin éventuellement détecté par le scanner de ROM. REMARQUE : si la cartouche n’apparaît pas dans la liste parce que le scanner de ROM ne l’a pas détectée et que vous souhaitez utiliser une ROM personnalisée : cochez d’abord la case « personnalisée », puis sélectionnez le modèle de cartouche. Cocher cette case sans avoir sélectionné de cartouche inclut toutes les cartouches masquées. (Auparavant, toute ROM personnalisée sélectionnée via le fichier de configuration choisissait AR1/2/3 en fonction de la taille de l’image ROM)

– Émulation des cartouches DeMoN v1 et v2 (ROM Flash, 1024 ko de RAM ; l’USB de la v2 n’est pas émulé) ; le fonctionnement des variantes DeMoN v1/v2 d’Action Replay V a été confirmé.

– Émulation des cartouches DeMoN v1 et v2 (ROM Flash, 1 024 k de RAM ; la version v2 USB n’est pas émulée) ; les variantes DeMoN v1/v2 d’Action Replay V ont été testées et fonctionnent.

– N’envoyer aucune requête de synchronisation d’horloge (option « Synchroniser l’horloge » du panneau « Divers ») si AmigaOS n’est pas en cours d’exécution (attendre d’abord le signal de pulsation), car le programme qui a pris le contrôle du système pourrait ne pas tolérer d’interruptions inattendues. La méthode de synchronisation d’horloge a été modifiée dans la version b1.

– L’option d’extinction ou de gradation du voyant d’alimentation ne fonctionnait pas à la volée.

– Correction de la commande « z » du débogueur.

[Staff Aladin Level 25Messages : 16467]

WinUAE 6.1.0 beta 13 (06/09/2026)

https://eab.abime.net/showpost.php?p=1812745&postcount=127

– Correction d’un plantage aléatoire dans le thread de dessin de Denise, dû à l’écriture sur un pointeur invalide pendant les périodes de suppression.

– L’état de suppression programmé par ECS Denise restait bloqué en mode « blanked » si BPLCON3 EXTHBLANKEN était réinitialisé pendant la période de suppression horizontale.

– L’écriture OCS/ECS sur l’activation ARM de SPRxDATA est alignée sur le CCK ; seules les données de motif de sprite SPRxDATA sont chargées 0,5 CCK plus tôt.

– L’option « Écriture dans SPRxDATA du sprite exactement au moment où la position horizontale correspondrait et activation du sprite : utiliser la valeur SPRxDATA précédemment chargée » ne fonctionnait pas correctement en mode AGA.

– La commande Copper COPJMPx, lorsqu’un DMA Copper précédent était en attente, n’était pas émulée correctement. Écriture COPxJMP ou COPJMP1 de début de trame et déplacement Copper en attente au cycle suivant : le cycle se déroule toujours, mais l’écriture dans le registre n’a pas lieu. (Ce problème, ainsi que tous ceux mentionnés ci-dessus, sont des effets secondaires découverts accidentellement par Ross lors de ses tests.)

– La détection de la longueur de ligne NTSC n’était pas fiable ; elle choisissait aléatoirement une longueur de champ longue au lieu d’une longueur de champ courte, ce qui entraînait un affichage plus large de 2 pixels Lores que prévu et pouvait également provoquer un décalage horizontal.

– Les modes programmés par ECS Denise ne définissaient pas les valeurs internes de début et de fin de suppression horizontale, ce qui entraînait un mauvais positionnement de l’affichage si le mode de positionnement du moniteur du chipset était basé sur la suppression.

– Le passage à la volée du blitter du mode « cycle-exact » au mode « non-cycle-exact » pouvait provoquer un blocage de l’émulation si le blitter était en mode « nasty » : le diagramme de cycle du blitter ne comportait pas de cycles d’inactivité et restait actif pendant la commutation.
– Réécriture de la gestion du « blitter bloqué » en modes non-CE. Ce problème survient lorsque le DMA du blitter est désactivé après le lancement du blit, mais avant que celui-ci ne soit terminé. Auparavant, cette vérification était effectuée tous les 10 CCK à l’aide d’événements, ce qui sollicitait inutilement le processeur. Désormais, le système vérifie simplement les écritures dans le DMACON. Un démarrage Amix sans blitter immédiat peut déclencher ce problème.

– Correction JIT ARM64 fournie par Amiberry (instructions de division lentes)

– Le pilote de souris virtuelle peut être activé/désactivé à la volée. REMARQUE : il ne peut être activé à la volée que si la configuration active la ROM de démarrage UAE.

– Les coordonnées absolues de la souris virtuelle ne sont pas transmises au côté AmigaOS si aucune coordonnée absolue n’a encore été reçue de l’hôte ; par exemple, certaines combinaisons de paramètres de configuration de la souris rendaient le menu de démarrage initial inutilisable, la souris sautant toujours en haut/à gauche lorsque l’on appuyait sur les boutons de la souris.

– Optimisation de la gestion des événements en mode « cycle-exact ».

– Correction de la MMU du 68030 par AnimaInCorpore (la gestion de la trame de pile d’erreur du bus MMU en mode prélecture doit utiliser le nouveau mot d’opcode chargé à partir du préremplissage du pipeline au lieu de la valeur de l’opcode précédente stockée dans la trame de pile d’exception)

– Enregistrement de la vitesse actuelle de la disquette dans le fichier d’état.

– La position horizontale du panneau de filtrage manuel présentait un décalage lors du chargement d’une ancienne configuration.

– Écran lorsque le mode de dessin rapide était actif et qu’une partie de la bordure supérieure ou inférieure n’était pas visible à l’écran : la capture d’écran avant le filtrage des parties manquantes pouvait présenter une couleur d’arrière-plan erronée ou un effacement manquant.

– Option d’activation/désactivation des points d’arrêt du débogueur : ft = activer/désactiver un point d’arrêt. fta = désactiver tous les points d’arrêt si un ou plusieurs sont activés. Activer tous les points d’arrêt s’ils sont tous désactivés.

– Mise à jour de la ROM AROS intégrée.

– La ROM AROS intégrée n’était pas chargée en mode « chemins relatifs ».

[flaco Level 6Messages : 259]

Bonjour,

Je n’avais pas encore vu passer l’information (ou alors je l’avais déjà oubliée) aussi je me permet de partager ici que WinUAE est en train d’arriver sur Unix/Mac/Linux, notamment  grâce au travail de Stefan Reinauer, dont des correctifs sont cités dans des changelog ci-dessus et dont le dépôt est ici : https://github.com/reinauer/WinUAE

Je viens de le découvrir et de l’essayer sur Manjaro en compilant la source actuelle et c’est déjà très fonctionnel.

C’est WinUAE, donc avec ses multiples fonctionnalités, et son interface permettant de changer certains éléments de configuration sans devoir relancer toute la session. Il vient combler un vide au delà de FS-UAE qui reste efficace comme interface de lancement de jeux sur disquette mais trouve ses limites ergonomiques pour qui utilise un amiga émulé avec disque dur.

Je tiens à remercier les auteurs car c’était le dernier logiciel pour lequel j’ai utilisé Wine ces dernières années (hors jeux avec Proton).

[Auteur]

Réponses