WinUAE 5.0.0 Beta 6 - 32/64 Bits... Benjamin Siskoo - 20/04/23 - 1 Commentaire(s)
Nouvelle bêta qui apporte quelques corrections. Voici les nouveautés :
  • Passage à la version 5.0. Plus de versions 4.10.x.
  • Le mode de commutation automatique du joystick gauche/droite est de retour, désactivé par défaut, ajoutez input.autoswitchleftright=true pour l'activer.
  • Ajout de l'entrée de configuration input.advancedmultiinput qui permet actuellement d'insérer le même périphérique d'entrée dans plusieurs ports (panneau des ports de jeu) et qui permettra à l'avenir de supporter l'interface graphique de plusieurs périphériques d'entrée dans le même port de jeu.
  • Activation du FPU JIT lorsque la case JIT est cochée et que l'émulation FPU (avec le mode CPU hôte) est déjà activée.
  • Correction d'un plantage possible en quittant l'émulation lorsque le mode RTG avec sprite matériel est actif (bêta 5).
  • L'insertion d'une image disque non formatée Amiga (par exemple une image formatée PC DOS) dans un lecteur Amiga 3.5" DD standard était rejetée, la vérification de la compatibilité du lecteur n'acceptait pas le lecteur 3.5" DD standard. L'image était acceptée si le lecteur était un lecteur HD 3,5" (Ce problème a probablement été résolu lorsque le support des lecteurs Bridgeboard a été amélioré).
  • La fenêtre d'analyse initiale de la ROM était invisible (Je ne sais pas quand cela a été supprimé ou si cela dépend de la version de Windows).
  • Ajout d'une configuration personnalisée du chemin d'accès aux données dans le panneau Chemins. Chemin de données = chemin par défaut où les fichiers de configuration, les logs, les fichiers d'état, etc. sont chargés et sauvegardés. Ceci était supposé avoir été ajouté il y a des années... (précédemment disponible via le paramètre -datapath de la ligne de commande). Le panneau Chemins affiche également le chemin de données actuellement actif.
  • Les modes générés en interne par uaegfx n'avaient pas de drapeau actif et les paramètres d'affichage (total vertical/horizontal et longueurs de synchronisation, valeurs ignorées par uaegfx) étaient techniquement invalides. Mise en place du drapeau actif, totaux hor/ver légèrement plus grands que la résolution visible et ajustement des valeurs de synchronisation. Le type de carte n'était pas réglé sur uaegfx (il a été réglé correctement, puis écrasé par une valeur erronée).
  • La mise à jour des sprites matériels RTG dans la version 5 a ajouté une mise en cache qui n'était pas correctement vidée lors de la mise à jour de la forme du curseur.
  • Si l'événement de synchronisation du chipset était mis en file d'attente dans le même cycle que l'événement hsync, l'événement hsync était exécuté en dernier. L'événement hsync devrait toujours être prioritaire. Cela a été "optimisé" il y a quelque temps mais c'était une erreur (L'écriture de BPL1DAT pendant le même cycle n'activait pas les sprites dans la configuration ECS Denise).
  • Très tôt, l'écriture de BPL1DAT n'a pas mis à jour correctement la position horizontale minimale visible du sprite, et dans certaines situations, le sprite qui était "caché" derrière la bordure n'est pas devenu entièrement visible.
  • Si BPL1DAT active le(s) sprite(s) et que la condition "borderprite" était possible (ECS Denise ou AGA), les sprites activés activaient l'état border sprite même si le nouveau pixel visible du sprite aurait été caché par le démarrage du HDIW. AGA 0.5 pixel lores condition "borderprite" + borderblank activé : Le pixel complet du "borderprite" (1 lore) devient visible.
  • L'accès DMA BPL1DAT au plan de bits n'ouvre plus la bordure si OCS Denise et la position BPL1DAT étaient avant la fin de HBLANK (Fonction OCS Denise non documentée, n'existe pas dans ECS Denise ou AGA qui permet l'ouverture de la bordure après le début HSYNC). L'écriture manuelle de BPL1DAT le faisait déjà. L'accès le plus précoce possible à BPL1DAT de ECS Denise qui ouvre la frontière était 2 cycles trop tard.
  • Emulation du sprite superhires ECS Denise plus précise de la sélection des couleurs (accès "brouillé" à la palette paire/impaire). Les sprites attachés ne sont pas encore corrects (ils font quelque chose dans ce mode mais cela ne peut pas être ce que fait l'attachement qui fonctionne normalement). Il apparaît également que la première colonne de pixels du sprite ECS superhires est invisible (pas transparente, apparaît comme COLOR0, pas le plan de bit de fond), ce qui n'est pas encore émulé. Les sprites 4 à 7 ne fonctionnent pas (rien n'apparaît à l'écran) en mode ECS superhires (Agnus continue à écrire normalement SPRxPOS/CTL et SPRxDATA/B).
>>> Télécharger : WinUAE 5.0.0 Beta 6 - 32 Bits
>>> Télécharger : WinUAE 5.0.0 Beta 6 - 64 Bits


WinUAE 4.10.20 Beta 5 - 32/64 Bits... Benjamin Siskoo - 12/04/23 - 8 Commentaire(s)
Nouvelle bêta qui apporte quelques corrections. Voici les nouveautés :

 

  • Amélioration de la correction du rapport hauteur/largeur du mode programmé ("Changement Auto de la Résolution du mode VGA"). Les modes programmés devraient maintenant toujours avoir un aspect correct (plus de taille horizontale divisée par deux).
  • La mise à l'échelle des nombres entiers double désormais automatiquement la largeur de l'écran si la largeur d'origine est inférieure à la hauteur et que la largeur doublée reste adaptée.
  • La position de l'affichage en mode GDI pouvait être erronée dans certaines situations après avoir changé de mode.
  • Correction de la gestion des coordonnées de la matrice du monde en mode Direct3D 11 (enfin, elle était erronée depuis l'introduction du mode D3D11). Les lignes de balayage, etc. ne sont plus affectées par les paramètres de mise à l'échelle. La rotation (gfx_rotation) fonctionne maintenant correctement.
  • Le sprite matériel RTG (curseur de la souris) est maintenant correctement coupé lorsqu'il est proche des bords de l'écran.
>>> Télécharger : WinUAE 4.10.20 Beta 5 - 32 Bits
>>> Télécharger : WinUAE 4.10.20 Beta 5 - 64 Bits


WinUAE 4.10.20 Beta 4 - 32/64 Bits... Benjamin Siskoo - 03/04/23 - 1 Commentaire(s)
Nouvelle bêta qui apporte quelques corrections. Voici les nouveautés :
  • Les mises à jour du VHPOSW, le copper spécial impair/pair du dernier cycle utilisent la valeur maxhpos originale, et non la valeur hpos "truquée" écrite par le VHPOSW. N'effectue pas d'ajustements horizontaux si la vitesse du CPU est la plus élevée possible et/ou si la JIT est activée et que l'accès au VHPOSW a été effectué par le CPU. L'écriture du VHPOSW du copper est toujours acceptée (ce qui ne peut fonctionner qu'en cas d'ECS ou d'AGA).
  • Le rescan des ROMs en mode ini n'effaçait pas les ROMs précédemment détectées. L'effacement d'une section entière d'un fichier ini ne supprimait que la première entrée de la section.
  • Ajout de nouvelles ROMs KS au scanner de ROMs.
  • uaegfx et la carte RTG émulée matériellement et la fenêtre d'émulation plus petite que la résolution de la RTG : une partie de la droite ou du bas de l'écran était coupée (Utilisation de la taille de la fenêtre pour vérifier les limites au lieu de la taille de la surface interne).
  • Corrections de la restauration du fichier d'état, l'attente du blitter 68020+ se bloquait après le chargement du fichier d'état, la boîte de dialogue d'erreur "trace cpu" s'affichait même s'il n'y avait pas de problème.
  • Si une réinitialisation était demandée, elle n'était pas traitée avant le prochain vsync. Entre la demande de réinitialisation et le processus de réinitialisation, le CPU peut avoir exécuté des données aléatoires, inondant temporairement le journal d'erreurs d'accès non valides, d'exceptions, etc.
  • Correction du bug de la dérive de l'horloge de synchronisation de la CIA (4.10.0).
>>> Télécharger : WinUAE 4.10.20 Beta 4 - 32 Bits
>>> Télécharger : WinUAE 4.10.20 Beta 4 - 64 Bits


WinUAE 4.10.20 Beta 3 - 32/64 Bits... Benjamin Siskoo - 01/04/23 - 2 Commentaire(s)
Nouvelle bêta qui apporte quelques corrections. Voici les nouveautés :
  • Modification de l'avertissement de réinitialisation du clavier : lorsque les touches de réinitialisation sont pressées, l'avertissement de réinitialisation commence, lorsque l'avertissement de réinitialisation se termine, le système est réinitialisé mais la réinitialisation est maintenue active jusqu'à ce qu'au moins une touche soit relâchée. Le fait de maintenir les touches de réinitialisation enfoncées pendant plus de 5 secondes entraîne une réinitialisation dure, comme le faisait déjà la configuration de l'avertissement de non-réinitialisation. Les deux modes de réinitialisation par clavier fonctionnent désormais de manière identique.
  • Le mode programmé "ne pas inclure les lignes cachées" (bêta 1) supprimait une ligne de trop, rompant ainsi l'ordre des champs entrelacés de certains modes programmés.
  • Le cycle de basculement automatique LOF entrelacé utilisait encore l'origine de la position horizontale antérieure à la version 4.9. (Basculement 3 cycles trop tôt). (Basculement 3 cycles trop tôt, la position correcte est le cycle 1 de la ligne 0)
  • LOL (NTSC long line) a été basculé 1 cycle trop tôt. LOF et LOL basculent tous deux lorsque HPOS=1.
  • Le stroboscope COPJMP1+COPJMP2 lorsque le Copper DMA est désactivé arrête le Copper DMA : ceci n'était pas correct, si les deux strobes sont générés, le pointeur d'instruction du Copper est chargé avec COP1PT OU avec COP2PT. En général, cela arrête indirectement le Copper parce qu'il va tôt ou tard se déplacer vers le registre "dangereux". Il s'agit du même comportement d'adresse OU que tout autre pointeur DMA si plus d'un pointeur est activé dans le même cycle (par exemple rafraîchissement + conflit de plan de bits). Cela a été fait avant les vérifications de l'analyseur logique et a été oublié.
  • HAM5/HAM7 était incorrectement autorisé en mode AGA (cassé probablement dans la version 4.9 ?). Le mode AGA n'autorise le HAM que pour 6 ou 8 plans.
  • L'image disque était accidentellement ouverte deux fois, ce qui empêchait la suppression/modification de l'image disque sans fermer WinUAE (bêta 1).
  • Lorsque l'image disque est éjectée à l'aide de l'interface graphique, la poignée du fichier image est fermée immédiatement (auparavant, elle était fermée après le retour à l'émulation).
  • Le montage de l'exe en tant qu'image de disquette HD créait une structure de disque brisée si le fichier était plus grand que 1329664 octets. Le bloc bitmap utilisait l'emplacement original du bloc DD mais était alloué après le bloc racine HD.
  • Le mode de filtre "défaut" est désormais toujours mis à l'échelle si le mode d'affichage du chipset est programmé.
  • Les points d'arrêt du débugueur sont désormais également signalés lors de l'exécution d'un pas unique (f et fo, etc.) ; auparavant, la détection des points d'arrêt était ignorée par la trace.
  • Le débugueur wf ne se remplissait pas en mode binaire.
  • Ajout de l'image ROM originale du GVP 2040 (pas de support 68060). "tekscsi2.device 1.1 (17.4.95)". Le chargeur de système de fichiers a activé le débogage série. La variante 68060 mise à jour est "tekscsi2.device 1.0 (27.8.95)". Pour une raison quelconque, la version la plus récente a 1.0 dans la chaîne de version, mais la version interne du dispositif est toujours 1.1.
  • Modification de la nouvelle option avancée du chipset Agnus pour l'adressage maximal de la RAM de la puce : la valeur par défaut est égale à la taille de la RAM de la puce. Forcer 512k quand OCS peut casser les anciennes configurations et causer de la confusion et le résultat ressemblera à un nouveau bug d'émulation.
  • Quelques améliorations du support des changements horizontaux de VHPOSW. Il s'agit toujours d'un hack, mais c'est un hack plus simple et les changements génériques nécessaires sont maintenant calculés dynamiquement. Il n'est plus câblé pour les changements de position horizontale du VHPOSW spécifiques à Smooth Copper / Up Front. Les hacks spécifiques aux démos ont été supprimés. Les déplacements de la position horizontale au-delà de maxhpos sont également émulés, le hpos compte jusqu'à 0xFF avant de s'enrouler autour. Le débugueur DMA a également été mis à jour pour prendre en charge les cycles sautés ou doublés. Le comportement de VHSPOW nécessite un futur post sur le fil de discussion des fonctionnalités non documentées (Cas de test bizarres par ross).
>>> Télécharger : WinUAE 4.10.20 Beta 3 - 32 Bits
>>> Télécharger : WinUAE 4.10.20 Beta 3 - 64 Bits


Snes9x 1.62.3 - 32/64 Bits... Benjamin Siskoo - 31/03/23 - 0 Commentaire(s)
Nouvelle version corrective pour ce très bon émulateur Super Nes. Voici les nouveautés :
  • Ceci corrige la rétrocompatibilité avec les sauvegardes d'états antérieurs à la version 1.62. Elle corrige également les problèmes liés à la mauvaise gestion par le noyau libretro de nos nouvelles fonctions de système de fichiers.
>>> Télécharger : Snes9x 1.62.3 - 32 Bits
>>> Télécharger : Snes9x 1.62.3 - 64 Bits


Snes9x 1.62.2 - 32/64 Bits... Benjamin Siskoo - 28/03/23 - 2 Commentaire(s)
Coup sur coup, 2 versions correctives sont sorties ces 2 derniers jours pour ce très bon émulateur Super Nes. Voici les nouveautés :
  • Elle contient plusieurs petites corrections de bugs constatés après la sortie de la version 1.62. Avec un peu de chance, il y aura une version 1.62.2.
  • La version 1.62.1 présentait un bugs qui effaçait la SRAM des jeux si des états de sauvegarde étaient chargés.
>>> Télécharger : Snes9x 1.62.2 - 32 Bits
>>> Télécharger : Snes9x 1.62.2 - 64 Bits


Snes9x 1.62 - 32/64 Bits... Benjamin Siskoo - 24/03/23 - 2 Commentaire(s)
Après1 an d'absence, une nouvelle version de ce très bon émulateur Super Nes vient de sortir. Voici les nouveautés :
  • Correction de la division SA1 avec un divsion négative à nouveau (Atari2).
  • Correction du timing sur plusieurs instructions (pi1541).
  • L'audio MSU1 sans point de boucle ne se répète pas depuis le début.
  • Modernisation de certains vieux codes liés à la mémoire.
  • Correction d'une désynchronisation dans les modes entrelacés et les rapports.
  • Suppression de l'accès du SA1 à la WRAM.
  • Ajout d'un second jeu de registres entre S-DSP et S-SMP.
  • Correction de la version PAL de Virtual Bart.
  • Ajout d'une méthode de sortie graphique Vulkan. Similaire à OpenGL, cette méthode
  • peut utiliser les shaders slang de libretro.
  • Modification de l'accélération automatique du saut d'image pour qu'elle ait lieu immédiatement
  • immédiatement avant d'afficher l'image, ce qui améliore le fonctionnement du VRR.
  • Ajout d'un menu pour effacer les entrées des fichiers récents.
  • Ajout d'un changement de taille de fenêtre fixe jusqu'à 10x.
  • Amélioration de la boîte de dialogue des paramètres des shaders avec des curseurs et un redimensionnement.
  • Possibilité de désactiver l'ajout d'entrées de registre. Supprime toutes les entrées existantes lorsque l'option est désactivée.
>>> Télécharger : Snes9x 1.62 - 32 Bits
>>> Télécharger : Snes9x 1.62 - 64 Bits


Hoxs64 1.1.2.3 - 32/64 Bits... Benjamin Siskoo - 14/03/23 - 1 Commentaire(s)

Sortie d'une nouvelle version pour ce très bon émulateur commodore 64, je vous propose la traduction française réalisé par Freddy. Voici les nouveautés :

  • Ajout des boîtes de dialogue d'affectation du clavier manquantes pour COMMA et DOT.
  • Amélioration de l'émulation des entrées-sorties non connectées dans la carte mémoire du lecteur de disque.
>>> Télécharger : Hoxs64 1.0.23.0 9k/2k
>>> Télécharger : Hoxs64 1.1.2.3 X86
>>> Télécharger : Hoxs64 1.1.2.3 X64


<--Précédent 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 Suivant -->