Forum TI-Planet.org

Je cherche en effet à livrer une version clés en main du PB, utilisable pour les tests en local et comme démo. Même si ça veut entre autres dire créer et maintenir deux définitions de base de données.

Un petit probleme avec la version locale:
On ne peut pas faire des arrays de plus de 255 bytes, sinon ca bug.
Les valeurs a l'interieur ne sont pas du tout celles prevues ^^

Ti64CLi++ a écrit:la version locale

?

Ti64CLi++ a écrit:On ne peut pas faire des arrays de plus de 255 bytes, sinon ca bug.

?

Ti64CLi++ a écrit:Les valeurs a l'interieur ne sont pas du tout celles prevues ^^

?

Va falloir me/nous donner beaucoup plus de précisions/exemples/etc. surtout si c'est un bug et pas "juste" un truc embêtant mais qui marche quand meme.

Salut Adriweb ....
en fait , c'est moi qui ai trouvé ca , mais fénéant comme je suis , Ti64CLi++ c'est gentillement proposé de faire un post
je commence donc par la declaration des variables :

Code: Tout sélectionner

#define Level_W  28
#define Level_H  16
uint8_t LevelGet[Level_H * Level_W]; // for read the level from file
uint8_t Map_Level[Level_H][Level_W]; // 0..15 Lines , 0..27 Columns used to put the sprites on


Le fichier que je lis et que je transfere dans LevelGet contient ceci (verifier avec reader hexadecimal) :

Code: Tout sélectionner

0000000000000000006000000000
0000700000000000006000000000
1212121311111110006000000000
0000000344444444446000070000
0000000300001130001111111311
0000000300001130000000000300
0000080300001130000000780300
1131111100001111111131111111
0030000000000000000030000000
0030000000000080000030000000
1111111113111111111130000000
0000000003000000000030000000
0000000703444444444430007000
0000311111100000000011111113
0000300000000090070000000003
1111111111111111111111111111



Par contre ce que contient vraiment le tableau LevelGet c'est ca :



Maintenant si je divise la taille du tableau en 2 tout est correct.
Donc , ma suspicion concernant la taille des array de plus de 255 bytes.

Et donc ça, c'est sur la toolchain quand installée sur l'ordinateur, ou bien le PB ? ou les deux ?

Mais surtout, quel est le code utilisé pour la lecture ?

ma suspicion concernant la taille des array de plus de 255 bytes.

Effectivement, les valeurs sont exactes juqu'à la 256ème... puis on répète le début du tableau.

Bon ... j'ai droit à une punition ...
J'ai fait une erreur de ... débutant ...

Code: Tout sélectionner

uint8_t cnt, cntx, cnty;

à la place de

Code: Tout sélectionner

uint16_t cnt, cntx, cnty;

Le pire c'est qu'en refaisant un example pour voir le bug j'ai refait pareil (Copier/coller !!)

cnt est le compteur qui met les données dans le Array general ... et vu que ca depasse 400 bytes ... un uint8_t ca ne passe plus .

Je pense que tu peut effacer le sujet et me donner 25 coups de calculatrice ...

En effet, uint8_t c'est trop petit

Vu qu'on te tient Adriweb

Y'a pas une nouvelle version en (release) de prévu pour le devkit ?
Celui la je crois que ca date du mois d'Aout si je ne me trompe pas.
Et j'ai vu que Zilog a fait une nouvelle version du compilo ez80 entre temp.

Euh, ca n'a pas été updaté depuis de nombreuses années, certainement pas en août
Si tu parles de la toolchain, c'est fait par la communauté, pas Zilog (eux, c'est pour les outils genre compilateur/linker/assembleur, même si c'est en train d'être remplacé par des outils communautaires open-source). Cf. https://github.com/CE-Programming/toolchain
Le PB est globalement a jour, mais pas 100% (ce sont des trucs mineurs, donc je ne me presse pas trop...)