palettes le retour - Page 1

j'aimerais mettre au point une gestinnaire palettes dynamique , et pour faire un truc propre il me faudrait pouvoir revenir à la palette system (par default) de la gp aprés avoir fais un changement de palette .

des idées?

d'aprés ce que j ai compris GpPaletteSelect permets de sauvegarder un pointer vers l'anciene palette mais à la compilation le deusiéme argument se fais rejeter car il y a trop de paramétres selon le compilateur , alors que la définition indique bien une fonction à deux arguments :

void GpPaletteSelect(GP_HPALETTE h_new, GP_HPALETTE h_old);

ah mais c'est n'importe koi la doc du sdk , ça c'est la doc :

void GpPaletteSelect(GP_HPALETTE h_new, GP_HPALETTE h_old);

et ça le header gpgraphic.h:

GP_HPALETTE GpPaletteSelect(GP_HPALETTE h_new);

j'ai trouvé un façon de contourner mon probléme : pour ceux qui ça intéresse voilà mon pauv code


GP_PALETTEENTRY pal_systems[256];
long *pal = (long *)0x14a00400; // adresse memoire de la palette

int i;

for (i = 0; i < 256;i++)
{
pal_systems[i] = pal[i];
}


il y a pas un pélerin pour poster un commentaire ?
parce que c'est la deusiéme fois que je me tape un monologue , et c'est trop chiant


allez !!! ne serait est ce qu'une insulte

lol bon vai te sauver coool ma biche ca va m'aider a conquériri el monde
Sinon c'est chouette poru ta trouvaille vai le sauvegarder au acs ou memme si fag m'avais deja dsonenr ce code qu en j'avais des problèmes de palette

ben ouai, c'est un truc classic

question : quand poke directement dans la palette hardware , on peu avoir des éffets indésirables , comme des parties de l'image hanchées , quelqu'un sait comment prévenir se probléme ?

j'ai une solution qui consiste à modifier une palette soft puis la releaser , mais c'est embêtant quand on manipule des disaines de palettes (oui je sais ça serts à rien pour la plus part des gens ) mais je cherche quelque chose de moins contraignant et un peu plus rapique que les fonctions de base du sdk qui propose bien une option qui palie à mon probléme d'artifact ,mais son auteur précise que c'est lent , ce que je confirme .

finalment j ai résolu le pb par un copier/coler , sufisait de placer la fonctiond'affichage aprés la modification , oui c'est trés con

j'ai remarqué qu'il ya une difference de luminusité entre un 0xFFFF créer avec GP_PALETTEENTRY et le brave 0xFFFF qu'on poke directment dans la memoire.

question : est ce que quelqu'un sait comment appliquer le fameux bit de luminusité avec un accées direct à la palette ?

parce que peux vous jurer (pas bien du jurer ) qu'il y a une difference et que c'est trés visible

poke -> ca veut dire quoi?

poke ça veut dire "mettre/écrire" un terme emploier par JyCet par definir un accées direct à la ram , et comme ça me plais bien comme expréssion , bah je la garde


poke directment dans la memoire = ecrire directment ds la ram sans passer par une fonction

ok merci!

quelqu'un est mesure de me dire quels sont les composantes de chaque couleur ds la palette 16 bit standar de la gp?

étant donné que chaque composant est codé en 5 bits , peut on penser que c'est par pas de 8 ?

genre:

0,7,15,23,31,etc jusquà 256