Désolé, j'arrive juste
Alors:
Donc j'ai commencé à telecharger le compilateur huc,
lequel prendre le windows ou le dos ?
j'ai pris le windows au debut il me compile en point S
Et puis apres j'ai compilé avec le dos et c'est pareil,
mais j'aurais aimé savoir à quoi sert le huc windows.
Car le huc.exe en windows n'est pas le meme poids.
La version win ou dos ça revient au méme, si tu a un vieux windows type 95 utilise la version dos, sinon utilise la version Win32.
TOUT vos probléme de compilation vienne du fait que vous avais mal installé Huc, lisez bien.
Extrais du manuel de HUC, rubrique installation:
Installation is quite simple. Obviously, for confort purposes, you'll have to put the binary directory in your path (or any environnement variable used to search for binaries). Then, since HuC relies on the Magic Kit (a compiler only produces assembler code, not directly bytecode), you must also define the environnement variable pointing toward the directory in which the library files are present. This variable is called PCE_INCLUDE and can be set with SET PCE_INCLUDE=c:\huc\include\pce under DOS for example or $PCE_INCLUDE=/usr/local/huc/include/pce; export $PCE_INCLUDE under certain un*x shells and so on...
Avec cette config, la ligne de commande que j'ai fournis marche sans probléme
#incpal(manta_pal, "pcx/manta.pcx", 0, 1)
cette pseudo instruction créer simplement une palette au format pce appeller "manta_pal", a partir de l'image manta.pcx, le troisiéme paramétre indique le numero de la palette de départ (0 à 15), le quatriéme est le nombre de palette a extraire, ici une seule)
Rappelez vous qu'on travaille avec des images 256 couleurs, soit 16x16 couleurs, bien sur si vous utiliser 16 couleur pour un sprites donné, ces 16 couleur doive ce suivre, et commence a la couleurs 0, ou 16,ou 32, ou 48 etc.
Ca permet de stocker sur une seule image plusieur sprite ou tiles qui utiliseront des palette différente.
Si c'est pas clair je vous ferais un example
D'autre part j'ai trouvé une editeru pce , qui facilite un peu
l'ecriture du texte , la compiltaion et les tests
Plante sur mon ordi, un probléme de dll...
*******************************
je viens d'y arriver
pour ma part
j'ai rajouté dans la boucle d'affichage
if (affichage==0)
{
spr_pattern(ADR_MANTA2);
affichage=1;
}
else
{
spr_pattern(ADR_MANTA1);
affichage=0;
}
move_manta();
Quelle est ta methode xav ?
Mais c'est tres bien çà
Je vois que tu a compris le coup
En effet j'ai chargez les deux étapes en vram pour que vous pouviez faire des essais.
Ma methode repose sur le meme principe mais j'utilise un compteur de frame que je garde de l'amiga, utiliser une variable qui fait 0/1 c'est bien pour faire des transition a 30fps, mais si on veux faire plus lent?
Je declare simplement un compteur qui s'incremente de 0 a 120 (2sec),
ensuite un "switch case" intelligamment construit commande toute mes animations d'un seul coup.
Il existe une méthode encore meilleure, mais j'ai du mal a l'adapter sur Huc (pas de type "struct" dispo, ni de tableaux a 2 dimensions, ce qui est assez contraignant).
Juste une petite amélioration, une bonne habitude a prendre dés maintenant:
spr_set(MANTA);
if (affichage==0)
{
spr_pattern(ADR_MANTA2);
affichage=1;
}
else
{
spr_pattern(ADR_MANTA1);
affichage=0;
}
move_manta();
Ton code marche parce que les fonctions de controle des sprites pointes toujours sur le dernier sprite selectionné avec spr_set(), dans notre cas c'est toujours le MANTA (sprite 0), mais si on rajoute d'autre sprite?
Il vaux mieux donc reselectionner le sprite avant un fonction qui le modifie.
.