Émulateur de GameBoy pour TI - Page 7

Pollux a écrit :
boogerman> un lsl prend 6+2n cycles alors qu'un move.w 0(a0,d0.w),d0 en prend 14, donc c rentable pour n<4 soit des handlers de taille <=8
en plus, sauf si tes handlers sont tous assez petits, ça risque de bouffer plein de RAM

Ouais, 'va faloir penser à autre chose...

guigui17 a écrit :
Il y aurai des possibilitées de voir une version TI89 de cet emu ou c impossible

En ce qui concerne la version TI-89, si quelqu'un peut me confirmer que les seules différences sont la taille de l'écran et la matrice du clavier je me mets au boulot. J'aimerais aussi savoir comment identifier sur quelle calc je suis.

guigui17> apparement, boogerman doit travailller sur 92+, donc com la taille de lécran diffère, tu fais com moi: wait & see.

ttpack est assez flexible, ms moin puissante ke shrnklib, et com ton prog est kernel... sinon pr une question de rapidité de décompression, joue avec pk92lib, elle aussi en kernel
(PpHd devrait me payer ...)
PpHd devrait confirmer

redangel17
a écrit : ttpack est assez flexible, ms moin puissante ke shrnklib,

Faux. ttpack est plus puissante que shrnklib!
ttpack est la meilleure routine de compression pour laquelle il existe une routine de décompression sur TI-89/92+/V200. Tu ne trouveras pas mieux.

Et je te signale que le programme pourrait dans un futur pas trop lointain passer au _nostub...

boogerman
a écrit : En ce qui concerne la version TI-89, si quelqu'un peut me confirmer que les seules différences sont la taille de l'écran et la matrice du clavier je me mets au boulot. J'aimerais aussi savoir comment identifier sur quelle calc je suis.

Il y a aussi la ROM qui est à $200000 sur TI-89 et V200 et à $400000 sur TI-92+, mais je ne pense pas que ça change quelque chose pour toi.
Pour la routine de détection, voilà:

	/* Calculator Detection */
| At first, assume TI-92 Plus.
| It takes less space to write the values into %d0 first and then check whether they are correct.
	moveq #1,%d0
| Move the address of the jump table to %d1.
	move.l %a0,%d1
	and.l #0x400000,%d1
| Now %d1 is 0 on a TI-89 or V200, or 0x400000 on a TI-92+.
	jbne __calc_in_d0__
| Otherwise, assume TI-89.
	clr.w %d0
| Get the address of the ScrRect variable into a1.
	move.l (%a0,0x2F*4),%a1 /* ScrRect */
| If ScrRect+2 (x2) is less than 200, it is a TI-89.
	cmp.b #200,2(%a1)
	jblt __calc_in_d0__
| Otherwise, it is a V200.
	moveq #3,%d0
__calc_in_d0__:

Après ça, si d0=0, c'est une TI-89, si d0!=0, c'est une TI-92+/V200 (d0=1 pour TI-92+ et d0=3 pour V200).

-

kev> ttpack plu puissante ke shrnklib? bon, je m'incline...

j'aimerai confirmation de PpHd qd ^m, ms je te crois pr linstant, qd ^m.

mea connery...()

La diff de compression est inferieure a 3%. Et en vitesse d'extraction. Enfin bon quoi.

Quelqu'un peut me filer une ROM de TI-89? J'en ai bessoin pour y rendre compatible l'emul.

Kevin Kofler a écrit :
Pour la routine de détection, voilà:

a0 est censé contenir quoi au début de ta routine?:

| Move the address of the jump table to %d1.
move.l %a0,%d1

boogerman a écrit :
a0 est censé contenir quoi au début de ta routine?:

| Move the address of the jump table to %d1. move.l %a0,%d1

Ça y est j'suis trop con c'est évident qu'il s'agissait de la table des ROM_CALLS

move.l $c8,a0 ;address of the jump table in a0

Je ne sais pas si A68k optimise tout seul, mais j'écrirais plutôt move.l ($c8).w,a0 : on gagne 2 octets et de la vitesse.

boogerman
a écrit : Quelqu'un peut me filer une ROM de TI-89? J'en ai bessoin pour y rendre compatible l'emul.

je sui en tr1 d'uploader les 6 roms 89 ke g
ça sera près ds 5 mins

voila c cuit
http://redangel17.free.fr/TI/Roms/

allez mon cher, au boulot si le t'en dit
en + sur 89, moin d'écran à gérer(profitons de lavantage de linconvénient de la 89 ), dc émulateur plu rapide, hein!

Pour te répondre Thibaut, OUI, A68k optimise ceci contrairement à AS

une instruction du genre move.l $c8,a0 devient 207800C8 assemblé
et non 2079000000C8 comme le ferait AS. donc ca marche.

move.l ($c8).w,a0 est obligatoire pour AS. En fait, c obligatoire à chaque fois que l'on a $xxxx dans ses instructions. Un conseil pour ceux qui utilisent AS: modifiez tous les $xxxx en ($xxxx).w

Je ne pense pas que ca marche avec des valeures directes du style #$xxxx (enfin j'ai pas essayé)

redangel17> Au fait, c illégale de garder une ROM si on n'a pas la caltos correspondante (idem que pour GB et pour toute console), Moi, je m'en fou car j'ai une TI 89 bien réelle et en plus ca tombe bien, je n'avais pas de version 2.05
Enfin bon, c pour une bonne cause et puis on a le droit de la gardée 24H (toujours arrondi à quelques mois chez moi)

Bien vue la dernière remarque


Concernant l'optimisation de taille, c'est impossible avec les valeurs immédiates.

Un point que je voudrais eclaircir: dans la doc de temps d'éxécution des intructions, pkoi on trouve un truc du genre 4/6

Cela signifirai-t'il que ca peut varier entre 4 et 6 cycles d'horloge

Nan, ça signifie que si la taille est byte ou word, l'instruction est exécutée en 4 cycles, si la taille est long elle dure 6 cycles.

Oki

En rapport avec le post #193 (c pas une valeure directe), j'espère que GTC optimisera bien car AS, c pas trop son truc

guigui17 a écrit :
redangel17> Au fait, c illégale de garder une ROM si on n'a pas la caltos correspondante (idem que pour GB et pour toute console), Moi, je m'en fou car j'ai une TI 89 bien réelle et en plus ca tombe bien, je n'avais pas de version 2.05
Enfin bon, c pour une bonne cause et puis on a le droit de la gardée 24H (toujours arrondi à quelques mois chez moi)

mais G UNE 89!!(tu devrais lire les post au desuus, je réclame une version 89 de TIGB.....)

pr les 24h.....euh
rigolons en


pi je devrai pa le dire, ms pr les roms gb par ex.....
chut ms.....
....g pa de gb!!!!....
.....

pi je signale ke je développe shinobi III sur 89 à l'aide d'un émul mega drive alor ke je n'aii pa de mega-drive....

ms je ne devrai pa dire ça.

On n'est pas les seuls en infraction, c clair

mdr, je sui pa méchant, je sai pa hacker;
ms g qd ^m win XP gravé, les 9/10e de mes jeux st des gravés/crackés, les 99/100e de mes cds de zik st des gravés, j'utilise les émulateurs:
-psx
-gb
-gba
-neo-geo
-génésis
-game gear/master system
-nintendo
-super nintendo
-92+
-atari

alor ke je ne possède absolument aucune de ttes ces machines

c pô bien

Merci pour les ROMs. J'ai pas une 89 c clair (j'ai une 92+), mais c'est pour la bonne cause

-

Ça vient pas au cas mais... vive le SNES

(et le PSX, mais surtout le SNES)

c pa le snes, ms la super nes, il me semble ke je sui sûr.

Orion> je nai absolument rien de tt ce k g mentionné en émul.


booger> alor, what's up?

-

tup escusez moa pr le post #207, je crois avoir compri pr
le snes, ki ne vaut pa le cas, et le psx est bien aussi.