Toni epart sur une nouvelle série de bêta. Voici les nouveautés :
- Libération des périphériques d'entrée bruts lorsque l'interface graphique est ouverte (sauf pendant les tests/remappages d'entrée) ou lorsque la fenêtre du débogueur est active. Permet aux raccourcis clavier de Windows comme Win+E de fonctionner maintenant sans avoir besoin de désactiver la fenêtre.
- Ajout d'une option dans le panneau Misc pour désactiver le mappage par défaut du bouton 4 du clavier virtuel pour manettes.
- Ajout de l'émulation de carte Domino RTG. (ET4000, puce SVGA de base, pas de curseur matériel, pas de coprocesseur graphique. Prise en charge de la mémoire tampon d'image linéaire. Code d'émulateur de 86box.)
- Ajout de l'émulation des cartes RTG Merlin Z2 et Z3. (ET4000/W32, ET4000+ curseur matériel et coprocesseur graphique. Code d'émulateur de 86box.). Le coprocesseur graphique n'est pas encore correctement connecté. (Si vous l'essayez, assurez-vous que NOBLITTER=YES)
- Les événements uae-configuration AKS_ (de type on/off/toggle uniquement) fonctionnent à nouveau comme prévu. ("AKS_xxx -1" = basculer, "AKS_xxx 0" toujours désactivé, "AKS_xxx 1" toujours activé)
- Certains messages de journalisation de débogage uae-configuration (et autres similaires) ouvraient automatiquement la fenêtre de console. Maintenant, seul le fait d'entrer dans le débogueur l'ouvrira.
- Corrections des erreurs de bus d'instructions de branchement 68000 (les tests CPUtester + les tests matériels d'erreurs de bus externes n'étaient pas correctement effectués pour ces instructions pour une raison quelconque, seule la condition d'erreur de prélecture non branchée de l'instruction suivante a été testée il y a quelques années). Bcc, BSR, DBcc, JMP, JSR, RTE, RTR, RTS ont maintenant un cadre de pile d'erreur de bus précis. Bug signalé par Hatari. N'affecte pas l'émulation Amiga.
(Tout cela parce que j'ai reçu un rapport selon lequel SuperPlus sur ECS avait la première ligne effacée. Donc moi et Ross avons fait quelques tests étranges à nouveau et les choses ont commencé à s'accumuler. Encore une fois. Presque aucun programme normal ne s'en soucie, seule exception est la correction de l'effacement ECS)
- Les lignes de journal d'état de mode d'affichage programmé (VS=xx, HS=xx etc) avaient un mélange illogique de valeurs hexadécimales et décimales.
- Corrections des débuts/fin du blancage vertical programmé. Avec ECS Denise EXTBLANKEN=1 + BEAMCON0 BLANKEN=1, le blancage commence 1 ligne plus tôt et se termine 1 ligne plus tôt que le blancage programmé AGA ou ECS EXTBLANKEN=0 (Utilisation du blancage horizontal câblé, blancage vertical programmé). Agnus informe Denise du blancage via la ligne CSYNC mais AGA Lisa le gère entièrement en interne. Certains modes d'écran programmés ECS avaient une ligne manquante en haut.
- L'écriture dans BEAMCON0 ne vérifiait pas si l'écriture provoquerait une fermeture (ou une ouverture) immédiate du DIW vertical si HARDDIS/VARVBEN/VARBEAMEN changeait. (Aucun programme normal ne s'en soucie comme d'habitude)
- Correction de la corruption dans certains modes programmés "bizarres", introduite dans les versions bêta 5.0.
- Conflit DMA de sprite/bitplane lorsque le bitplane se termine très tôt avec un emplacement de sprite actif à la même position que le dernier BPL1DAT : dans certaines situations, le DMA de sprite "gagnait" et le conflit ne se produisait pas.
- Le bit BPLCON0 ERSY qui se déclenchait sans genlock arrête maintenant le coprocesseur après 2 lignes. Auparavant, le coprocesseur fonctionnait normalement et écrasait BPLCON0 avec une valeur valide si le bit ERSY se déclenchait à cause d'autre chose, comme un conflit DMA.
- Le calcul de la fréquence verticale s'attend toujours à une alternance de longueur de ligne impaire/paire dans les modes NTSC, même si BEAMCON0 LOLDIS était réglé.
- Si VBSTRT programmé == VBSTOP : aucune interruption de rafraîchissement vertical n'est générée.