[UAE] WinUAE

WinUAE émulateur Amiga

Site officiel:
http://www.winuae.net/

Traduction française:
http://www.tradu-france.com/

Pour ajouter le support des IPF, il faut ajouter les librairies CAPSImg.dll et/ou CAPSImg_x64.dll vers les exécutables winuae.exe et/ou winuae64.exe:
http://www.softpres.org/download

Discussion en anglais:
http://eab.abime.net/showthread.php?t=85939

Sujet

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 20 (08/04/2025)

https://eab.abime.net/showpost.php?p=1740267&postcount=330

– Le changement de mode de champ long/court (changement unique de LOF, pas de basculement continu entrelacé) ne recalculait pas la configuration interne du mode d’écran. Comme effet secondaire, la dernière ligne aléatoire n’était pas mise à jour correctement lors du passage du mode long au mode court.

– Correction du dessin en mode rapide et des lignes supérieure et inférieure du mode TV overscan qui n’étaient pas toujours mises à jour correctement.

– Le hack audio qui empêche une utilisation élevée du CPU si le programme règle (inutilement) AUDxPER à une valeur très basse est maintenant plus agressif mais pas assez pour casser Spaceport. (R-Type II, émulateur ReadySoft 64)

– La transmission par port série fonctionne à nouveau dans les modes non-ce.

– La correction du rapport d’aspect de la résolution horizontale/verticale à l’aide d’une échelle entière devrait maintenant fonctionner de manière plus sensée (par exemple, si superhires + doublage vertical, le résultat est toujours doublé verticalement en premier, après quoi le rapport d’échelle entier est sélectionné). Prend également en charge les modes de double balayage programmés.

– En mode AGA, les lectures de registres en écriture seule sont maintenant plus proches du comportement de la version 5.3.1 et des versions antérieures. (Artificial Paradise / NGC)

– Si la résolution/le nombre de plans était défini avant la mise à jour du FMODE et que le FMODE original était trop petit pour le nouveau mode, le mode de dessin était réinitialisé à la normale (HAM et EHB étaient dessinés en mode normal). Les embauches et les shres AGA des modes HAM et EHB ont été affectés.

– Le mode CPU non précis et l’écriture dans le registre de temporisation élevé de la CIA ne chargeaient pas immédiatement la temporisation du latch en mode one-short lorsque la temporisation était déjà en cours d’exécution. (Introduit dans certaines versions 4.9.x)

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 21 (13/04/2025)

https://eab.abime.net/showpost.php?p=1741024&postcount=349

– Les modes TV du panneau filtre et la suppression de l’overscan du filtre fonctionnent à nouveau correctement (ce qui n’était pas le cas depuis la version 1). La gestion de la suppression horizontale et verticale supplémentaire a de nouveau été modifiée, ce qui pourrait entraîner des effets secondaires.

– Les artefacts de lignes horizontales longues/courtes NTSC ont disparu dans les modes TV overscan. NOTE : NTSC a encore des problèmes avec certains modes de filtrage.

– Les couleurs des marqueurs de débogage ultra extrêmes ont été modifiées.

– La mise à l’échelle automatique utilisait également des plans non binaires pour détecter le début/la fin de l’horizontale. Cela correspond maintenant à la version 5.3.1.

– Mise à l’échelle automatique + mode de dessin rapide : la ligne supérieure était détectée comme étant trop grande d’une ligne.

– Capture d’écran en mode non PAL/NTSC : accès à la mémoire hors limites corrigé, ce qui provoquait des plantages aléatoires également lors de l’entrée dans l’interface graphique.

– Correction d’un plantage possible dans le code de dessin en mode rapide si le nombre de plans change soudainement.

– L’interruption uaegfx vertical blank pouvait être dupliquée ou perdue dans certaines situations (très vieux bogue), en fonction du réglage du taux de rafraîchissement du panneau RTG.

– Ignorer les écritures V(H)POSW en mode non-ce. Les écritures KS V(H)POSW lors des changements de mode d’écran provoquaient des effets secondaires étranges, y compris des changements de mode RTG/natif peu fiables.

– Correction de l’impression passthrough pour les pilotes d’imprimante Windows v4+ (non testé)

Ceci corrige la commutation native/RTG de SysSpeed.

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 22 (19/04/2025)

https://eab.abime.net/showpost.php?p=1741945&postcount=374

– Le dessin en mode rapide + le HAM + l’overscan du téléviseur gauche masquant une partie de l’écran provoquaient des artefacts HAM.

– Le mode rapide shres HAM in hires ou hires HAM in lores n’incluait pas les pixels sautés dans le calcul de la couleur HAM.

– Le dessin en mode rapide ne masquait pas les adresses des plans de bits avec le masque d’adresse de la mémoire vive.

– Les artefacts de défilement entrelacés du mode rapide Remove ont été en grande partie corrigés.

– Des déchets étaient possibles dans le bord droit si le plan de bits se terminait avant le HDIW. Mode rapide uniquement.

– Les paramètres du filtre ne devraient pas limiter la largeur ou la hauteur de l’affichage dans les modes d’overscan extrêmes ou supérieurs, les modes extrêmes (et supérieurs) devraient toujours afficher la totalité de la zone d’affichage.

– Les cartes RTG émulées matériellement n’avaient pas de timing vsync (b21)

– La restauration de l’état DIWHIGH n’était pas fiable.

– La mise à l’échelle automatique (et les filtres associés) fonctionne maintenant aussi correctement si la fin du HDIW ne correspond jamais.

– L’option des lores filtrés est à nouveau supportée. (Si la résolution du mode Amiga est supérieure à celle du mode écran : normalement un pixel sur deux est supprimé, le mode lores filtrés prend la couleur moyenne de deux pixels)

– Les changements de taux de rafraîchissement de l’écriture VPOS(H)W fonctionnent à nouveau. (Par exemple Wings of Death, DynaBlaster fake 60Hz). Les modes non CE n’acceptent que les mouvements vpos vers l’avant et pas les valeurs hors limites.

– RTG avec les paramètres par défaut (les 4 cases à cocher dans la partie gauche du panneau RTG ne sont pas cochées), la position de l’affichage est corrigée.

– Ajustement de la position de l’affichage et de la position/taille des captures d’écran pour mieux correspondre aux anciennes versions.

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 23 (25/04/2025)

https://eab.abime.net/showpost.php?p=1742789&postcount=390

– Correction du mode de filtrage central automatique.

– Lores filtrés ECS superhires implémentés. Les données de genlock des lores filtrés impairs/pairs sont maintenant également « filtrées ».

– Dans certaines situations, la bordure droite avait une différence de 1 pixel de lores entre la bordure et l’espace vide en fonction du mode de dessin.

– Correction du crash de l’enregistrement AVI.

– Mode de dessin rapide + NTSC : les problèmes de bordure gauche et droite devraient être enfin résolus.

– Correction du changement de la dernière ligne du mode de dessin rapide entre le blanc et la bordure lorsque la souris se trouvait près de la bordure.

– Lorsque la réinitialisation était exécutée, la nouvelle largeur d’écran incluait l’ancien état court/long. En mode NTSC, la nouvelle largeur d’écran était aléatoirement plus large de 2 lores pixels.

– En mode rapide non CE, en passant du RTG au chipset et si la mémoire tampon du RGA rapide est pleine, il est possible que les écritures du chipset CPU arrivent du côté Denise dans un ordre différent, ce qui provoque d’étranges effets de bord. (Écran noir à la frontière)

– Correction partielle de l’émulation A2024. (Tous les moniteurs display port ont besoin d’une mise à jour)

– Correction du bug « slirp use after free » (Andreas Grabher)

– Ajout (fichier de configuration uniquement pour le moment, « rtg_noautomodes=true ») d’une option qui désactive les modes d’écran générés automatiquement par uaegfx. Avec Picasso96 v3.4+ et P96Prefs, de nouveaux modes peuvent être créés manuellement, comme avec du vrai matériel. Note : L’ancien Picasso96 et/ou l’utilitaire PicassoMode ne supportent pas les modes uaegfx manuels.

– Ajout de 3840×1080 à la liste des résolutions uaegfx connues (« connues » = obtient l’identifiant statique du mode s’il est autogénéré).

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 24 (01/05/2025)

https://eab.abime.net/showpost.php?p=1743539&postcount=411

– Si le DMA du plan de bits était actif derrière la suppression verticale, il était incorrectement utilisé pour la détection automatique du début/fin de la mise à l’échelle horizontale.

– Plus d’ajustements du début/fin horizontal pour correspondre exactement au comportement du filtre manuel de la version 5.3.1.

– Les modes d’overscan TV sont maintenant presque les mêmes que dans les anciennes versions. Le mode étroit est légèrement plus large.

– Augmentation de la taille du tampon de la file d’attente des événements, plusieurs canaux audio avec AUDxLEN=1 pouvaient la déborder.

– Lorsque le mode filtre comme autoscale détecte un changement de mode, il force le redessin complet (sans ce mode rapide, les lignes ne sont pas garanties d’être redessinées avec la bonne position ou le blanking).

– L’émulation de la fin précoce du pixel Borderblank 1 shres était incorrectement émulée également dans la zone de bordure. Dans certaines situations, lorsque la position du HDIW et/ou l’état du borderblank étaient modifiés pendant le border, cela pouvait provoquer des glitches de pixels colorés erronés.

– Correction des déchets du plan de bit dans le côté droit de l’écran dans certaines conditions du mode de dessin rapide (généralement des hires ou des shres et l’extrémité du HDIW était plus grande que l’extrémité du plan de bit).

– L’écriture (inutile) de VHPOSW (comme le fait AR3) sans CE provoquait des glitches graphiques dans les modes rapides.

– L’OSD de comptage de lignes (313p, etc.) affiche désormais « —- » (comme le compteur de FPS) lorsque la synchronisation de l’affichage n’est pas stable. Il n’est pas très utile d’afficher des valeurs aléatoires dans des situations bizarres.

– Correction du chargement direct de la KS ROM de l’A1000 (sans utiliser la ROM de démarrage + le disque KS).

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 25 (04/05/2025)

https://eab.abime.net/showpost.php?p=1744003&postcount=433

– Correction d’un possible débordement du tampon de dessin lors du dessin de lignes vierges.

– L’état de HAM était réinitialisé lorsque le démarrage de HDIW correspondait même si HDIW était déjà ouvert.

– La désactivation de BPLCON3 BRDSPRT au milieu de l’écran ne recalculait pas immédiatement la visibilité des sprites.

– Le mode rapide arrêtait de dessiner le plan de bits plus tôt si l’affichage nécessitait un défilement horizontal (DDFSTRT et/ou BPLCON1 « mal alignés »). Cela devrait permettre de résoudre les problèmes de graphisme manquant en mode rapide près du bord droit de l’écran. (Habituellement, ces problèmes ne sont visibles que si le HDIW s’est terminé après le plan de bits).

– Le panneau d’affichage « Resolution autoswitch » fonctionne à nouveau. (Disparu lors de la réécriture de la v6)

– L’émulation de la puce SVGA de Cirrus Logic ne supporte plus que le VGA planaire lors de l’utilisation du mode texte, des modes graphiques 4 couleurs ou 16 couleurs. Cela peut augmenter les performances dans les modes SVGA normaux.

– Le mode entrelacé double (pas champs ou champs+) en mode de mise à l’échelle/redimensionnement/etc. automatique ne recalculait jamais la taille/position lors du passage en mode entrelacé. (Il attendait les champs pairs et impairs, mais maintenant seules les images complètes sont dessinées en mode entrelacé double).

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 26 (10/05/2025)

https://eab.abime.net/showpost.php?p=1744728&postcount=437

– Le filtre de redimensionnement automatique ajoutait un multiplicateur de taille deux fois dans certaines situations.

– Les lectures des registres CLXDAT de collision sont maintenant basées sur le cycle horizontal (mais pas encore parfaites en termes de pixels). Les lectures CLXDAT sont toujours basées sur les lignes si la configuration n’a pas au moins un cycle de mémoire exact ou si le CPU est en mode le plus rapide possible. Aucun programme réel ne s’en préoccupe et les collisions sont très rarement utilisées.

– Le mode programmé qui activait le HBLANK programmé et le HSYNC programmé (BEAMCON0 VARHSYEN et/ou VARCSYEN) sans VARBEAMEN utilisait le positionnement PAL/NTSC par défaut au lieu d’utiliser les valeurs HBLANK programmées pour un positionnement plus précis.

– La dernière ligne de la matrice du clavier de l’émulation du contrôleur de clavier 68HC05 ne fonctionnait pas.

– Correction de la dernière ligne du mode de dessin rapide qui avait une couleur incorrecte, principalement dans les modes programmés. (La couleur de la dernière ligne passe au noir lorsque la souris est proche du bas de l’écran et revient à la couleur de la bordure lorsque l’on déplace la souris vers le haut).

– FPU FMOVEM vers/depuis extended utilise le code « original » lorsque JIT est activé. Il s’agit d’un correctif de test pour les changements de valeur FPU « aléatoires » signalés en mode FPU JIT.

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 27 (12/05/2025)

https://eab.abime.net/showpost.php?p=1745111&postcount=447

– La synchronisation entrelacée était rompue, les calculs du mode de dessin rapide affectaient les modes non rapides. (b26)

– La suppression des artefacts d’entrelacement fonctionne à nouveau (b26)

– Le mode de filtrage « par défaut » s’ajuste maintenant à la sélection de l’overscan de l’écran d’affichage.

– Les superhires en mode rapide + la résolution du panneau d’affichage réglée sur hires présentaient des problèmes de défilement horizontal.

– Add Harddrive listait certaines cartes CF (peut-être d’autres aussi) comme inaccessibles MBR partitionnées avec une seule partition même si elles avaient RDB (ou rien). Brisé dans certaines versions bêta antérieures.

– Les MCUs 65HC05 et 8039 du clavier n’étaient pas complètement réinitialisés lors de la reconnexion du clavier à la volée.

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 28 (21/05/2025)

https://eab.abime.net/showpost.php?p=1746299&postcount=458

– Les modes TV overscan du panneau d’affichage ne faisaient rien si le mode de filtrage « Pas de mise à l’échelle » était sélectionné.

– Correction de la suppression des artefacts d’entrelacement, du scintillement de la dernière ligne dans certains modes overscan et de la ligne « désynchronisée » lorsque le mode de dessin passe du mode précis au mode rapide.

– Suppression de l’émulation subpixel du panneau Chipset checbox. L’émulation v6 est toujours parfaite en subpixel dans les modes précis. Le support des fichiers de configuration n’est pas supprimé. (compatibilité ascendante)

– La seule ROM de démarrage Apollo 500/2000 connue semble ne supporter que la variante AT500/AT2000, le pilote ne s’initialise pas si le bit de configuration SCSI matériel est activé. Le SCSI est maintenant désactivé par défaut (ce qui le rend AT500/AT2000), une option a été ajoutée au panneau Expansions. Il est possible qu’il y ait eu un problème lorsque les accélérateurs Apollo, qui utilisent exactement le même matériel SCSI, ont été pris en charge ou mis à jour.

Le problème de défilement horizontal du bord droit n’a toujours pas été résolu. C’est un cas particulier car je pensais que le système d’exploitation ne permettait jamais à ce problème de se produire mais apparemment c’est possible et j’ai conçu le mode rapide pour qu’il ne se préoccupe pas de ce cas particulier. Une solution sera trouvée. Peut-être…

Le vsync sans lag nécessite également une mise à jour de l’émulation du chipset v6.

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 29 (27/05/2025)

https://eab.abime.net/showpost.php?p=1747130&postcount=478

– Le dessin en mode rapide masquait toujours les adresses de la mémoire vive en fonction de la taille normale de cette dernière, ce qui entraînait une altération des graphiques si la mémoire vive 32 bits était activée.

– Le problème de défilement horizontal du bord droit n’est désormais émulé correctement (c’est-à-dire qu’il est correctement émulé) que dans les modes d’émulation précis. Les modes CPU rapides « corrigent » le problème. Je n’aime normalement pas « réparer » les défauts de conception du matériel, mais je n’ai pas trouvé d’autre solution simple pour résoudre ce problème sans modifier radicalement les modes de dessin rapide. Cela pourrait fonctionner mieux dans une prochaine version. Normalement, cette condition (très grand overscan du bord droit + défilement horizontal) est rarement visible parce qu’elle est très laide.

– Suppression des artefacts d’entrelacement, très mauvais défilement corrigé (b28). Il peut toujours y avoir une seule ligne qui a un mauvais graphisme avant qu’elle ne soit redessinée dans l’image suivante, mais comme cela se produit en même temps qu’un autre problème habituel qui affecte toutes les lignes lorsque les pointeurs de plan de bits sont mis à jour pendant le défilement, il ne s’agit pas d’un problème important.

– Si la seule différence entre les valeurs de défilement des champs pairs et impairs dans BPLCON1 était les bits AGA-only hires ou shres, le mode d’émulation qui émule les plans pairs/impairs séparément n’était pas sélectionné et les plans impairs utilisaient la même valeur de défilement que les plans pairs.

– Correction d’un crash lors d’un double-clic sur le nœud racine de l’arborescence de configuration.

– Le changement d’entrelacement de b25 ne fonctionnait pas complètement, il était encore possible d’obtenir par exemple l’affichage du mode de filtre autoscale en sautant entre les hauteurs de champ longues et courtes.

– L’émulation du délai des shres de Borderblank 1 a été partiellement cassée dans la mise à jour b24. (Uniquement supporté dans les modes précis)

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 30 (01/06/2025)

https://eab.abime.net/showpost.php?p=1747974&postcount=487

– La configuration par défaut sans default.uae et sans Quickstart est maintenant A500 cycle-exact (était auparavant le mode approximatif).

– Le mode de démarrage rapide par défaut est maintenant cycle-exact (le plus compatible) A500. (Il s’agissait auparavant d’un mode approximatif)

– Ajout d’une prise en charge partielle de certaines commandes CDTV non documentées (non documentées car non utilisées par la ROM étendue CDTV). Ajout de la prise en charge des tailles de secteur 2052 et 2340, qui n’ont probablement jamais été utilisées (CDTV CD accepte également 512 et 1024 mais elles semblent inutilisables), suppression de 2328 et 2352 qui ne sont pas prises en charge par CDTV CD.

– Ajout de la prise en charge de la taille de secteur 2052 (4+2048) et 2340 (4+2336) pour l’émulateur générique d’images de CD. (4 octets d’en-tête + données).

– Correction des rappels d’événements récursifs. Cela provoquait des événements manqués dans certaines situations.

– L’option Add harddrive Lock ne verrouillait pas toutes les partitions si le disque avait une table de partition MBR + une ou plusieurs partitions connues (cassé il y a longtemps).

– Si l’accès direct au disque dur en lecture ou en écriture renvoie une erreur (par exemple accès refusé), enregistrer l’erreur.

– Un nouveau hard reset réinitialise les registres de couleurs à des valeurs aléatoires (sauf la couleur de fond qui est fixée à une valeur statique).

– La première écriture du VPOSHW après la réinitialisation met également le compteur horizontal d’Agnus à 1, ce qui provoque un petit problème de blanking au démarrage.

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 31 RC1 (07/06/2025)

https://eab.abime.net/showpost.php?p=1748656&postcount=495

– Ajustement de la synchronisation de la lecture des sous-canaux de CDTV CD+G. Les graphiques de CDTV CD+G devraient à nouveau être stables. Le timing est assez critique, chaque octet de sous-canal génère une interruption, l’unité centrale exécute un court gestionnaire d’interruption qui lit l’octet et accuse réception de l’interruption, puis revient. Il y a 96 octets de sous-canal par trame de CD audio = 75 * 96 octets par seconde. Une interruption environ toutes les 2,2 lignes de balayage.

– L’indicateur de rafraîchissement fonctionne à nouveau (option de ligne de commande show_refresh_indicator=true). Il détecte maintenant tous les changements graphiques, alors qu’auparavant seuls les changements de plan de bits étaient pris en compte. Il peut également être plus lourd pour le CPU car il stocke l’ensemble de la sortie RVB, et pas seulement les valeurs du plan de bits. (L’émulation du chipset v6 n’a plus de tampons bitplane temporaires séparés). Non supporté dans les modes de dessin rapide.

– Forcer la sortie du thread de dessin Denise à se vider avant de dessiner la tranche suivante en mode beamrace.

– Correction de la prise en charge des images disques FDI. Ce support était cassé depuis longtemps, le décodeur se bloquait dans une boucle infinie.

– Ajout d’un hack CIA aux modes JIT et CPU le plus rapide qui garantit que lorsque le timer en cours est lu ou que le timer est arrêté en effaçant le bit START, la lecture suivante du timer a toujours décompté au moins un tick à partir de la valeur de départ initiale. Certains programmes tentent de détecter la vitesse du CPU en exécutant un code CPU court et en le chronométrant à l’aide de la minuterie CIA. Mais ils ne parviennent pas à gérer un décompte nul du timer CIA, ce qui entraîne un plantage dû à la division par zéro.

– L’émulation OpalVision supprime désormais les bords gauche et droit et les données de la ligne de contrôle en haut (King of Karate a une ligne bleu foncé en haut qui semble faire partie de l’image).

– Le programme de test OpalVision OpalTest fonctionne à nouveau sans scintillement.

– Correction d’un crash possible pendant la réinitialisation lors de l’utilisation de matériel d’affichage de port vidéo émulé, y compris le genlock.

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 beta 32 RC2 (16/06/2025)

https://eab.abime.net/showpost.php?p=1750069&postcount=526

– Paula audio timing calculation used programmed vertical timing but hardwired PAL/NTSC horizontal timing when in RTG mode with inactive Amiga screen in doublescan mode. (b22)

– Correction de la mise à l’échelle horizontale de l’émulation genlock et du positionnement horizontal du lightpen, les modifications du blanking horizontal l’ont cassé dans certaines premières beta.

– Mise en pause de l’affichage du nombre de lignes de l’OSD (qui affiche normalement 313p etc).

– Au moins le réglage du délai de la stéréo sonore dans l’interface graphique devient vide au lieu d’afficher « – » lorsque l’on entre à nouveau dans l’interface graphique. Peut-être d’autres aussi. (Ancien bogue)

– Si les registres de mode programmé ECS/AGA étaient suffisamment corrompus pour que le DMA d’Agnus vole tous les cycles et que le CPU accède à la RAM de la puce : quitter UAE devenait impossible car le CPU ne recevait jamais de cycles. Normalement, l’émulateur du CPU vérifie les changements d’état entre chaque instruction.

– Ajout de quelques chaînes de traduction manquantes.

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0 (02/07/2025)

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

[Staff Aladin Level 25Messages : 15730]

WinUAE 6.0.1 beta 1 (04/08/2025)

https://eab.abime.net/showpost.php?p=1758119&postcount=13

Corrections de bogues dans la version 6.0.0 :

– Correction du blocage du mode série TCP.

– Correction du plantage lors de l’entrée et de la sortie de l’interface graphique en mode plein écran.

– Le mode pilote de souris virtuelle n’était pas synchronisé avec le curseur hôte, tant en mode RTG qu’en mode natif.

– Le calcul du positionnement/de la taille de l’affichage des graphiques superposés par filtre était défectueux.

– ECS superhires fonctionne à nouveau (il avait cessé de fonctionner lors de la dernière mise à jour avant la version finale).

– Le bit 0 CLXDAT (bit de collision entre plans impairs et pairs) n’était pas défini dans le cas particulier où aucun plan n’était sélectionné pour la détection de collision (= collision permanente). (Cruncher Factory/Kingsoft). Ceci est désormais plus précis que dans les versions antérieures à la v6, le bit 0 CLXDAT n’est défini que lorsque les plans de bits sont actifs (pas dans les bordures ou les zones de suppression), même dans l’état « collision permanente » (aucun plan de bits n’est activé pour la collision).

– CLXCON et CLXCON2 étaient toujours enregistrés comme zéro (ou, si le fichier d’état était chargé en premier, la valeur du fichier d’état) dans le fichier d’état.

– Correction d’un cas limite dans la séquence COPJMP où Copper oubliait qu’il allait charger le registre de pointeur et continuait à s’exécuter à partir de l’adresse actuelle.

– Le centrage vertical et horizontal fonctionne à nouveau (il n’avait pas été converti vers la nouvelle émulation du chipset et ne faisait rien). Certaines limites ont changé : cela fonctionne désormais avec les filtres de mise à l’échelle non « automatiques », désactivés si l’émulation d’image/vidéo genlock est active (cela ne fonctionnait jamais correctement dans les anciennes versions et était trop compliqué à contourner), l’horizontal est désormais limité à 1/4 de la largeur maximale afin d’éviter que des cas étranges ne provoquent des effets secondaires étranges. Comme précédemment, uniquement pris en charge dans les paramètres Overscan et plus petits du panneau d’affichage.

– Mode de dessin rapide + correction du masque d’adresse RAM de la puce 32 bits. (Données indésirables dans les lignes du mode de dessin rapide)

– Lors du passage d’une carte graphique émulée à un écran en mode programmé natif, l’écran (partie en mode de dessin rapide) présentait parfois un décalage.

– Dans certaines situations, la carte graphique émulée n’était pas entièrement dessinée, la partie inférieure était vide.

– Ajout d’un disque dur : les périphériques de stockage contenant une table de partition MBR avec RDB dans les blocs suivants n’étaient pas détectés correctement.

– Correction d’un crash possible dû à un sous-dépassement de tampon dans OpalVision.

Autres corrections de bogues/mises à jour :

– Correction de l’émulation du dongle RoboCop 3.

– Ajout d’une option de commutation automatique Native/RTG. Auparavant, toutes les cartes RTG sans commutateur intégré commutaient toujours automatiquement, désormais cette option est facultative et activée par défaut.

– Si la ROM de démarrage UAE est partiellement désactivée (mappée mais bit de diagnostic non défini dans les données de configuration automatique), l’écriture dans les zones liées au m68/host trap provoquait un plantage.

– Le scanner ROM détecte désormais les images flash ROM CyberStorm MK3/PPC et BlizzardPPC à l’aide de sommes de contrôle. Les plages d’adresses qui rendent l’image ROM unique (numéro de série/configuration de la carte et zones de configuration du menu) sont ignorées dans le calcul de la somme de contrôle.

– Extension ROM *.a600 ajoutée au scanner ROM. La cartouche Super IV n’apparaît plus comme détectée sans image ROM (Super IV est un cas particulier, la « ROM » est chargée à partir du disque et la ROM « placeholder » était toujours détectée comme trouvée).

– La touche Copilot fonctionne désormais comme une touche Windows droite (Amiga droite). Notez qu’il s’agit d’un hack qui provoque quelques pressions et relâchements supplémentaires (inoffensifs) des touches Shift et Windows gauche, car la touche Copilot est vraiment bizarre. (LSHIFT + LWIN + F23 !)

– Le commutateur d’affichage automatique utilise désormais également l’état d’économie d’énergie DPMS pour détecter si la carte est active ou inactive. (S3 Trio, S3 Virge, Voodoo, Cirrus Logic et Matrox uniquement pour le moment)

– Mode de traduction optionnel pour les claviers PC sans pavé numérique/touche Fin. Lorsque cette option est activée, la touche PageUp devient Fin (la touche Fin fonctionne toujours normalement). Comme la touche PageUp permet également de figer l’image, la fonction de figement devient PageUp + PageDown. END/PageUp + curseur gauche correspond à Pause et curseur droit correspond au mode Warp. (Remplace la touche Impr écran). PageUp + 7890/UIOP/JKL/M émule le pavé numérique. Notez que l’émulation du pavé numérique est effectuée avant la conversion PC vers Amiga, ce qui signifie qu’elle ne remplace pas l’option joystick du pavé numérique activée. Option dans le panneau Entrée. Il s’agit d’un paramètre spécifique au registre/ini (tout comme l’option F11).

– La ROM AROS intégrée a enfin été mise à jour.

– Le mode d’adressage du désassembleur du débogueur (d16,An) était (An,d16). Si le d16 du mode d’adressage (d16,PC) était négatif (par exemple -1), il était affiché comme $FFFF et non comme -$0001.

– Le deuxième registre de sortie du désassembleur DIVSL.L du débogueur n’était pas répertorié (code partagé avec MULxL qui ne présentait pas ce cas particulier).

– Le mode de changement de point memwatch du débogueur détectait les écritures de valeurs négatives en octets/mots comme toujours modifiées en raison de l’extension du signe avant la comparaison.

[Auteur]

Réponses