Dossier – WinUae VS Mister, le concret. Partie 1


Facebooktwitterredditpinterestlinkedintumblrmail

 

Pourquoi ce comparatif ?

 

Depuis un moment, on entend de plus en plus parler des FPGA dont on nous vante régulièrement les avantages  notamment en ce qui concerne  les timings et la latence.

Beaucoup de choses sont affirmées mais concrètement on ne voit pratiquement rien permettant de se faire sa propre idée. J’ai donc pris le taureau par les cornes et je suis allé chercher les problèmes sous WinUae. Et quoi de mieux que les démos pour cela ? :D

J’ai donc pris le temps ( plus d’un an ) de visionner intégralement environ 400 démos/intros non WHDLoad AGA uniquement de la période 1993/1996.  Oui c’est long et ennuyeux mais c’était absolument nécessaire pour avoir un véritable échantillon représentatif. De ce dernier, quelques dizaines de démos me semblaient problématiques. C’est là que sont intervenus Donamiga ( tests sur hard ), Kathleen ( tests sur hard et FPGA ) et JeanFred64 ( tests FPGA ) pour déméler le vrai du faux.

Nous nous attarderons aujourd’hui uniquement sur l’aspect compatibilité pour cette première partie.

 

FP quoi ?

 

Pour vous expliquer ce qu’est un FPGA, je vais bêtement reprendre l’explication donnée par Wikipédia tout en vous fournissant ce lien car je ne suis pas un expert en la matière et ce n’est pas non plus le but premier de ce comparatif : en gros il s’agit d’un circuit intégré dont les portes logiques peuvent être reprogrammées à l’aide d’un langage de description matériel tels que VHDL et Verilog qui sont les plus communs.

Depuis quelques temps est apparu sur le marché, le Mister qui commence à devenir très populaire grâce à son core Amiga. C’est donc plus particulièrement à ce dernier que nous alors nous intéresser aujourd’hui lors de nos essais.

 

A l’origine, lors de la création du post sur le forum je souhaitais sortir directement depuis WinUae ( en 15Khz par l’intermédiaire d’un soft ) sur un CRT à l’aide d’une prise VGA analogique/Peritel maison et faire la comparaison pour ne pas avoir à me soucier des zones hors écran normales sur un LCD. Je pensais trouver des volontaires assez rapidement or ce ne fût hélas pas le cas. En attendant de trouver des personnes intéressées, j’ai donc commencé à tester quelques démos sur LCD. Vous devinez la suite, je ne me suis pas arrêté ( enfin presque pas ). Heureusement, au bout d’un moment, trois volontaires ( Donamiga, Kathleen et JeanFred64 ) se sont manifestés. Les choses sérieuses ont alors commencées. En voici la synthèse.

 

Protocole de test :

 

 

Hardware ( Kathleen et DonAmiga )

 

Nous y sommes allés quasiment au plus simple : A1200 stock + 4Mo de Fast + CF IDE. Cet équipement nous servira de référence pour constater ce qui doit être ou pas dans les démos. Il ne faut pas faire abstraction du fait que l’émulateur est souvent  » accusé  » à tort de bugger alors que les problèmes sont également présents sur hard dans la démo d’origine dans les mêmes conditions.

 

 

FPGA ( JeanFred64, Kathleen )

 

 

Le FPGA  » Mister  » a été principalement utilisé par JeanFred64 et Kathleen. Cette dernière a également effectué quelques tests sur le FPGA  » Sidi « . Les derniers cores minimig en date des tests ont été utilisés dans une configuration A1200 68020 + 4Mo de Fast + CF IDE. L’option DCache sera désactivée puisque non disponible sur un EC020 ou un 020.

 

WinUae ( Zarnal )

 

Concernant WinUae, j’ai utilisé la version 4.1 ( qui était la dernière en date lorsque j’ai commencé ). J’ai poursuivi avec cette même version tout au long de mes tests pour ne pas les biaiser puisque quelques améliorations notables sont apparues avec les versions suivantes. Et vous vous imaginez bien que je ne vais pas refaire l’intégralité des tests à chaque version qui sort. Pensez à mon neurone. :D

De plus, une seule et unique configuration a été utilisée ( A1200 68EC020 en Full CE + 4 Mo + CFHD en IDE ). J’ai désactivé la rom UAE, source de nombreux problèmes.

 

Les soucis avec l’émulation A1200

 

C’est le point le plus important de ce dossier : essayer de comprendre pourquoi l’émulation d’un Amiga 1200 est si difficile contrairement à celle des A500/A600/ A2000 qui elle à contrario s’approche de la  » perfection  » ( comportement très très proche voir similaire de la machine d’origine ). La source du problème est en fait le nerf de la guerre lors de la conception de tout émulateur : la documentation technique. Je vais essayer de vulgariser au maximum bien que cela ne soit pas difficile à comprendre quoi qu’il en soit. Je me suis basé sur les explications de Toni Wilen glanées au fil du temps. Nous mettrons pour l’instant le FPGA de coté.

On lit souvent que WinUae est trop rapide ou trop lent, mais de quoi parle t’on au juste ? Eh bien tout simplement de l’émulation  du microprocesseur ( le 68EC020+ ). Je vais rester dans le cadre du mode  » Cycle Exact  » qui est censé être le mode le plus précis possible ( s’approchant au mieux du comportement réel d’une vraie machine mais qui n’a rien à voir avec la compatibilité obtenue ). Je conçois que ce terme n’est peut être pas des plus adaptés pour le CPU du 1200. En très gros, un CPU dispose d’un certain nombre de  » cycles  » qui sont répartis d’une certaine manière entre les éléments de la machine suivant ce que vous demandez à la machine de faire. En assembleur, diverses instructions sont utilisées ( move, lea par exemple qui seront par la suite transformées en langage machine à la compilation, je vous invite à regarder un code source en assembleur si vous souhaitez voir comment cela se présente ) et dont le coût en cycles est généralement connu. Donc, à ce stade, il n’y aura quasiment aucun souci. Ces mêmes instructions s’enchainent les unes à la suite des autres ( de la première on passe à la seconde et ainsi de suite ). Sur le 68000 des A500/A600 il ne se passe strictement rien entre le passage à ces 2 instructions. Malheureusement ce n’est pas du tout le cas sur le 68EC020 d’un Amiga 1200. Des choses se passent. Et c’est bien là que le bas blesse : la documentation technique officielle du CPU ne donne pas d’informations suffisamment précises et détaillées sur ce qu’il se passe exactement. Il faut donc y aller à tâtons au risque de généralement tomber à coté de la plaque. Il est certain que l’on ne peut pas deviner par magie et de manière fiable ce qu’il se passe vraiment et le coût en cycles qui en découle. Impossible donc de créer un algorithme correct et vraiment fiable. C’est tout sauf précis.

La conséquence inéluctable est un  » déréglage  » de l’ émulation au niveau des vitesses. Résultat : interprétation trop rapide ou trop lente. Des évènements se produisent trop tôt ou trop tard. Des exemples illustrés seront beaucoup plus explicites qu’un interminable blabla je pense :

 

Exemple 1 : Apex-Dotsy

 

Je considère cette démo comme un très bon exemple car une pétouille apparait le temps d’une trame (  durant 1/50 de s ), voyons donc ce qu’il se passe :

 

Amiga 1200 ( hard)

 

 

WinUae 4.1 :

 

 

Dans un monde idéal, si les vitesses  » d’interprétation  » étaient bonnes les deux images devraient être identiques ( elles le seraient presque totalement si nous étions sur une démo A500/A600 :D ), ce qui n’est manifestement pas le cas ici. WinUae va trop vite, on arrive déja à distinguer  » Dotsy  » qui apparait en bas à droite et on constate que les deux ronds  » presents  » n’ont pas le bon espacement tout comme les deux  » e  » entre autres choses. Bref l’image n’est pas similaire. Là, dans cet exemple nous ne sommes pas dans le cadre de quelque chose de génant ( 1 image sur 50 ), le glitch est bien présent sur hard mais est représenté de manière légèrement décalée sous WinUae. Le vrai bug est mal reproduit ( au mauvais moment ). Vous venez de découvrir le principe de précision qui fait tant défaut pour l’émulation du 020 et donc du 1200 en général. Mais rassurez vous, la plupart du temps ces décalages sont négligeables et vous ne vous rendrez compte de rien MAIS…

 

Parfois ce décalage est beaucoup trop important en aval ou en amont et provoque des choses qui ne devraient pas arriver. Et c’est précisément ce que nous rechercherons dans ce dossier. Je vais prendre pour exemple la démo Freezers-Symptom :

 

 

On se rend très vite compte du problème. Un glitch apparait en haut lors de la descente de l’objet.

Je n’ai malheureusement pas de vidéo sur hard mais  ce bitonio est absent sur une vraie machine stock.

Pire encore, les plantages, la démo Trsi-Cubic Dreams présentée plus bas en est la parfaite illustration.

 

Entrons dans le vif du sujet.

 

Alors ? Ces fameux FPGA sont-ils plus performants qu’une émulation soft en pratique ? C’est ce que nous allons tenter de découvrir au travers de quelques démos s’étant révélées problématiques sous WinUae car je ne vais pas vous noyer avec des démos à n’en plus finir. Si cela vous intéresse quand même je vous invite à consulter la chaine Youtube de Kathleen ainsi que celle de JeanFred64 et la mienne où vous retrouverez l’ensemble de nos tests respectifs. Prenez le temps de visionner les démos sur chaque support, c’est assez instructif. Notez que seules les démos posants des problèmes ont été testées sur Mister/Hard et non pas l’intégralité de ce que j’ai personnellement essayé sous émulation. Il n’est nullement question de privilégier tel ou tel support car certains savent que je suis un fervent défenseur de l’émulation soft mais uniquement de constater ce qu’il se passe réellement dans les faits en se contentant de lancer tout bêtement ces démos et de tordre le cou au passage sur certaines idées reçues ( émulation et FPGA ).

 

Gods-Future

 

A1200 :

 

 

FPGA Mister :

 

 

WinUae 4.1 :

 

 

Pour cette première démo, les résultats sont très clairs. Sur l’Amiga 1200, hormis un glitch sur la scène du tore consécutif à la présence de Fast elle va jusqu’au bout sans broncher. Pour le Mister ainsi que pour WinUae, c’est un magistral plantage après la scène du vélo. Match nul.

 

Anadune-Collage

 

A1200 :

 

 

Mister FPGA :

 

 

WinUae 4.1

 

 

Alors pour cette démo, le Mister semble avoir un peu plus de mal que WinUae. Nous pouvons le constater lors de la première scène avec la deuxième fenêtre qui a un sacré problème sur le Mister. Un peu plus tard durant la scène des cercles un nouveau bug fait son apparition. Ce second problème est commun aux deux supports. Sur hard, tout va bien. Match nul, mais avantage WinUae.

 

Les Shadocks-Intro Ga

 

A1200 :

 

 

Mister FPGA :

 

 

WinUae 4.1 :

 

 

Ici le Mister a clairement un souci concernant l’affichage de certains crédits. Les lettres sont remplacées par un rectangle blanc. Tout comme sur hard, WinUae s’en sort sans heurts. Gagnant : WinUae 4.1.

 

Subspace-Ubergirl

 

A1200 :

 

 

Mister FPGA :

 

 

WinUae 4.1 :

 

 

Alors cette démo est vraiment intrigante. Sur hard les crédits disposent en arrière plan d’un damier bien défini qui scrolle. Sur Mister ou WinUae il est remplacé par de joyeux parasites. Match nul.

 

Ramsès-Benoit

 

A1200 :

 

 

Mister FPGA :

 

 

WinUae 4.1 :

 

 

Le résultat est sans équivoque : WinUae refuse de la démarrer alors que le Mister lui y parvient. Cependant il demeure un glitch contitué de barres noires durant la démo. Elles disparaissent en activant le Dcache du Mister mais la démo semble alors tourner au ralenti. Sous WinUae avec une astuce nous pouvons également la démarrer en conservant strictement la même configuration mais nous nous retrouvons avec le même glitch ( les barres ) que sous Mister. Mais là nous sortons du protocole dans les deux cas :D. Gagnant : Mister.

 

Passion-Nitte

 

A1200 :

 

 

Mister FPGA

 

 

WinUae 4.1

 

 

Si vous observez attentivement la fin de la séquence  » Nitte Field  » à 1:55 une image  » fantôme  » qui n’est pas présente sur l’Amiga 1200 de cette même scène réapparait à la transition. C’est également le cas avec le Mister à 3:32. De surcroit, il semble qu’il y ait un bug d’affichage sur la scène elle même sur ce dernier. Peut être un filtre je ne saurais trop dire. Match nul avantage WinUae.

 

Zomo-Speed

 

A1200

 

 

Mister FPGA

 

 

WinUae 4.1

 

 

Cette démo me parait en effet très étrange dans son comportement sous WinUae. En effet, l’invite du cli réapparait très brièvement après 2 transitions. C’est tellement rapide que lors de l’upload sur Youtube le problème n’apparait plus. J’ai quand même mis la vidéo même si elle ne démontre pas le souci. Tout passe comme un timbre à la poste avec le Mister. N’apparait pas sur hard. Gagnant : Mister

 

TRSI-Cubic Dreams 3

 

A1200

 

 

Mister FPGA

 

 

WinUae 4.1

 

 

Pour cette dernière démo, je vais être assez bref le résultat étant éloquent. En un mot, c’est le plantage sous Mister et WinUae. Sur hard, tout va bien et jusqu’au bout. Match nul. A noter que WinUae ne plante qu’à la transition de la seconde scène alors que le Mister lui plante après le loader. Match nul.

 

Conclusion :

 

A n’en point douter, c’est un débat qui continuera à faire rage entre les partisans de l’émulation soft et ceux du FPGA. Comme je l’ai déjà précisé, cette première partie n’est ni à charge ni à décharge vis à vis de telle ou telle méthode. A vous de juger. On peut toutefois remarquer que l’on est bien loin du 99,99/100 % de compatibilité vantés ici et là pour l’Amiga 1200. Alors oui je suis allé chercher la petite bête mais dois-je rappeler que la documentation technique est la même pour tous et ce quel que soit le support. Croyez moi ou non, cela a son importance.

Ceci étant écrit, nous nous attaquerons plus tard aux tests de latence lors de la seconde partie  tout en espérant que ce premier petit dossier aura répondu à certaines de vos interrogations.

 

Zarnal.

Dossier – WinUae VS Mister, le concret. Partie 1

  • Ce sujet contient 28 réponses, 4 participants et a été mis à jour pour la dernière fois par KathleenKathleen, le il y a 3 semaines.
13 réponses de 16 à 28 (sur un total de 28)

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

  • Auteur
    Réponses
  • #84098
    KathleenKathleen
    • Level 6
    • Messages : 340

    J’ai bien essayé de trouver des volontaires pour tester également sur Vampire au départ mais personne ne s’est manifesté.

    @Zarnal,

    J’ai zappé ça, je ne savais pas des tests sur Vampire t’intéressait aussi.

    Je suis l’heureuse propriétaire d’une Vampire V2 dans mon A2000.

    On peut aussi envisager des tests avec (dès que je serai dans ma nouvelle maison, d’ici quelques semaines)



    #84100
    Staff
    ZarnalZarnal
    • Level 17
    • Messages : 3912

    J’ai bien essayé de trouver des volontaires pour tester également sur Vampire au départ mais personne ne s’est manifesté.

    @zarnal, J’ai zappé ça, je ne savais pas des tests sur Vampire t’intéressait aussi. Je suis l’heureuse propriétaire d’une Vampire V2 dans mon A2000. On peut aussi envisager des tests avec (dès que je serai dans ma nouvelle maison, d’ici quelques semaines)

     

    C’est dans les premières pages du topic Bug ( je ne sais plus laquelle, je regarde ).

    Edit : pas retrouvé mais le 1er post a tellement été modifié depuis le début. :lol:

    Par contre, j’ai retrouvé un de mes posts qui évoque un résultat sur Vampire.

    https://www.amigafrance.com/forums/topic/bug-glitch-tracking-winuae-fpga-a1200-stock/page/21/#post-71285

    Pour les tests sur vampire, cela sera avec plaisir. Nous pourrons ainsi greffer les résultats à la partie 2. Pour les démos concernées, tu as la liste. On se contentera dans un premier temps des exemples de la première partie.

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

    #84104
    Staff
    ZarnalZarnal
    • Level 17
    • Messages : 3912

    @Tuko

    quels sont les réglages impératifs pour ralentir le 080 ? Je crois me souvenir qu’il y a le mode  » turtle « , mais y a t’il d’autres réglage plus spécifiques à faire ?

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

    #84132
    TempusTempus
    • Level 1
    • Messages : 19

    Merci Zarnal, le sujet que tu as traité est très intéressant.

    Effectivement, le core MINIMIG sur MISTer n’est pas parfait dans sa version 68020 AGA, mais en utilisant le 68000 je suis forcé de constater que depuis l’intégration dans ce core du fx68k (cycle précis) je n’ai vu ou ressenti aucune différence avec mon 500, et ceci avec ou sans WHDLoad.

    Le Fx68k, le M68k, et maintenant le TG68k ont fait faire un pas de géant au MISTer, des cores comme le fxcast « Atari st », NEOGEO, GENESiS ou encore MINIMIG en ont grandement profité.

    Cependant, Sorgelig consent que certains cores doivent être nettoyés, celui de la NEOGEO par exemple.

    Ce que je vois, c’est que WinUae et les FPGAs n’ont de cesse d’évoluer et des synthèses comme celle-ci contribue à ce que notre passion perdure.

    J’attends avec impatience la partie 2, (cette fameuse latence que nous ressentons tous différemment).

    Merci encore.

    Amiga 500+ACA500+ACA1232+Sony Trinitron
    Amiga 500+ ACA500+
    Amiga 3000+FastATA 4000+Big Ram Plus 256mb+1083S
    Amiga 1200+1230IV+Copro+1085S
    Minimig+contrôleur ARM 40MHhz 4M0
    Mist

    #84165
    Staff
    Mutt2828Mutt2828
    • Level 11
    • Messages : 1455

    Bref… d’après ce que je vois, rien ne vaut une bonne vieille bécane d’époque!

    Et d’ailleurs, vous allez peut-être trouver ça con, mais je trouve ça bien qu’on arrive pas encore à « imiter » à la perfection un Amiga! Moi je vois ça comme une chose qui brille au loin… inaccessible.  :-p

    En tout cas, super boulot! :good:

    Et bravo à ton équipe aussi! C’est du boulot tout ces tests! :wacko:

    La 2ième partie, au vue du programme, risque bien de m’intéresser…

     

     

    #84195
    Staff
    ZarnalZarnal
    • Level 17
    • Messages : 3912

    Bref… d’après ce que je vois, rien ne vaut une bonne vieille bécane d’époque!

    Oui et non. En un mot : vétusté. Et avenir incertain à court/moyen terme. Les alternatives sont le futur de la préservation à mon avis. :-p

     

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

    #84198
    Staff
    Mutt2828Mutt2828
    • Level 11
    • Messages : 1455

    Bref… d’après ce que je vois, rien ne vaut une bonne vieille bécane d’époque!

    Oui et non. En un mot : vétusté. Et avenir incertain à court/moyen terme. Les alternatives sont le futur de la préservation à mon avis. :-p

    Ouais bien sur, c’est évident tu as raison.

    Moi je disais ça dans le cas où on à la chance d’avoir le matos d’époque et entretenu durablement… le plus possible en tout cas! :unsure:

    D’ailleurs en partant de ce principe, l’avenir est plutôt ce que tu dis. :cry:

     

    #86235
    Alpha49Alpha49
    • Level 3
    • Messages : 68

    Excellent article et bravo Zarnal… 👍

    - 1 Amiga 500+ Vampire 1.5 Mo Chipram + 1 Amiga 500+ stock
    - 3 Amiga 500 stock rev 5 - 6 et 8.0
    - Amiga 1200 128 Fast Ram + 2 stock
    - Amiga 600 HD
    - Atari Falcon 030/Mega St1/Ste + 520 St/Stf/Ste/Stfm - 1040 STf/Ste
    - Amstrad cpc 464+664+6128+464plus+6128plus
    - Oric Atmos/C64/Atari 800/Ti99/Sinclair (tous modèles)&PC200-
    J'arrête là ! Il y en a de trop !

    #90276
    TimTim
    • Level 4
    • Messages : 100

    Par hasard que je passait par là, j’ai relu ce dossier…

    Bravo pour ce travail qui a surement demandé du temps que je n’aurais pas accordé pour savoir si mon MiSTer est performant ou moins performant concernant l’implémentation du Minimig.

    Je suis moins calé que vous sur le sujet mais que importe là n’est pas mon intérêt.

    Par contre je suis un passionné de l’Amiga et ayant découvert le MiSTer il y a maintenant quelques mois, je suis comblé par cette petite machine.

    Le MiSTer fait tellement plus de merveilles que de simplement faire tourner un Amiga… Ca tombe bien car ce n’est précisément pas de cela dont je vais vous parler…(petit clin d’oeil à une fameuse émission sur NoLife).

    Pour en revenir à l’Amiga et ces tests, franchement, même si beaucoup parles d’un 99,9%, on sait bien tous enfin les vieux, les puristes, que cela ne peut être vrai compte tenu de la complexité du 1200(enfin de son ensemble donc).

    Moi Personnellement, mon réel Amiga 1200 Classic restera mon point de départ(et sans Vampire msieurs/dames ! Etant fermement opposé à cela.) sur mon bureau à côté d’un Amstrad & C64, et au point que certes le core Minimig du MiSTer fait des merveilles mais je ne l’ai pas pris pour cela, non vraiment pas. Par contre, l’implémentation du Minimig est vraiment bluffante sur MiSTer bien que ce dossier nous démontre les failles de ce super « core » pour la partie A1200, je dois l’avouer, c’est juste par curiosité que j’ai relu cette 1ère partie de dossier et que je ne lirais probablement pas l’autre(désolé).

    C’est un bon dossier, des avis basés sur des tests certes… Chacun son avis sur la question de savoir si ça pèse réellement pour lui.

    Après c’est une question de ressenti aussi.

    Pour terminer, le Core Minimig est en constante évolution mais il arrive à un moment et là ce n’est rien que mon avis, où il faut s’arrêter de trop le chercher sous peine d’avoir des effets de bords, en terme de stabilité par exemple,  ça c’est une réalité à laquelle est confronté tout développeur.

    Le jour où mon Amiga commencera à me lacher et que je trouverais compliqué de trouver comment le soigner, pour moi, le Minimig FPGA est la solution pour continuer à alimenter la nostalgie de l’Amiga.

    et comme dirait Spock « longue vie et prosperité ». :heart:

     

    Amiga 1200 / AmigaOS 3.1.4.1 KS 46.143 / ACA 1233n / HxC Lotharek
    C64 Reloaded / 1541 Ultimate 2+ / JiffyDos / SIDFX
    ATARI 1040STE 4Mo = Au placard, plus de place...
    Amstrad CPC6128 / ZAX Drive 3 / Cyclone RX

    #97125
    KathleenKathleen
    • Level 6
    • Messages : 340

    Voici un point intéressant mentionné par Sorgelig un dev du core Amiga il y a quelques jours. En l’état actuel des choses, il ne faudra donc pas s’attendre à voir tourner les softs demandant un cycle exact avec le core AGA 68020. Le but de ce core étant de faire tourner l’A1200+AGA le plus vite possible avec les moyens du Mister plutôt que de recréer un A1200 stock donc.

    « CPU speed can be lowered by delaying memory reply signal.
    Core has 2 CPUs inside, so for cycle accuracy for old games/demos there is 68000 CPU.
    68020 is not cycle accurate, so lowering down the speed won’t bring a cycle accuracy, so you won’t get cycle accurate A1200 for example. Some instructions will be slow, some will be fast. Thus 68020 is made to be as fast as possible to cope with high-end Amigas.
    Fortunately later apps/games don’t assume specific CPU speed. »

    Mais comme le dit si bien @Tim, le Mister a d’autres atouts.

    J’en suis toujours aussi ravie de mon Mister FPGA et admirative devant ce que font les Devs en ce moment que ce soit pour Amiga (Share folder, RTG en cours etc) que pour le core AO486, X68000 etc.



    #97130
    Staff
    ZarnalZarnal
    • Level 17
    • Messages : 3912

    Voici un point intéressant mentionné par Sorgelig un dev du core Amiga il y a quelques jours. En l’état actuel des choses, il ne faudra donc pas s’attendre à voir tourner les softs demandant un cycle exact avec le core AGA 68020. Le but de ce core étant de faire tourner l’A1200+AGA le plus vite possible avec les moyens du Mister plutôt que de recréer un A1200 stock donc.

     

    Du coup, on  » perd  » plus ou moins la partie vraiment  » tatillonne  » de la logithèque 1200 tout comme avec les émulateurs. :-p

    Mais ce n’est guère étonnant. Cela aura au moins le mérite de tordre définitivement le cou à certaines idées reçues. :-p   Et c’est le plus important pour ne pas induire en erreur et savoir à quoi s’attendre à l’achat pour ne pas être déçu au final.

    Mais dans les deux cas ( soft et réimplantation ), c’est un exercice délicat.

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

    #98819
    lroby74
    • Level 0 - Newbie
    • Messages : 1

    Hello, may you repeat these tests? Since 31 march 2020, Minimig core has been improved a lot (for example some 020 istructions has been implemented) and situation of today may be different from your previous tests..

    Thank you vey much

    Roberto

    #98829
    KathleenKathleen
    • Level 6
    • Messages : 340

    Ciao Roberto,

    You’re absolutely right and this was also my aim to check the today situation with the new revision of the core. But did not do this yet due to lack of time to be honest. On the other hand, despite the fact that the core got some nice improvements, I do not think that what has been brought will help a lot for the demos which showed issues, there is still a (big) gap between the original A1200 and the minimig core. I like the Mister and its cores, especially the Minimig one for which, many many games work fine but regarding the demos and/or things asking cycle exact for instance, it is another story. I’d say wait (again) and see (maybe) :-)

    Désolée de répondre en Anglais mais au vu du message de Roberto, je suis pas certaine qu’il parle Français.

Partager sur vos réseaux sociaux préférés :
Facebooktwitterredditpinterestlinkedintumblrmail
13 réponses de 16 à 28 (sur un total de 28)
  • Vous devez être connecté pour répondre à ce sujet.