[UAE] WinUAE

  • Ce sujet contient 206 réponses, 11 participants et a été mis à jour pour la dernière fois par Kimy, le il y a 6 mois.
Affichage de 15 réponses de 181 à 195 (sur un total de 206)

Partager sur vos réseaux sociaux préférés :
Facebooktwitterredditpinterestlinkedintumblrmail

  • Auteur
    Réponses
  • #131143
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.0 beta 40 (14 Novembre 2021)
    http://eab.abime.net/showthread.php?t=104099

    Changelog:
    – Correction d’un plantage de l’émulation A2065 (quitter/redémarrer), la RAM de l’A2065 était libérée trop tôt, alors qu’il était encore possible de recevoir de nouvelles trames ethernet.
    – L’écriture D finale du blitter ne se produit pas si le canal D est désactivé, si le mode ligne est activé ou si un nouveau blit démarre avant que l’écriture D en attente ne soit terminée. Ceci affecte principalement le comportement du bug d’attente du cuivre blitter, si un nouveau blit est lancé avant que le blitter n’ait terminé son dernier cycle, la dernière écriture D n’a jamais lieu, ce qui peut empêcher le bug de se produire. (La dernière écriture sautée peut ne pas causer de problème visible) Corrige le problème de l’avant-dernière partie d’Andy & Blondie / Finity. Notez que la dernière partie a beaucoup de problèmes, cela arrive aussi sur le vrai A500 si le système n’a pas de vraie RAM rapide.
    – Enregistrement d’un message d’avertissement si le BLTDPTx est écrit alors que l’écriture du blitter final D est toujours en cours.
    – Suppression d’une mauvaise optimisation d’écriture INTENA. Correction de la corruption des cubes Expiration / Mayhem (Le problème n’était pas directement lié au blitter)..
    – Si un mode programmé était utilisé qui ne nécessitait pas de registres VSSTRT/VSSTOP configurés, l’affichage était vide. (Contactro / Illusion).
    – Mode d’écran avec une longueur de cycle horizontal égale (mode NTSC programmé et normal) Correction du timing du Copper. Le copper peut utiliser le cycle 0 (précédemment calculé de manière incorrecte comme cycle $e0) si le dernier cycle de la ligne précédente était un cycle impaire (longueur totale égale). (Contactro / Illusion).
    – Les registres du mode programmé sont à nouveau remis à zéro au démarrage (ils étaient tous à un) parce que JtxRules / Illusion ne définit que VBSTOP et HBSTOP et s’attend à ce que HBSTRT et VBSTRT soient remis à zéro (Les comparateurs en mode programmé n’ont pas de ligne de reset connectée mais ils s’allument quand même avec des contenus remis à zéro. Au moins habituellement…).

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1517005&postcount=1020
    http://www.tradu-france.com/index.php?page=fullstory&id=802



    #131144
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.0 beta 41 (21 Novembre 2021)
    http://eab.abime.net/showthread.php?t=104099

    Changelog:
    – Le traitement du sprite était interrompu prématurément si le début horizontal du sprite était égal à zéro (ce qui est correct normalement). Mais lorsqu’il est combiné avec le FMODE SSCAN2-bit, seul le sprite « original » est invisible mais le sprite « doublé » est toujours visible. Correction du problème d’arrière-plan du jeu Fantastic Dizzy CD32.
    – Amélioration de la logique interne du pipeline bitplane de Denise/Lisa, les changements combinés de plan et de décalage de bitplane au milieu de la ligne de balayage, auparavant non documentés, fonctionnent maintenant correctement.
    – Le comportement ci-dessus a également révélé une autre caractéristique/bug non documentée du chipset : si l’ECS Denise ou AGA et que le nombre de plans bitplane est réduit au milieu de la ligne de balayage et que le dernier bit du plan désactivé dans le décalage bitplane était de un : le dernier pixel apparaît deux fois. OCS Denise n’est pas affecté. Ceci n’est émulé qu’en mode sous-pixel.
    – Effacement de tous les tampons internes d’émulation d’affichage à la réinitialisation, auparavant certains d’entre eux n’étaient pas effacés (Cela aurait pu causer des déchets temporaires à l’écran lors du chargement du fichier d’état à la volée).

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1518335&postcount=1028
    http://www.tradu-france.com/index.php?page=fullstory&id=803

    #131208
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.0 beta 42 (27 Novembre 2021)
    http://eab.abime.net/showthread.php?t=104099

    Changelog:
    – Le passage du mode plein écran de D3D11 au mode fenêtré à l’aide de l’interface graphique entraîne une réinitialisation continue du mode fenêtré (le passage CTRL+F12 fonctionnait normalement).
    – Correction d’une condition incorrecte dans la vérification si les paramètres BPLCON0 du côté Denise ont besoin d’être mis à jour, interrompant par exemple l’activation/désactivation du HAM jusqu’à la ligne suivante (bêta 41).
    – Le mode de ligne de blitter avec C désactivé désactive aussi les opérations d’ajout du modulo du pointeur du canal C. La mise à jour de la bêta 39 n’était pas complète (Methylate / Focus Design).
    – En mode entrelacé, les 2 dernières lignes (si Overscan+ ou Extreme) avaient une ligne longue/courte permutée (dernière ligne/ligne zéro « wrap around » point), LOF bascule à ce point mais le dispositif d’affichage ne le voit que quelques lignes plus tard.
    – Correction d’un dépassement de tampon qui provoquait un plantage inattendu dû à des variables internes corrompues. Cela se produisait si le mode était RTG (chipset natif non actif) et que le mode natif avait une liste de Copper qui écrit dans des registres personnalisés qui peuvent affecter les couleurs ou le blanking, le changement d’état était inutilement enregistré dans un tampon qui n’est pas utilisé en mode RTG et après un long moment (peut être 100 minutes ou plus), il a finalement débordé. Les récentes mises à jour du blanking ont introduit ce problème.
    – La modification du blanking programmé n’était pas toujours entièrement détectée, laissant une bordure partiellement vide dans certains cas.
    – Activation de l’option « Supprimer l’artefact entrelacé » sans mode entrelacé : l’émulation du dépassement du plan de bits n’était pas possible.
    – Suppression de l’option « artefact d’entrelacement » : le scintillement de la dernière ligne et les déchets ont vraiment disparu maintenant (Vide la ou les lignes supplémentaires, ce n’est pas vraiment la bonne méthode mais il est trop tard pour la corriger correctement).
    – Le pointeur de plan de bits pointant vers les 512k supérieurs de la ram chip dans la configuration ECS 0.5M+0.5M n’utilisait pas les routines de lecture indirecte. (Corrige Cen / Rare ECS 0.5M+0.5M config corrompu objets vectoriels).

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1519166&postcount=1038
    http://www.tradu-france.com/index.php?page=fullstory&id=804

    #131526
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.0 beta 43 (02 Décembre 2021)
    http://eab.abime.net/showthread.php?t=104099

    (RC4) : balise bêta supprimée. La finale devrait sortir d’ici le 07.12.2021. (il s’appelle 4.9 car cette version devrait contenir des bogues stupides en raison d’une énorme quantité de changements et le timing de l’IPL 68000 n’est pas encore correct. 5.0 devrait être entièrement compatible A500)

    Changelog:
    – Le montage CDFS utilisait des fonctions de traduction de jeux de caractères incorrectes, les noms de fichiers avec des codes de caractères supérieurs à 128 ne pouvaient pas être ouverts en fonction des paramètres régionaux de Windows.
    – Le centrage vertical a parfois décidé d’utiliser le décalage max, en poussant l’image le plus possible vers le bas.
    – La suppression de l’overscan du filtre utilisait l’ancienne origine horizontale (qui est passée à la position horizontale « vraie » = 0 antérieure, en raison des mises à jour du chipset). Solution de contournement ajoutée.
    – Plus noir que noir en mode non-HDR n’était pas RVB=000000 noir.

    Téléchargement:
    https://eab.abime.net/showpost.php?p=1519969&postcount=1063
    http://www.tradu-france.com/index.php?page=fullstory&id=806

    #131712
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.0 (06 Décembre 2021)
    http://eab.abime.net/showthread.php?t=109065

    Roadmap pour la prochaine version:
    – Le timing de l’échantillonnage des interruptions 68000 doit être précis à 100% (Mon cputester + du matériel de test supplémentaire devraient résoudre ce problème). C’est la dernière partie non précise à 100% de l’émulation de l’A500.
    – Détecter les modes programmés que l’affichage réel ne peut pas supporter. Effacement de l’écran émulé lorsqu’il est détecté.
    – Correction de bugs en 4.9.
    – Optimisations possibles.
    – Remplacer PCem par 86Box ?

    Téléchargement:
    https://www.winuae.net/download/
    http://www.tradu-france.com/index.php?page=fullstory&id=807

    #132326
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.1 beta 1 (18 Décembre 2021)
    http://eab.abime.net/showthread.php?t=109203

    Changelog:
    – La fonction MOVEM.W en mode sécurisé pour le JIT indirecte depuis la mémoire ne signait pas les registres étendues (très, très vieux bug mais apparemment il était presque invisible jusqu’à maintenant parce qu’auparavant la fonction MOVEM indirecte n’était pas utilisé à moins que la VRAM ne soit pas capable d’indirect et direct MOVEM était toujours incorrectement utilisé même quand le mode indirect était activé. Ceci a été corrigé dans la 4.9.0).
    – Force vraiment tous les accès VRAM de la carte gfx émulée à utiliser le JIT indirect. La méthode précédemment utilisée permettait toujours le JIT direct si le code accédait d’abord à la RAM ordinaire et plus tard (après avoir été traduit) le même code accédait à la VRAM. Corrige la corruption graphique dans certains cas lorsque le mode JIT est direct et que l’on utilise des cartes RTG émulées. Seul uaegfx est toujours entièrement compatible avec le mode JIT direct.
    – JIT MOVEM.x ,-(An) et inclut An : utilise la fonction MOVEM indirecte en mode sécurisé. Le testeur ne se plaint plus.
    – Les modes lores 15 et 16 bits de la carte PCem RTG n’étaient pas correctement doublés horizontalement.
    – La fonction HBSTRT très proche de la fin de la ligne de balayage était détecté comme manqué, ouvrant la bordure gauche.
    – HBLANK programmé en fin de milieu d’écran + plans de bits actifs (= situation totalement cassée) provoquait une corruption graphique aléatoire.
    – La logique de suppression horizontale d’ECS Denise a été mise à jour, elle est assez complexe et la précédente n’était pas complète. Notez que dans le monde réel, cela ne peut fonctionner que si l’affichage utilise la synchronisation H/V (pas la synchronisation composite) = moniteur VGA. L’option « câble moniteur » CSYNC vs HSYNC/VSYNC sera ajoutée plus tard.
    – Le vide vertical programmé du côté Denise/Lisa s’est terminé 1 ligne trop tôt. Il faut 1 ligne de plus avant que Denise/Lisa ne le termine.
    – Si le mode warp et la touche de non qualification sont pressés : envoyer immédiatement l’événement de libération. Il est maintenant possible de taper normalement en mode warp. Notez que le relâchement d’une touche physique génère un autre événement de relâchement de touche, presque toujours inoffensif.
    – Support planaire du PCem de l’émulation SVGA Cirrus Logic activé. Picasso96 supporte le mode planaire 4bit/16 couleurs.
    – Mode RTG émulé par le matériel + doublage horizontal ou vertical + souris magique : le calcul de la position de la souris utilisait incorrectement les coordonnées doublées.
    – Ne traite les événements Windows d’entrée souris/clavier que pendant le milieu de l’image (utilisé pour réduire le décalage d’entrée) et traite les autres événements pendant le vblank.

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1522437&postcount=1
    http://www.tradu-france.com/index.php?page=fullstory&id=810

    #133054
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.1 beta 2 (20 Décembre 2021)
    http://eab.abime.net/showthread.php?t=109203

    Changelog:
    – Ajustement du calcul de la taille/position du mode programmé.
    – Ajustement de l’émulation du Copper, les attentes pour une position horizontale trop grande se sont réveillées normalement.
    – Retardement de quelques images du relâchement automatique des touches du mode Warp, certains programmes n’appréciant pas le couple pression/relâchement immédiat des touches.
    – Correction de la modification du traitement des événements de Windows.
    – Emulation du « bug » de la bordure (ECS Denise et AGA, n’affecte pas OCS Denise). Si le DMA du plan de bits (BPL1DAT) se produit à l’intérieur de VBLANK, l’état de la bordure est désactivé, lorsque la première ligne non-VB commence, la bande de ligne du début de HDIW à la première BPL1DAT est toujours dans l’état « pas de bordure » : les sprites sont visibles et le borderblank ne les affecte pas. Cela se produit parce que l’état de la bordure est normalement activé lorsque HBLANK passe de l’état inactif à l’état actif, mais il semble que HBLANK n’affecte pas l’état de la bordure dans VBLANK. Cela peut également se produire lors de lignes de balayage ultérieures si la programmation de HBLANK commence trop tôt, avant le dernier accès à BPL1DAT. (HBLANK active la bordure, l’accès à BPL1DAT la désactive à nouveau).

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1522742&postcount=18
    http://www.tradu-france.com/index.php?page=fullstory&id=812

    #133376
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.1 beta 3 (01 Janvier 2022)
    http://eab.abime.net/showthread.php?t=109203

    Changelog:
    – Mise à jour du timing de la limite de désactivation d’écriture BPL1DAT « manuelle ». La limite d’OCS Denise n’a pas été vérifiée, OCS Denise ignore les écritures BPL1DAT jusqu’à la fin du hblank. (OCS Denise : le cadre est forcé à l’état activé du début à la fin du hblank, ECS Denise/AGA : le cadre est activé au début du hblank).
    – Écriture « manuelle » du BPL1DAT entre le début du hblank et le début du hsync : le cadre ne s’ouvrait pas. Maintenant il s’ouvre. ECS Denise/AGA uniquement.
    – Si l’option « Suppression des artefacts entrelacés » est activée, les dernières lignes de bordure ont maintenant une couleur correcte (couleur de la bordure ou noir). La 4.9.0 avait un hack temporaire qui utilisait toujours le noir.
    – OCS Denise topmost line (Ligne qui est principalement noire, sauf une petite partie de la couleur de la bordure dans la bordure droite) avait un bug d’une ligne.
    – Réinitialisation du blitter avant de charger le fichier d’état. La nouvelle émulation du blitter 4.9 ne réinitialisait pas complètement tous les registres, le chargement du fichier d’état à la volée pouvait provoquer une corruption due au fait que le blitter n’était pas complètement réinitialisé.
    – Modification du calcul de la taille de l’affichage en mode programmé. La 4.4 et les versions antérieures utilisaient à la fois la synchronisation horizontale et le blanc horizontal pour calculer la largeur interne et la position horizontale. La 4.9.0 utilisait une méthode plus précise mais uniquement la synchronisation horizontale. Cela entraînait une largeur interne trop importante pour certains modes (mauvais rapport d’aspect) et/ou un décalage horizontal. Le blanc et la synchronisation horizontale sont à nouveau utilisés pour calculer la largeur et la position en mode normal d’overscan. Les modes d’overscan plus élevés n’utilisent que hsync (permet une émulation sans problème des « effets » de hblank, si quelque chose le fait un jour…). Hblank peut être déplacé sans provoquer de resynchronisation de l’affichage).
    – 4.9.0b40 : la mise à jour du blitter final D était incomplète, le final D n’est pas sauté immédiatement lorsque BLTSIZE est écrit mais lorsqu’apparemment le blitter démarre.
    – Les images de fichiers durs de moins de 4M sont maintenant montées correctement comme fichiers durs lors d’un glisser-déposer si le fichier a une extension HDF commune (HDF/HDZ/VHD).
    – Suppression du préréglage du filtre « PAL ». Il n’était plus supporté depuis longtemps…
    – L’émulation de l »imprimante Epson n’imprime plus chaque page comme un document séparé.
    – Ajout d’un hack de désactivation de la fonction IDE scsi.device. Supprime la fonction ROM scsi.device de la liste exec ResModules, ne modifie pas la ROM. La ROM de démarrage UAE doit être activée. Fichier de configuration seulement scsidevice_disable=true. La désactivation n’est pas faite si un périphérique IDE est ajouté à l’IDE A600/A1200/A4000 ou si le mode ROM indirect est activé. Rend le démarrage sensiblement plus rapide sur OS39 et les versions plus récentes de KS si l’IDE de la carte mère n’est pas nécessaire.

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1524584&postcount=48
    http://www.tradu-france.com/index.php?page=fullstory&id=813

    #135009
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.1 beta 4 (08 Janvier 2022)
    http://eab.abime.net/showthread.php?t=109203

    Changelog:
    – L’overlay uaegfx n’était pas synchronisé avec le déplacement de l’écran. Cela fonctionne toujours étrangement si l’écran avec la superposition n’est pas en avant de l’écran parce que Picasso96 ne supporte pas encore complètement la superposition pendant le déplacement de l’écran.
    – Le bouton de réinitialisation du filtre ne réinitialisait pas les paramètres du filtre manuel.
    – Ajout de l’option IDE scsi.device disable dans l’onglet Divers.
    Si le nombre de plans changeait au milieu de la ligne de balayage (Scanline), la ligne entière était dessinée en utilisant le nombre de plans qui était actif au début de la ligne. – Si le nombre de plans était augmenté au milieu de la ligne de balayage, la ligne était toujours dessinée en utilisant le nombre de plans inférieur. Si le nombre de plans était réduit, la sortie était correcte. (test vAmiga)
    – Correction d’un plantage au démarrage de la bridgeboard x86 (variantes AT uniquement) si la compilation est optimisée. Je ne sais pas si c’était un bug du compilateur ou autre chose mais j’ai trouvé un moyen de le contourner. Je pense que le même bug s’est produit précédemment.
    – A1000 left hblank se termine 3 lores pixels plus tard que les autres modèles.

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1525983&postcount=72
    http://www.tradu-france.com/index.php?page=fullstory&id=816

    #135010
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.1 beta 5 (15 Janvier 2022)
    http://eab.abime.net/showthread.php?t=109203

    Changelog:
    – Les filtres lores avaient de mauvaises couleurs si le mode graphique de l’hôte était en 16 bits.
    – DIWSTOP Horizontal = dernière position horizontale possible (+1 de plus provoquerait toujours le hdiw) n’ignorait pas les bits DIWHIGH AGA H0/H1, si l’un ou l’autre (ou les deux) était activé, le always on diw était détecté.
    – Le disque n’est pas mode ADKCON FAST et le disque normal 2us MFM dans le lecteur : l’index du disque n’était pas fiable.
    – Certains modes WB programmés normaux activaient inutilement l’émulation de chipset personnalisée basée sur un cycle plus lent.
    – Un autre correctif pour le HBLANK, si la ligne précédente se termine dans un état fermé et sans début de hblank, la ligne suivante commence également dans un état fermé. HBLANK Programmé + AGA seulement, ECS Denise CSYNC blanking réinitialise toujours l’état de la bordure quand HSYNC commence.
    – Le changement précédent de 3 pixels de lores de l’A1000 n’était pas exact, c’est une caractéristique d’OCS Denise (y compris l’A1000 Denise) et ce n’est pas une différence de fin de hblank mais pour certains seulement les données du plan de bits ne sont pas autorisées avant les 3 premiers pixels, la bordure fonctionne normalement (le test précédent utilisait une couleur de bordure noire qui cachait la bande de bordure de 3 pixels de lores). Ceci est maintenant corrigé.
    – Dans certaines situations, les anciennes données de plan de bits n’étaient pas correctement effacées lorsque le nombre de plans diminuait au milieu du scanline (y compris les changements cachés dans la partie invisible du scanline). Effet secondaire du changement du nombre de plans de bits.
    – Ajustement du positionnement overscan+/extrême.

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1527194&postcount=109
    http://www.tradu-france.com/index.php?page=fullstory&id=818



    #135011
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.1 beta 6 (22 Janvier 2022)
    http://eab.abime.net/showthread.php?t=109203

    Peut-être la version finale, balise beta supprimé.

    Changelog:
    – Utilisez le comportement vsync sans décalage pré-430b5 par défaut si Windows 7. La ligne de commande -beamrace 0 forcera le comportement 430b5+ et -beamrace 1 forcera le comportement pré-430b5.
    – Corrections de suppression ECS Denise CSYNC. Denise ignore les stroboscopes vblank lors de la décision de suppression si EXTBLKEN=1.
    – Option Supprimer l’artefact entrelacé activée : les plans de bits et les sprites avaient un décalage de 1 ligne de balayage. (introduit dans certains 490 beta)
    – Mode NTSC et passage logiciel en PAL : l’affichage était mal étiré verticalement.
    – La mise à l’échelle des entiers ne fonctionnait correctement que si les résolutions horizontale et verticale correspondaient (rapport d’aspect correct). Maintenant aussi d’autres combinaisons fonctionnent correctement (par exemple superhires + any ou lores + doublé)

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1528398&postcount=126

    #135112
    Staff
    Aladin
    • Level 25
    • Messages : 12159

    WinUAE 4.9.1 beta 7 (23 Janvier 2022)
    http://eab.abime.net/showthread.php?t=109203

    Changelog:
    – 68020/030 Correction du délai d’interruption trop long du mode CE.
    – Correction possible du dépassement du compteur de la souris après que l’émulateur ait fonctionné pendant plusieurs heures.
    – Correction du calcul de la position de suppression du mode programmé étrange.

    Le correctif d’interruption peut être la raison du blocage du jeu ci-dessus, si la configuration utilisée était 68020 ou 30 + « cycle-exact ».

    Téléchargement:
    http://eab.abime.net/showpost.php?p=1528747&postcount=136

    #135114
    DocteurGeek
    • Level 5
    • Messages : 208

    Il ne chôme pas. J’ai fait une pause sur les versions bêta depuis la sortie de la 4.9

    Un sacré boulot.

    #135115
    Staff
    Zarnal
    • Level 21
    • Messages : 6302

    Il ne chôme pas. J’ai fait une pause sur les versions bêta depuis la sortie de la 4.9 Un sacré boulot.

    La 5.0 devrait être encore plus intéressante pour finaliser l’ensemble du  500 avec cette nouvelle émulation du blitter.  :-)

    Par contre, lors de la phase béta, de la 4.9.1, je n’ai pratiquement rien fait au niveau des tests. J’attends plus la 5.0 pour m’y remettre. La 4.9 a été éprouvante. :lol:

    J’ai déjà une liste de ce qui ne va pas avec la 4.9. :-p

    Pas grand chose en fait.

    A1200 Commodore mutant " FrankenAmiga" + 68040 + 8MO + SD 8go - A1200 ESCOM. HD 20MO. Mon meilleur et seul A500 : WinUae. CPC 6128-CPC 464.

    #135391
    rno
    • Level 6
    • Messages : 327

    J’ai déjà une liste de ce qui ne va pas avec la 4.9. :-p Pas grand chose en fait.

    Quoi par exemple ?

    A1200 - Blizzard IV - 030/50 - 882 - 32 Mo - SD16Go - Amikit 10/WinUAE - FS UAE

Partager sur vos réseaux sociaux préférés :
Facebooktwitterredditpinterestlinkedintumblrmail
Affichage de 15 réponses de 181 à 195 (sur un total de 206)
  • Vous devez être connecté pour répondre à ce sujet.