patcher la rom... - Page 1

je voudrais faire un editeur de
fontes systeme oncalc.
comment fait on pour lire la rom systeme?
(par exemple si je veux rechercher une suite de
nombres dans la rom pour en rapatrier l'adresse)
peut on ecrire dans la rom flash systeme?
est-ce possible en C?
sinon, qqun pourrait me faire une routine asm
qui le fait(je n'ai pas assez d'experience asm)
que l'on pourrait utiliser en C en donnant comme parametre l'adresse et la donnée?

Heu je te dits un petit conseil: laisse tomber!

moi aussi je voulais faire ca, mais tu a des graves inconvegnants:

1: il faut savoir deproteger la rom (ce que tu ne sais pas faire et que personne sur ce forum te diras..)
2: si tu te plante tu peut nicke la rom (c'est pas grave ca) ou effacer une partie du certificat! ce qui fait que ta calc part a la poubelle.
3: etc

et c'est illegal?

non je crois pas;=

mais vu que l'on peu distribuer de prog qui pete la calc... faut pas favorise l'expension de ces prog

ouais,
bon ben je laisse tomber
c'est dommage

ça veut tout de même pas dire que tu abandonne tfp ?

nan...
par contre, comme ça ramait grave, pour tfp,
je passe à l'asm!
(aucune modif pour celui ki l'utilise)
si tu l'utilise, dis le moi
et si tu fais des fontes, envoie les moi...

en ce moment, je fais un prog ki transforme les
binaires rapatries de la ti en .h
pour pouvoir les integrer au prog
(je trouve ça completement con,le principe etant de garder de laplace en utilisant
les fontes dans plusieurs progs, mais y'en a ksa interesse... !)
et aussi un editeur PC pour zindaube.

janjan:
ca ramais grave en C...
tu rigoles j'espers???
En C on peux faire plus rapide que la routine de pollux.
D'ailleur la routine de pollux n'est pas l'une des plus rapides.

je commence a passer a l'asm:
mes rutines seront optimiser
en asm ont fait plus rapide qu'en C

erf, on vera qui vera (la phrase pas modifier du tout)

hehe: popol vainqueur!

non pas du tout;à de plus meme sa routine asm peut etre optimiser

bon, je vé optimizé mé rutines

ou c'est que je peux trouver une table des instructions du 68k avec leurs nbre de cycles?

Voila un petit schot d'un ancien projet a moi mis sur liste d'attente de finition:


Tu peux remarquer 2 choses:
1 j'ai modifier la fonte de ma rom avec romedit
2 j'ai realise le projet que tu est en train de ralise
3 mon editeur fait moins de 10ko contrairement au tiens qui fait 20 ko, donc essaie d'optimiser en taille)
4 bonne chance
5 tout est en C

Tiens je viens de remarque que j'avais pas active l'appercu dans l'editeur de fonte ))

LOL tu l'as pas lancé avec ma ROM ? )) c la meme font ke sur celle ke je t send :P

ouais, mais moi,mon editeur est en 4gris
(super inutilité!)
et mon systeme de fontes est apparement different du tien, moi j'utilise en plus un offfset Y
pour plus de rapidité...
et je suis en train de finir un editeur onPC
donc, on pourra faire ses fontes sur PC ou oncalc, les utiliser dans les progs asm/C, incorporées (sous forme de .h)ou non au prog
(je trouve debile de les incorporer mais y'a un gars ki m'a demandé)
et pour la prchaine version, y'aura un utilitaire de isionnage de fontes sur la calc,des fontes en 4 gris , un utilitaire pour utiliser les fontes de TFP en basic...

et toi?

hehe.. je doute qu'un offset te fasse gagner en rapidite.. il t'apporte juste plus de place..
enfin non pas pour le routine de pollux qui n'est pas optimise et qui fait un dbra tout les octets

de plus l'editeur TGV de fonte est en gray avec largeur variable, il fait juste 1ko de plus...
(Mais je sais aussi que la version que j'ai eut etait un beta.. donc tout s'explique)

Ce que je te reproche c'est ta routine qui est tres mal foutu..
en general la hauteur de ta fonte fait plus de 4 non
donc faut mieux deja faire un truc du genre:
(vite programmer, mais pas optimise mais toujours mieux que pollux, qui ne sais pas optimise

j=i>>1;
while (j--)
{(*p)|=(*sprite++)<<lsl; p+=LARGEUR;
(*p)|=(*sprite++)<<lsl; p+=LARGEUR;
}
if(i&0b1)(*p)|=(*sprite++)<<lsl;

ce qui sera largement plus rapide que le truc de pollux... 2 fois moins de dbra pour un petit tst et un & lol

Si tu suit les conseils de pollux, t'es mal barre

NB: c'est une astuce, on peut etendre l'algo encore, mais apres faut voir suivant les utilites..., et il y a encore d'autres astuce... laisse tomber l'asm, en C tu peux faire de tres bonnes routines...

ouais, j'ai sorti mon editeur PC...

ouais mais comme dit PpHd:
tigcc aie aie aie...
pourtant, j'ai espoir vraiment pour
la version linux qui est a base de gcc 2.95 et mcoff...
sinon, j'en suis en optimisant en meme temps
la taille et la rapidite avec mes propres rutines
en C à 5*plus vite qu'ams en grande police
6.5*plus vite en petite
et j'ai pas fait de police TFP moyenne
je peux monter en optimisation à 8* en petite et7* en grande
mais au detriment de la taille du prog...

erf la boucle que je t'ai donner te fait prendre moins de 20 octets (en asm biensur)

pardon?
quelle boucle?

lol... c'est pas fait exprès, mais c'est bien envoyé...