WinUAE 4.5.0 Beta 1 - 32 Bits et 64 Bits... Benjamin Siskoo - 28/09/20 10:46AM - 2 Commentaire(s)
Freddy m'a envoyé la traduction française pour la dernière beta de WinUAE. Rappelons que cette émulateur Amiga, doit être le plus complet et le plus précis du marché. Voici les nouveautés :
  • 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.
>>> Télécharger : WinUAE 4.5.0 Beta 1 - 32 Bits
>>> Télécharger : WinUAE 4.5.0 Beta 1 - 64 Bits



Message de Benjamin Siskoo le 30/09/20 11:06AM

Hello Crashdisk,

Comme d'hab merci pour ton commentaire. J'espère aussi que tout va bien de ton côté.

Tu peux récup la bêta 2 dès maintenant :)

A bientôt...

Message de Crashdisk le 28/09/20 10:38PM

Ca fait un bail! Heureux de vous revoir en forme (du moins, je l'espère)
La folie des bêtas est de retour ainsi que moi par la même occasion sur vos pages!
A trrrèèès bientôt, la bêta 2 est déjà dans les bacs!
Ajouter un Commentaire


:angry: :flowers: :blink: :pinch: :blushing: :crying: :ermm: :getlost: :grin: :happy: :hug: :kiss: :laugh: :blah: :smile: :sad: :tongue: :wink:


Site Hébergé
Emulateur
Partenaires