Les membres ayant 30 points peuvent parler sur les canaux annonces, projets et hs du chat.
La shoutbox n'est pas chargée par défaut pour des raisons de performances. Cliquez pour charger.
Menu
Calculatrices
Graph 35 à 100
Graph 25+Pro/25+E/25+E II
Graph 35+USB/75(+E)/85/95 SD
Graph 100(+)
Classpad 300/330(+)
fx-CG 10/20 (Prizm)
Classpad 400(+E)
Graph 90+E
fx-92+ SC
Liens
¤ Vous cherchez une fonction ?
Jeux >> Graph 90+E >> Add-ins >> Bad Apple
Bad Apple
Version : 1.0 Taille : 28521267 octets Ajouté le : 2021-04-14 12:22 Modifié le : 2021-04-14 12:39
Auteur et posteur :
LoieducodeHors ligneMembrePoints: 192 Défis: 6 Message
Aucune image disponible
Nombre de visites sur cette page : 2273
Score au progrank : 27
Note actuelle : 8/10 noté 1 fois
Vous devez être connecté(e) pour noter (inscription).
380 téléchargements | Soumettre un test


Description en français :

Bad Apple pour Graph 90+E

Pour utiliser l'add-in, vous avez besoin de mettre les fichiers :

badapple.g3a
et
ba.prm
dans le dossier racine

ATTENTION: Over/Under-clocker sa calculatrice avant de lancer l'addin peut entrainer des modifications a la vitesse de la vidéo!

Aussi: Vous devrez attendre la fin de la video(3 minutes environ) pour pouvoir sortir de l'addin(Pour cela, appuyez sur n'importe quelle touche)
Bon visionnage!

Aussi si vous voulez utiliser le programme pour une vidéo, envoyez moi un e-mail a Email address, replace the 【arobase】 with a @ and ▶ with a . : devhonkid【arobase】gmail▶com et mentionnez moi avec le nom "DevHONK"

English description:

Bad Apple for FX-CG50

To use the add-in, you need to add those files:

badapple.g3a
and
ba.prm
in the root directory

WANING: Under/Over-clocking your calculator before running the addin might change the speed of the video!

Sidenote: You must wait until the end of the video in order to exit the addin(For that, press any key on your calculator)

Also, if you want to use the program in a video, email me @ Email address, replace the 【arobase】 with a @ and ▶ with a . : devhonkid【arobase】gmail▶com and mention me with the name "DevHONK"


Note sur 10 Commentaire Date de notation
8La vidéo est fluide, et c'est toujours sympa d'avoir Bad Apple sur soi, bravo :)Le 14.04.2021 à 20:35

Commentaires :


MassenaHors ligneAncien rédacteurPoints: 2244 Défis: 11 Message
Posté le 14-04-2021 à 20:39 | #
Coucou !

Bravo pour ton travail, l'animation est fluide et conforme à l'originale, c'est agréable.
Quelques petites remarques cependant :
– L'add-in est très lourd et met beaucoup de temps à être transféré (20 minutes chez moi). Je suppose cependant que le programme est déjà optimisé
– Les pixels restent relativement gros, mais ça c'est pas très grave. Je me demande quand une version en haute qualité sortira ahah.
– L'animation n'est pas centrée, ça serait plus joli qu'elle soit affichée au milieu de l'écran

Merci beaucoup pour cet agréable divertissement !
LephenixnoirHors ligneAdministrateurPoints: 24634 Défis: 170 Message
Posté le 14-04-2021 à 20:45 | #
Ta calto est craquée, il m'a fallu 5 secondes pour l'add-in et 1m55 pour le fichier de données.

À part ça ouais c'est vraiment fluide, et j'espère vraiment que quelqu'un va pousser pour voir jusqu'où on peut aller. Il y a eu plusieurs lecteurs vidéo avec le temps mais tous avaient de la marge sur l'exécution (AFAIK) donc on doit pouvoir faire mieux.

Après faut voir que BFile s'en mêle et ça c'est sûr que ça coûte assez cher. Il est possible que le chargement depuis la mémoire de stockage soit le plus compliqué. Comme c'est en lecture seule on pourrait soit utiliser les infos de Yatis pour chercher le fichier et l'ouvrir sans BFile (il suffit de suivre les fragments), soit faire comme DOOM et bourriner avec une signature pour chercher les fragments dans la ROM. Hmm...
YatisHors ligneMembrePoints: 581 Défis: 0 Message
Posté le 14-04-2021 à 21:11 | #
Comme c'est en lecture seule on pourrait soit utiliser les infos de Yatis pour chercher le fichier et l'ouvrir sans BFile (il suffit de suivre les fragments)

mmmmm....je ne sais pas trop, pour l'instant j'ai seulement documenté l'ouverture des fichiers, je ne sais pas encore comment sont stockées les données. Mon hypothèse est que l'ouverture de fichier et la lecture sont longues uniquement parce que Casio dessine le rond en haut à droite. Dans mes tests, pour générer le callgraph, la primitive d'ouverture (Fugue uniquement) prenais ~5 secondes alors que la fonction de dessins (Casio) prenais ~3 secondes, soit un bon 30% du temps).

Le gros à gagner sur gint serait d'éviter le world-switch (mais ce n'est pas possible parce que le DMA est utilisé) et d'éviter la surcouche de Casio sur Fugue, et ça, c'est possible parce que je peux trouver les primitives Fugue "pure" sans trop de problèmes. À tester donc !

Outre Bfile/Fugue, le facteur limitant étant de dumper les fragments de données, mais Fugue (ou Casio je ne sais pas encore) utilise le DMA pour la lecture donc je ne pense pas qu'on puisse gagner grand-chose. Par contre, je pense qu'il y a un moyen de lire en fond les données tout en traitant / affichant les images a l'écran, ça serait assez rapide je pense.
LephenixnoirHors ligneAdministrateurPoints: 24634 Défis: 170 Message
Posté le 14-04-2021 à 21:14 | #
Un avantage de lire directement en ROM si c'est possible c'est qu'on évite de copier les fragments en RAM avec BFile_Read() ou son équivalent Fugue, on peut direct les lire en ROM.

Pour les fonctions Fugue c'est pas des syscalls right? Les adresses brutes ça ne marchera pas très bien sur plusieurs OS. Si la structure est stable sur les versions qu'on a à disposition je serais plus partant pour utiliser ça, mais après bien sûr c'est si on peut le documenter.
YatisHors ligneMembrePoints: 581 Défis: 0 Message
Posté le 14-04-2021 à 21:37 | #
Un avantage de lire directement en ROM si c'est possible c'est qu'on évite de copier les fragments en RAM avec BFile_Read() ou son équivalent Fugue, on peut direct les lire en ROM.

Je pense avoir suffisamment d'information sur l'architecture du FS pour m'aventurer sur la documentation des données utilisé par Fugue pour gérer la lecture de donnée. En théorie on pourrait être autonome sur la primitive de lecture seulement, mais ça pourrait avoir énormément d'avantage avec Gint.

Pour les fonctions Fugue c'est pas des syscalls right? Les adresses brutes ça ne marchera pas très bien sur plusieurs OS.

Oui les addresses seront hardcodé, mais je suis curieux de voir les perf' sans Bfile. Et ça serait sympas de voir si on peut trouver un moyen de détecter les primitives de Fugue (en théorie oui, reste à voir si on peut trouver un moyen fiable).

Planète Casio v4.3 © créé par Neuronix et Muelsaco 2004 - 2024 | Il y a 65 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