Les membres ayant 30 points peuvent parler sur les canaux annonces, projets et hs du chat.

Forum Casio - Projets de programmation


Index du Forum » Projets de programmation » fxSDK, un SDK alternatif pour écrire des add-ins
Lephenixnoir En ligne Administrateur Points: 20989 Défis: 143 Message

fxSDK, un SDK alternatif pour écrire des add-ins

Posté le 29/08/2014 22:00

Le fxSDK est une alternative au SDK habituel de Casio. Il permet de développer des add-ins pour la famille de la Graph 35+E et la Graph 90+E, et offre de meilleures performances et plus de possibilités !

Les outils du fxSDK

Le fxSDK marche sous Linux et a été compilé pour Mac OS ; il ne marche pas encore pour Windows mais on peut en discuter.

Il se fonde sur l'indispensable compilateur gcc et sa suite d'outils : as, ld, objdump, objcopy (entre autres). Contrairement au vieux compilateur du SDK, gcc est un compilateur moderne avec beaucoup de possibilités. Il n'est pas fourni avec le fxSDK et fait l'objet d'un tutoriel d'installation à part.

Côté calculatrice, c'est le noyau gint qui fait le travail. Il remplace fxlib et une partie de l'OS pour vous offrir des fonctionnalités plus cool et plus rapides. Les add-ins développés avec le fxSDK utilisent gint toutes les trois lignes !

Le fxSDK fournit également des outils spécifiques pour compiler et étudier les programmes de la calculatrice.

fxsdk est un petit gestionnaire de projet qui vous permet de créer et compiler facilement des projets sans vous prendre la tête avec le Makefile. Parfait si vous ne voulez pas connaître toutes les détails compliqués.

fxg1a sert à créer les fichiers g1a finaux à partir du programme compilé. C'est le successeur de mon vieux g1a-wrapper qui était beaucoup moins puissant.

fxconv convertit des données pour vos add-ins, commes vos images ou polices, dans des formats spécifiques de gint. C'est un peu comme le Sprite Coder mais ça vous évite de copier des gros tableaux dans votre programme et surtout le dessin est beaucoup plus performant !

fxos est un désassembleur et manipulateur d'OS capable de retrouver et disséquer des syscalls en un tour de poignet. C'est un outil de reverse-engineering dont l'usage principal est de produire des listings assembleur annotés pour comprendre très rapidement le code.

Il y a pas mal de différences avec le SDK de Casio donc passer au fxSDK nécessite un peu d'adaptation.

Installer le fxSDK sur votre ordinateur

Ça se passe en trois étapes :

1. Compiler un compilateur gcc à destination de la calculatrice
2. Installer le fxSDK
3. Installer le noyau, gint

Je suppose ici que vous connaissez les bases de la ligne de commande, mais si ce n'est pas le cas, n'hésitez pas à laisser un commentaire pour demander.

La première chose est de vous préparer un cross-compilateur gcc. Vous pouvez sauter l'installation du g1a-wrapper et venir ici dès que la libgcc est installée. Assurez-vous que le compilateur est dans le PATH est vous serez prêt ! C'est le plus gros morceau donc une fois que vous aurez ça, vous aurez déjà pratiquement fini.

Clônez le dépôt git du fxSDK depuis la forge de Planète Casio (vous pouvez aussi utiliser SSH).

% git clone 'https://gitea.planet-casio.com/Lephenixnoir/fxsdk.git'

Configurez le fxSDK ; vous pouvez taper "./configure --help" voir les options disponibles. Par défaut, le fxSDK sera installé dans votre dossier personnel (dans ".local").

% cd fxsdk
% ./configure

Ensuite compilez et installez ! Si vous avez choisi un dossier d'installation différent avec --prefix ou si vous compilez sous Mac, vous pourriez avoir besoin de sudo à l'installation.

% make
% make install

Assurez-vous que votre dossier de destination est dans votre PATH, puis vous pouvez installer gint.

Vous êtes alors prêt à partir !

Développer des programmes avec le fxSDK

TODO: Ajouter l'utilisation de fxsdk. Template intermédiaire par KikooDX.

Toute la partie programmation revient à développer des programmes avec gint. Les tutoriels d'utilisation de gint couvrent tous ce dont vous aurez besoin, y compris l'utilisation de fxconv.

Fichier joint


Précédente 1, 2, 3 ··· 10 ··· 20 ··· 30, 31, 32, 33, 34
Lephenixnoir En ligne Administrateur Points: 20989 Défis: 143 Message

Citer : Posté le 20/11/2021 18:03 | #


Je ne vais pas mentir, des fois c'est aussi un filtre... c'est juste pas possible de développer en C avec un pied dans le bas-niveau si on n'arrive pas à maîtriser un peu le terminal, voir où sont les erreurs dans la sortie d'un programme, et d'autres trucs basiques du genre. Sauf qu'on peut pas dire ça quand les amateurs un poil trop optimistes posent des questions sans queue ni tête, parce que ça fait passer pour un con. :x
Slyvtt Hors ligne Membre Points: 78 Défis: 0 Message

Citer : Posté le 20/11/2021 18:26 | #


Lephenixnoir a écrit :
Je ne vais pas mentir, des fois c'est aussi un filtre... c'est juste pas possible de développer en C avec un pied dans le bas-niveau si on n'arrive pas à maîtriser un peu le terminal, voir où sont les erreurs dans la sortie d'un programme, et d'autres trucs basiques du genre. Sauf qu'on peut pas dire ça quand les amateurs un poil trop optimistes posent des questions sans queue ni tête, parce que ça fait passer pour un con. :x


C'est hélas la dure expérience, souvent ça douche les espoirs... Mais coder c'est aussi se prendre la tête sur des bugs qu'on mets parfois des jours à comprendre (ou pas), parfois juste pour une ânerie.

Dis Lephe, j'ai maintenant bien stabilisé la base de mon jeu, et je voudrais implémenter un système de niveaux. Y'a-t-il un tuto sur la partie BFile de gint ? j'ai regardé le #include correspondant (gint/bfile.h) mais c'est light en documentation.

Si je comprends bien c'est seulement un accès en binaire en lecture/écriture donc rien du genre lecture/écriture de types prédéfinis (genre fprintf/fscanf).

Pourrais tu me dire où trouver du support (soit doc/tuto ou des sources à analyser) pour comprendre la partie interaction avec le filesystem.

Merci

Sly

Ajouté le 20/11/2021 à 18:45 :
Slyvtt a écrit :

Pourrais tu me dire où trouver du support (soit doc/tuto ou des sources à analyser) pour comprendre la partie interaction avec le filesystem.
Sly


Je down cette partie du topic, j'avais mal cherché, j'ai trouvé un vieux fil sur le topic Bfile. Je devrais pouvoir me débrouiller avec.
Lephenixnoir En ligne Administrateur Points: 20989 Défis: 143 Message

Citer : Posté le 20/11/2021 18:45 | #


L'include te dit à peu près tout pour être honnête. Est-ce qu'il y a quelque chose que tu ne comprends pas dans le mécanisme d'ouverture/lecture/écriture de fichiers de ce header ? Note que les noms de fichiers c'est juste u"\\\\fls0\\fichier.txt", sachant le que \\fls0\ désigne la mémoire de stockage et que le u"" est ce qui te donne une chaîne 16-bit (merci GCC, l'encodage est un peu ingrat sinon).

Il n'y a rien d'autre côté filesystem pour l'instant, mais KikooDX vient de me mettre un coup de fouet pour le faire et c'est en cours avec une API standard C (et un peu de l'API Unix en-dessous juste au cas où ça soit utile). Ce sera dans la limite de ce que la Graph 35+E II/90+E veut bien faire de façon standard (ie. allonger un fichier quand on écrit à la fin), mais a priori ce genre de problèmes est plutôt dans le passé (les vieilles versions un peu nulles du fs) et j'ai de bons espoirs que ça va marcher correctement.
Slyvtt Hors ligne Membre Points: 78 Défis: 0 Message

Citer : Posté le 20/11/2021 18:58 | #


Lephenixnoir a écrit :
L'include te dit à peu près tout pour être honnête. Est-ce qu'il y a quelque chose que tu ne comprends pas dans le mécanisme d'ouverture/lecture/écriture de fichiers de ce header ? Note que les noms de fichiers c'est juste u"\\\\fls0\\fichier.txt", sachant le que \\fls0\ désigne la mémoire de stockage et que le u"" est ce qui te donne une chaîne 16-bit (merci GCC, l'encodage est un peu ingrat sinon).
.


Oui c'est exactement ça, je comprenais pas comment on choppait le file descriptor en passant un unsigned int * en parametre.
merci.
Précédente 1, 2, 3 ··· 10 ··· 20 ··· 30, 31, 32, 33, 34

LienAjouter une imageAjouter une vidéoAjouter un lien vers un profilAjouter du codeCiterAjouter un spoiler(texte affichable/masquable par un clic)Ajouter une barre de progressionItaliqueGrasSoulignéAfficher du texte barréCentréJustifiéPlus petitPlus grandPlus de smileys !
Cliquez pour épingler Cliquez pour détacher Cliquez pour fermer
Alignement de l'image: Redimensionnement de l'image (en pixel):
Afficher la liste des membres
:bow: :cool: :good: :love: ^^
:omg: :fusil: :aie: :argh: :mdr:
:boulet2: :thx: :champ: :whistle: :bounce:
valider
 :)  ;)  :D  :p
 :lol:  8)  :(  :@
 0_0  :oops:  :grr:  :E
 :O  :sry:  :mmm:  :waza:
 :'(  :here:  ^^  >:)

Σ π θ ± α β γ δ Δ σ λ
Veuillez donner la réponse en chiffre
Vous devez activer le Javascript dans votre navigateur pour pouvoir valider ce formulaire.

Si vous n'avez pas volontairement désactivé cette fonctionnalité de votre navigateur, il s'agit probablement d'un bug : contactez l'équipe de Planète Casio.

Planète Casio v42 © créé par Neuronix et Muelsaco 2004 - 2021 | Il y a 70 connectés | Nous contacter | Qui sommes-nous ? | Licences et remerciements

Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd