Tentative de remake du jeu PV 2000 avec SDL 1.2

**piponux** · 18/11/2017, 09h11

Bonjour,
pour faire suite à cette discussion.

j'aimerais vous présenter mon projet de remake du jeu PV 2000 sorti sur mo5 dans les années 80.
je suis débutant en langage c, et la programmation n'est pas du tout pour moi une activité professionnelle, juste un plaisir.
Je code depuis environ 2 ans, avec une fréquence trés irrégulière (par exemple plusieurs heures par semaine, ou bien pas du tout pendant plusieurs semaines).

J'utilise la sdl 1.2

Les défauts détectés par les membres de ce forum à propos de ce jeu sont : trop gourmand en mémoire (138 Mo), et trop gourmand en utilisation du cpu (20 ou 30 % selon config).

J'ai fait le choix de continuer à programmer ce jeu malgré tout, pour le finir et apprendre les mécanismes, quitte à revenir dessus une fois le jeu terminé pour l'optimiser.

Pour programmer ce début de jeu, j'utilise les modules game_event_priofifo de Jacques Olivier Lapeyre, et les tutoriels sur le tile maping de fvirtman sur ce site.

voici un lien vers une des vidéos du jeu :

**nanosoft** · 18/11/2017, 10h16

Bonjour,

Merci pour ce partage, à propos des défauts détectés il serait intéressant de voir la structure du code qui conditionne ces mécanismes trop gourmands et que les membres du forum puissent présenter des choix alternatifs en les commentant.
Pour ma part je pense avoir une assez bonne idée de la consommation CPU mais j’avoue que pour l’occupation en mémoire, je ne me suis jamais trop penché sur la question.

**piponux** · 18/11/2017, 10h26

Bonjour,
le code est disponible ici : (c'est l'archive en 7zip) (j'ai essayé de le poster sur github, mais je ne comprends absolument rien!

)

https://www.developpez.net/forums/d1...ses-langage-c/

Pour la consommation mémoire, même si je n'affiche que la map, et que je l'insère dans une game_event_priofifo, sans aucun mouvement, ni aucune détection de collision, je suis tout de même à 138 Mo.

Je pense que le code ne fonctionne que sous linux.

Il faut taper en console :
make clean && make && ./EXECUTABLE

**Kannagi** · 18/11/2017, 11h25

Pour la consommation mémoire, même si je n'affiche que la map, et que je l'insère dans une game_event_priofifo, sans aucun mouvement, ni aucune détection de collision, je suis tout de même à 138 Mo.

En général les mouvements et les collisions sa consomme du cpu pas de la mémoire

Mais fini ton jeu , tu repartira a zéro la prochaine fois , tu aura un contrôle total sur tes ressources mémoire etde calcul CPU.

**nanosoft** · 18/11/2017, 15h34

Cette utilisation CPU est sur quelle machine et pour combien de FPS (nombre d’affichage par seconde) ?

Pour une machine 4 cœurs cela veut dire que le programme tourne à fond en permanence à 100%. Est-ce le calcul de toutes les combinaisons de collisions qui est significatif ?

**Kannagi** · 18/11/2017, 15h48

Envoyé par nanosoft

Cette utilisation CPU est sur quelle machine et pour combien de FPS (nombre d’affichage par seconde) ?

Fallait lire les liens !

Voila je que j'avais dit :

Il utilise beaucoup beaucoup trop de mémoire RAM (sur mon ordi je suis a 138 mo ) et en terme de CPU je suis a 30% , c'est beaucoup trop pour ce que tu fait....
En comparaison j'avais fait un jeu 3D (OpenGL1) (et j’utilisais très peu la carte graphique , collision 3D , animation par squelette cote CPU) ben le jeu me coûte 5% de cpu et 28 mo de ram , un jeu 2D (SDL 1) me coûte 4% de CPU et 17 mo de ram.
L'autre point sur mon ordi , j'ai l'impression que ton jeu ralenti quelque fois...

Effectivement le nombre de FPS est important , les deux a mes souvenirs était sur 30 FPS. (mais même en multipliant par 2 en tombe sur 10% de mon CPU et les calcul que je fait était largement plus que ce qu'il faisait).

**piponux** · 18/11/2017, 15h52

Hello.
pour la vidéo présente sur cette partie du forum, le jeu tourne sur ce processeur :

http://https://ark.intel.com/fr/products/53483/Intel-Pentium-Processor-G630-3M-Cache-2_70-GHz

Pour les fps, je n'en n'ai pas la moindre idée.

**nanosoft** · 18/11/2017, 18h02

Pour les fps, je n'en n'ai pas la moindre idée.

A mon avis c’est l’une des premières choses à déterminer pour maîtriser la consommation CPU. A regarder pour le mécanisme de la boucle principale du jeu …

**piponux** · 19/11/2017, 08h14

Salut!
je regarderai tout ça dans mon prochain jeu.
Pour l'instant, voici l'avancée de mon PV2000 : j'ai remplacé les SDL_Rect par des SDL_Surface*.

Les graphismes sont old school. Ils sont faits avec un genre d'éditeur de sprites que j'ai programmé en c avec SDL2.

C'est quand même l'éclate de programmer, ne serait-ce qu'un petit jeu comme celui là!