Babal Ti89 - Page 1

Salut ! Je vous annonce la sortie de mon dernier programme : Babal Ti89. Il exisait deja sur HP, mais vu les nombreuses différences entre les deux procs, je l'ai entierement reprogrammé [en nostub, et avec AS92 ! :-) ]. Le tout est sout GNU/GPL :-)
Pour le téléchargement : http://www.wire.fr.st/babal/Babal_1.01.zip
Voilou :-)

PS : Si qqn pouvait mettre une news officielle dessus, ca me ferait trop plaisir :-)

je teste..

bein je peux pas.. il est pas compatible 2.05

Il en existe deja 4ou 5 version pour 68k en comptant les 2 versions existant sur fargo, plus le mien celui de flashz et celui de pollux..

ET le mien et celui de flashz sont aussi en open source

Arf ! Ca, c'est un gros probleme !
En effet, je sais pas ce que vous en pensez, mais il n'y a nul part une VRAIE BONNE archive pour Ti !
PArce que figurez vous que je l'ai cherché ce jeu, avant de me faire chier a le reprogrammer ! Mais niet !
Alors la, vous voyez, je suis bien gaché !

Faudrait vraiement qu'on fasse un bonne archive :-)

il faut surtout savoir chercher pour trouver !!

parce qu'ils existent sur Ticalc et sur TI-FR !!

Clair, y'en a minimum 1 sur ti-fr, si ce n'est pas 2.

PUB: http://www.ticalc.org/archives/files/fileinfo/177/17790.html

Voila, a cette url tu trouveras la dernière version en date, de baballe programmé par moi-meme

C'est peute tre parce que je l'ai fait, mais je trouve que c'est le plus performant

Les versions sur ti-fr ne sont pas les bonnes!

lol freka fo le dire a mes gars

c un omique le ecco

g la flemme de retélécharger vti pr tester ça
ms bon, fo pas taper sur les gens qui essayent de prgrammer des trucs
y'en a si peu

>> la flemme de retélécharger vti pr tester ça

Et ta TI89, tu l'as achetée pour quoi si tu lances tous les progs sous VTI ?

Bon ce qui serait bien ce serai de le rendre compatible 2.05 (d'ailleur pourquoi cette limitation)

Sinon Pour le moment celui que j'ai préfére c'est celui de Freka.. dommage qu'il ne gere pas les rebond comme dans celui de HP...
Mais libre place a la concurence...

Merci

timad> y'a pas de port // sur mon portable

freka> le tien etait assez zarb à manoeuvrer, pas du tout comme skyroad sur pc

Arf ! En fait, y a aucune limitation a faire tourner mon jeu sur 2.05 (ou autre) Le seul probleme, c'est que j'ai eu besoin d'utiliser la fonction DEREF pour faire un ecran virtuel (et avoir un affichage fluide). Le seul probleme, c'est que DEREF necessite un RAM_CALL, qui ne passe pas en nostub (et encore moins avec AS92 !). Donc, j'ai utilisé la DOC fournie par CPEV, qui permet, a partir de ce qui est contenu dans l'adresse $C8, de trouver la version de CALC/ROM, et d'en déduire la variable HEAP pour cette config. Le probleme, c'est que je n'ai pas la correspondance enter $C8 et HEAP pour ROM 2.04 et au dessus pour 89 et 92+ Donc si vous me donnez les info, ben, je vous rend Babal compatible en 2-2 Voilou

PS : Euh, ouais, désolé pour l'archive de Ti-FR, j'avais pas bien regardé !

c'est le même offset !

OUlaaaa ! Ca veut dire quoi, ca "meme offset" ???? Je pite pas, la désolé...

-

Un offset est une différence mathématique entre 2 adresse pour moi, dans ce cas la, c'est entre l'adresse de debut de la rom et la fonction voulue a mon avis

Orion >> ou alors il l'a fait sous VTI , et il a envoyé le fichier bien déboggué à sa calc ensuite

EccoMK_> ta programmer sa en nostub entierement en asm et oncalc ?

Ben.. Ouais ! Bah, de toute facon, j'avais pas la possibilité de faire autrement, donc bon ! Mais franchement, on s'y fait ! :-)


Euh, sinon, je sais ce qu'est un offset. Mais visiblement c'est toi qu'a pas capté ce que je faisais : le truc, c'est que j'ai besoin d'un ecran virtuel.
Bon, je peux pas le mettre a l'arrache n'importe ou dans la RAM
Donc je fais un HEAP :-)
Pour ce faire, je fais appel au ROM_CALL adequat (ce qui est possible en nostub), qui alloue un heap, et me renvoie son HANDLE. Mais bon, le HANDLE, c'est bien joli, moi je veux l'ADRESSE MEMOIRE de ce heap. Pour cela, je passe le HANDLE dans la fonction DEREF. Mais c'est LA qu'intervient l'épine.
Dans la fonction DEREF, normalement, tu utilise un RAM CALL, qui n'est pas supporte en NOSTUB.
Donc, il faut trouver un moyen détourné
Le truc, je l'ai chopé sur la page de CPEV : en fait, le RAM_CALL te permet de trouver la valeuer de la variable HEAP.w qui DEPEND de la version de la ROM. De plus, ce qui est contenu a l'adresse $C8 est SPECIFIQUE a chaque ROM. On fait donc un tableau de correspondance $C8<-> Heap, et le tour est joué. Le seul probleme, c'est que je n'ai cette correspondance que pour les ROM > 2.04.

J'espere que j'ai été clair....


voilou voilou :-)

PS : Euh, si ca tente qqn, je peux implementer le rebond. Dites le :-)

si thibaut te dit que c'est le meme, essaye de mettre $C8 <=> rom 2.05 dans ton tableau.si c'est que ça, essaye, ça doit prendre 30 seconde à faire.puis teste, au pire , ça crashe, c'est pas la mort.

si tu veux pas utiliser la macro deref, utilise heapderef :

extrait de la doc de tigcc :
void *HeapDeref (HANDLE Handle);
Dereferences a handle.

HeapDeref dereferences Handle and returns a pointer to the actual block of the memory defined by that Handle. Nearly all heap allocation routines return a "handle" which is an identifier for a block of memory allocated in the heap. In order to use that memory, the handle must be dereferenced. Once a handle is dereferenced, that pointer is valid as long as nothing else is done to cause the heap to be compressed. If the heap is compressed the handle can be redereferenced to make it valid again. If a handle is locked, then the pointer that references that block of memory is valid even after the heap is compressed (since locking a handle means the heap manager will never move the memory associated with that handle).

NOTE: HeapDeref returns a garbage if Handle is H_NULL.

OK, merci du conseil ! Je vais tester ca, voir. J'epere que y a moyen avec AS92 ! :-)

bien sûr, c qu'une ROMCALL

OK, cool. Un handle, ca doit etre passé comme un word, ou un longword ? Un word, non ? La reponse du ROM_CALL est dans D0 ?

Ouais, nickel, merci PenPen
La nouvelle version de Babal est donc sortie :-)
http://www.wire.fr.st/babal
Servez-vous !
Et, bonne nouvelle, elle est maintenant compatible avec tous les AMS, y compris la 2.08 !

Et compatible 92+ aussi ?
non

-