Emulation -> compilation - Page 2

Ouais, j'ai pensé aussi aux savestates, mais ça, plus le fait qu'il n'y ait aucun temps de chargement, plus le reste, ça commence à faire beaucoup

./30 : et que les textures sont restées en mémoire, avec toutes les autres ressources ? fortiche ^^

j'ai pas dit que j'y croyais, hein

l'iPhone est capable graphiquement de faire ça, mais a moins d'une recompilation, j'ai du mal a le croire. IE quand on voir les UltraHLE comme ils avaient du mal sur des PC d'époque... (ie deja eux meme plus puissant qu'un iPhone)

En même temps, Mario 64 est un jeu qui n'est pas très gourmand au niveau ressources (rien à voir avec Goldeneye par exemple), il tournait pas trop mal à l'époque de la sortie d'UltraHLE, du moins dans mes souvenirs.

Par contre, faire tourner du code N64 sans recompilation à la volée, c'est même pas la peine d'y penser (Project64 permet de choisir entre un "simple" interpréteur et un recompilateur dynamique, et de mémoire ça rame vraiment en mode interpréteur) ; et comme cette technique n'est pas portable si on change de processeur cible (vu qu'on génère du code natif), le gars n'aurait pas pu se contenter de recompiler un ému PC pour l'iPhone.

Donc, le gars de 14 ans qui fait son recompilateur dynamique N64->iPhone from scratch, j'y crois très moyennement

ptet qu'il s'est contenté de dumper une vidéo du jeu d'origine...

ben c'est ce qu'on pense tous, hein

Ptêt que c’est un génie sinon…
Par exemple limmt avait bien réécrit Windows 2003 from scratch sur TI à 15 ans.
non ?

Sans oublier Redhat Linux

Godzil (./19) :
Tiens, rien a voir (enfin si un peu) mais ça me fait penser, les deux gros Flop de Nintendo etait du hardware plus puissant que la concurence (N64/GC), alors que leurs gros succes sont des machines moins puissante (NES/SNES/Wii)... A méditer

Et le Virtual Boy, tu oublies le Virtual Boy

Je n'ai jamais vu un seul émulateur utilisé la recompilation dynamique par contre la compilation statique si. Mais pas entièrement. L'idée est de seulement recompiler des séquences de code ou recoder les 'appels Hardware' de base.
Ah oui une recompilation statique est possible et fiable à 100% (sans prendre en compte les contraintes Hardware to Hardware) si le système est prédictible. Bref que la question de Halting problem ne se pose pas.

On trouve les deux. Valgrind fait de la recompilation dynamique pour instrumenter le code, par exemple.

Kevin Kofler (./42) :
On trouve les deux. Valgrind fait de la recompilation dynamique pour instrumenter le code, par exemple.

Mais c'est pas pour de l'émulation, si? A moins que l'usage qu'en fasse Valgrind soit comparable? (tout ce que je crois savoir de Valgrind c'est que c'est un outil similaire à GDB mais je n'en sais pas plus)

Valgrind émule effectivement la machine sur elle-même pour détecter des problèmes comme les débordements, simuler le comportement du cache etc.

geogeo (./41) :
Je n'ai jamais vu un seul émulateur utilisé la recompilation dynamique

Comme je le disais précédemment, Project64 (émulateur de Nintendo 64) l'utilise. Et pour remonter plus loin, ARDI Executor (un émulateur de Macintosh sur PC) s'en servait aussi (détails techniques du fonctionnement interne assez intéressants)

Ardi, wow, ça ne nous rajeunit pas O_o

geogeo (./41) :
Ah oui une recompilation statique est possible et fiable à 100% (sans prendre en compte les contraintes Hardware to Hardware) si le système est prédictible. Bref que la question de Halting problem ne se pose pas.

Sauf que dans la réalitée, une telle machine n'existe pas. La compilation statique est quasiment impossible a faire dans le cadre d'un émulateur de machine reele.

La recompilation dynamique, comme deja dit est par contre assez souvent utilisé, surtout des qu'on cherche à émuler des machines puissantes