boogerman
a écrit : Il appelle userlib::idle_loop qui aparamment a bessoin de l'auto int 1 du TIOS.
En plus, toutes les foncions merdiques du TIOS (ie: drawstrxy) écrivent sur main_lcd et non pas sur le LCD actif...
Kevin Kofler a écrit :
Si tu utilises les niveaux de gris de TIGCCLIB, tu peux remettre l'ancien auto-int 1 sans désactiver les niveaux de gris en écrivant son adresse en __gray_old_int1_hw1 et en __gray_old_int1_hw2.
http://tigcc.ticalc.org/doc/graph.html#PortSet
. Cela fait combien de tps que tu prog sur TI?
boogerman a écrit :
Trop fort Kevin, t'as tjs la réponse à tout. Cela fait combien de tps que tu prog sur TI?
Slack
a écrit : Au fait t'as d'autre projet ?
Orion_ a écrit :
kevin, expert de GCC, n'ayant jamais apris le C, trop fort
boogerman a écrit :
Bon la je suis en train de modifier les Makefiles pour utiliser tigcc.exe pour compiler mais j'arrive pas à dire a a68k.exe où se trouvent mes include files. J'ai essayé -Wa,-i.lib comme option sur tigcc.exe mais on dirait que ça ne marche pas... J'ai aussi essayé -I et -B
PpHd
a écrit : Pkoi t'as pas utiliser graphlib::gray4 ? C du gaspillage de place !
boogerman a écrit :
Kevin: Je pense que je vais porter tout ça en nostub. D'après ce que j'ai lu dans ton tuto (qui est d'ailleurs très bon), il n'y a pas grand chose à réecrire. Le seul truc est comment je fais pour transformer une librairie dynamique en statique pour que l'éditeur de liens de TIGCC y compile automatiquement les fonctions que j'utilise?
Un autre truc: je pense que j'ai trouvé un bug dans tigcc.exe: lorsqu'un des sub-procès appelés (a68k, link, ...) trouve une erreur tigcc ne renvoie pas le code dans le CMD (on dirait qu'il retourne tj 0), donc si le tout fait partie d'un batch (tel un Makefile) la compilation ne s'arrête pas!
PpHd a écrit :
>1. graphlib n'exporte pas le pointeur vers l'ancien int1, et on ne peut donc pas rediriger l'ancien int1 après avoir activé les niveaux de gris. (Oui, on peut faire graphlib@0013+4, mais ça ne marche probablement qu'avec la version de PreOs, et tu es sans doûte d'accord avec moi que c'est très sale de faire ça, surtout parce que graphlib est une librairie dynamique et peut donc changer à tout moment.) Interet ?
>2. Avec TIGCCLIB, on peut passer au double-buffering sans trop de travail supplémentaire si on a envie. Avec graphlib aussi !
Kevin Kofler a écrit :
La solution la plus simple est:
tigcc -ar lib.asm
Mais le problème est que dans ce cas, les fonctions ne pourront pas être séparées par l'éditeur de liens. Donc ce qu'il faut faire est faire un fichier ASM par fonction, et puis utiliser:
tigcc -ar lib0000.asm lib0001.asm lib0002.asm ...
Malheureusement, je me demande s'il ne faudra pas un fichier externe (librairie dynamique _nostub) pour lcdlib, vu que la taille totale de tes programmes est en ce moment de 68648 octets
Kevin Kofler a écrit :
Les ROM_CALLs HeapAllocPtr et HeapFreePtr sont l'équivalent de malloc et free en C.
Orion_ a écrit :
boogerman: p koi tu a pas ajouter ttbin2str dans le repertoire ???
on ai pas censé avoir le repertoire de ticttool dans le path.
et pkoi ta pas virer userlib ??? c pas compliquer, y'a 2 ou 3 truc a changer (perso, moi je me le suis fait avec les sources et sa marche nikel)
boogerman a écrit :
Si si je sais me je parlais pas de ça je parle de
static mystruct_t mystruct;
cela se crée lorsque le programme démarre et se détruit lorsqu'il finit, n'est ce pas?
Orion_
a écrit : ben précise alors qu'on en a besoin.
Once you get the ROM, you will need to convert it to a format the TI can eat.
To do that, you must copy the ROM, say game.gb, to /bin and type:
>rom2ti.bat game.gb
(for this to work you will need to have ttbin2str.exe from TIGCC Tools Suite in
your path or in the current directory). This *should* create files rom00.9xs to
romxx.9xs wich you can upload to your calc and (optionaly) put in archive.
;------------------------------------------------------------------------------- ;some thoughts ; ; The GameBoy LCD redraws itself from the top to the bottom. The LY register ;holds the line wich is currently being redrawn, and is incremented every ;H-Blank. It is not enough to draw the LCD at the V-Blank stage (the interval ;in wich the LY register is out of the screen - LY>144) since some games use ;this hardware feature to create all kind of effects. The simplest of them is ;a scrolling multi layer background. Since the GameBoy only has one background ;layer there is no easy way to create a background where each element scrolls at ;diferent speeds. Let's say we have a background composed of a road, trees and ;clouds like this: ; ; LY ;clouds: CCC CCC 0 ; ;trees: ^ ^ ^ ^ ^ ^ ^ ^ 36 ; / / / / / / / / ; T T T T T T T T ;road: ------------------------------- 90 ; | | | | | | | | | | | | | | | | ; ;(my ASCII art is terrible) 144 ; ;We want that as Mario walks to the right the background scrolls to the left, ;but we want the road to scroll faster than the trees, and the trees to scroll ;faster than the clouds. How do we do that? Well we can scroll the background ;using the SCX and SCY registers, but that won't do since it will scroll the ;whole background the same way. So what we do is keep three coordinates (xroad, ;xtrees, and xclouds), then when LY is 0 we set SCX=xclouds, then we wait until ;LY is 36 and we set SCX=xtrees, then we wait until LY is 90 and we set ;SCX=xroad. That's it, the only thing left to do is add a diferent value to ;each one of xroad, xtrees and xclouds (say 8, 4 and 2 respectively) at every ;V-Blank and there you got your multilayer background! (and a pain in the ass to ;emulator programmers :^) ; ; The brute force solution for this is to redraw the whole LCD for each LY, but ;that is totally unacceptable since it would imply 144 redraws per LCD cycle. ; ; A better approach is to redraw only what has changed. Usually sprite data is ;only modified during V-Blank, and most of the time nothing will change from one ;line to another, so no extra calculation should be needed... ; ; In any case, we will need an extra buffer wich will be copied line by line to ;the screen buffer
Kevin Kofler a écrit :
Non. Pas en mode _nostub. (En mode kernel, ça met la structure dans le segment BSS.)
Pour créer une structure dynamiquement, même en C, il faut utiliser malloc et free.
