Gba Emu


Status
Not open for further replies.
This is sounding better and better. Although reading that last bit of news, I have to say I'm getting the feeling that we would need to reflash to use it. Although I still don't quite understand why.

We'll know more when the beta comes out - if its got flashing instructions with it, then we'll have to reflash.

Do you think anyone *won't* though?
 
once again I'm not keen on the idea of flashing when Play GBA games, going back and forth between GP32 applicatons and GBA could result in quite a few dead GPs if batteries decideto go at the wrong time (namely during flashing) I'm hoping there's a better way though and hope that his project is successful!
 
I didn't get the impression it'd involve going back and forth. Just an addition to the current GP32 bios of a custom GBA bios at the end of it, type of thing...
 
another little something about the BIOS mod
(flashing or not flashing.....)
here is the question :
C génial. Pour la modif du firmware, c une modif pour ke tu puisse voir tes erreurs ou c une modif pour pouvoir lancer els roms???
It rocks. for the FW mod : this is to see where it crash or to allow roms to be launched?

and here is da answer

En fait ça sert à 3 choses :
- voir mes erreurs
- charger les roms > 4 Mo
- intercepter les fonctions SWI des programmes GBA

A moins que je trouve un moyen de faire autrement pour les SWI, le changement de firmware (de bios plus précisément) va être indispensable pour la plupart des jeux.

This is usefull for 3 things:
- allow me to see where it crash
- load roms bigger than 4M
- intercept SWI functions from GBA programs

if I dont find another way for the SWI then it will need a BIOS(firmware) mod to allow games

another Q:
cool. Mais sinon (puisqu'à apparament les 3/4 des possesseurs de gp vont changer de firmware), le nouveau ne posera pas de prob d'incompatibilité avec certains prog?
cool. but wont there be some incompatibilities issues?

another A:
Non, aucune différence. Je ne modifie pas des fonctions qui existeraient déjà, j'en ajoute.

Plus précisement, au début du bios se trouvent des vecteurs d'interruption, ça permet de dire au processeur où aller si une exception (ou une interruption) se produit. Comme le bios d'origine n'utilise pas beaucoup la MMU, les vecteurs d'interruption de la MMU font resetter la console. Ce sont ces vecteurs que je redirige.

Je pense que la réponse courte te suffisais...
No diff at all.
In fact there are some interuptions vectors at the beginning of the BIOS which allow to tell the CPU where to go if there is an exception(or an intruption)
Since the original BIOS doesnt use a lot the MMU then those vectors make the GP32 reset. Im redirecting those vectors

j'ai une question, as-tu essayé de faire lancer une rom commerciale ?
si oui, qu'est ce que ca a donné ?
I ve a Q : did you try to launch a commercial app?

Non mais pour l'instant j'ai déjà du mal à trouver des démos qui marchent, alors j'ai pas vraiment essayé.
Et puis surtout une rom commerciale va surtout utiliser les modes vidéo 0,1 et 2, (ceux où ils y a plein de sprites dans tous les sens, et où je vais galérer à tout programmer, sniff) et je les ai pas encore fait.

not for now since Im already facing difficulties to find running demos...
And commercial rom are using mode 0 1 2 (with a lot of spites...that will be hard to dev) and I didnt deved that now

see you :lol:
 
Yeah great news, this project has a real unique feel about it which is excellent and I can't wait to see how it turns out.

Nice to see a from scratch emu project on the GP32 too.

I don't think there are many of us reading this thread though, I think people see the gba emu topic and assume its just a 13 page argument! :)

I've just finished a touch of GBA commercial work (first in over 2 years) so I can't wait to play about with this emu and see what I can get running while the GBA hardware is still fresh in my mind.

-Craig

www.gbax.com
 
hehehe I'm sure people are reading it but since a lot of it is technical jargon it's hard to speak up about it. Since the guy working on this is french it's doubtful he'd come to read a bunch of english posts on the topic so it's kinda useless to thank him here... though I think washo should be thanked continuously for his gracious translating.
 
What does he mean by allowing you to play roms larger than 4MB when the bios is updated? Does it mean he actually figured out a smart way to load stuff in and out of RAM to be able to play roms even 16MB big, or does it mean we will be able to play roms which are 6MB (ie < 8MB) (not that any rom is 6MB, since then the developers would have wasted 2MB).
 
I guess I should say, that enf65 speaks english... so perhaps he could be persuaded to post a status report on gp32x if he ever visits here :) Not that it's neccessary.

EDIT: pip, I think he means the first one ( > 8 MB )
 
he said in one of the posts that he didnt have internet at home right? I doubt he'd take what precious internet time he has to post a second status report in a second language. It's a nice thought but not necessary.
 
Yeah I'm reading too fellas :p Its just I think that while its great he's doing this I don't like the GBA. I had one with a flash linker and the games were dissapointing so I sold it. I wish he would do a genesis emulator. ;)
 
kotd posted on Mar 9 2004 at 12:50 AM said:
Yeah I'm reading too fellas :p Its just I think that while its great he's doing this I don't like the GBA. I had one with a flash linker and the games were dissapointing so I sold it. I wish he would do a genesis emulator. ;)
the gba has imho VERY great games.... i got one with a flash linker and there is really much to play .... just think of metroid zero mission and fusion, then golden sun, sword of mana, mario kart, pokemon... oke many of them are snes remakes but they look way better than the originals.
(still, i have more fun playing with my gp but anyway its quite fun.)

genesis sure is nice also, but we will have fgen32 sooner or later :) (i hope)
 
Last edited by a moderator:
hi, another thing about the emu...
ThunderZ :
Le ARM pur est plus sympas et pour etre franc je n'ai jamais employer le thumb sur GP32.



Tout à fait d'accord, mais sur GBA les instructions THUMB sont utilisées plus souvent que sur gp vu que les cartouches sont lues en 16 bits, et donc il faudrait à chaque fois deux lectures pour executer une instruction ARM.
En fait le problème qui se posait, c'était juste que si je remplace les SWI par des BL, il faut que je fasse gaffe car SWI change tout seul le mode du processeur en ARM, alors que BL ne le fait pas, et on risque de lancer une fonction écrite en ARM en mode THUMB.
C'est pour ça que je disait que je devrais écrire toutes les fonctions en ARM et en THUMB.
Maintenant il est vrai que rien ne m'empêche de juste écrire dans le corps de la fonction THUMB un BX vers la fonction ARM équivalente.

De toute façon pour l'instant avec la petite modif de bios que j'ai fait, je peux me passer de tout ça, mais j'y reviendrai plus tard.

J'aurais encore une autre question à poser à propos des timers :

Il faut que je provoque un timer à toute les lignes du LCD afin de mettre à jour les registres vidéo de la GBA, malheureusement GpTimerOptSet n'a pas l'air d'apprécier qu'on mette trop de "ticks per second", du coup je mets à jour VCOUNT que toutes les 32 lignes, ce qui peut parfois poser des problèmes.
Est-ce qu'il y aurait moyen de dépasser cette limite ? Est-ce qu'il y aurait déjà quelqu'un qui ait fait une fonction pour configurer les timers ?

Au pire j'ai une source qui configure les timers sans utiliser le SDK (http://www.deadcoderssociety.tk/ un programme qui émule du VSYNC). En lisant un peu la doc de samsung, je dois pouvoir configurer les timers "à la barbare" 

but in fact they are mostly talking about assembly code...so I wont translate it except if someone ask me for...

see you :lol:
 
Status
Not open for further replies.
Back
Top