HuDK (SDK pour PCEAS/CA65 et HuC/CC65)

[touko]

Dommage que tu sois tout seul, qui était du projet à part toi ??

Ton utilitaire qui fait maigrir les VGM, tu peux donner des précisions ?? CAD on passe de quoi à quoi ??

[MooZ]

Dans un vgm tu as :

• B9 UV XY : UV indice du registre PSG et XY l'octet à écrire.
• 62 : Fin de la trame
• 66 : Fin de la musique

Je transforme tout ça en UV (XY). Si UV est compris entre 0 et 14, on lit XY. Ca correspond à un indice de registre du PSG et à la donnée à écrire.
Une valeur de F0 pour UV correspond à une fin de trame, et FF fin de données.

Sur la zik de l'intro de la Datastorm 2014, je passe de 228198 à 152367 octets. C'est toujours plus gros que les données d'origines.
Néanmoins, je pense qu'on peut encore réduire la taille en réorgarnisant les données par canal et en cherchant les redondances.

[touko]

Ah ouai c'est déjà une grosse avancée un x2 ..
Perso je suis très intéressé par ton player, je pense que la meilleure solution pour faire de la musique reste un tracker style deflemask,surtout pour attirer des musicos qui ne venlent pas se prendre la tête pour composer .
Bon pour le moment la taille des musiques reste encore trop grosse pour moi,mais je suis ça avec intérêt .

[MooZ]

C'est sur. D'ailleurs pour le player "natif", il ne manque QUE les effets.
Je marque ça en gros parce que ça représente 80% du soft

[Kaminari]

Toute optimisation est bonne à prendre, et tout tracker est préférable au MML

[touko]

c'est clair, mais 150ko pour une musique, sur un jeu en rom ca pique, sauf a avoir des rom de 20MB et plus .

Mais je sais que mooz nous sortira quelque chose de bien

[franz]

Si j'ai bien compris, c'est pour avoir un outil de développement plus simple et efficace pour programmer sur PCE?

[MooZ]

Pour info, le projet n'est pas mort
J'ai bossé sur le support des pads 6 boutons et du multi-tap.
En ce moment je rajoute la gestion de la FAT32 (ouais...).

[MooZ]

Ca bouge toujours!
Je suis en train de bosser sur des tutos : https://github.com/BlockoS/HuDK/tree/master/example

[shubibiman]

Cool

[Kaminari]

J'observe avec intérêt que tu bosses toujours sur ton kit de dev ? Tout béotien que je suis en assembleur, il me tente vachement plus que HuC. Pour l'instant j'en suis encore à bidouiller avec MagicKit, qui fait l'affaire malgré ses limitations (DOS 16 bit, includes de 8 caractères, pas de PNG, buffer overflow dès que je tape un code plus long que 10 PRINT "BONJOUR").

[MooZ]

Il y a eu pas mal de corrections sur huc/pceas.
Par exemple maintenant tu peux spécifier les chemins de les libs via la ligne de commande et ne plus passer par PCE_INCLUDE.

Code : Tout sélectionner

pceas -I d:/dev/mkit/include -I . -raw main.s -o build/tractopelle.pce

https://github.com/jbrandwood/huc

[Kaminari]

J'ai bien tenté de migrer vers PCEAS 4 d'Elmer, mais j'ai eu l'impression que la syntaxe et les macros avaient largement changé pour ne servir que de compilateur C vers ASM. Il a viré tous les anciens tutoriaux de MagicKit qui étaient pourtant bien sympas, et je ne comprends rien aux messages d'erreurs.

Par ailleurs, le C ne m'intéresse pas du tout. Coder en assembleur avec des macros simples et bien documentées, c'est quand même plus fun.

[David Shadoff]

Par ailleurs, le C ne m'intéresse pas du tout. Coder en assembleur avec des macros simples et bien documentées, c'est quand même plus fun.

Bravo!
La machine est assez puissante lorsqu'elle est programmée en assembleur.
Trop de gens rejettent l'assembleur sans vraiment l'essayer.