**NEW** EDGE for ORIC !!!!

Super ! Merci Docteur

J'ai mis à jour le repository GitHub. J'ai corrigé un petit bug d'affichage dans Edge...
Vous trouverez aussi les sources de mon premier jeu : 2048.

https://github.com/drpsy77

Remy13 a écrit:Hello,
Il est trop cool ce jeu, bravo !

Du coup je viens d'apprendre comment charger un jeu en WAV sur mon ATMOS depuis mon PC J'avais oublié à quel point le temps de chargement est long !

Si tu as une liaison audio au top du top, essaie ceci. Testé ici, Edge chargé en 10.5 secondes

Merci je vais essayer ce soir.

Au fait, tu fais comment pour générer ce fichier wav ?

drpsy a écrit:J'ai mis à jour le repository GitHub. J'ai corrigé un petit bug d'affichage dans Edge...
Vous trouverez aussi les sources de mon premier jeu : 2048.

https://github.com/drpsy77

Merci Docteur, en fait j'avais même pas capté que c'était toi qui avait sorti 2048 !!!

Décidément, il est bon, ce Docteur !!!

Remy13 a écrit:Au fait, tu fais comment pour générer ce fichier wav ?

Remy,

Il y a un utilitaire "Tap2Wav.exe" dans l'OSDK:
http://osdk.defence-force.org/index.php?page=documentation&subpage=tap2wav

Remy13 a écrit:Au fait, tu fais comment pour générer ce fichier wav ?

C'est un programme sur lequel je bosse (par intermiitence) depuis des années.
Il est prêt (du moins je pense) depuis juin. Depuis je manque de temps pour le sortir: éventuellement finaliser une ou deux options, nettoyer et commenter le code source, faire une doc d'utilisation, un article pour le Mag, le compiler comme il faut et le mettre en téléchargement.

Ah désolé, j'avais pas vu que c'était généré avec le "lightining fast loader" de Symoon !!

En attendant la release de l'utilitaire de Symoon, il y a aussi (sur la même page) l'utilitaire "Tap2CD" qui génère aussi des WAV avec chargement accéléré.

kuuaaa Symoon ? tu n'as pas posté d'utilitaire génial pour le concours ??

Eh non, le court délai et le moment tombaient mal: j'ai passé plus d'un mois de mon temps libre sur un cadeau de noël pour la famille. Quant à l'aspect "génial", c'est gentil mais faut pas exagérer

Ok merci pour la réponse Symoon, si tu as besoin de testeurs ...

Merci Rémy, ben pour revenir au sujet (pardon pour cette dérive ), je serai déjà intéressé de savoir si tu as réussi à charger Edge avec le WAV un peu plus haut !
Pour en discuter, on peut migrer sur le sujet prévu pour: http://forums.oric.org/t343p50-toujours-plus-vite

Hello, j'ai essayé de charger EDGE. ca n'a pas marché.
Le loader semble bien démarrer. Mais à la fin de la bande, tout reste figé.

Mince. Et est-ce que par hasard, quand c'est figé, si tu redémarres le WAV, le chargement semble se terminer ? (ça peut être un pb de "fin de WAV mangé par le player", mais en principe j'insère un court silence pour éviter ça).
Sinon après il faut essayer de jouer avec le volume, ou s'assurer qu'il n'y a pas un son qui a perturbé (téléphone, son système sur l'ordi qui joue un WAV, etc.)

Avec quoi joues-tu le WAV ?

Bon ! j'en avais marre d'entendre le son de ma cassette dans le HP de l'oric. Je n'avais qu'un cable din 5 broches...
J'ai donc scié à la dremel les broches 2 et 4.
Et depuis, nickel ! Edge en 10 secondes ça marche super bien !

Pauvre câble ! Mais excellente nouvelle, merci pour le test ! Tu seras in extremis dans les remerciements, je pense sortir le truc ce WE ou la semaine prochaine au + tard

drpsy a écrit: les sources, les .tap et les .dsk ;-)
https://github.com/drpsy77/Oric-Edge-complete

Enorme bravo pour ce jeu
Et encore plus énorme merci pour ce partage.

Moi qui essaie de me mettre à la programmation ORIC, je trouve ça génial de pouvoir consulter les sources de projets aussi abouti.

drpsy a écrit:c'est pas très commenté mais si cela intéresse certains d'entre vous, je peux faire l'effort de mettre plus d'explications.  

Il se peut que je demande quelques éclaircissements ponctuellement .. :-D

A ta disposition JB !

J'ai compilé deux trois questions qui m'aiderait bien à avancer. Si tu peux jeter un oeil:

Je ne comprends pas cette ligne que je trouve à pleins d'endroits dans votre code:

Code:


.dsb 256-(*&255)

ça réserve de l'espace mémoire ou un truc du genre ?



Je ne comprends pas cette syntaxe à base de < et >

Code:

PictureAdressLow
 .byt <(trucmuche )
PictureAdressHigh
 .byt >(trucmuche )


Pourquoi et comment cela sépare-t-il les poids forts et poids faibles ?


Dernière question, je ne vois pas comment le linker fait le lien entre le label _PGS_putspriteref dans le fichier spriteproc.s

et la fonction suivante :

PGS_putspriteref(unsigned char NumSprite, unsigned char SpriteToDisplay, unsigned char x, unsigned char y)

référencée dans main2.c

Le _ en début du nom de fonctione est sans conséquence pour le linker ?

jb, je te conseille de lire la doc d'OSDK avec lequel sont pratiquement développés tous les progs sur oric (avec CC65)
Le kit est assez facile a appréhender et tu trouveras toutes tes réponses

Effectivement, j'étais passé un peu trop hâtivement sur certaines pages de la documentation de OSDK:

http://osdk.defence-force.org/index.php?page=documentation&subpage=assembler

mais il n'y a pas toutes les réponses ..

Comme dit Didier, tout est dans la doc où tout est important.

Code:


.dsb 256-(*&255)

Ca force le compilateur à positionner tout le code qui suit en début de page (les pages mémoire font 256 octets; page 0: 0 à 255, page 1 : 256 à 511, etc. En hexa : 00 à FF). Je mets des tableaux en mémoire de cette manière car ça permet d'éviter de gérer des sauts de page qui alourdissent le code.

Code:

PictureAdressLow
 .byt <(trucmuche )
PictureAdressHigh
 .byt >(trucmuche )


trucmuche = une adresse sur 2 octets (16 bits). L'Oric ne sait traiter que 8 bits.
avec < : on récupère le poids faible
avec > le poids fort

Le _ en début du nom de fonctione est sans conséquence pour le linker ?
C'est une convention du compilateur : un _ dans du code ASS a la particularité de rendre visible la fonction sans le _ dans le programme en C.

super merci à toi