Tetris Attack 68k - Page 11

Nan...

< Orion_ > Vertyos > tu sauvegarde les states des composants et voila, c un peu crade mais au moins tu te fait pas chier a faire un loader compliquer et tout < Orion_ > sa va peut etre prendre pas mal de place si ta des img, mais au moins question coding t'a rien a faire

-

sisi, t'inquietes

Mais il a raison d'un côté.

-

je suis d'accord qd meme, vaut mieux coder un editeur qui charge des .bin et qui sauve en .bin, comme ça apres tu fais un coup de ttbin2oth et c bon pour la calc, sinon en sauvant les composants, il gagnera du temps pour faire l'editeur mais pas les maps... c'est dommage surtout s'il veut distribuer l'editeur un jour

Tu aimes programmer, Orion ?

< Orion_ > sa va peut etre prendre pas mal de place si ta des img, mais au moins question coding t'a rien a faire

Et ce n'est pas la première fois que je lis une remarque de ce genre venant de toi.

-

tu as lu mon post ?

LOL

-

Orion_
a écrit : entre utiliser un DrawStr ou le recoder entièrement pour juste afficher une info a l'ecran tu prefere koi ??

Le recoder, d'ailleurs c'est ce que j'ai fait, et le résultat est là.

-

Orion_ a écrit :
........
lamentable, si c'est juste pour afficher une info a l'ecran sans besoin de vitesse n'y rien, je vois pas l'interet ... un gbs.tib pendant que t'y est non ?

Lamentable pour toi... C'est ce qui fait la différence entre un programmeur et un flemmard
Je ne programme pas dans le but de biaiser toutes les difficultées, moi

Tout le monde est dans ce cas ici d'ailleurs.

Orion_
a écrit : entre utiliser un DrawStr ou le recoder entièrement pour juste afficher une info a l'ecran tu prefere koi ??

Vertyos
a écrit : Le recoder, d'ailleurs c'est ce que j'ai fait, et le résultat est là.

Beurk!
Je suis entièrement d'accord avec Orion_ sur ce point-là! C'est totalement idiot de réécrire les ROM_CALLs!

Les ROM_CALLs puent
Ils sont ultra-lents pour la plupart, et je déteste, contrairement à toi, avoir quelque chose de non optimisé.

Justement, c'est non-optimisé de ne pas les utiliser, parce que ça prend de la place pour rien dans ton programme.

Voui
Mais bon toi de toute façon plus j'en apprend plus je me dit que jamais je ne coderais comme toi (soutenir que recoder à zéro un projet est une perte de temps, c'est fort ça quand même... même un newbie n'aurait pas dit ça je pense)

non, ça prend pas de place pour rien si ça tourne sur pedrom, la rom du futur

Si, parce que PedroM implémente (ou implémentera, dans certains cas) elle aussi ces ROM_CALLs!

Quant à "ROM du futur": du futur très lointain peut-être, mais il faudra au moins 10 ans pour avoir quelque chose d'utilisable. (Je précise qu'"utilisable" veut dire que l'intégrité des ROM_CALLs sont supportés de manière 100% compatible, y compris le CAS.)

qui te dit qu'on veut une rom qui a un CAS ? rien a foutre du cas moi, je veux juste une rom comme elle l'est maintenant

Même si on n'a pas besoin de CAS, je prévois 5 ans minimum pour avoir une implémentation à peu près complète des ROM_CALLs non-CAS. Même si vous (toi et certains autres qui se reconnaîtront) les trouvez "inutiles", il y aura toujours des programmes pour les utiliser. C'est d'ailleurs même le cas pour les ROM_CALLs CAS: il y a des programmes même non-mathématiques qui les utilisent à bien plus d'endroits que vous le croyez! Bref, tant qu'il manquera des ROM_CALLs, ce ne sera pas une ROM utilisable.

-

Vertel n'est pas otpimiser en Vitesse. Pour du ti-basic, ce serait stupide.

-

oué mais bon, t'as vu la solution de merde que tu proposes ?

-