Genlib 1.1.0, bug de put_masked_big_sprite - Page 1

Le code suivant produit le résultat non escompté qui suit pas trop loin:

#include <genlib.h>

MBGS sprite = { 16, 1, {
	0b1111111111111111,0b0000000000000000,0b0000000000000000,
 	0b1111111001111111,0b0000000110000000,0b0000000110000000,
 	0b1111000000001111,0b0000111001110000,0b0000111111110000,
 	0b1110000000000111,0b0001111001111000,0b0001000110001000,
 	0b1100000000000011,0b0011111001111100,0b0010000110000100,
 	0b1000000000000001,0b0111111111111110,0b0100000110000010,
 	0b1000000000000001,0b0111111001111110,0b0100000110000010,
 	0b1000000000000001,0b0111111001111110,0b0100000110000010,
 	0b0000000000000000,0b1011001111001101,0b1111001111001111,
 	0b0000000000000000,0b1010000110000101,0b1110000110000111,
 	0b0000000000000000,0b1010011001100101,0b1110011001100111,
 	0b0000000000000000,0b1010011001100101,0b1110011001100111,
 	0b1000000000000001,0b0110000000000110,0b0110000000000110,
 	0b1100000000000011,0b0010011111100100,0b0010011111100100,
 	0b1110000000000111,0b0001001111001000,0b0001001111001000,
 	0b1111000000001111,0b0000110000110000,0b0000110000110000 }
 };
 
void gl_main(void)
{
int i,j;

  for( i=0; i<127; i+=16 )
    for( j=0; j<240; j+=16 )
      gl_put_masked_big_sprite( j, i, &sprite );


  gl_wait_a_key();

}

(le problème venant de la couleur des sprites du milieu, qui ne sont pas autant en niveaux de gris qu'ils le devraient, testé sous VTI & TiEmu (92+) faute de mieux pour l'instant)

edit: ça n'a pas l'air seulement lié au fait que ce ne soit pas sur les bords, mais les coordonnées à l'écran jouent clairement.

Raah PpHd, qu'est-ce que c'est que ces fonctions buggées dans ta lib ?
Bon, je regarderai ça demain (je suis désolé du bug)

C'est fou que je n'aie pas vu ce bug quand même !
Enfin, à mon avis il ne sera pas trop compliqué à corriger, mais bon... Il faudra faire une nouvelle release de genlib.

Mais au fait Ximoon... Comment ça se fait que tu affiches un sprite tiré du jeu megaman ? Ne me dis pas que...

Pas grave, pas comme si ça allait faire planter beaucoup de jeux, et perso je serais bien mal placé pour te reprocher de faire des fonctions de sprites boguées

Ximoon :
perso je serais bien mal placé pour te reprocher de faire des fonctions de sprites boguées

Oh c'est mignon Mais pourquoi tu penses ça ?

(tu te sens bien ce soir ? )
Disons que mes contributions à extgraph 2... bon ok j'avais pas de cahier des charges, mais voilà quoi

Au fait, tu utilises la version FAST de genlib ? (elle fait quelle taille ?)
[edit] : De toute façon, ça ne change rien en fait : on n'a pas activé la spécialisation 16-32 pour les mbgs pour l'instant.

21589o oncalc.
Celle dans le pack avec les sources, toussa. En fait j'ai pas vu d'autre version dedans.

OK, j'ai trouvé (enfin je pense) : à la ligne 350 du fichier mbspr.asm, remplace la ligne or.w d4,d0 par or.w d5,d0.

Ok thx, vu la tête du problème je me doutais bien que c'était ce genre de petit détail

J'ai uploadé les binaires de la lib recompilée avec le changement indiqué (si ça pose un pb de licence, qu'on me le dise, je le retirerai) : http://sasume.free.fr/bordel/genlib.zip

Merci

Et puis pour ma défense, il était difficile à repérer ce bug parce qu'il ne se produit que quand l'abscisse de la coordonnée d'affichage est un multiple de 16

Oui j'avais remarqué un truc du genre sans arriver à cibler exactement
Ca semblait assez bizarre à première vue

hop, au boulot ^^
(nan serieux, tu t'y remets enfin ? )

()

la version finale est pour quand ? #pataper#

T'as déjà une bêta, de quoi tu te plains ?

>J'ai uploadé les binaires de la lib recompilée avec le changement indiqué (si ça pose un pb de licence, qu'on me le dise, je le retirerai)
Faut que tu files un patch en plus pour ta transformation ou le nouveau fichier que tu as modifie.
Sinon tu respectes pas la license (quoiqu'en toute rigueur il faudrait les sources completes, m'enfin chipotons pas trop).

Au passage, c'est marrant de voir quelqu'un utilisait cette lib