Forum Graph100

(je me demande si tu as vraiment regardé le code dans CFXWiwdow).

Gloup ! Repéré  :oops:

J'y retourne...


Ps : en fait, à quoi ça sert alors de définir le nom de l'icone dans la première partie du système, si il faut que sont contenus soit dans la deuxième partie...?

Pfiou. ça à pas l'air évident du tout non...
Je pensait pas que c'était si chiant...

Si j'ai bien compris le fonctionnement : il y a une image (de la taille de l'écrans) pour chaque menu.

Il y a au maximum 7 menus.

Chaque image de menu est composé de :
- 1 titre (///MAIN MENU/// par défaut) en haut
- Une bande blanche à droite (c'est à nous de dessiner les flêches ou c'est la calto qui le fait toute seul ?)
- les icônes.

Si j'ai encore mieux compris, je dirait que cette ensemble (l'image du menu) "pèse" 1024 octets. Le premier ensemble se trouvant à l'offset $6000 dans le fichier système.

Maintenant, faut que j'arrive à décomposer cette ensemble.

Ps : toutes ces infos ne sont qu'une réflexion personnelle. J'essaye en fait de comprendre le principe, qu'i n'était pas du tout comme je l'imaginait au départ. Donc si j'ai pas compris, réctifiez moi...

Effectivement, je suis vraiment trop lol  :?        :mrgreen:

Bon, ça, ça va attendre un peut le temps que mon emploie du temps se libére. Le principale (le protocole) est fait, et il marche. Pour le moment, je vait utiliser le très bon Flash 100 ( ) sous Virtual PC pour gérer mon système et mes .lec ...

En tout cas, d'ici à ce que j'implémente la gestion des menus, je te remercie toi surtout et les autres aussi pour cette aide et patience hyper précieuse (ben oui, j'aurait jamais pu refaire le protocole tout seul sinon)

Je ne dit pas au revoir, car j'ai encore 2 questions qu'il va faloir que je traite (plus tard) :
- le système, donc.
- la création et l'édition de fichier .lec

Tout d'abord, oui il faut que soft soit compatible avec GComm, lol.
Pour la license je te ferai un prix  (environ 100€+0.1€/download) 

-Pour le stockage des menus c comme je le disais plus haut une simple copie de l'écran. Cad que le premier menu (ou premier écran) est stocké en 0x6000, ensuite 1024 octets plus loin le 2eme écran, ainsi de suite....
Mnt pour le codage de l'écran, c codé au format C3, mode graphique par défaut de la G100. Regarde la doc de Whyp pour plus d'info, mais si tu te sers de mes fonctions pour dessiner il ne devrait pas y avoir de pb.
Si jamais tu ne vois pas comment t'en servir, j'essayerai de te faire un exemple simple.
Le menu étant un simple image de 1024 octets et 128*64 pixels, il n'y a pas de marges pour les icones, ni d'espace pour le titre, etc....
C à toi de dessiner au bon endroit.

Pour le protocole casio, et bien en regardant les explications sur ton site, ensuite en testant et aussi grace à tonton1664 qui m'a permis de résoudre un pb avec le cable Sb-87.

Ensuite cela a été assez facile de faire un protocole pour GComm, il me suffisait de rajouter (ou de modifier) les manques ou imperfections du protocole casio.

bien bien.
Le code pour les menus se trouve dans functionsystem.h et .cpp
Déclare un tableau du type
char pMyMenu[SIZEBMP]
GetMenu(buffer, pMyMenu, numMenu);//Récupérer les 1024 octets du menu 'numMenu' dans le buffer (ou buffer représente les 128Ko du lecteur, offset = 0, taille 128Ko)
Tu n'as donc pas à te soucier de savoir ou est le menu.

Ensuite il te faut inverser le buffer (cad le passer en mode D3, mode pour le PC, plus pratique avec Qt et pour décoder une image BMP)
char pTmpMenu[SIZEBMP];
InvertBuffer(pTmpMenu, pMyMenu);

//exemple ci-dessous, permet de créer un nouveau menu en recopiant le titre+
//les 8 dernière icones
char temp[SIZEBMP];
SetMemory(temp, 0, SIZEBMP);//efface le menu
CpyTitle(temp, pTmpMenu); //copie le titre du menu
Cpy8LastIco(temp, pTmpMenu);//copie les 8 dernières icones

//Ensuite si tu vx tu as PutPixel pour allumer ou éteindre un pixel, ... regarde le .h de functionsystem.h et CFXWindow.cpp pour voir comment je m'en sers.

functiondrive, functionsystem ne dépendent pas de Qt.

0 éteint et autre allumé.
Pour nCol c plus complexe, c pour savoir sur quelle image du travail.
Par exemple pour les icones leur largeur fait 30 pixels, soit 30/8 en arrondissant haut dessus ca fait 4 octets. (nCol = 4, donc)
Pour une image de menu nCol vaut 16 (128/. PutPixel, et ValPixel doivent connaitre la largeur de l'image, sinon elles ne peuvent pas savoir ou est x et y dans ton tableau d'octets.

T'inquiète pas pour la programmation, j'ai aucun mal (surtout que le code reste vraiment très simple. Il est juste gros et il faut connaitre tout un tas de format et protocole. Mais c'est tout). J'utilise dans mon cas RB à 20 % et le C à 80 % (en fait toutes les fonctions sont fait en C sous forme de Plug-In. Seul l'interface -le plus chiant en C- et le port comm est utilisé sous RB)

Pour OS X, c'est trop galère. ça revient à faire un achat d'un Usb2Serial. Alors que sur un bon mac classique, avec le plans de montage des composant je m'en suis tiré pour 60 frs même pas pour faire un cable série<>casio.
Mais dès qu'il y aura une solution vraiment pas chère pour USB<>Casio alors je fonce sur un projet en Objective-C et Frameworks Cocoa (qui est vraiment génial soit dit en passant)

En tout cas, merci quand même.

Ps : pourquoi tu dit "j'ai essayé" ? T'a abandonné le projet ? C'était pour OS X ou classic ?
PPs: Pour compiler en 68K j'utilise la version 3.x de RB sous mon mac LC et la version 8 de CodeWarrior sur mon PB Titanium sous OS X.

Flash100 marche sous linux, je le rapelle....

fgpstudios

nop je croi que c avec qt