Seuls les membres ayant 30 points peuvent parler sur le chat.

Forum Casio - Projets de programmation


Index du Forum » Projets de programmation » gint : un noyau pour développer des add-ins
LephenixnoirHors ligneAdministrateurPoints: 15483 Défis: 136 Message

gint : un noyau pour développer des add-ins

Posté le 20/02/2015 17:30

Les SDKs classiques pour écrire des add-ins sont le fx-9860G SDK de Casio avec fxlib (pour Graph monochrome) et le PrizmSDK avec libfxcg (pour Prizm et Graph 90+E). Voici mon alternative : le fxSDK avec gint, pour toutes les plateformes.

Contrairement à fxlib et libfxcg, qui appellent les fonctions de l'OS pour faire leur travail, gint est un noyau indépendant de l'OS qui exploite seul le matériel et le met à disposition de votre add-in. Il vous offre plus de finesse sur le contrôle du matériel, notamment le clavier, l'écran et les horloges, de meilleurs performances sur le dessin, les drivers et la gestion de interruptions, et des choses entièrement nouvelles comme le moteur de gris.

Toutes les sources de gint sont publiques et accessibles sur la forge de Planète Casio :

» Dépôt Gitea Lephenixnoir/gint «

Voici plus précisément ce que gint vous offre de nouveau :

• Un contrôle détaillé du clavier pour les jeux, parfait pour les combos !
• Des timers avec une précision de 60 ns, d'autres à 30 µs
• Toutes vos images converties automatiquement sans code à copier (plus de Sprite Coder)
• Des polices personnalisées
• Des fonctions de dessin, d'images et de texte fulgurantes et optimisées la main
• Mesurer les performance de votre code à la microseconde près (avec libprof)
• Le contrôle du matériel et des interruptions
• Plein de petites choses pratiques comme dprint(1, 1, "x=%d", x)

• (Graph monochrome) Un moteur de gris pour faire des jeux en 4 couleurs !
• (Graph monochrome) La compatibilité SH3 et SH4, avec le même fichier g1a.

• (Graph 90+E) Une nouvelle police de texte, plus lisible et économe en espace
• (Graph 90+E) Le dessin en plein écran, sans les bordures blanches et la barre de statut !
• (Graph 90+E) Un driver écran capable de triple-buffering

Le coût de tout ceci, c'est que vous avez une copie du code de gint dans votre add-in. Cela prend environ 20 ko de place (selon la quantité de fonctions que vous utilisez), soit à peu près comme le sprintf() de fxlib qui fait 18 ko !

Et voici quelques photos et captures d'écran !





Tester gint sur votre machine

La fin du portage vers la Graph 90+E signera la sortie de gint v2. L'add-in de test de l'application est désormais gintctl :

» Dépôt Gitea Lephenixnoir/gintctl «

En plus de tester les fonctionnalités de gint, cet add-in contient quelques outils permettant d'inspecter la machine, la mémoire, et les registres. Je le développe au fur et à mesure, et je posterai un protocole de test complet avec la sortie de la v2 !

Utiliser gint pour développer des add-ins

Normalement, vous avez besoin du fxSDK pour développer avec gint. Le fxSDK est compatible avec Linux et Mac OS, et on peut réfléchir à un portage sous Windows s'il y a vraiment des intéressés. Il faut l'installer en premier (et avoir un cross-compilateur GCC).

La procédure de compilation et d'installation de gint est décrite sur le README du dépôt, c'est du configure - make tout à fait banal.

Une fois que gint est installé sur votre système, voyez les tutoriels de développement pour avoir un aperçu de son fonctionnement. La plupart des choses sont expliquées dans les en-têtes (fichiers .h) de la bibliothèque que vous pouvez consulter en ligne, sur votre copie locale du dépôt, ou dans les dossiers d'installation du compilateur.

Obtenir la dernière version de gint après une mise à jour

Je pousse régulièrement des mises à jour de gint sur le dépôt du projet. Pour les télécharger, tapez git pull, puis recompilez et réinstallez gint avec make et make install.


Fichier joint


Pages : Précédente1 ... , 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25Suivante
MilangHors ligneMembrePoints: 284 Défis: 0 Message

Citer : Posté le 22/07/2019 22:10 | #


Comment est-ce que les images sont encodées ?
Je vois qu'il y a un tableau data, mais si je veux acceder manuellement à la couleur d'un pixel, comment dois je faire ?
L'intérêt c'est de pouvoir encoder les textures dans des .png et de pouvoir les déformer
Une alternative intéressante à toutes les boucles que vous avez vu jusque là :
For 1→X To 2:X-1→X:Next :E

Projet de jeu multijoueur : 1V1 3D
LephenixnoirHors ligneAdministrateurPoints: 15483 Défis: 136 Message

Citer : Posté le 22/07/2019 22:36 | # | Fichier joint


Euh... je ne pense pas que le format de bopti soit le bon format pour ça. J'ai écrit de la doc là-dessus, je te la mets en pièce jointe pour que tu puisses voir. Tout sauf la structure à la fin est complètement à jour.

Pour résumer : l'image est découpée en calques qui sont dessinés les uns à la suite des autres. Chaque opération dessine les pixels par groupes de 32 donc gint ne manipule jamais un seul pixel à fois. Les couleurs sont réparties sur plusieurs calques donc gint ne manipule jamais une couleur à la fois. Et donc encore moins la couleur d'un seul pixel.

Si tu veux pouvoir faire du traitement d'images, il faut que tu te trouves un format approprié. Celui de bopti n'est clairement pas bien... il est fait pour que le dessin soit fulgurant et c'est tout.

Si jamais l'envie te prend de faire ça proprement, je l'intégrerai avec plaisir dans fxconv.

(Et merci encore pour ta contribution sur le DMA, je m'excuse de mettre longtemps à m'en occuper. Je suis sur ma dernière semaine de stage et c'est très intense ! )
LephenixnoirHors ligneAdministrateurPoints: 15483 Défis: 136 Message

Citer : Posté le 28/07/2019 01:59 | # | Fichier joint


Après beaucoup d'efforts d'implémentation, le moteur de gris est maintenant complètement opérationnel et poussé sur le dépôt !

Les fonctions de contrôle principales sont gray_start(), gray_stop() et gupdate().

Les nouvelles fonctions de dessin sont gclear(), grect(), gpixel(), gline(). Auxquelles s'ajoutent gtext(), gimage() et gsubimage(). Les images en gris supportent également la transparence comme les autres (repérée sur la photo par le damier) !


Compilez la dernière version de la bibliothèque pour bénéficier de ces changements. Prochaine étape, les images sur la Graph 90+E. J'ai déjà des idées assez précises et j'attaquerai le code rapidement.

Le post principal de ce topic mérite une bonne mise à jour car la deuxième version de gint arrive à grands pas !
YatisEn ligneMembrePoints: 428 Défis: 0 Message

Citer : Posté le 28/07/2019 18:27 | #


Bravo à toi !! Donc gint est fini pour les monochromes ?
Vas-tu réécrire un driver pour la SMEM (et la carte SD) ? () Parce que, de ce que j'ai compris, les Bfile_* sous g90 sont cassés (?)
(ps: sur l'image le gris rend trop bien ! <3 )
Shadow15510Hors ligneAdministrateurPoints: 3737 Défis: 15 Message

Citer : Posté le 28/07/2019 18:38 | #


La classe !

Juste une question, est-ce que les fonctions comme gsubimage() supporte si l'on affiche du monochrome avec ?
"Ce n'est pas parce que les chose sont dures que nous ne les faisons pas, c'est parce que nous ne les faisons pas qu'elles sont dures." Sénèque

Moral
   95%


LephenixnoirHors ligneAdministrateurPoints: 15483 Défis: 136 Message

Citer : Posté le 28/07/2019 18:56 | #


Merci à tous les deux !

Bravo à toi !! Donc gint est fini pour les monochromes ?

Quasiment yep. Il me reste des détails à ajouter, comme un IsKeyDown() ou équivalent, le retour au menu dans getkey(), des messages d'erreurs pour les exceptions et le TLB, ce genre de choses. Rien de violent

Bon après y'a plein d'extensions possibles dans la TODO list !

Vas-tu réécrire un driver pour la SMEM (et la carte SD) ? () Parce que, de ce que j'ai compris, les Bfile_* sous g90 sont cassés (?)

Cassés sur Graph 35+E II plutôt.

Je le ferai bien en lecture seule pour la SMEM, peut-être. Une autre possibilité serait d'implémenter les opérations sur les fichiers dans la RAM et ensuite d'écrire au dernier moment avec Bfile pour me débarasser des limitations de Bfile. Cette possibilité me tente pas mal. Mais pouvoir lire la SMEM moi-même aiderait. La carte SD je m'en fous un peu parce qu'aucun modèle courant n'en a.

(ps: sur l'image le gris rend trop bien ! <3 )

Attention en vrai ça clignote et même beaucoup ! Faut que je trouve de meilleures valeurs, le gris clair est trop pâle là aussi.

Shadow15510 a écrit :
Juste une question, est-ce que les fonctions comme gsubimage() supporte si l'on affiche du monochrome avec ?

Bien sûr que oui !


Ajouté le 29/07/2019 à 18:18 :
J'ai modifié les paramètres du moteur de gris avec des valeurs que j'ai trouvées et qui sont bieeen meilleures que les précédentes.

Iconvénient : le gris clair est très clair, comme sur la photo.
Avantage : ça clignote quasiment plus, en particulier le clignotement dans les zones de gris foncé est quasiment imperceptible.

Je pense que le rendu est supérieur à l'ancien moteur. Même des aplats comme sur la photo plus haut sur cette page sont complètement décents !
Shadow15510Hors ligneAdministrateurPoints: 3737 Défis: 15 Message

Citer : Posté le 30/07/2019 15:51 | #


J'ai trouvé des super valeur de gris pour Gint : 920 pour le clair et 1740 pour le foncé ! C'est vraiment stable !
"Ce n'est pas parce que les chose sont dures que nous ne les faisons pas, c'est parce que nous ne les faisons pas qu'elles sont dures." Sénèque

Moral
   95%


LephenixnoirHors ligneAdministrateurPoints: 15483 Défis: 136 Message

Citer : Posté le 30/07/2019 15:56 | #


Ah, la tâche vient de se compliquer violemment d'un coup. Ces valeurs ne sont pas bonnes du tout sur la Graph 35+E II ! Il faudra donc détecter le modèle et sélectionner des bonnes valeurs en fonction...

Voici une vidéo de ce que ça donne chez moi, et la comparaison avec les paramètres que j'ai annoncés hier :

https://linx.breizh.me/selif/ghcumqof.mp4
CaptainluigiHors ligneMembrePoints: 456 Défis: 0 Message

Citer : Posté le 30/07/2019 18:12 | #


Désolé de poster ce message : comment on fait pour l'utiliser sur Windows ?
Jouez à Mario sans arrêt sur votre Casio !

Cliquez pour découvrir
Cliquez pour recouvrir
City Heroes
Piano Casio
Micro GIMP
Merci d'avoir lu.
De rien !
Super !

M'en fout
C'est pas très bien ...
Breizh_craftEn ligneModérateurPoints: 968 Défis: 7 Message

Citer : Posté le 30/07/2019 18:57 | #


On installe Linux.

Sinon y'a ça : https://www.planet-casio.com/Fr/forums/topic13665-1-%5BTutoriel%5DCompiler-sous-Windows-avec-GCC.html
Mais peu de monde s'en sert…
Informagicien professionnel, prestidigitateur système. Tout est possible.
Shadow15510Hors ligneAdministrateurPoints: 3737 Défis: 15 Message

Citer : Posté le 30/07/2019 20:11 | #


Je me demandais si c'est possible d'afficher des images monochromes (avec dsubimage) avec le blanc en transparent ? Merci d'avance !
"Ce n'est pas parce que les chose sont dures que nous ne les faisons pas, c'est parce que nous ne les faisons pas qu'elles sont dures." Sénèque

Moral
   95%


LephenixnoirHors ligneAdministrateurPoints: 15483 Défis: 136 Message

Citer : Posté le 30/07/2019 20:11 | #


Captainluigi a écrit :
Désolé de poster ce message : comment on fait pour l'utiliser sur Windows ?

Tu peux utiliser Cygwin pour avoir un environnement Linux disponible. Sinon et si tu es genre bien chaud, on peut réfléchir ensemble à porter le fxSDK pour Windows.

Ajouté le 30/07/2019 à 20:13 :
Shadow15510 a écrit :
Je me demandais si c'est possible d'afficher des images monochromes (avec dsubimage) avec le blanc en transparent ? Merci d'avance !

Malheureusement non, la couleur est fixée.

J'ai un plan qui consiste à implémenter une nouvelle fonction (probablement dmask()) qui prendrait une image en noir et blanc uniquement, et une couleur. Cela dessinerait la couleur indiquée sur les pixels noirs et rien sur les blancs. Si j'ai bien suivi c'est ce dont tu as besoin...
Breizh_craftEn ligneModérateurPoints: 968 Défis: 7 Message

Citer : Posté le 30/07/2019 20:13 | #


Lephenixnoir a écrit :

Tu peux utiliser Cygwin.


Ou si tu as Windows 10, utiliser le Windows Subsystem for Linux. C'est plus pratique.
Informagicien professionnel, prestidigitateur système. Tout est possible.
Shadow15510Hors ligneAdministrateurPoints: 3737 Défis: 15 Message

Citer : Posté le 30/07/2019 20:14 | #


Je pense que c'est ça : j'aimerai que les pixels blanc soient transparents Te presses pas je pense avoir trouvé une parade
"Ce n'est pas parce que les chose sont dures que nous ne les faisons pas, c'est parce que nous ne les faisons pas qu'elles sont dures." Sénèque

Moral
   95%


LephenixnoirHors ligneAdministrateurPoints: 15483 Défis: 136 Message

Citer : Posté le 30/07/2019 20:15 | #


Il faut faire une version de l'image où le blanc est effectivement transparent... ou modifier un peu ton UI après.
Shadow15510Hors ligneAdministrateurPoints: 3737 Défis: 15 Message

Citer : Posté le 30/07/2019 20:17 | #


En fait j'affiche le fond de l'écran et en surimpression dessus d'autre dessins
"Ce n'est pas parce que les chose sont dures que nous ne les faisons pas, c'est parce que nous ne les faisons pas qu'elles sont dures." Sénèque

Moral
   95%


LephenixnoirHors ligneAdministrateurPoints: 15483 Défis: 136 Message

Citer : Posté le 30/07/2019 20:18 | #


Si tu n'utilises jamais le blanc comme blanc, ce dont tu as besoin c'est de rendre le blanc transparent à l'intérieur de ton éditeur d'images (GIMP typiquement).
Shadow15510Hors ligneAdministrateurPoints: 3737 Défis: 15 Message

Citer : Posté le 30/07/2019 20:21 | #


Ok, je verrais ça alors ! Pour l'instant ça marche pas du tout mais j'incrimine mon code qui a lâchement profiter de mon inattention pour devenir subitement dégueulasse
"Ce n'est pas parce que les chose sont dures que nous ne les faisons pas, c'est parce que nous ne les faisons pas qu'elles sont dures." Sénèque

Moral
   95%


Shadow15510Hors ligneAdministrateurPoints: 3737 Défis: 15 Message

Citer : Posté le 01/08/2019 13:54 | #


@Lephe : j'ai bien mis le blanc en couleurs transparente sur Gimp en mettant le blanc dans le canal Alpha, du coup le projet ne compile plus : il ne reconnait plus l'image avec le blanc transparent…
"Ce n'est pas parce que les chose sont dures que nous ne les faisons pas, c'est parce que nous ne les faisons pas qu'elles sont dures." Sénèque

Moral
   95%


MilangHors ligneMembrePoints: 284 Défis: 0 Message

Citer : Posté le 01/08/2019 14:01 | #


Attends, tu avais juste a faire une selection par couleur non ?
Une alternative intéressante à toutes les boucles que vous avez vu jusque là :
For 1→X To 2:X-1→X:Next :E

Projet de jeu multijoueur : 1V1 3D
Shadow15510Hors ligneAdministrateurPoints: 3737 Défis: 15 Message

Citer : Posté le 01/08/2019 14:04 | #


Ben j'ai ouvert l'image en question et j'ai fait Couleur vers Alpha, et j'ai pris Blanc… Du coup le blanc est devenu transparent… C'est pas comme ça qu'il faut faire ?
"Ce n'est pas parce que les chose sont dures que nous ne les faisons pas, c'est parce que nous ne les faisons pas qu'elles sont dures." Sénèque

Moral
   95%


Pages : Précédente1 ... , 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25Suivante

Planète Casio v42 © créé par Neuronix et Muelsaco 2004 - 2019 | Il y a 66 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