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: 16841 Défis: 140 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 ... , 29, 30, 31, 32, 33, 34
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 14/01/2020 20:02 | #


Ce ne serait pas une erreur parce que l'adresse 0 est mappée en fait, ce qui est d'ailleurs pas pratique parce que les accès à NULL passent inaperçus...
CaptainluigiHors ligneMembrePoints: 700 Défis: 1 Message

Citer : Posté le 14/01/2020 21:23 | #


Y a t'il un moyen de développer avec gint sur Windows ? ( je suis très intéressé )
Jouez à Mario sans arrêt sur votre Casio !
Ma chaine YouTube : Tutodev
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 ...
MilangHors ligneMembrePoints: 416 Défis: 2 Message

Citer : Posté le 14/01/2020 21:36 | #


Avec une image docker c'est possible, mais pas encore nativement.
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 14/01/2020 21:51 | #


Ça fait pas mal de fois qu'on me le demande donc je vais l'envisager sérieusement. Honnêtement ça m'aiderait si quelqu'un voulait bien aider pour le faire ; mais bon, on fera comme ça vient.
CaptainluigiHors ligneMembrePoints: 700 Défis: 1 Message

Citer : Posté le 15/01/2020 09:20 | #


Lephenixnoir a écrit :
Ça fait pas mal de fois qu'on me le demande donc je vais l'envisager sérieusement. Honnêtement ça m'aiderait si quelqu'un voulait bien aider pour le faire ; mais bon, on fera comme ça vient.

Super !

Ajouté le 15/01/2020 à 09:21 :
Et du coup ça serait sous quelle forme sur Windows ?
( IDE ? )
Jouez à Mario sans arrêt sur votre Casio !
Ma chaine YouTube : Tutodev
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 ...
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 15/01/2020 09:24 | #


Sous Windows je donnerai les fichiers binaires de gint et vous les intégrez comme vous voulez à votre outil préféré.

Pour le fxSDK il y a d'autres ajustements à faire, mais chaque chose en son temps.

Ajouté le 15/01/2020 à 10:03 :
Enfin cela dit, vous pouvez déjà utiliser WSL... >_>
Dark stormEn ligneMembre d'honneurPoints: 10920 Défis: 176 Message

Citer : Posté le 15/01/2020 10:59 | #


Ou un Gnunux…

Blague à part, pour ce genre d'application la VM (VirtualBox ou Docker) ça marche très bien, ça vous initie aux systèmes Unix (spoiler, dans le monde du dev c'est juste indispensable), et ça ne vous prive pas de vos bsod favoris.

Un IDE c'est lourd, pas maintenable et n'a aucun intérêt (je trouve) dans le cas où tout se fait à coup d'éditeur de texte. Un IDE c'est bien quand tu fais du Grafcet ou du Scratch par exemple. Le reste c'est que de la poudre aux yeux.

Après ce qui peut être intéressant c'est une intégration à Atom par exemple. Genre des raccourcis clavier pour lancer le makefile. Mais ça demande moins de travail même si ça nécessite d'avoir tous les outils à dispo dans le PATH.
Finir est souvent bien plus difficile que commencer. — Jack Beauregard
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 15/01/2020 11:30 | #


Après ce qui peut être intéressant c'est une intégration à Atom par exemple. Genre des raccourcis clavier pour lancer le makefile.

La magie c'est que comme tu le sais, le fxSDK utilise des outils standard comme Make, et donc il n'a pas d'interface spécifique avec Atom. Il suffit d'utiliser les bindings que Atom à déjà pour lancer les Makefile.
RedcmdHors ligneMembrePoints: 227 Défis: 5 Message

Citer : Posté le 26/01/2020 09:40 | #


I have encountered a strange bug with your GintDemo.G1A test download program
(fx-9750GII SH4 02.04.0201)
It seems that I have to press harder on the [REPLAY] keys for the program to detect it
I can feel the key touch the bottom of the circuit board and I have to push just a tiny bit harder for it to activate
Is this known?
Is it possible to add linear/soft touchable keys?
How is this even possible? it should only be an on/off switch
or maybe gint uses less battery and the keys need to be pushed harder for the contact pads to decrease the resistance enough to be detected
But it still happens when it's plugged into power or not

Other than that
The rest of Gint works really well
Especially the grayscale
RedCMD#4299 - Discord
Mandelbrot SNKEmini Minesweeper Sudoku
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 26/01/2020 10:23 | #


Keys are just on/off, there is no electronics involved there. So I don't think there is any way to change the touch of the keys.

This is the firs time I've ever heard of this bug. Are you sure it's not timing-related? Did you test that on the keyboard menu?

gintdemo.g1a is pretty old now, but the keyboard driver hasn't changed much so I guess this is still valid.

Other than that
The rest of Gint works really well
Especially the grayscale

Thank you sir
RedcmdHors ligneMembrePoints: 227 Défis: 5 Message

Citer : Posté le 26/01/2020 10:35 | #


I'm able to hold the keys down and nothing will happen (until I press a bit harder)
It affects the entire program, not just the keyboard section
In CASIO's main menu and in C.Basic it works like normal
It only affects the [REPLAY] keys, all other keys are fine
My [UP] key is more sensitive than the others, but I still need to push harder than normal

No way to get Gint working in the SDK?

The grayscales look very nice, there's even a stabilize button
RedCMD#4299 - Discord
Mandelbrot SNKEmini Minesweeper Sudoku
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 26/01/2020 11:03 | #


I'll have a look at this. Can you please just confirm the bug in gintctl (which is the current equivalent to gintdemo.g1a)?

No way to get Gint working in the SDK?

It technically works in the emulator, and also in the Graph 35+E II emulator.

But in the SDK itself with its compiler and libraries, it is plain impossible. There are multiple impossiblities: missing compiler capabilities including structure attributes and inline assembler, lack of external library support, lack of custom linking and linker scripts. And there are many annoyances: ANSI-only SDK, lack of ELF debugging information, lack of quick send-to-calculator function, rigid build process with a limited make, and many more.

Which isn't to say that the SDK is not worth developing with, but I personally can't bear with it anymore.
RedcmdHors ligneMembrePoints: 227 Défis: 5 Message

Citer : Posté le 26/01/2020 11:18 | #


Does gint work in windows? If not, may I have a link to a precompiled g1a file please? I haven’t set Linux back up again yet.
Not at my pc right now
Will do tomorrow morning
RedCMD#4299 - Discord
Mandelbrot SNKEmini Minesweeper Sudoku
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 26/01/2020 11:25 | # | Fichier joint


Oops sorry, I thought for a moment that the g1a file was available on the repository.

I'm attaching a fresh version from my own PC.

Also, gint and the fxSDK do not currently work on native Windows, but I'm considering options. Right now I wish to collect feedback on how it works on WSL to decide whether a full port is required or whether existing Windows support for Linux programs is sufficient for a comfortable experience.
RedcmdHors ligneMembrePoints: 227 Défis: 5 Message

Citer : Posté le 26/01/2020 19:52 | #


I liked the look and feel of the old GintDemo.G1A compared to the newer GintCLT.G1A
The keys work fine in the gintclt
Still need to press harder in gintdemo
I'm not able to access the Keyboard or Real-Time-Clock tests in gintclt
and I can't exit out of the Gray Engine test (have to press the restart button)
[MENU] doesn't work in gintclt (It worked perfectly in gintdemo)
RedCMD#4299 - Discord
Mandelbrot SNKEmini Minesweeper Sudoku
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 26/01/2020 21:14 | #


Alright, one step at a time.

I liked the look and feel of the old GintDemo.G1A compared to the newer GintCLT.G1A

The look and feel is basically the same, I did not change the fundamental way I design these menus. What do you miss?

The keys work fine in the gintclt
Still need to press harder in gintdemo

Good to know! So current versions of gint do not have the bug. That's one done

I'm not able to access the Keyboard or Real-Time-Clock tests in gintclt

Oh yeah, I might not have programmed these yet...

and I can't exit out of the Gray Engine test (have to press the restart button)

This is really not normal, please provide details if possible.

[MENU] doesn't work in gintclt (It worked perfectly in gintdemo)

Yes, this is normal, one of the last features still missing. Please bear with me, I think in the next month I might be able to come back seriously on this project and finish cleaning up the edges so this will come at that time.
RedcmdHors ligneMembrePoints: 227 Défis: 5 Message

Citer : Posté le 27/01/2020 02:43 | #


When entering the Gray Engine (Tuning) section in GintCLT
The Gray square to the right is flickering (quite badly, needs tuning)
It says Light and Dark in the centre, with the numbers to the side
F1 to F5 buttons are shown at the bottom of the screen
None of the buttons is working at all
I can't control anything
Just have to press restart on the back

How many buffers does the Gray engine use?
what order are they shown on screen and what are the base timings
RedCMD#4299 - Discord
Mandelbrot SNKEmini Minesweeper Sudoku
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 27/01/2020 08:08 | #


The Gray square to the right is flickering (quite badly, needs tuning)


The default settings of the gray engine in gintctl are currently values that work on the Graph 35+E II because that's what I've used when testing at the time. I am aware that the display of the Graph 35+E II requires different delays than the others, so this is no problem. I just need to also add delays for other models and everything will work fine.

So you can't go back to the menu with EXIT? Interesting. What model do you have? What hardware is detected in the hardware menu? I am interested in particular in:
MPU type (first line of MPU and CPU)
Amount of ROM and RAM
Clock Generator

Also, are you maybe overclocking your calculator?

How many buffers does the Gray engine use?
what order are they shown on screen and what are the base timings

You can find that in the source code if you want the ultimate details. Here it is.
• There are 4 buffers in total because of double buffering. At every time, there are two buffers being displayed on screen and two being drawn to. Because of the alternating images, the buffers being displayed must be left unchanged until the next frame is ready, thus the need for two full gray VRAMs.
• There is no specific order, the light-black buffer is shown with the short delay and the dark-black with the long delay, that's all.
• The base timings (on the Graph 35+E II) are 762 and 1311, the units are in Pϕ/4 (assuming non overclock), you can derive the delay in seconds frequency from this.

By the way, the name should by GintCTL (CTL stands for Control) instead of GintCLT.
RedcmdHors ligneMembrePoints: 227 Défis: 5 Message

Citer : Posté le 27/01/2020 08:40 | #


The default settings of the gray engine in gictclt are currently values that work on the Graph 35+E II...
The gray in GintDemo looks perfect and works 100% straight out the box
But in GintCLT the gray flickers a lot and is filled with vsync lines

So you can't go back to the menu with EXIT?
I've tried pushing every single key, but they all do nothing

What hardware is detected in the hardware menu?
MPU and CPU
SH-4A SHY305

Memory and MMU
-ROM:8M
-RAM:512k (32k user)
-TLB is unified

Clock Generator
-Input freq known
SH7724-style CPG

RTC
-not loaded

Keyboard
-Key scan interface
-Scans at 128Hz

It says backlight supported, but I don't have a backlight

Also, are you maybe overclocking your calculator?
I have never overclocked it
RedCMD#4299 - Discord
Mandelbrot SNKEmini Minesweeper Sudoku
LephenixnoirHors ligneAdministrateurPoints: 16841 Défis: 140 Message

Citer : Posté le 27/01/2020 08:47 | #


The gray in GintDemo looks perfect and works 100% straight out the box

Yes because gintdemo is older than the Graph 35+E II so the values set in there were suitable for your calculator... don't worry about this...

Well, this is extremely suspicious. This will only get worse when I tell you that the current gray engine is 100% the same as in gintdemo (except for the interrupt handler backing it, but this one works fine). What model is this exactly?
RedcmdHors ligneMembrePoints: 227 Défis: 5 Message

Citer : Posté le 27/01/2020 08:54 | #


fx-9750GII
02.04.0201

RedCMD#4299 - Discord
Mandelbrot SNKEmini Minesweeper Sudoku
Pages : Précédente1 ... , 29, 30, 31, 32, 33, 34

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