Ré-écrire « PV2000 » en SDL

**piponux** · 27/10/2017, 18h27

je suis en train d'étudier le tutoriel de FVIRTMAN sur le tilemapping sur ce site. C'est bien expliqué, et j'ai bien compris le système des collisions.
J'y arrive bien en sdl1, mais en sdl2, l'affichage est complêtement chamboulé. De plus, la fonction SDL_CreateTextureFromSurface rend, par exemple du bleu à la place du rouge. Je vois bien qu'il s'agit d'une question de masque des couleurs, mais je ne vois pas comment changer cela. Donc pour l'instant, histoire de comprendre comment fonctionne un petit jeu, je vais rester en sdl1.

**Kannagi** · 27/10/2017, 18h45

Son tutoriel est pas mal , même si certain point me gênait sur son tuto !
Disons que j'ai abandonné l'idée de faire un tutoriel de ce type , parce qu en 2017 faire un jeu en C et SDL1 était un peu "obsolète"

**Obsidian** · 27/10/2017, 19h05

Envoyé par piponux

J'y arrive bien en sdl1, mais en sdl2, l'affichage est complêtement chamboulé. De plus, la fonction SDL_CreateTextureFromSurface rend, par exemple du bleu à la place du rouge.

Ça m'intéresse. Pourrait-on voir les deux versions du code ?

**piponux** · 27/10/2017, 19h21

oui, c'est un peu ringa...enfin...obsolète (hé hé) d'utiliser sdl1...

Le format d'image TGA24 que je veux convertir (en Surface pour SDL1, en Texture pour SDL2) est RGBA.

sinon voici la partie du code de FVIRTMAN que j'ai un peu changé pour chager des images TGA24 et non des images bmp:
En SDL1 : ce code donne ce que je veux, c'est à dire par exemple affiche une image rouge alors que j'ai programmé une image rouge:

Code c :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
SDL_Surface* LoadImage32(char* fichier_image)
{
	SDL_Surface* image_result;
	image I = image_load_TGA24 (fichier_image);
	SDL_Surface* image_ram = SDL_CreateRGBSurfaceFrom(I->pixel,
                                                      I->w,
                                                      I->h,
                                                      32,
                                                      I->w * sizeof(Uint32),
                                                      0xff000000,
                                                      0x00ff0000,
                                                      0x0000ff00,
                                                      0x000000ff);
 
 
	/*SDL_LoadBMP(fichier_image);	// charge l'image dans image_ram en RAM*/
	if (image_ram==NULL)
	{
		printf("Image %s introuvable !! \n",fichier_image);
		SDL_Quit();
 
		exit(-1);
	}
	image_result = SDL_DisplayFormat(image_ram);
	SDL_FreeSurface(image_ram);
 
	return image_result;
}

et voici le code SDL2 qui affiche une image bleue alors que j'ai demandé une image rouge:

Code c :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
SDL_Texture* transforme_image_TGA_24_en_texture_SDL (image I, GLOBAL G)
{
 Uint32 rmask, gmask, bmask, amask;
 
 #if SDL_BYTEORDER == SDL_BIG_ENDIAN
    rmask = 0xff000000;
    gmask = 0x00ff0000;
    bmask = 0x0000ff00;
    amask = 0x000000ff;
#else
    rmask = 0x000000ff;
    gmask = 0x0000ff00;
    bmask = 0x00ff0000;
    amask = 0xff000000;
#endif
 
 
 SDL_Surface* S = SDL_CreateRGBSurfaceFrom ((void*) I->pixel,
                                            I->w,
                                            I->h,
                                            32,
                                            I->w * sizeof(Uint32),
                                            rmask,
                                            gmask,
                                            bmask,
                                            amask);
 
 SDL_Texture* T = SDL_CreateTextureFromSurface(G->R, S); 
 return T;
}
 
void copie_une_texture_sur_un_renderer (GLOBAL G, image I, SDL_Texture* T, int src_x, int src_y, int src_w, int src_h,
					int dst_x, int dst_y, int dst_w, int dst_h )
{
 
 SDL_UpdateTexture(T, NULL, (void*) I->pixel, I->w * sizeof (Uint32));
 
 /*SDL_Rect src = {src_x, src_y, src_w, src_h};    */
 SDL_Rect dst = {dst_x, dst_y, dst_w, dst_h};
 SDL_RenderCopy (G->R, T, /*&src*/NULL, &dst);
 
}
 
void affiche_a_l_ecran (GLOBAL G)
{
 SDL_RenderPresent(G->R);
}

**piponux** · 27/10/2017, 19h28

En fait en SDL2 si je veux avoir une image rouge, je dois créer une Texture avec SDL_CreateTexture, au format RGBA888:

Code c :

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

  SDL_Texture* T = SDL_CreateTexture(G->R, SDL_PIXELFORMAT_RGBA8888, SDL_TEXTUREACCESS_STREAMING, IMAGE_W, IMAGE_H);

puis aller cherche mon image TGA avec :

Code c :

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

SDL_UpdateTexture(T, NULL, (void*) G->I->pixel, G->I->w * sizeof (Uint32));

et là j'ai bien l'image que je veux à l'écran.
C'est la fonction SDL_CreateTextureFromSuface que je ne sais pas utiliser correctement.

**piponux** · 27/10/2017, 19h34

Au passage, la SDL2 me rend une image bleue, même si je charge une image TGA rouge créée et enregistrée sous The Gimp.

**ternel** · 30/10/2017, 09h27

C'est que tu as inversé les couleurs quelque part.
Vérifie l'ordre des composantes en chargement ou au dessin (en OpenGL, du temps ou j'en faisais, il y avait des chargement d'image en RGBA, en ARGB, en BGRA, etc)

Tu peux vérifier cette hypothèse avec une image verte (qui doit rester verte) ou une bleu (qui doit devenir rouge)

**piponux** · 12/11/2017, 19h06

Bonsoir.
Effectivement, j'ai dû inverser les couleurs. Pour l'instant, je n'ai pas trouvé la solution, alors j'ai commencé à programmer le jeu "PV 2000" avec SDL 1.2, en suivant le tutoriel du tile maping sur ce site, et en utilisant les modules game_event de Jacques Olivier Lapeyre.
Voici, en guise de test de cette file de priorité d'événements, un lien vers la vidéo du tout début du squelette du jeu PV2000 que j'aimerais pouvoir programmer :

La vidéo est saccadée, mais sur le pc, ç'est hyper fluide (si si je le jure)

https://www.youtube.com/watch?v=VCgG...ature=youtu.be

**Obsidian** · 12/11/2017, 19h44

Envoyé par piponux

Bonsoir.
Effectivement, j'ai dû inverser les couleurs. Pour l'instant, je n'ai pas trouvé la solution, alors j'ai commencé à programmer le jeu "PV 2000" avec SDL 1.2, en suivant le tutoriel du tile maping sur ce site, et en utilisant les modules game_event de Jacques Olivier Lapeyre.
Voici, en guise de test de cette file de priorité d'événements, un lien vers la vidéo du tout début du squelette du jeu PV2000 que j'aimerais pouvoir programmer :

Magnifique !

Par contre, effectivement, pour le moment, il n'y a aucune voiture à verbaliser, ce qui laisse libre la moitié de la route. Dans le jeu original, leur présence empêche le contractuel d'éviter le chauffard.

**piponux** · 12/11/2017, 20h19

Merci beaucoup pour ta réaction, Obsidian, ça m'encourage vraiment à continuer!

Voici une seconde video. Les "voitures" jaunes sont ajoutées, leur vitesse est aléatoire entre 1 et 5.

Il n'y a encore aucun test de collision entre le contractuel et les voitures, de même que les voitures stationnées n'ont pas été écrites.
Je n'ai pas corrigé certains warnings du compilateur, je le ferai plus tard.

La fluidité de la vidéo ne rend pas du tout la fluidité sur pc.

https://youtu.be/6TeywHr9S2A

**Obsidian** · 12/11/2017, 20h37

Envoyé par piponux

La fluidité de la vidéo ne rend pas du tout la fluidité sur pc.

Non, mais habitué des synchros VBL pour l'avoir fait sur les machines qui faisaient fonctionner PV 2000 à l'époque, j'imagine très bien ce que cela doit rendre. C'est remarquable d'être arrivé jusque là en si peu de temps et il ne te manque pas grand chose pour finir le jeu en entier.

**piponux** · 12/11/2017, 20h44

Encore merci pour les encouragements.

Je posterai des videos sur youtube au fur et à mesure des nouvelles choses que j'écrirai.
Je posterai ici lorsque l'avancée du jeu sera assez aboutie.

Il y a encore plein de choses à faire pour que celà ressemble au jeu original : les voitures ne démarrent que si le policier traverse la route dans l'axe de la voiture, faire diminuer la vie du policier, créer les voitures à verbaliser, les afficher, les verbaliser, changer leur couleur lorsqu'elles sont verbalisées, changer de niveau etc.

c'est quand même le pied pour moi! même avec le tout début du squelette du jeu, je m'éclate à y jouer!!

**Obsidian** · 12/11/2017, 20h48

Envoyé par piponux

c'est quand même le pied pour moi! même avec le tout début du squelette du jeu, je m'éclate à y jouer!!

Je ne vais pas te pousser à courir plusieurs lièvres à la fois, surtout si tu débutes, mais tu devrais d'emblée utiliser un logiciel de versioning/DVCS/SCM (comme git) pour jalonner la progression de ton travail et pour pouvoir ensuite, éventuellement, le partager en ligne.

**piponux** · 12/11/2017, 21h50

logiciel de versioning? what is it? je vais voir.

sinon, petit problème de collisions, mais au final, ça peut être marrant à garder :

**piponux** · 13/11/2017, 10h53

suite de mon avancée : ajouts de trois voitures à verbaliser, qui changent de couleur lorsqu'elles sont verbalisées.

https://youtu.be/rW68F43Oeuo

**ternel** · 13/11/2017, 16h26

Ca avance super bien, ton projet.

Pour ton information, un logiciel de gestion de code source, tel que git, permet de conserver l'historique du code.
En gros:

on code un peu,
on compile,
on teste,
on commit: c'est à dire on sauvegarde dans le "dépot" l'état actuel du code source

L'avantage, c'est qu'on peut récupérer une ancienne version du code, comparer, etc.
Et mieux encore, ca permet aussi de travailler à plusieurs proprement

**Obsidian** · 13/11/2017, 20h26

Envoyé par ternel

L'avantage, c'est qu'on peut récupérer une ancienne version du code, comparer, etc.
Et mieux encore, ca permet aussi de travailler à plusieurs proprement

Et en plus, on peut forker ! Donc, on peut lancer une branche secondaire pour faire des essais et profiter de tous les services (historique des modifications successives), sans polluer le projet principal ! Et tout cela au sein d'un même dépôt.

**piponux** · 14/11/2017, 08h42

a ouais c'est génial ça.
je vais l'utiliser. c'est galère de se planter à un endroit et de devoir effacer une bonne partie du code.
merci pour l'info!

https://youtu.be/KRZvcB87UqA

**piponux** · 14/11/2017, 15h30

Je poste ici le dossier des sources de mon squelette de PV2000.

Ce n'est pas encore un jeu, juste une démo qui illustre le tile maping et les collisions entre tiles/SDL_Rect et SDL_Rect/SDL_Rect.

Je pense que cela ne fonctionne que sous linux.
il faut décompresser, puis aller dans le dossier et taper dans une console:

make clean && make && ./EXECUTABLE

Il n'y a aucun problème de droits car Jacques Olivier Lapeyre a autorisé à utiliser ses modules dans une de ses toutes premières vidéos. Ces modules sont téléchargeables sur son site.

**Kannagi** · 14/11/2017, 15h57

Envoyé par piponux

Il n'y a aucun problème de droits car Jacques Olivier Lapeyre a autorisé à utiliser ses modules dans une de ses toutes premières vidéos. Ces modules sont téléchargeables sur son site

Je n'en doute pas , il traîne sur le forum en plus

Ré-écrire « PV2000 » en SDL

C

Discussions similaires

Partager

Partager