[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 : 15787]

WinUAE 6.0 beta 5 (16/01/2025)

https://eab.abime.net/showpost.php?p=1726437&postcount=60

– Le filtre Autoscale est à nouveau corrigé.

– BPLCON4 était effacé lors du passage à la volée de OCS/ECS à AGA, ce qui provoquait des couleurs de sprites erronées.

– L’option « Wait for blitter » fonctionne à nouveau.

– L’option « Remove interlace artifacts » fonctionne à nouveau (avec un scintillement de la dernière ligne, ceci sera corrigé plus tard). Elle utilise maintenant une logique différente qui pourrait mieux fonctionner lorsque le mode entrelacé est « non standard ».

– La taille de l’espace PCI IO de Prometheus FireStorm est de 2M, seuls les 1M les plus bas ont été mappés et ils ne l’ont pas été correctement.

– Ne pas enregistrer la lecture longue de l’état de Prometheus FireStorm en tant qu’accès à l’espace de configuration.

– Fusion de quelques mises à jour mineures de l’émulation Voodoo depuis 86box.

– Ajout d’une fonctionnalité matérielle précédemment manquante : Le comptage des lignes longues PAL/NTSC provoque toujours la fin du champ, même si LOF=0 (seulement important lorsque l’on fait des trucs VPOSW). La ligne longue horizontale NTSC est également toujours prise en compte, même si LOL=0.

– Ajout de l’adresse et de la longueur aux noms des fichiers d’échantillonnage.

– Interroger l’état du lecteur PC/du lecteur réseau/du lecteur amovible uniquement après avoir confirmé le type de lecteur. (Par exemple, si « Add PC drives at startup » ou « CDFS automount » est seulement coché, ne pas demander l’état des éventuels lecteurs réseau qui pourraient répondre lentement).

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 6 (18/01/2025)

https://eab.abime.net/showpost.php?p=1726750&postcount=62

La première optimisation est de retour : Le mode RTG désactive la plupart des émulations de chipset. Cela devrait rétablir les performances du mode RTG d’avant la version 6. (Pour des raisons évidentes, n’essayez pas d’utiliser sysinfo pour le vérifier).

– Presque tout le code d’émulation du chipset est ignoré lorsque le mode RTG est actif et que l’écran du chipset n’est pas visible (il n’est pas connecté à un autre moniteur virtuel). Cela devrait rétablir les performances du mode RTG par rapport aux versions de WinUAE antérieures à la version 6. Les versions pré-v6 utilisaient également une optimisation similaire.

– La fonction « Remove interlace artifacts » utilise désormais les lignes virtuelles en interne, et fonctionne même lorsque le VPOSW est modifié en cours d’écran. Le scintillement de la dernière ligne est corrigé.

– Limite la copie initiale du presse-papier de Windows vers l’Amiga à 30k maximum (initial = lorsque l’Amiga est démarré et que le presse-papier de Windows n’est pas vide) si le partage du presse-papier est activé. Cela évite un démarrage lent si le partage du presse-papier est activé et que la configuration n’est pas rapide et que le presse-papier de Windows contient une grande image aléatoire.

– Correction de la ligne verticale du mode 15Hz de l’A2024.

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 7 (06/02/2025)

https://eab.abime.net/showpost.php?p=1730269&postcount=84

– La prochaine partie des optimisations est partiellement implémentée : utiliser l’émulation basée sur les lignes et ne pas redessiner la ligne si la ligne actuelle est vblank ou en couleur de fond et que le champ a le même type et la même couleur que le dernier champ et que le CPU n’est pas en cycle mémoire et que la ligne n’a pas d’activité de cuivre. Plus la bordure est visible, plus l’émulation est rapide, actuellement surtout utile lors du démarrage en mode RTG, le mode natif vblank lors du démarrage est émulé beaucoup plus rapidement maintenant. (Si la ligne a un plan de bits et que la ligne du champ précédent avait le même plan de bits : le saut de ligne sera implémenté plus tard). Journalisation temporaire du débogage : toutes les secondes, le pourcentage de lignes « sautées » est enregistré. Les modes entrelacés ne sont pas encore totalement pris en charge. Des anomalies sont possibles, signalez-les (la case à cocher « Chipset panel subpixel » est temporairement réutilisée comme option « DISABLE » pour cette optimisation afin de confirmer la raison du problème).

– Version 32 bits AVX2 -> Changement d’exigence AVX.

– Ne passer en mode RTG sans chipset que si le cycle-exact de la mémoire n’est pas sélectionné.

– Si BPLCON0 ERSY est activé, les compteurs émulés ne s’arrêtent avec précision que si le mode CPU est au moins memory cycle-exact pour éviter les erreurs de détection de genlock aléatoires et les blocages qui en résultent au démarrage. (Le mode le plus rapide possible le faisait déjà, mais pas la vitesse approximative de l’unité centrale sans cycle de mémoire exact).

– Correction de la restauration du registre des couleurs OCS/ECS du fichier d’état.

– Correction du curseur lightpen dans les modes genlock.

– Correction du positionnement horizontal du message « YOU’RE HIT !! » généré par l’OSD du LDP-1450 (jeu d’arcade Platoon / Nova laserdisc).

– Encore quelques fusions de 86box.

– Emulation PCI Matrox Millennium, Millennium II, Mystique et Mystique 220 depuis 86box (à l’origine depuis PCem). Les 4 sont supportés car ils ont tous des différences qui les rendent partiellement incompatibles les uns avec les autres. Les interruptions sont supportées, le blitter fonctionne parfaitement. Les bits de byteswapping big-endian manquants sont implémentés (l’interruption vsync était déjà implémentée), le masquage du plan de blitter est implémenté, le support du bit TRANSC du blitter était incomplet, le support des écritures WORD dans les registres LONG-only du blitter, l’ordre des composants de couleur du curseur HW du RAMDAC intégré au Mystique est corrigé. Le Blitter/3D FIFO était émulé dans un thread d’arrière-plan dans le code original, ceci est désactivé pour les prochaines bêtas car cela rend le débogage beaucoup plus facile.

– Ne pas rejeter l’opération de blit uaegfx Picasso96 (=Picasso96 fait l’opération de blit dans le logiciel) si le champ BytesPerRow de RenderInfo est à zéro. Un BPR nul est autorisé.

– Ajout des sommes de contrôle des dumps complets d’Action Replay 3 3.17 au scanner de ROM. Les anciens dumps sont toujours acceptés lorsque les 4 premiers octets de la ROM sont mis à zéro. (Les 4 premiers octets sont des ports IO, les données ROM sont impossibles à lire avec le seul logiciel).

– Les lectures de CD CD32 devraient être plus conviviales pour les lecteurs optiques réels, lorsque CD32 lit des données en continu (lecture d’animations ou de vidéos sur CD), les lectures de secteurs de CD côté hôte sont maintenant toujours dans l’ordre croissant sans répéter les mêmes secteurs.

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 8 (15/02/2025)

https://eab.abime.net/showpost.php?p=1731725&postcount=95

Optimisation majeure incluse, les modes natifs WB (et autres modes natifs normaux qui ne mettent pas à jour tout l’écran à chaque image) sont maintenant beaucoup plus rapides, plus proches/semblables aux anciennes versions pré-v6.

– Plus d’optimisations, utilise maintenant aussi l’émulation basée sur la ligne si la ligne de balayage a des plans de bits mais qu’elle n’a pas changé depuis la dernière image et que la ligne n’a pas d’activité de cuivre et pas de sprites. Cela rétablit les performances par rapport aux versions précédentes de WinUAE lorsqu’un affichage natif principalement statique est visible (comme l’écran WB ou SysInfo) dans des modes non exacts en termes de cycles (y compris les A500/A1200 de base + CPU approximatif sans CE). Moins il y a de lignes changeantes et d’activité cuivre, plus il est rapide, les écrans natifs presque statiques sont probablement plus rapides que dans les anciennes versions. Ce n’est pas encore parfait, il peut y avoir des problèmes. Il y a encore des optimisations à faire. C’est plus ou moins le meilleur des deux mondes : le timing du chipset est précis dans tous les modes du CPU (à l’exception du blitter) mais les lignes de balayage qui n’ont rien d’intéressant sont émulées en fonction de la ligne pour de meilleures performances. L’enregistrement des rapports de lignes modifiées/non modifiées est toujours actif. La case à cocher « Chipset panel subpixel emulation » désactive toujours cette optimisation.

– Lorsque l’on quitte le débogueur, le focus est rétabli sur la fenêtre précédemment active.

– b7 L’optimisation de la mise en cache des CD32 ne fonctionnait pas correctement si une plage de secteurs identiques était demandée à la suite l’une de l’autre. Corrigé. Affectait au moins la configuration cartouche FMV + VideoCD.

Estimations actuelles de la surcharge d’émulation du chipset :

– Mode RTG (pas de mode natif visible) : toujours basé sur la ligne, très faible surcoût d’émulation du chipset. (identique ou plus rapide que les anciennes versions)

– Native, vblank ou border only : seules les lignes ayant une activité cuivre ne sont pas basées sur les lignes, faible surcoût d’émulation du chipset. (Généralement plus rapide que les anciennes versions)

– Native, bitplanes visibles : mode basé sur les lignes lorsque les lignes n’ont pas changé, qu’il n’y a pas de sprites et qu’il n’y a pas d’activité cuivre. Faible surcharge d’émulation du chipset, moins il y a d’abaisseurs, moins il y a de surcharge. Ligne modifiée, sprites ou activité cuivre : surcoût d’émulation de chipset élevé. (Plus lent que les anciennes versions mais peut aussi être plus rapide dans certaines situations)

– Mémoire à cycle exact activée : mode chipset toujours cycle par cycle, surcoût d’émulation de chipset élevé.

A faire :

– Détecter les lignes qui ont une activité cuivre « simple » où le cuivre n’est utilisé que pour modifier les couleurs à l’intérieur de hblank (cas très courant) et les émuler en mode ligne.

– Emuler les sprites normaux en mode DMA en mode ligne.

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 9 (16/02/2025)

https://eab.abime.net/showpost.php?p=1731895&postcount=108

– Correction des problèmes d’optimisation de b8, la première ligne de bitplane avait un décalage horizontal dans certaines situations (par exemple Pinball Dreams), le compteur horizontal de Denise n’était pas remis à la bonne position « passée » et dans certaines situations, la partie supérieure de l’écran était remplie de noir.

– Si le fichier de configuration ne contient que des entrées uaehfx (pas d’entrées filesystem2 ou hardfile2 beaucoup plus anciennes avant la première ligne uaehfx), les entrées uaehfx sont maintenant entièrement chargées. uaehfx a été ajouté il y a longtemps pour remplacer fs2/hf2, mais il n’était utilisé que pour charger des informations étendues pour l’entrée hardfile2 précédemment chargée s’il s’agissait d’un vrai disque dur. Lors de la sauvegarde d’une configuration chargée sans filesystem2/hardfile2, seules les entrées uaehfx les plus récentes sont désormais écrites dans le fichier de configuration.

– b8 lorsque l’on quitte le débogueur, la restauration du focus sur la fenêtre précédemment active fonctionne maintenant aussi lorsque la fenêtre de log n’est pas initialement ouverte.

– Une mauvaise détection du Genlock (et un blocage) était toujours possible dans certaines configurations de manière aléatoire.

– Le basculement de la ligne longue/courte en mode NTSC + optimisé provoquait des glitches. Ce problème n’est pas facile à résoudre, c’est pourquoi le mode NTSC n’émule pas les lignes longues/courtes du côté Denise à moins qu’au moins le cycle de mémoire exact ne soit activé. (Ce qui signifie seulement que les programmes extrêmement bizarres qui abusent du strobe STRLONG ne peuvent fonctionner qu’en mode cycle exact). Il y a encore des glitches NTSC visibles, qui seront corrigés plus tard.

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 10 (23/02/2025)

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

Cette mise à jour inclut la plupart des optimisations prévues en mode non-ce. Tant que le mode d’affichage est normal, les performances devraient être assez bonnes même lorsque toutes les lignes changent à chaque image. Les optimisations ont encore besoin d’être optimisées (la plupart du code n’est pas optimisé car cela rend les tests et les corrections beaucoup plus faciles. Une optimisation trop précoce est rarement une bonne idée). Une partie de ces optimisations peut également être utilisée dans les modes CE mais je ne suis pas encore sûr que cela en vaille la peine car l’émulation du chipset basée sur le cycle ne peut pas être contournée comme elle peut l’être dans les modes non-ce, l’amélioration totale des performances peut être assez faible.

– Ajout d’un autre mode bitplane optimisé : si les paramètres de la ligne (DDF/DIW/BPLCON,FMODE etc. Sauf BPLCON1) n’ont pas changé mais que le contenu ou les couleurs ont changé depuis le champ précédent : dessinez la ligne directement depuis la mémoire vive (en contournant l’émulation DMA) en utilisant le mode rapide basé sur la ligne car il est garanti que c’est sans danger pour cette ligne. Pour l’instant, il ne prend en charge que les modes de plan de bits normaux (pas de HAM ni de DPF, etc., mais ces modes seront implémentés ultérieurement). Utilise actuellement un code de conversion planaire/chunky très naïf. (Un code basé sur le SSE serait bienvenu). Cela devrait améliorer les performances lorsque la plupart des affichages en mode natif changent continuellement. Maintenant, toutes les configurations non exactes au cycle devraient être aussi rapides ou plus rapides que les anciennes versions. ATTENTION : Les programmes qui ont des DDFSTRT « non alignés » ne sont pas encore corrects et auront des lignes avec un décalage horizontal mélangées avec des lignes avec un décalage horizontal correct. Le défilement sous-pixel n’est pas encore totalement supporté.

– Réinitialisation de l’état de la ligne stockée (redessiner tout l’écran) lorsqu’un changement de configuration est détecté.

– Optimisation de la logique de cycle de correspondance horizontale câblée (PAL/NTSC). Activer la logique de correspondance horizontale du mode programmé uniquement si au moins un registre de mode programmé horizontal est mis à jour, ne pas l’activer inutilement si seul le registre vertical est mis à jour. Cela devrait accélérer les modes à cycle exact.

– Le blitter immédiat dans les modes les plus rapides possibles n’était pas aussi rapide qu’auparavant. Il n’est toujours pas aussi rapide qu’auparavant car ce changement peut réduire la vitesse de l’émulation CPU pure, ce qui nécessitera des ajustements ultérieurs. Cela n’a rien à voir avec la réécriture de l’émulation de l’affichage. Par exemple, AIBB EllipseTest.

– Si Picasso96 SetSwitch() est appelé pour demander le passage en mode natif mais que le mode est déjà natif : ne rien faire et ne pas créer de message de log inutile. (Cela arrive lorsque l’on déplace des écrans en mode natif avec Picasso96 chargé, ce qui provoque des changements de configuration inutiles et des réinitialisations de l’état des lignes stockées).

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 11 (25/02/2025)

https://eab.abime.net/showpost.php?p=1733422&postcount=130

Quelques optimisations supplémentaires en mode rapide (incluant tout mode non-mémoire) et la plupart des fonctionnalités manquantes ont été ajoutées. Tous les modes d’écran normaux sont maintenant supportés en mode rapide, les seuls qui restent toujours « lents » sont les lignes avec l’activité du cuivre et les sprites. Les deux seront probablement supportés dans le futur mais ils ne sont pas si importants. L’activité du cuivre n’est prise en compte que si elle ne provoque pas d’effet immédiatement visible à l’écran (par exemple un changement de couleur à l’intérieur de hblank). Les restrictions des fonctions du processeur des bêtas précédentes ont été supprimées.

– Le bit BPLCON2 KILLEHB est désactivé EHB sans le bit BPLCON0 ECSENA.

– Le dessin en mode rapide utilise maintenant le code généré optimisé spécifique au mode/doublement/résolution (genlinetoscr).

– Les modes rapides HAM6, HAM8, DPF et EHB sont entièrement implémentés.

– Les lignes de couleur des bordures sont également dessinées en mode rapide si la ligne est toujours une bordure et que seule la couleur a changé.

– Fonctionnalité du chipset OCS/ECS avec valeur PLFxPRI invalide (>=5) prise en charge dans les modes rapides.

– Les sprites n’étaient pas toujours correctement visibles en mode rapide.

– Correction de l’affichage décalé dans les modes rapides si le HDIW est ouvert avant le démarrage des plans de bits.

– Encore quelques optimisations et corrections en mode rapide.

– Les exigences du processeur sont revenues à SSE2. Les modes normaux sans chipset devraient maintenant être assez rapides (aussi rapides ou plus rapides que l’ancienne version ?) avec les CPU plus anciens.

Informations de base : Le mode « lent » est toujours utilisé pour tracer une ligne lorsque les paramètres de la ligne ont changé. Lorsque la ligne a été tracée, les paramètres calculés par le mode lent sont stockés. Si la ligne et ses paramètres n’ont pas changé depuis qu’elle a été tracée en mode lent : ne rien faire. Si la ligne a changé (ou si les couleurs ont changé) ou si le défilement horizontal a changé mais que les paramètres sont les mêmes : dessinez-la en mode rapide en utilisant les paramètres calculés en mode lent. Le mode rapide vaut la peine d’être utilisé car il n’a pas besoin de faire des calculs complexes ou de gérer des cas spéciaux bizarres et il est très courant que les paramètres ne changent que sur quelques lignes. (De nombreuses démonstrations constituent une exception évidente, mais elles nécessitent de toute façon un processeur précis en termes de cycles). (« paramètres » = registres personnalisés utilisés pour configurer l’affichage)

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 12 (02/03/2025)

https://eab.abime.net/showpost.php?p=1734322&postcount=169

– Optimisations du dessin en mode cycle-exact partiellement implémentées.

– Corrections de l’optimisation du mode d’affichage natif en mode rapide (CE et non-CE).

– Ajout d’un menu de sélection des optimisations dans le panneau Chipset (pour l’instant uniquement destiné aux tests et au débogage). L’option Subpixel ne l’affecte plus (et sera peut-être bientôt supprimée). Complet = ne pas redessiner les lignes qui n’ont pas changé, dessiner en mode simple si elles ont changé et que les paramètres d’affichage n’ont pas changé. Partiel = ne pas redessiner les lignes qui n’ont pas changé. Notez que Full ne peut pas gérer la condition où le plan de bits traverse strobe (compteur horizontal réinitialisé), l’effet habituel est d’avoir des déchets dans la bordure extrême droite au lieu de la couleur de la bordure. Je ne sais pas encore comment résoudre ce problème.

– Correction des modes d’affichage de Field+ dans les modes rapides. (Désactive également l’optimisation qui consiste à ne pas dessiner lorsque la ligne n’a pas changé).

– ERSY=1 condition d’arrêt bloqué n’a pas vérifié les événements d’entrée et n’a pas rafraîchi l’affichage, etc.

– Si le disque dur réel/la carte mémoire possède une table de partition prise en charge par Windows et que les métadonnées de la partition peuvent être interrogées sans les privilèges de l’administrateur (toujours normalement possible ?) mais que les privilèges de l’administrateur sont nécessaires pour lire/écrire les données de la partition, la liste des partitions dans la boîte de dialogue Ajouter un disque dur est accompagnée du texte « ACCESS DENIED » (accès refusé). Auparavant, les partitions n’étaient pas listées. C’est peut-être moins déroutant que de les masquer complètement lorsque des privilèges d’administrateur sont nécessaires.

– Activation/désactivation/sélection fixe de la sélection de l’ID du contrôleur SCSI du panneau d’extension. (Par exemple A4091)

– Les nœuds d’arbre développés de la liste des fichiers de configuration sont stockés dans le registre/ini et sont chargés et développés automatiquement dans les sessions suivantes.

– Correction de l’échelle automatique des coordonnées (peut encore fonctionner de manière étrange dans certaines situations). L’échelle automatique des entiers pose encore des problèmes.

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 13 (07/03/2025)

https://eab.abime.net/showpost.php?p=1735052&postcount=190

Première version beta officielle avec émulation multithread Denise/Lisa.

Amélioration majeure des performances ! Enfin plus rapide que les anciennes versions !

– Le traitement du côté Denise est maintenant dans un thread séparé (décalage de plan de bits, décalage de sprite, plan de bits/sprite planaire à chunky, modes spéciaux, priorités de plan de bits/sprite, strobes/blanking, sortie RGB, etc). La mise en mémoire tampon RGA de Denise, basée sur des lignes, a rendu cela possible car elle sépare proprement la logique d’Agnus de celle de Denise, et Denise est presque entièrement « fire and forget » (on tire et on oublie). La seule exception est la lecture du registre de collision CLXDAT qui nécessite de vider toutes les lignes en file d’attente (et n’est de toute façon pas encore précis au niveau du cycle). Les lectures de couleurs AGA ne posent pas de problèmes car elles peuvent être effectuées dans l’émulation côté Agnus. La file d’attente des lignes est assez petite (max ~10 lignes), elle ne causera pas de problèmes de latence. La compatibilité n’est pas affectée. (Dans les versions précédentes d’UAE, le côté Agnus traitait toute la trame, puis le côté Denise faisait le reste, ce qui n’était pas très optimal car les données temporaires de la trame nécessitaient d’énormes tampons de RAM).

– La ligne de commande -nomt désactive l’émulation Denise multithread.

– La mise en mémoire tampon graphique temporaire, auparavant toujours utilisée, n’est effectuée qu’en cas de besoin : adaptateur de port d’affichage activé (ce qui inclut également le genlock en mode image, les niveaux de gris et CD32 FMV). Les performances s’en trouvent également améliorées. N’affecte que les modes natifs du chipset. Lors de l’utilisation de l’adaptateur de port d’affichage : l’image complète de l’écran du chipset est dessinée dans un tampon RAM temporaire, puis l’émulation de l’adaptateur de port d’affichage la fusionne avec les graphiques de l’adaptateur de port d’affichage et écrit le résultat dans la texture D3D. Lorsque cette procédure est contournée, le graphique du chipset est directement dessiné dans la texture D3D en un seul passage.

– Tout adaptateur de port d’affichage activé (y compris le genlock en mode image, niveaux de gris ou CD32 FMV) ou tout stylo lumineux activé désactive les optimisations de bordures et de plans de bits non CE.

– Tous les filtres logiciels sont supprimés. La suppression du tampon graphique temporaire toujours activé rend la prise en charge des filtres logiciels ennuyeuse et ils sont de toute façon obsolètes.

– b12 Optimisations du plan de coupe en mode CE désactivées (commentées), elles ne sont plus nécessaires et provoquent des effets de bord et des glitchs qui sont vraiment difficiles à corriger complètement sans rendre les optimisations inutiles. Les optimisations hors mode CE sont supportées et ne seront pas supprimées.

– Désactiver l’émulation du stroboscope STRLONG NTSC si aucun stroboscope STRLONG n’a été vu depuis la dernière image. Passer en NTSC puis revenir en PAL n’entraînera plus une légère réduction des performances (une émulation STRLONG précise nécessite un code de dessin de ligne plus complexe). Les NTSC ont encore des glitches sur le bord droit en mode rapide.

– Optimisation du petit blitter.

– Ajustement du comportement d’attente des images en mode CPU qui n’est pas le plus rapide possible (le timing est différent car le dessin est maintenant effectué après que la ligne ait été émulée, dans les versions précédentes toutes les lignes étaient émulées d’abord, puis dessinées dans une passe séparée).

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 14 (10/03/2025)

https://eab.abime.net/showpost.php?p=1735553&postcount=222

REMARQUE : de nombreux changements dans la manipulation des graphiques internes peuvent provoquer des ruptures inattendues.

– Le côté gauche de l’écran était corrompu si la résolution horizontale était suffisamment faible.

– S’assurer que le thread de dessin est terminé avant de quitter ou de modifier la configuration.

– Correction des mauvaises fonctions de verrouillage/déverrouillage des surfaces D3D.

– La réinitialisation du clavier sans émulation de bas niveau du clavier ne forçait pas le CPU à réinitialiser l’état lorsque les touches de réinitialisation étaient maintenues enfoncées. Le CPU continuait à exécuter des instructions, probablement aléatoires, parce que la ROM overlay était déjà active et que les cartes d’autoconfiguration étaient désactivées, ce qui pouvait entraîner l’enregistrement d’accès mémoire illégaux aléatoires.

– La prise en charge du fil d’arrière-plan du blitter d’émulation Matrox a été réactivée.

– La prise en charge des filtres logiciels restants a été supprimée.

– Correction du bogue slirp (depuis qu’il a été ajouté) qui ne semblait pas affecter WinUAE mais affectait d’autres ports UAE.

– Le mode GDI ne libérait pas toutes les ressources lors du passage du mode natif<>RTG.

– La fermeture du dernier nœud ouvert de l’arbre de configuration ne mettait pas à jour le registre/ini.

– La prise en charge de la liste des commandes du débogueur H DMA est de retour. Maintenant seulement listé si D est ajouté (HD).

– Les accès CPU KS ROM sont listés dans le débogueur DMA. 68000/010 seulement parce que le 68020+ peut avoir un temps d’accès à la ROM plus rapide que le chipset. Utilise la ligne de débogage DMA de la CIA, mais comme il n’y a pas assez d’espace, seuls l’état R/W, la taille et l’adresse sont affichés.

– La gestion du chevauchement début/fin de la mémoire tampon RGA a été omise, par exemple les écritures de couleur cuivre près du début de la ligne de balayage ont été omises.

– L’affichage Genlock avait un effet d’oscillation verticale en mode threadé. Genlock, niveaux de gris et CD32FMV fonctionnent. Les autres adaptateurs de port d’affichage ne doivent pas encore être utilisés.

– Correction du défilement sous-pixel en mode rapide non CE. (Peut ne pas être encore parfait)

– Les modes de surbalayage TV n’affectent pas la suppression horizontale en mode rapide.

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 15 (17/03/2025)

https://eab.abime.net/showpost.php?p=1736757&postcount=238

– L’état de vide vertical était pris à partir d’une mauvaise variable en mode programmé, ce qui obligeait à ne pas utiliser le mode rapide lors de l’élaboration de graphiques bitplane en mode programmé.

– Le registre CIA SDR a été ajouté au dump CIA (commande c du débogueur).

– Le délai de changement de valeur XOR du plan binaire BPLCON4 n’était pas correct.

– Correction de la logique de la seconde fenêtre du 1200TX et implémentation de la restriction de la seconde fenêtre : les 3 bits supérieurs de la fenêtre 2 sont pris sur la position de la fenêtre 1.

– Quelques modifications pour prendre en charge les futures cartes PCI multiples et la réorganisation des cartes PCI.

– Cacher la case à cocher « autoboot disabled » du périphérique d’extension lorsque le périphérique n’a pas de cavalier d’autoboot. (ou n’ont rien à voir avec le stockage)

– « Ajouter un disque dur » avec un périphérique de stockage à partition MBR et plusieurs partitions : le premier élément était un mélange des propriétés du disque entier/de la première partition. (b1)

– Ajout de https://aminet.net/package/docs/hard/512kWOM A1000 512k WOM expansion emulation. Option dans Expansions->Built-in expansions.

– Le dernier cycle RGA de Denise de la nouvelle ligne « rapide » a été sauté. S’il y avait une écriture dans le registre personnalisé, elle n’était pas vue par le côté Denise.

– Correction des lignes de balayage du panneau d’affichage du mode rapide.

– Vérifier les changements d’écran en mode natif lorsque vsync démarre (lorsque toute l’image est terminée), et non pas lorsque le compteur vertical d’Agnus se réinitialise. Les glitches des dernières lignes lors du changement de mode devraient avoir disparu.

– Certaines opérations FPU pouvaient être légèrement plus lentes en mode non-JIT alors que le FPU JIT était activé. Forcer la désactivation du FPU JIT lorsque le JIT est désactivé.

– Mise à jour du timing CPU/chipset. Les modes non JIT les plus rapides possibles sont presque aussi rapides que la version 5.3.1.

– L’optimisation du plan de bits en mode rapide qui détecte si la ligne du plan de bits a changé ou non est maintenant désactivée. Cela semble être plus lent que de toujours redessiner la ligne de plan de bits en mode rapide car cela déplace le travail du CPU de l’hôte du thread principal vers le thread de dessin et réduit les copies de mémoire du thread principal et les comparaisons qui étaient nécessaires pour vérifier si le plan de bits avait changé.

– NOTE : L’émulation du port série de Paula peut ne pas fonctionner, elle est en cours de réécriture (le lien série de Stunt Car Racer a des problèmes…).

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 16 (22/03/2025)

https://eab.abime.net/showpost.php?p=1737656&postcount=261

– EHB a été interrompu dans les modes ECS Denise et AGA. KILLEHB était toujours détecté comme actif.

– La sélection de la dernière partition pour l’ajout d’un disque dur ne fonctionnait pas correctement. Les partitions autres que 0x30/0x76 peuvent désormais être sélectionnées.

– Lorsque le mode d’écran change (PAL/NTSC/VPOSW trick etc), le changement côté hôte est retardé jusqu’à ce qu’au moins 2 cadres dos à dos aient la même largeur et la même hauteur afin d’éviter des changements de taille de cadre bizarres (par exemple pendant le démarrage lorsque le bit VPOSW LOF est modifié dans une position aléatoire de zéro à un, ce qui entraîne un changement temporaire de la hauteur du cadre).

– Désactivation du scintillement trop gênant de la led OSD CD audio.

– Correction possible du fait que l’échelle automatique ne détecte pas toujours les bordures supérieure et inférieure.

– Nettoyage de la mise à l’échelle et du positionnement internes du filtre. Simplification des calculs de coordonnées et de taille, etc. Cela ne devrait pas avoir d’effet visible mais pourrait casser certaines configurations de filtres.

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 17 (25/03/2025)

https://eab.abime.net/showpost.php?p=1738218&postcount=277

– L’option de suppression des artefacts entrelacés ne fonctionnait pas complètement dans les modes non-ce. (les lignes en mode rapide n’étaient pas « scandées »)

– Le filtre d’entrelacement était ignoré (il avait disparu lors de la réécriture du chipset)

– Correction des modes de filtrage par défaut et sans mise à l’échelle (b16)

– Nouvelle validation de l’état de verrouillage du buffer de sortie causant un écran RTG vide dans certaines situations (la validation est plus stricte maintenant pour détecter les bogues. C’était un bogue.)

– Suppression de l’option de profondeur de couleur de l’interface graphique et des vérifications internes de la profondeur de couleur. La profondeur d’hôte 32 bits est la seule profondeur de couleur supportée. (Déjà partiellement supprimé dans la version 1)

– Le bit vide du tampon de transmission du port série n’était pas activé lorsque le port série était en mode « non précis ». (68030+, JIT etc. où la précision du cycle n’est pas importante). La mise à jour du port série n’est pas encore terminée.

– Le débogueur visuel DMA et les autres fonctions de débogage à l’écran fonctionnent à nouveau. Fonctionne également avec un genlock actif (par exemple lorsque le jeu ALG est en cours d’exécution).

– Le bit KILLEHB BPLCON2 fonctionne maintenant correctement.

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 18 (25/03/2025)

https://eab.abime.net/showpost.php?p=1738769&postcount=285

– L’autoconfiguration du pont PCI n’était pas fiable, du moins avec les médiateurs, le premier démarrage fonctionnait, le redémarrage suivant pouvait ne pas fonctionner. (cassé il y a quelques bêtas)

– L’OSD en mode D3D11 n’était pas dessiné et avait généralement une seule image dans la mauvaise position pendant les changements de mode.

– L’option Wait for blitter pouvait provoquer des appels récursifs (et dans le pire des cas un crash dû à un débordement de pile) si le callback du pipeline du chipset était actif.

– Quelques mises à jour pour le dessin en mode rapide. (était accidentellement désactivé dans b17, le support du genlock est corrigé, les collisions entre les plans de bits pairs et impairs (CLXDAT bit 0) sont supportées et quelques autres ajustements)

– Le second cycle de rafraîchissement n’a pas été traité dans le pipeline RGA parce que la vérification NTSC STRLONG inactive a incorrectement sauté une partie du traitement du pipeline. Ce que le cuivre a écrit dans le cycle précédent n’a pas été écrit dans le registre personnalisé de Denise, ce qui a provoqué des effets secondaires étranges.

– Le sprite OCS/ECS derrière le plan de bits de hires a dessiné le plan de bits dans les lores. (Il dessinait également dans les lores lorsque le sprite était au-dessus du bitplane mais ce n’était pas visible car les pixels des lores du sprite cachaient les deux pixels des hires du bitplane)

– ECS Superhires fast mode drawing supported (sauf si le panneau d’affichage est configuré de manière à ce que le sprite soit visible). (Sauf si le panneau d’affichage est réglé sur lores mais c’est une combinaison inutile de toute façon)

– Le mouvement horizontal du pilote de la souris virtuelle fonctionne à nouveau.

[Staff Aladin Level 25Messages : 15787]

WinUAE 6.0 beta 19 (02/04/2025)

https://eab.abime.net/showpost.php?p=1739410&postcount=305

– Les lores d’affichage combinés avec le mode natif des superhires ne sont plus pris en charge (cela ne fonctionnait pas très bien dans les versions précédentes). Rien n’est dessiné dans cette combinaison.

– Les ajustements du panneau de filtre affectent également le mode GDI en temps réel. Il y a toujours un scintillement horrible. A n’utiliser que si D3D9/D3D11 n’est pas disponible.

– La texture de sortie D3D9/D3D11 était toujours verrouillée lors du rendu. Les anciens pilotes D3D9 n’aimaient pas cela (et c’était de toute façon une erreur)

– La correction du rapport d’aspect des superhires par mise à l’échelle des nombres entiers ne fonctionnait pas.

– Si l’API graphique sélectionnée n’est pas prise en charge, testez toutes les autres options. D3D9, qui échouait auparavant, passait à GDI, même si D3D11 était disponible.

– Modes entrelacé + TV overscan : une ligne noire supplémentaire était visible près de la fin de l’affichage. (les modes optimisés rapides ne sont pas encore corrigés)

– Correction des sprites attachés (seuls les sprites impairs affectent l’état de l’attachement)

[Auteur]

Réponses