Nouvel emulateur - Page 1

Il semble qu'un nouvel émulateur soit en cours.

I finally get to announce that I wrote a new Atari Jaguar emulator for this collection! There will be some more interesting announcements about that emulator coming soon, so for now I’ll just say that working on it has quickly become one of the greatest joys of my career. https://t.co/IICGSfyY99

— Rich Whitehouse (@DickWhitehouse) June 29, 2022

Il est dédié a une collection, mais croisons les doigts pour une Release plus publique.

Yep, d'autres en parlent ici: topics/193786-com-pour-les-50-ans-datari

Oui, on en a déjà parlé, mais c'est sur un salon sponsorisé, pas évident de tenir une discussion entre 2 pages de pubs
Donc ici, ce sera très bien aussi pour ce qui est spécifique Jaguar.

Désolé du doublon, mais le fait que quelqu'un bosse sur un émulateur a temps plein pour en faire un produit fini / commercial, j'ai pas pu m'empêcher de le partager.

Ne t'excuse pas. C'est bien que le sujet retombe côté Jaguar pour l'émulateur de Digital Eclipse.
Comme le dit Fadest le gars qui est derrière l'émulateur à l'air de bien connaitre son sujet. Il va y avoir d'autres annonces sur l'émulateur si on comprend ce qu'il annonce... sur Twitter ils ont même évoqué AvP qu'ils aimeraient ajouter à la liste d'ici la sortie officielle...

A suivre.

Je viens de regarder l'historique du gars et il me semble que son approche de l'émulateur est spécifique a chaque jeu.
Il utilise son outil, http://www.richwhitehouse.com/index.php?content=inc_projects.php&showproject=91; d'après ce que j'ai pu lire, ici et la, il serait sur l'émulation de Cybermorph depuis fin 2020.
Avec sa stratégie de retro-engineering, c'est une émulation par titre et non pas un émulateur générique. Je peux me tromper bien sur.

Ce serait bien qu'ils sortent des compil de jeux tant que le rapport prix/quantité n'est pas abusé. Je prendrai peut-être l'anniversaire collection si les critiques sont bonnes, et le fait que ce soit multi plateforme ca m'arrange (je le prendrai peut-être sur Switch), mais je me dis qu'ils auraient du en faire une exclu VCS pour essayer de booster les ventes et l'attractivité de la plateforme (si les seuls bons jeux Atari sont aussi dispo Switch je vais jamais investir dans une VCS)

Si c'est "par titre" est-ce que c'est vraiment de l'emulation?
Si c'est une forme de recompilations statique c'est complètement autre chose que de l'émulation.

Ce que j'ai compris de l'annonce c'est qu'il a créé un émulateur pour cette compil anniversaire et qu'ils sortiront d'autres jeux/compil avec.

Oui, il a bien annoncé sur Twitter avoir créé un nouvel émulateur ;-)

Du coup ce serait un "émulateur" qui joue sur 2 couches à la fois : une couche d'émulation pour ce qui est émulation hardware/code redondant, et une couche de compatibilité pour les spécificités de chaque jeu ??

Chevels (./11) :
Du coup ce serait un "émulateur" qui joue sur 2 couches à la fois : une couche d'émulation pour ce qui est émulation hardware/code redondant, et une couche de compatibilité pour les spécificités de chaque jeu ??

C'est globalement résumé. Il utilise son retro-dev. tool. Un tweet en faisait référence.

Just put a Noesis build up with a bunch of new Atari Jaguar functionality, including support for Cybermorph! pic.twitter.com/xL0mvhQEao

— Rich Whitehouse (@DickWhitehouse) January 5, 2021

ça sent pas un peu le vaporware ce truc ?

DEATH (./13) :
ça sent pas un peu le vaporware ce truc ?

A priori, il y a eu une annonce officielle et en lien avec un produit commercial. En théorie, un contrat a du être signé, donc Milestones, livrables, etc. Ideal pour se mettre la pression.

Atari 50: The Anniversary Celebration doit sortir sur le dernier trimestre 2022 donc on va vite être fixé. Vu l'annonce et les vidéo je n'ai aucun doute sur sa sortie avec des jeux jaguar intégrés 😜

C'est quand même très curieux, il n'existe actuellement aucun émulateur réellement fonctionnel pour la Jaguar.
Aucun jeu ne fonctionne parfaitement, même le logo de la boot ROM n'est jamais parfaitement exécuté (trop rapide, trop lent...)
Aucun émulateur n'est même capable de faire tourner l'ensemble de la bibliothèque et il faut souvent jongler pour trouver le bon, quand ça fonctionne.
Personne ne connait vraiment parfaitement le fonctionnement de la Jaguar, il y a encore plus ou moins des parts d'ombre
La console est bourrée de bugs dont on se demande même si on les connais vraiment tous.
Y a pas moyen d'avoir toujours le même résultat sur un émulateur et une vraie Jaguar quand on programme dessus

Vous prenez un émulateur SNES, n'importe quel jeu/demo/etc quasiment tourne comme sur la vraie console.

Le gars arrive et dit "ouais j'ai passé le BIOS avec ma moulinette magique qui transforme en C, j'ai désassemblé 2-3 jeux et j'ai regardé, trop facile j'ai tout pigé à la console je vous pond un émulateur rapidos entre 2 tours aux chiottes"

heu... ouais...

parceque ce n'est pas un émulateur.

Apriori il y a de la recompilation statique & autres qui font qu'on sors du cadre de l'emulation normale. C'est pour ca qu'ili a "une version" par soft.

quand a
[cite]Personne ne connait vraiment parfaitement le fonctionnement de la Jaguar, [cite]

C'est faux vu qu'on a les docs techniques completes. Le probleme de l'emulation de la jag n'est pas des parts d'ombres, mais les resources nécessaires pour tout faire marcher de maniere correcte sur une machine, meme moderne.

(et le temps nécessaire pour décortiquer tout ça)

Et effectivement, optimiser pour un jeu spécifique change beaucoup la donne. Par exemple, quelqu'un a fait un émulateur spécialement pour Tempest 2000. Et le résultat est excellent : même sur mon PC d'il y a 15 ans, ça fonctionnait nickel, là où les émulateurs "normaux" ramaient et/ou avaient des glitches audio. C'était même plus fluide que sur la vraie console.

Zerosquare (./18) :
(et le temps nécessaire pour décortiquer tout ça)

C'était même plus fluide que sur la vraie console.

Ce n'est pas nécessairement un atout surtout si ce n'est pas voulu. Exemple simple avec l'intro de la boot rom qui est soit trop rapide soit trop lent, le son est alors complètement désynchronisé de l'animation.
ça c'est dans le meilleurs des cas, dans le pire, une desynchro à cause d'un élément trop lent ou trop rapide pourrait faire planter la console.

Ben pour Tempest 2000 c'est un atout : le jeu va a la même vitesse, mais il ne saccade pas quand il y a beaucoup d'ennemis à l'écran (alors que c'est le cas sur la console).

Zero, les horloges de chaque chip sont dérivé d'un horloge commune ou c'est chacun tourne en roue libre?

Sur la console, tout est cadencé par une unique horloge à 26.6 MHz ; il y a juste le 68000 qui a un facteur de division de 2.
(Mais le chipset est prévu pour pouvoir aussi supporter une horloge différente et asynchrone pour la partie génération vidéo.)

Godzil (./21) :
Zero, les horloges de chaque chip sont dérivé d'un horloge commune ou c'est chacun tourne en roue libre?

Un émulateur ce n'est pas un simulateur.
Les instructions, les processeurs, les composants, ne sont pas émulé au cycle près. Il est d'ailleurs facile de voir la desynchro entre le GPU et le DSP par exemple sur certains programme dans un émulateur.

sinon pour revenir sur un point, non on ne possède pas les docs techniques complètes, loin de là. On a juste un relica de documentation utilisateur, de programmation, grossières et comportant des erreurs et on n'est même pas sûr d'avoir la dernière version.
Tout comme les Netlist dont on ne sait pas non plus s'il s'agit es dernières versions et quand bien même n'ont pas été "décortiqués" à la ligne près. On a aussi quelques schémas et autres fichiers Gerber

Qui a déjà eu l'occasion d'étudier la documentation technique/programmation de la SNES peut se rendre compte qu'on est quand même à un autre niveau. Et il n'y a (quasi) aucune surprise quant à la réalité du contenu.

Les netlists, ce n'est pas encore assez bon pour toi ? Tu voudrais quoi de plus, les masques qui ont servi à la fabrication des ASICs, avec l'équipe de développement qui vient à domicile t'expliquer comment ça marche transistor par transistor ?

Je connais pas beaucoup d'autres consoles pour lesquelles des informations officielles aussi détaillées soient connues, et de plus révélées par le concepteur principal de l'architecture !

Quant à l'émulation au cycle près, renseigne-toi. Il y a plein d'émulateurs qui le font, justement parce qu'une émulation de plus haut niveau ne reproduit pas correctement certains effets. Puisque tu parles de la SNES, c'est justement pour ça que bsnes a été créé. non Godzil, on ne trollera pas sur byuu

(sinon, ça fait des semaines/mois qu'on te voit critiquer la Jaguar, ses concepteurs, les gens qui discutent sur ce forum... c'est quoi le but ?)

Zerosquare (./24) :
Les netlists, ce n'est pas encore assez bon pour toi ? Tu voudrais quoi de plus, les masques qui ont servi à la fabrication des ASICs, avec l'équipe de développement qui vient à domicile t'expliquer comment ça marche transistor par transistor ?

Je connais pas beaucoup d'autres consoles pour lesquelles des informations officielles aussi détaillées soient connues, et de plus révélées par le concepteur principal de l'architecture !

Quant à l'émulation au cycle près, renseigne-toi. Il y a plein d'émulateurs qui le font, justement parce qu'une émulation de plus haut niveau ne reproduit pas correctement certains effets. Puisque tu parles de la SNES, c'est justement pour ça que bsnes a été créé. non Godzil, on ne trollera pas sur byuu

(sinon, ça fait des semaines/mois qu'on te voit critiquer la Jaguar, ses concepteurs, les gens qui discutent sur ce forum... c'est quoi le but ?)

tu es le premier à dire (ou c'est scpcd je ne sais plus) que la fiabilité des Netlist n'est pas assuré car on ne sait pas si ce sont les derniers.... (en cherchant un peu on pourrait retrouver leou les posts qui en parlent)

Et non, il n'y a pas PLEINS d'émulateur qui font du cycle près (inutile de jouer sur le mots, je parle sur l'ensemble de l'émulateur) à part bsnes (dans une certaine mesure) je n'en vois pas d'autre. Seules certaines parties peuvent être précises facilement, comme les timers, les interruptions matériels.... SNES9x s'offre le luxe d'être précis au cycle près pour le 65c816, mais précis par rapport à quoi ? A tout le reste de l'émulation de la console ? Certainement pas.

DEATH (./25) :
tu es le premier à dire (ou c'est scpcd je ne sais plus) que la fiabilité des Netlist n'est pas assuré car on ne sait pas si ce sont les derniers.... (en cherchant un peu on pourrait retrouver leou les posts qui en parlent)

Oui, on n'est pas sûr que c'est identique à 100%. Et ? C'est déjà infiniment mieux que la très grande majorité des consoles, où la seule façon d'obtenir des infos de ce niveau est de décapper les circuits intégrés, observer au microscope, essayer de démêler le plat de spaghettis de transistors et d'en ressortir quelque chose de lisible.

DEATH (./25) :
à part bsnes (dans une certaine mesure) je n'en vois pas d'autre.

Godzil en parlera mieux que moi, mais il y en a plusieurs sur NES. Dont celui-là :

Encore une fois, c'est quoi le but ? Si tu attends une machine parfaite avec une documentation parfaite avant de faire quoi que ce soit...

bsnes/higan a d'autres problèmes que l'emulation au cycle prêt (perso c'est interface qui est dur a digérer); et les émulateurs (S)NES qui veulent supporter les jeux sans hacks sont tous au cycles prêt. (et oui il y a un émulateur au transistor pour la NES, mais la pour le coup l'intérêt hors s'amuser est tres limité par rapport au emu qui font au cycle )

Et si snes9x et meme zsnes, chacune des parties sont cadencé par rapport aux autres, meme si par manque de documentation a l'époque, certaines parties ne sont pas émulé parfaitement.

En oubliant le son qui est suffisamment indépendant du CPU/GPU (pour la SNES), le GPU est synchronisé avec le CPU parce qu'ils partagent la meme horloge, et si tu ne fait pas suffisamment précis au cycle, tu va avoir une large partie de la videdteque qui ne marchera pas correctement sans appliquer des patches grossiers, et ce que ce faisait pas mal d'émulateurs dans le temps.

Exemple pour avec la NES, Battletoad est un parfait exemple de ce qui se passe quand les choses ne sont pas faites correctement:


et pourquoi devoir faire au cycle prêt? simple, parce que sur ce genre de machines, les jeux sont fait en comptant le nombre de cycles, et ca compte aussi pour la Jag de par l'interaction entre lTom et Jerry et le 68k plus le fait que pour les deux DSP, le code est fait au cycle prêt pour les boucles critiques.

La N64, PS1 & co, les emulateurs ne font pas du cycle parce que ces systèmes, était suffisamment co,plexe pour que les dev ne faisant plus (ou du moins plus autant) des choses comme le comptage de cycle etc, et comme il y avait des libs fournies par Sony/Nintendo, qui était dans la majorité des cas utilisée telle que le HLE suffit parfaitement pour meuler les dit jeux.

Et dans le cas de "l'emulateur" jag dont il est question, je suis a peu prêt sur qu'il utilise du HLE et recompilations statique du code d'origine, ce qui en fait pas vraiment un émulateur.

Mon émulateur NES qui est tres loin d'être parfait, (et ce n'est pas la bonne façon de faire) je fait tourner le CPU X cycles correspondant a un scanline, puis je fait le rendu de la dite scanline, etc...

la bonne façon de faire c'est d'avoir une boucle qui va tourner a un multiple de l'horloge principale, au mieux a la vitesse de celle ci, au pire, tous les 2, 3 ou 4 cycles, puis on execute le CPU, GPU PPU etc pour le nombre de cycles de la boucle en cours.

Certains émulateurs font des boucle pour que ca corresponde a un cycle du CPU (sachant que le PPU tourne plus vite que le CPU) donc on va demander au CPU de faire 1 cycle, le PPU X cycles (j'ai oublié le rapport entre les deux).

Ouais. De mémoire j'étais aussi cycle-accurate sur mon ému Game Boy. Bref tout ce qui était 8 bits (et 16) les jeux essoraient tellement toutes les capacités des machines qu'il n'y avait pas moyen de vraiment s'en sortir sans être cycle-accurate et aussi supporter les "bugs" et autres bizarreries du chipset. C'était fun

On peut tout à fait coder un ému cycle accurate, la boucle principale va juste passer un delta (combien de cycles il s'est passé depuis le dernier appel), dans le cas non-optimisé c'est juste 1 (on appelle la boucle pour chaque cycle d'horloge principale), et appeler une fonction pour chaque composant, où on soustrait le delta au "temps avant le prochain événement" qu'il a calculé, et s'il est <= 0, on exécute l'événement (instruction CPU, DMA, chargement du buffer de sprites dans le VDP, génération d'un sample audio, etc.) puis on calcule quand sera le prochain. Comme chaque composant sait le nombre de cycles où il ne fait rien (qui n'ait un effet de bord sur le logiciel de jeu), on peut généralement brûler un certain nombre de cycles gratuitement, ou alors les passer dans une toute petite boucle qui n'exécute que le ou les processeurs principaux (qui eux n'ont jamais vraiment de pause).

C'est en gros une machine d'état où on s'occupe de chaque composant un à un à chaque cycle d'horloge maître, mais optimisée avec bon sens pour le chipset que tu émules.

Zerosquare (./22) :
Sur la console, tout est cadencé par une unique horloge à 26.6 MHz ; il y a juste le 68000 qui a un facteur de division de 2.

Puis de 4 en interne

Certes

Finalement, tout semble résumé sur ce schéma tiré du site de digitaleclipse.com :



chaque jeu est donc "transformé" dans une version Eclipse qui tourne sur l'Eclipse Engine. Ensuite, ce jeu devient donc compatible avec toutes les plateformes où l'eclipse engine tourne, plateforme actuelle mais aussi future...

Il n'y a donc pas de nouvel émulateur Jaguar...

Malins les gars de DigitalEclipse ! Ainsi, en transformant tous ces jeux dans un format "propriétaire", ils obligeront tous les éditeurs qui travaillent avec eux, je pense notamment à Capcom, Konami, Disney, SNK... et finalement ATARI (cf leur site) à repasser par eux pour de futures sorties sur de nouvelles machines ! La poule aux œufs d'or. . Après c'est loin d'être idiot leur concept finalement, car cela doit rendre donc plus facilement portable les jeux dans l'avenir, tout en les rendant indispensables ?