Messieurs-dames, bonjour

c'est les vacances et j'ai décidé de passer un petit peu de temps pour créer un jeu vidéo

j'ai pas encore de titre alors pour l'instant, il s'appelle IS-RV2. je tâcherai de le remplacer par un truc plus classe à l'occasion.

ca serait une sorte de jeu de shoot'em up réalisé plus ou moins en c++, sous SDL, librairie sonore encore à décider (déja, sa présence n'est pas super-indispensable )

et dans ce topic, je donnerai des nouvelles de son avancement, si ca intéresse quelqu'un

sur ce... bonsoir

Bonjour. Avant toute chose, sais tu a quel point creer un jeu est difficile? Tu devrais apprendre le basic, et faire le tuto mario sokoban du siteduzero après les exercices c avant de te lancer dans un projet aussi ambitieux qu'un shoot-em up. tu verras, t'apprendras plein de trucs

bof, ça va, j'ai quelque expérience

j'ai relu le tuto sur la SDL de M@teo

Bonsoir, il est vrai que faire un jeu peut etre difficile, attention à bien définit tes objectifs!

Un shoot ? 2d ? 3d ? si 2d avec du scrolling? quel genre ?

as-tu déjà une idée du gameplay que tu vas mettre en place ?

ce sera un jeu de shoot en 2D sur deux plans avec un rendu 3D et du scrolling, genre r-type delta, pas un danmaku donc

pour le gameplay, j'ai tout ce qu'il faut, ça ne posera pas de problème

Ok, ca sera du scrolling horizontal à la border down ou du scrolling vertical à la ikargura ?

J'avais tenter un shoot 2d mais le "level design" me saoulait, enfin, le parcours des ennemis.

ca sera du scrolling vertical! je trouve ce scrolling là plus naturel et crédible pour ce que je veux faire

Ca me rappelle que j'ai aussi un shoot 2d dans mes cartons qu'il faudra que je finisse/presente un jour.

bon courage caelacanthe. N'hesites pas si tu as des questions.

NB aux sceptiques : une recherche sur le forum vous montrera que caelacanthe ne part pas de rien.

Bonne chance pour ton projet qui est plus réaliste que le 3/4 de ceux qu'ont trouve sur jv.com.

"bon courage caelacanthe. N'hesites pas si tu as des questions. "

1. fatjoe_qc Voir le profil de fatjoe_qc
2. Posté le 4 juin 2010 à 01:50:21 Avertir un administrateur
3. Bonne chance pour ton projet qui est plus réaliste que le 3/4 de ceux qu'ont trouve sur jv.com.

merci beaucoup pour votre soutien!

Bonne chance caelacanthe, j'attends vivement un screenshot pour voir l'ambiance.

1. sbkodama Voir le profil de sbkodama
2. Posté le 4 juin 2010 à 12:28:02 Avertir un administrateur
3. Bonne chance caelacanthe, j'attends vivement un screenshot pour voir l'ambiance.

il va mettre longtemps à arriver, le screenshot, je suis actuellement sur le module de rendu. un sacré morceau

Ha ok, et tu as commencé quelques modèles 3d ?
Ca serait plutôt quel genre d'ambiance ?

pas de modèle 3D, je suis sous SDL

l'ambiance sera plutôt genre rétro/champêtre, je vais tâcher de dessiner des sprites sur mesure, sans trop de couleurs ni de frioritures. Il y a mieux intérêt, d'ailleurs, vu que l'exécutable du jeu et tout ce qui va avec doivent rentrer dans 1.44 Mo

oui, c'est une petite contrainte que je me suis rajouté sur le cahier des charges: le jeu doit tenir sur une disquette 3'1/2, et parce que ce serait trop facile de faire un gros jeu, de le compresser a mort avec un de ces compresseurs expérimentaux et de fournir la disquette comme disquette d'installation, il doit aussi être lançable à partir de là

Ok, qu'entends-tu par un shoot 2d sur deux plans? , c'est pour simuler un peu de perspective avec un premier et un arrière plan ?

Ha oui si tu veux que ça rentre sur un disquette faut pas que ça soit trop, tu penses utiliser beaucoup de fois les mêmes sprites ou des astuces comme ca pour économiser de la place ?

non, les deux plans, c'est pour le gameplay! les sprites possèdent une position en 3D dans l'espace et sont recalés en fonction de leur hauteur dans la fenêtre.

Sinon, j'ai prévu de finir le jeu avec des sprites de debug, et à la fin seulement de voir ce qu'il reste comme place sur le support! je vais d'abord compter sur la compression PNG pour faire rentrer les fiches de sprites, et si ca suffit pas, il est prévu que je bricole un peu avec un format de fichier image développé pour l'occasion.

Naturellement, je prie pour que ça rentre mais je n'en suis pas encore là, je suis actuellement sur une partie "moteur", assez générique. J'établirai les besoins en ressources après avoir développé le module de rendu, d'interaction clavier et d'affichage de texte à l'écran.

Oublie SDL, utilise SFML. Il y à dix mille raison à cela.

Puis c'est Français Monsieur !

Ha ok c'est pour le gameplay. Comment ça recalé ?

1. Paulop Voir le profil de Paulop
2. Posté le 4 juin 2010 à 15:59:30 Avertir un administrateur
3. Oublie SDL, utilise SFML. Il y à dix mille raison à cela.

Puis c'est Français Monsieur !

1.1 mo pour la DLL du moteur graphique, si je me souviens bien, contre 270 ko pour le tout-SDL. Ca va pas être possible

et d'autres raisons justifient ma préférence pour SDL: le rendu de la semi-transparence sous SFML est 'bizarre', pas assez proche de ce qui se faisait avant, il y a une espèce d'upscale des sprites, et je crois pas qu'on puisse faire des "render2surface" comme le permet SDL, ce qui est extrêmement pratique

1. sbkodama Voir le profil de sbkodama
2. Posté le 4 juin 2010 à 16:02:04 Avertir un administrateur
3. Ha ok c'est pour le gameplay. Comment ça recalé ?

recalé pour la représentation graphique! il y a conversion des coordonnées 3D en coordonnées de la fenêtre.

Oui mais SFML gère l'affichage en passant par OpenGL, alors que SDL fait ça software. Pour le reste, j'ai jamais eu ce genre de soucis.

Tu peux expliquer ce que tu appelles render2surface ?