Discussion :

[Anomaly]

Bonjour !

Voilà, j'ai une question qui me tourmente depuis quelques temps. Quand on utilise la SDL dans un contexte d'un mode couleurs 32 bits, on sait qu'on fait des suppositions sur l'organisation de la mémoire vidéo (par exemple si on veut poser un pixel : on sait que les pixels sont organisés linéairement, ligne par ligne).

Mais en ce qui concerne le codage couleur ? Il y a certes la fonction SDL_MapRGB() qui se charge de convertir une couleur (R, V, B) en code couleur, mais est-ce qu'il est raisonnable de supposer que le codage se fait sous la forme :
- Bits 0-7 : bleu
- Bits 8-15 : vert
- Bits 16-23 : rouge ?

Si c'est le cas, ça permettrait de faire une macro de composition et de pouvoir ainsi facilement faire de vrais constantes couleur en utilisant cette macro.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#define RVB(r, v, b)	(((r) << 16) | ((v) << 8) | (b))

Cela fonctionne sous Windows et Linux, mais est-ce que ça fonctionnera partout, notamment sous les systèmes Big Endian, à votre avis ?

Merci d'avance pour votre réponse.

[l@rry]

Mais en ce qui concerne le codage couleur ? Il y a certes la fonction SDL_MapRGB() qui se charge de convertir une couleur (R, V, B) en code couleur, mais est-ce qu'il est raisonnable de supposer que le codage se fait sous la forme :
- Bits 0-7 : bleu
- Bits 8-15 : vert
- Bits 16-23 : rouge ?

tes couleurs sont codés en fait en hexa, avec un octet par couleur :

par exemple une couleur
en RGB : 255-22-0
en hexa c'est hFF2200 (le sens doit etre inversé ou pas ?)

si tu a en plus l'alpha, je crois que l'octet se place devant
ca donne un truc du style : hA60022FF

donc, tu as raison

Si c'est le cas, ça permettrait de faire une macro de composition et de pouvoir ainsi facilement faire de vrais constantes couleur en utilisant cette macro.

qu est ce que tu entends par "constante couleur" ?

Cela fonctionne sous Windows et Linux, mais est-ce que ça fonctionnera partout, notamment sous les systèmes Big Endian, à votre avis ?

je comprends maintenant ta question sur le codage de la couleur...

à mon humble avis, le codage de la couleur est indépendante de chaque système. Si ton code marche sur les PC, ce n'est pas certain qu'il tournera sur des solaris par exemple (je ne sais plus s'il sont en "big" ou "little").
Mais la majorité des systèmes et OS sont en "big endian", donc la majorité des ordinateurs (de la simple calculette à la navette spatiale) pourront lancer ton programme.


ai je éclairé tes couleurs ?

[Anomaly]

qu est ce que tu entends par "constante couleur" ?

Je voudrais définir des constantes couleur, par exemple BLANC = RVB(0xFF, 0xFF, 0xFF). En fait je travaille en C (j'ai posé la question sur le forum C++ parce qu'il semble qu'il y a bien plus de questions sur la SDL ici que sur le forum C), je voudrais définir mes constantes à l'aide d'un enum, et donc j'ai besoin que ça soit calculé à la compilation, d'où le besoin de ma macro.

à mon humble avis, le codage de la couleur est indépendante de chaque système. Si ton code marche sur les PC, ce n'est pas certain qu'il tournera sur des solaris par exemple (je ne sais plus s'il sont en "big" ou "little").
Mais la majorité des systèmes et OS sont en "big endian", donc la majorité des ordinateurs (de la simple calculette à la navette spatiale) pourront lancer ton programme.

Je te corrige là : les ordinateurs sous architecture "Intel" fonctionnent sur Little Endian. Donc la majorité des ordinateurs sont en Little Endian ; ce qui me pose souci ce sont essentiellement les Macs sous PowerPC qui sont en Big Endian ; je me demande si ça affecte ou pas le codage de la couleur. En fait ça l'affectera forcément puisque les octets seront inversés, mais est-ce que ma macro qui fabrique les couleurs par décalage fonctionnera encore ou pas ? A défaut d'avoir un Mac à ma disposition, je n'en ai aucune idée.