Nulldc-360

Arwahabibi · le 2 septembre 2012

Salut a tous,

L'émulateur se lance sous Xell

Descritption:

The talented coder and hacker GliGli, mostly known for his work on the RGH and libxenon (Mupen64-360 : N64 emulator for Xbox 360…), seems to back on the scene. Indeed, since a few day some commits have been made on GliGli’s NullDC-360 github and a post on his blog too. For those who didn’t know, NullDC-360 is a WIP NullDC (dreamcast emulator for PC) port for Xbox 360 using libxenon library.

So what’s the news …. since the lastest version, sound support have been added and some core code improvement done. A lot of work have still do be done, but according to GliGli « a proper binary release *might* not be that far »

Here is a little example how the emulator run actually, there is some slow down in the menu or when it’s loading, but ingame it’s very fine

Traduction:

NullDC-360: l'émulateur dreamcast du projet est de retour sur la route

Le gligli talentueux codeur et hacker, surtout connu pour son travail sur la RGH et libxenon (Mupen64-360: l'émulateur N64 pour Xbox 360 ...), semble à dos sur la scène.En effet, depuis quelques jours une certaine commet ont été faites sur gligli de NullDC-360 github et un post sur son blog aussi. Pour ceux qui ne connaissent pas, NullDC-360 est un NullDC WIP (émulateur dreamcast pour PC) port pour Xbox 360 en utilisant la bibliothèque libxenon.

Alors quelles sont les nouvelles .... Depuis la dernière version, le support du son ont été ajoutés et des améliorations code de base fait. Beaucoup de travail ont toujours pas être fait, mais selon gligli «une version binaire approprié * pourrait * être pas si loin »

Voici un petit exemple comment l'émulateur de fonctionner effectivement, il ya une certaine lenteur dans le menu ou quand il charge, mais dans le jeu il est très bien

Note de l'auteur:

Here is his blog message :

Hey, as you might have noticed, I resumed my work on nulldc-360 and libxenon not long ago.

I’m currently working on 3 things: compatibility/sound/speed.

6 months ago I was badly stuck on 2 bugs, one texture endianess problem, and one random crash/infinite loop in the dynarec.

First thing I did was to look at that texture bug, in a few days I found the exact case where it happened and fixed it for good.

Then I fixed the dynarec one, it was quite an awful one: I forgot to save/restore the SH4 condition flag on dreamcast interruptions, so it was randomly corrupted as the emulated console handled its IRQs!

I fixed a few more bugs until it was clear I needed proper sound emulation for more games to boot.

Adding sound was relatively straightforward, of course there were the usual endianess related bugs, but I guess I’m getting used to it

The Dreamcast sound chip (AICA) is a complex design, it has an ARM processor core, a 64 channel sound generator, and a DSP.

I don’t emulate the DSP for now, many games don’t really need it.

Main problem with sound is the induced emulator slowness, though thanks to the 360 multicore cpu, I was able to make it almost free.

Updating peripherals in the dynarec works that way: each code block knows how many SH4 cpu cycles it emulates, and each time a fixed number of cycles (448) is reached, it calls a procedure that updates those peripherals.

To multithread sound, and by the way, other peripherals, I run parts of that update on a separate core.

It runs concurently with the dynarec, and, basically, every 448 SH4 cycles both get sychronized. so as long as peripherals emulation takes less time than SH4 emulation, the dynarec doesn’t have to wait for them!

So that makes them almost free to emulate, almost because they still stress the 360 L2 cache and memory controller a little.

Anyway, compatibility seems pretty good now, sound works, speed is more or less the same it was before sound emulation, a proper binary release *might* not be that far

Traduction:

Hé, vous avez sans doute remarqué, j'ai repris mon travail sur NullDC-360 et libxenon pas longtemps.

Je travaille actuellement sur 3 choses: la compatibilité / son / vitesse.

Il ya 6 mois j'ai été mal collé sur 2 bugs, un problème endianess texture et un choc aléatoire / boucle infinie dans le dynarec.

La première chose que j'ai faite a été de regarder ce bug de texture, dans quelques jours, j'ai trouvé le cas précis où elle . qui est arrivé et il a fixé pour de bon

alors je fixe le dynarec un, il était tout à fait une terrible une: j'ai oublié de sauvegarder / restaurer le drapeau de condition SH4 sur les interruptions dreamcast, de sorte qu'il a été corrompu au hasard que la console émulé manipulé ses IRQ!

je fixe quelques erreurs jusqu'à ce qu'il soit clair que j'avais besoin d'émulation sonore de qualité pour plus de jeux pour démarrer.

Ajout de son a été relativement simple, bien sûr, il y avait des bugs endianess habituelles liées, mais je pense que je vais m'y habituer ^ ^

La puce sonore Dreamcast (AICA) est une structure complexe, il a un cœur de processeur ARM, un canal 64 générateur de sons, et d'un DSP.

Je n'ai pas émuler le DSP pour le moment, beaucoup de jeux ne sont pas vraiment besoin.

problème principal avec son émulateur est la lenteur induite, mais grâce à la 360 cpu multicore, j'étais capable de le faire presque gratuit.

Mise à jour de périphériques dans le dynarec fonctionne de cette façon: chaque bloc de code SH4 sait combien de cycles CPU, il émule, et à chaque fois un nombre fixe de cycles (448) est atteint, il appelle une procédure qui met à jour ces périphériques.

multithread Pour le son, et par la voie, d'autres périphériques, je lance une partie de cette mise à jour sur une base séparée.

Il fonctionne simultanement avec le dynarec, et, au fond, tous les 448 cycles SH4 tous les deux obtiennent synchronisée. tant et aussi longtemps que l'émulation des périphériques prend moins de temps que SH4 émulation, le dynarec ne pas avoir à attendre pour eux!

Donc ce qui les rend presque gratuitement à imiter, car ils presque toujours insister sur le cache L2 360 et le contrôleur mémoire un peu.

Quoi qu'il en soit, la compatibilité semble assez bien maintenant, œuvres sonores, la vitesse est plus ou moins le même qu'il était avant l'émulation sonore, une version binaire approprié * pourrait * être pas si loin

Source: http://www.homebrew-connection.org/nulldc-...ck-on-the-road/

Modifié le 2 septembre 2012 par Arwahabibi