[mOved] PEDROM: Recherche beta testeurs - Page 4

si c'est pas trop tard je suis également partant pour le béta test

Vous attendrez la prochaine version !

Les progs basic ont une chance de tourner dessus ????

Si tu me fais un emulateur BASIC, oué. Sinon, nan.

arf...
bon, Pollux, aprés GT-Basic, faudrat que tu t'attaque à Pedrome-Basic

je viens pour la 1re fois dans ce topic .. qui m'a l'air tres intéressant; pour les beta testeurs, ca ressemble a koi pour l'instnt PedRom ?

Une console où tu tapes les quelques commandes dispo

Et c une ROM a part entière?? il faut flasher sa caltos et tout et tout!

Et c koi les avantages? car la, ca pas l'air tres motivant comme ROM... Ma caltos me sert aussi beaucoup por les math donc

Le must, une rom avec toutes les fonctions utiles de TIGCC inclus en romcall ainssi que tout pour faires des progs systèmes et des jeux... et de quoi faire des maths assez avancé, des buffer pour les niveaux de gris intégrés pour éviter d'avoir a en allouer,...

Faut que j'arrete là

-

Et c une ROM a part entière?? il faut flasher sa caltos et tout et tout!

Oui, et je suppose qu'il faudra utiliser TIBreceiver a moins que Pphd trouve le moyen de passer la protection

Et c koi les avantages? car la, ca pas l'air tres motivant comme ROM... Ma caltos me sert aussi beaucoup por les math donc

Les premiers avantages qui me viennent c'est :
- Beaucoup plus d'archive disponible(normal vu que les romcals sont optimisés en place et que le CAS a disparu)
- Plus de problème de protection absurdes
- PreOS intégré
mais il doit y en avoir bien d'autres

Le must, une rom avec toutes les fonctions utiles de TIGCC inclus en romcall

les fonction des TIGCCLIB sont déjà pour la pluspart des romcalls.

tout pour faires des progs systèmes et des jeux...

bah y'a déja tout dans stdlib pour ca et meme plus

et de quoi faire des maths assez avancé,

Pour les math avancé c'est assez mal barré a moins de trouver quelqu'un qui a les compétances nécéssaires pour reprogrammer un CAS

des buffer pour les niveaux de gris intégrés pour éviter d'avoir a en allouer,...

ba je vois pas trop l'interet la, c'est pas bien dur de les allouer

-

Orion_ a écrit :
j'ai le cable // et j'ai jamais utiliser TIBReceiver pour envoyer mes rom de TI (pourtant transformé en TIB) avec le sendflash de la DBA sa marche nikel.

La conversion 89u->TIB ne change pas la somme de contrôle signée. Et comme les ROMs étaient de TI, la somme de contrôle était correcte.

Sinon, à moins d'avoir le boot 1.01 build 7 (extrêmement rare!), il est impossible d'envoyer des ROMs patchées sans TIB Receiver.

Une ROM prend de la place par paquet de 64K. Donc, tant qu'a laisser de la place libre sur un bloc de 64K non utilisable par l'utilisateur en tant qu'archive, faire de la place pour des buffers!!!!

Comme ca, plus de place prise en RAM et plus de ressources dispo De plus en double buffering, on dois reserver environs 4+4+4+4 = 12k en mode 4 niveaux de gris et deux fois plus en mode 7/8 niveaux de gris!!! ENORME

Quand je parle des fonctions de la TIGCCLIB, je parle des niveaux de gris, de la gestion des fichiers textes, de printf, de ato**, ...

C juste une suggestion...

Comme ca, plus de place prise en RAM et plus de ressources dispo De plus en double buffering, on dois reserver environs 4+4+4+4 = 12k en mode 4 niveaux de gris et deux fois plus en mode 7/8 niveaux de gris!!! ENORME

Je ne pense pas que la FlashRom soit adaptée pour le graphisme: premièrement ca risquerai de réduire son espérance de vie enormement et de toute facon je doute qu'elle soit assez rapide pour ce genre d'utilisation

Quand je parle des fonctions de la TIGCCLIB, je parle des niveaux de gris, de la gestion des fichiers textes, de printf, de ato**, ...

Pour ce qui est des niveaux de gris et des dessins, tout est déja dans graphlib, Mais c'est vrai qu'il n'y a pas de libs pour le fonctions de stdio.h. il faudrait y penser!

Mais dans l'AMS actuel, il y a bien un buffer pour l'écran donc, il serait peut être possible d'en réserver aussi pour les gris....

De plus, ce buffer écran et utilisé constamment, donc.... je n'en c rien

Il est en RAM, pas en FlashROM!

c pour ca qu'on a que 193Ko de RAM utilisable sur 256Ko??

En partie. Il y a aussi d'autres zones réservées. Par exemple la table des vecteurs, la pile utilisateur, la pile superviseur, la pile d'expressions, ...

Ben maintenant je peux plus rien tester sous PEDROM, cf: topics/19345-minams

C'est une erreur de ma part.

question:
Est ce que Xlib poura etre inclu dans la rom?

Sinon si tu veux je peux faire un pretty print avec pile RPN.. (enfin j'ai l'intention d'en faire un pendant les grandes vacances..)

TiMad a écrit :
question:
Est ce que Xlib poura etre inclu dans la rom?

Plus l'OS est petit, mieux c'est, mieux vaut avoir ça en externe.

Kler, puis Pphd mettrait plutot GenLib #roltf#

Les librairies ASM sont compatibles sous PedRom ?

1. Est-ce que XLib pourra etre supporte dans la ROM sans modification importante ? Pour genlib, c'est pas possible.
2. Est-ce que y'aura des programmes pour s'en servir ? Dans le cadre d'une lib kernel (comme genlib), c'est tres simple de la mettre en ROM (un simple wrapper meme si a cause du self modifing code ca marche pas). Mais XLib comment faire ?
3. Il me reste un peu de place. Mais si ca depasse j'enleve les bonus
4. Pkoi serait-elle pas compatible ? Hum

erf, vu qu'il a fait la rom pour pouvoir mettre CF, j'imagine que genlib doit tourner dessus , est ce que tu as testé CF dessus ?

Quand sort la nouvelle béta

de pedrom ? bonne qustion, en tout cas je suis volontaire pour tester

Bein je vois pas pkoi Xlib ne tournerais pas en rom
Bon de toute maniere une version kernel c'est pas bien dur a faire.

S'il y a du code auto-modifiant par exemple ça peut poser problème

Solid a écrit :
il doit y avoir un probleme de mail pke g tjs pas reçu la beta

a toi aussi