La HW3 qu'on craignait tellement va arriver! - Page 9

arf, je parlais de MaxMem pr HW1...

Y'a pas trop de chose à changer dans la source de hw2patch pour avoir un MaxMem HW1.

OK...
(j'avais pas saisi que tu parlais de MaxMem pr V200... en libérant toute la flash, non ?)

J'ai réussi à débloquer le bloc de 64ko à ROM_BASE + 0x140000 sur l'AMS 2.05, reservé normalement aux applications flash, en le laissant faire partie de la mémoire archive. L'AMS supporte le patch parfaitement. Et c'est beaucoup plus facile à faire que je croyais.
Il faut que j'essaie maintenant de faire des tests avec des applications flash installées, mais là je crois que ca va coincer, à moins de faire plein de petites modifications dans l'AMS.

En tout cas MaxMem V200 est peut-être réalisable.

donc, avec ce que tu as fait, on pourrai utiliser 64ko de ROM en plus comme archive ?
ou alors c'est le segment utilisé pour le garbage... dans lequel on ne peut donc pas mettre de données (car elles seraient effacées par un garbage collection)

(sans avoir d'APPS : j'en ai jamais)

Bravo!
Bonne chance en tout cas.

squale92 a écrit :
donc, avec ce que tu as fait, on pourrai utiliser 64ko de ROM en plus comme archive ?
ou alors c'est le segment utilisé pour le garbage... dans lequel on ne peut donc pas mettre de données (car elles seraient effacées par un garbage collection)
(sans avoir d'APPS : j'en ai jamais)

En effet, ce n'est pas le segment de garbage, c'est un autre segment!
Personne n'avait compris pourquoi on pouvait mettre des FlashApps dans le segment de garbage jusqu'à ce que Pen^2 y a jeté un coup d'œil et a vu qu'il y a un autre segment réservé pour les applications quelque part ailleurs. Et c'est ce segment que ExtendeD a réussi à libérer.

Coooolllllllllllllll !!!!!!!!
ExtendeD> joli !
si ça marche nikel, ça serait cool que tu le diffuse....
(en patch on calc ?)

En précisant bien qu'il ne faut pas utiliser d'apps, si ça foire avec...

J'ai fait des essais sur VTI uniquement, je tiens à ma calc. Il faut encore tester ça dans tous les sens avant de faire un vrai essai.
J'ai testé l'archivage/désarchive très rapide, un remplissage de toute la mémoire archive, et des Garbage Collections, tout est supporté. Et bien sûr les archives tiennent le coup au reset.
Et le patch sera immédiat, comme pour hw2patch et maxmem, (un effacement du bloc ou on écrit n'est pas nécessaire, et je préfère ça, ça limite les risques). Mais ça ne sera peut-être pas le cas si on veut que les flash apps fonctionnent.

Cooolllllll (bis )
donc, ça ferait 64ko de Flash en plus, qui se comporte exactement comme de la flash normale !
super ! Ca permettrait d'avoir plus de programmes ! (en ce moment, j'ai jamais la place de tout mettre )

Tu sais, j'ai jamais installe de flash application alors ca ne me gene pas

je me souviens du temps, ou il y avais de tres bon programmeurs francais sur ti, et un/des grand connaisseurs americains sur le hw ti.

si on regarde la situation a ce jour, je vois plutot :
des tres bon programmeurs francais sur ti, et un/des tres grands connaisseurs francais sur le hw ti, ils sont ou les americains maintenant ? écrasés ?

le patch ça serait pas juste une modification du test d'ams qui regarde si on veut archiver en dessous de rombase+0x150000 par hasard ?

Ox, 251> t'as pas complételent tord

C'ést parce qu'il ne va pas voir la scene anglaise

voila le pkoi du "complétement".

pen^2 : en autre, mais il y a d'autres patchs qu'il faut faire pour eviter que l'AMS soit perturbé par des données écrites à rombase+0x140000.

Libérer les 64Ko c'est pas ce que pollux voulais faire dans GTools?

si mais lui c'ést le segment du garbage qu'il libère...enfin d'après ce q'il m'avait dit.

à propos, pdt le garbage je me demande pkoi ils ne copient pas +tôt les données temporaires en RAM, c qd meme là pour ce genre de chose apres tout, la RAM.....

ben eh si y'en a po assez, il fait comment le garbage

GTools était conçu pour AMS 1, et libérait le segment de GC et les 128 ko de l'app "Geometry", soit 832 ko au lieu de 640 ko de Flash...

Si je fais une version AMS 2, il n'y aura que 768 ko d'archive

LOL en 2048

gugusg a écrit :
ben eh si y'en a po assez, il fait comment le garbage

ba si t'as pas 64ko de RAM c grave qd meme.......
de toutes façons la RAM c pas fait pour stocker qq chose durablement.............

ben je sais mais les nwb qui connissent po archiver, ils ont ptet po 64ko de libre
nan mais je pense justement que texas a fait ca "au cas ou" qqn aurait po 64ko de ram

Bien joué ExtendeD !

Pourrais-tu me dire si le long à 0x212002 est la taille d'AMS (ou à peu près, cela semble être ce long + 0x49 (ou 0x50 s'il faut être word-aligned) sur AMS 1.00, 1.05, 2.01, 2.03, 2.05) ? Parce que je voudrais utiliser ce long pour TIGCC, dans des macros nommées ArchiveMemorySize, AMSSize, AMSEnd... (mais ça a l'air plus compliqué pour ArchiveMemorySize, si des segments sont réservés)...

ArchiveMemorySize est (0x3FFFFF - 0x390000 + 1) sur AMS 1.xx et (0x3FFFFF - 0x350000 + 1) sur AMS 2.xx, ou je me suis encore trompé ?
(Je parle bien entendu d'une calculette normale, sans MaxMem ni aucun patch...)

Je sais pas, j'ai pas trop le temps là. C'est pas documenté dans le format des certs dans la doc de tigcc, ça?

Et JM portera finalement ses patchs sur V200.

Que devient-il ?

oué ?

ExtendeD: à priori non, ce n'est pas documenté...

Et je me suis mal exprimé: ce n'est pas la taille du basecode mais la taille du code AMS (voir le post 265, j'ai ajouté des trucs)
Quelqu'un pourrait vérifier ce que j'ai écrit ?