Lephenixnoir a écrit :
Oui, désolé, le week-end est déjà presque fini.

Mais par contre il m'aura au moins permis de bien avancer le projet WebCalc !
Cette dernière semaine, je suis passé sous gcc pour diverses raisons... que je n'ai pas exposées.

Il est donc temps de le faire, donc voici les principales :
→ développement de certaines fonctions en assembleur ;
→ développement parallèle de la libc ;
→ test d'une feature destinée au fxSDK et permettant de charger les fichiers externes à très grande vitesse ;
→ utilisation des outils de gcc (-Os, etc...) ;
→ division par 1.54 la taille du fichier exécutable ;
→ et surtout c'est beaucoup plus intéressant.

J'ai donc corrigé pas mal de warnings (y'en avait un beau paquet), repéré quelques fonctions de la version pétée de fxlib que j'ai osé proposer en téléchargement qui sont corrompues (à savoir entre autres vsprintf() (System ERROR), sprintf() (écrit n'importe quoi) et atoi() (renvoie n'importe quoi)), et réussi à obtenir le rendu original au prix de l'interface de chargement qui ne fonctionnait pas.

J'ai aussi écrit un module de gestion de l'écran tout en assembleur. Alors en effet, Eiyeron va me tabasser à coup de marteau pour ça, mais d'une part c'est amusant, d'autre part ça fait de la pub pour le fxSDK parce que c'est encore plus rapide que MonochromeLib, et enfin ça me permet d'augmenter encore la réactivité de l'application parce que je ne sais pas comment elle va se comporter avec les gros fichiers.

J'ai également pu constater que le temps de chargement et d'interprétation de la page par défaut ne dépassait pas la demi-seconde, de ce côté-là je suis donc déjà bien satisfait mais j'attends de pouvoir faire encore mieux.

Le plus gros délai se trouve être au chargement de trois malheureuses polices sur à peine plus de 2200 octets, au lancement de l'application, à cause, soit de BFile, soit de mon algorithme de chargement. Donc c'est BFile (naturellement ).
Le système que je teste me permet de réduire à quasiment zéro ce temps de chargement et est extensible à toutes les utilisations (fxSDK... ). En plus il évite l'utilisation de fichiers externes, donc vous aurez pas à vous embêter à transférer les fichiers de ressources.

Que dire d'autre ? Ah oui, une fois le code nettoyé, l'interface de chargement réécrite et le programme fonctionnel et un minimum optimisé, je publie une nouvelle version et les sources avec !

julese50 a écrit :
Salut tout le monde !
Vous en avez marre de devoir rebooter votre machine, ou lancer votre VM, pour utiliser FA-124 ? Eh bien, je suppose que vous attendrez avec impatience USB_DLFiles (nom temporaire) ! Cet addin permettra de transférer des fichiers vers votre calculatrice, ou depuis votre calculatrice, par USB.
Alors, vous allez me dire : « Mais, Jules, ça ça existe déjà, ça s'appelle le menu LINK » (ou alors, si vous avez séché les cours de français : « Mey Jul sa ekzist daija sa, T tro con lol mdr»)
Eh bien je vous répondrais : Oui, mais bon, le protocole de Casio n'est pas le meilleur existant, et il faut un truc relativement propre.
Coté PC, n'importe qui peut développer un logiciel de manière simple pour utiliser l'addin, puisque le protocole sera relativement standard (Sans doute un TFTP un peu modifié), et le code de l'addin sera sous GPLv3.
La partie PC que je développerais avec la libusb et FUSE (exclusif aux UNIX du coup) vous permettra de monter votre calculatrice, comme si c'était une clé USB.

Dès qu'une version plus qu'alpha sera dispo, j'ouvrirais un topic sur le forum, et vous pourrez tester.