Posté le 26/05/2015 18:52
Planète Casio v4.3 © créé par Neuronix et Muelsaco 2004 - 2025 | Il y a 183 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
Citer : Posté le 27/05/2015 16:19 | #
J'ai aussi tester le SDK mais il est très peu intuitif et sans coloration syntaxique
Auriez vous un tuto pour la prise en main ?
En effet, mais il dispose d'outils passablement puissants en terme d'émulation
Je ne crois pas qu'il y ait de tuto pour le SDK de casio, mais en tout cas, sincèrement bonne chance, car il est vraiment horrible
Ne donnez pas cette réputation au SDK de Casio, même s'il y a plusieurs alternatives en développement, aucune n'atteindra sans doute le même niveau de fonctionnalités en terme de calculatrices avant très longtemps.
Cependant, il existe aussi des alternatives en développement dont tu peut te servir
En effet, mais ton GccShCbSDK est également peu intuitif (je ne sais pas si tu te rends compte que mélanger tous ces outils n'est pas si facile
Citer : Posté le 27/05/2015 16:38 | #
@Lephe
Il est vrai que l'émulateur est un outil très puissant, c'est assez épic comme système
Mais je dit que quand on compare à un SDK autre, sans parler de calculatrice, il est sincèrement atroce pour développer au quotidien, il pleut des bugs et des features à moitiés finies
Mon SDK n'est pas intuitif, c'est pour ça que j'ai proposé le WinSDK en premier
Voici Spassus2, mon jeu de combat spatial procédural abandonné, le NESSCASDK, mon SDK 'barebones' fait maison (C'est pour les maso uniquement) et CasioUsb, mon utilitaire de transfert d'addin pour Linux.
Citer : Posté le 27/05/2015 16:42 | #
il pleut des bugs et des features à moitiés finies
Euh, tu as des exemples ? Je vois des trucs bizarres comme la gestion des headers mais je n'ai jamais eu affaire à des gros bugs.
Mon SDK n'est pas intuitif, c'est pour ça que j'ai proposé le WinSDK en premier
Oui, cette alternative a lieu d'être
Citer : Posté le 27/05/2015 16:58 | #
Je n'ai pas utilisé le SDK depuis trop longtemps pour m'en souvenir de tous exactement (+- 1 ans je crois), mais après avoir codé 1000h+ avec pour DeadlyWorld3D, je peut te garantir qu'il y en a des tonnes
Fin bon, sinon, je pourrait citer l'impossibilité de redémarrer l'émulateur sans recompiler le projet, les segfaults qui s'affichent des fois dans la barre du bas mais pas sur l'émulateur (le nombre de fois ou je me suis demandé pourquoi l'écran ne bougeait plus
Donc ouais, il y a vraiment des bugs et des lacunes partout, ce qui vraiment dommage, sinon, je l'aurait volontier utilisé
Voici Spassus2, mon jeu de combat spatial procédural abandonné, le NESSCASDK, mon SDK 'barebones' fait maison (C'est pour les maso uniquement) et CasioUsb, mon utilitaire de transfert d'addin pour Linux.
Citer : Posté le 27/05/2015 17:03 | #
Google ne connaît jamais les messages d'erreur, le SDK n'est pas assez répandu pour ça
On peut redémarrer l'émulateur sans recompiler le projet, par contre
Les segfaults et les messages qui n'apparaissent pas sur l'émulateur ne sont pas les mêmes, les seconds empêchent l'émulateur de fonctionner (comme si tu reset la calto quoi), donc il sont obligés de l'afficher dans le SDK
Et je sais par expérience que beaucoup de bugs qui se constatent au niveau du SDK sont dus à des erreurs dans le code. C'est dur de programme un truc totalement dénué de bugs en C/C++ ! Et ça vaut autant pour le SDK que pour les programmes qu'il émule
Citer : Posté le 27/05/2015 19:48 | #
En fait, Casio a fait du bon boulot à moitié
Citer : Posté le 27/05/2015 20:57 | #
En fait, Casio a fait du bon boulot à moitié
D'un côté si tu mets un 'é' dans du code source C c'est que t'es un peu buggé sur les bords aussi... -_-
Masi c'est vrai qu'en terme d'émulation, c'est le meilleur pour l'instant, vu qu'on a pas trouvé comment émuler un OS casio
De loin. Pour l'émulation, le plus facile c'est le proco (presque marrant à faire), après y'a les périphériques (principalement écran/clavier) et surtout, la mémoire. Le plus chaud je pense, c'est de mapper l'OS dans la mémoire virtuelle et d'émuler le MMU.
Citer : Posté le 27/05/2015 21:07 | #
Lephe, tu sait que tu me donne envie d'essayer ?
Voici Spassus2, mon jeu de combat spatial procédural abandonné, le NESSCASDK, mon SDK 'barebones' fait maison (C'est pour les maso uniquement) et CasioUsb, mon utilitaire de transfert d'addin pour Linux.
Citer : Posté le 28/05/2015 06:22 | #
Lephe, tu sait que tu me donne envie d'essayer ?
Eh bien imagine-toi que derrière ce que je t'ai déjà dit, il reste des manières prévisibles d'échouer pour des centaines d'autres heures perdues
Sérieusement, si tu veux émuler le bouzin, va falloir lire la doc et au bit près. Je l'ai fait pour le MMU, je t'assure que je ne me sens pas du tout de l'émuler encore. Et puis même si sur certains points on peut faire tourner l'OS à l'aveugle (ex: si l'interruption est générée sur les pins IRQn, les évènements claviers sont théoriquement gérés tous seuls avec le key buffer), mais encore faut-il s'assurer que tout le code de près ou de loin lié au hardware fonctionne correctement. Et il y en a beaucoup...