Aladin
- Level 25
- Messages : 15849
WinUAE 6.0.2 beta 6 (29/11/2025)
https://eab.abime.net/showpost.php?p=1773908&postcount=81
– La logique DDFSTRT/DDFSTOP/HARDSTART/HARDEND/BPLSTART a été partiellement réécrite, mais elle n’était toujours pas entièrement précise au niveau du cycle. Il n’y a pas de cas particulier DDFSTRT==DDFSTOP, cela ne peut même pas exister. Plus de détails à venir. (Les tests ross(tm) sont de retour, au moins partiellement, et immédiatement quelque chose d’imprécis a été trouvé).
– La désactivation des sprites par le DMA bitplane ne fonctionnait pas correctement si le DMA bitplane démarrait après les sprites et que le DMA bitplane dépassait les cycles des sprites dans la ligne suivante. (Cela ne se produit jamais normalement, car cette condition est impossible sans rafraîchissement et autres conflits). Cela signifie que les combinaisons DDFSTRT/STOP vraiment étranges (et totalement inutiles) avec BEAMCON0 HARDDIS=1 sont désormais précises au cycle près.
– Le comportement du pointeur/additionneur modulo bitplane/sprite AGA FMODE>0 non aligné a été réimplémenté (une autre fonctionnalité manquante dans la réécriture v6).
– La transition d’état audio de 1 à 5 ne gérait pas correctement les interruptions (les autres changements d’état avaient déjà été corrigés il y a quelque temps).
– Le compteur FPS n’était généralement pas mis à jour lorsqu’un point d’arrêt du débogueur était actif.
– Effacement du tampon d’affichage même en l’absence de signal (configuration du mode programmé non valide).
– Correction d’un bug visuel : les commandes de lecture et d’écriture de la mémoire du débogueur avaient une adresse finale décalée d’une unité.
– Les collisions entre plans binaires ne nécessitent pas de bits CLXCON plan binaire définis. Un plan impair vide peut « entrer en collision » avec un plan pair vide.
– La détection des collisions entre sprites et sprites/bitplanes active 1 pixel lores plus tôt (1 pixel avant la fin de la bordure). Une collision entre un sprite et un bitplane est détectée si le sprite se trouve sous la bordure (dernier pixel de la bordure) et si les bits de collision du bitplane sont tous mis à zéro (« Collision » avec la couleur d’arrière-plan). OCS/ECS uniquement. Corrigé dans AGA.
– Si JIT est activé, ne désactivez pas les cartes RAM Z2 et Z3 à configuration automatique pendant la réinitialisation. JIT peut planter de manière aléatoire lors de la réinitialisation du système et lorsque JIT exécutait du code à partir de la RAM Z3/Z2. C’était le réglage par défaut il y a longtemps, mais il a été supprimé car il semblait fonctionner correctement. Apparemment pas à 100 %. Techniquement, la RAM Z2/Z3 devrait disparaître lors de la réinitialisation, mais à ma connaissance, au moins certaines cartes CPU réelles avec RAM Z2/Z3 interne ne le font pas. (Je recommande également d’utiliser l’extension RAM « Processor slot »).
– Ajout du paramètre Processor slot RAM à l’interface graphique de la mémoire principale (auparavant uniquement disponible dans le menu déroulant Advanced Memory Settings) car, dans la réalité, cette extension RAM d’accélérateur est beaucoup plus courante que la RAM Z3 Fast.
– Si la taille de la mémoire RAM de la puce a été augmentée à 1 Mo ou plus, Agnus est en mode OCS et l’émulation n’a pas été lancée : réglez le modèle Agnus sur ECS. Cela devrait réduire le risque de configurer accidentellement une configuration OCS Agnus + 1 Mo+ de mémoire RAM de puce défectueuse qui semble fonctionner correctement jusqu’à ce que la mémoire RAM de la puce soit allouée au-delà de la limite de 512 Ko. OCS Agnus + >512k doit rester configurable, car cette modification (défectueuse) peut être effectuée assez facilement dans la réalité.
– Correction d’un crash possible lors du changement de mode d’écran natif (mode d’écran natif = modification de la largeur/hauteur du tampon de sortie, le changement de mode natif lores/hires/shres n’est pas un changement de mode) (v6)
– Correction d’un crash/écriture hors limites possible lors de la mise à jour du tampon d’affichage de sortie (v6).
– Le chemin d’accès au CD pointant vers un fichier image inexistant provoquait le message d’erreur « unitsem0 acquire mismatch » (très ancien bug).
– Correction du mappage PCI S3 Virge incorrect qui était cassé lorsque l’émulation Matrox a été ajoutée.
– Correction des plantages aléatoires de S3 et S3 Virge PCI dus à une gestion non sécurisée des threads. Cela pouvait se produire lorsque le thread était lancé puis presque immédiatement interrompu.
– Ajout de 1176*664, 1440*1080, 1600*1000 et 1600*1024 à la liste des ID de mode statique uaegfx.