PETIT MOTEUR 2D

Commentaire de LordBob le 08/02/2004 23:01:25

j'avais vu ta source sur VbFrance et je l'avais tres bien aimé... en C/C++ c'est encore mieux... par contre ca aurrai bien si tu pouvais commenter un peu plus la source car on a un peu de mal a s'y retrouvé !!!

Commentaire de EBArtSoft le 09/02/2004 20:22:54 administrateur CS

Kirua> Le plus etonnant c'est que j'obtient le même nombre de frame ! cela vient surement de ma syntaxe en C qui est encore trop proche du VB ! le plus gros avantage pour moi c'est surtout que je peut enfin me debarasser des emcombrante DLL de la machine viruelle de VB ! YESSSSSSSS !

La je me met a la POO... ;-P

@+

Commentaire de Kirua le 09/02/2004 22:01:20

noooooooooon, bon, on va pas faire une guerre d'API graphiques puisqu'il a bien précisé que le but était de s'en passer, mais si tu commences à en apprendre une, par pitié, apprends qq ch de portable! tu t'en fiches (peut-être) maintenant, mais d'ici peu c'est qq ch qui te paraîtra indispensable. OpenGL, SDL, Al(l)egro sont des librairies merveilleuses.

mais comme je le disais donc, je m'abstiens :-p

Commentaire de Kirua le 09/02/2004 22:53:07

désolé d'avoir peur quand j'entends parler de LongHorn... c'est pas une phrase en l'air, j'ai toujours été farouchement opposé à tous ces gens qui critiquaient (de façon grossière) microsoft, et je leur reconnais tjs certains mérites indiscutables (le fait de mettre l'informatique au niveau des plus idiots en est un, sans nul doute), mais depuis quelques mois j'ai lu pas mal d'articles concernant cette dite société, et je me dis qu'il y a deux issues pour les années à venir: soit tout ça pète et faudra bien passer sur un autre OS (c'est peu probable), soit ça devient invivable pour un programmeur (même amateur comme moi, je programme ds mon coin, j'essaye de composer avec des tutos etc) et là je file sous un environnement libre illico. mon problème pr l'instant: j'ai tjs utilisé windows. c'est pr ça que je "prone" la portabilité, je trouve que c'est un atout essentiel, et même presque indispensable, pour une librairie de dvpt.

tiens, un article pas mal, j'ai passé tt un dimanche à le lire, parce que toutes les 15 lignes il y a un lien vers un autre article à lire, c'est instructif:

http://www.hevanet.com/peace/microsoft-fr.htm

c'est réellement un article que je conseille de lire, faites de cette phrase ce qui vous chante ;-)

Commentaire de Wett le 10/02/2004 11:38:28

Lool kirua qui prone le portable ;) tu me diras je peux parler moi ;)
Bon EBArtSoft désolé j'ai pas pu regarder ta source (en cours d'info ca se fait pas trop :p) mais je tenais d'ores et dejà à t'encourager et en tout cas à continuer sur cette voie, le rendu est pas mal et c'est un bon point! J'ai cru comprendre que tu ne codais pas objet, et ben pour ne pas faire comme tout le monde (ironie pure) mets-toi y!! J'ai aussi commencé par coder en VB et ben je peux te dire que c'est là que tu apprecie encore plus la puissance du c++... Bon y'a pas que là.. Vitesse, liberté... :p
Pour ce qui est du portable ca n'est pas indispensable en effet, 90% des gens "normaux" tournent sous windows, mais n'oublie pas les anormaux (j'en fais partie c'est pour ca que je me permet la blague) qui prefere linux ou qui n'ont pas trop le choix (là ou je fais mes etudes, pas de windows) et puis la communauté du libre reste une communauté à ne pas negliger... Et puis voir son code compiler sans probleme indifferemment sous nux ou sous win est particulierement... Agreable ;) Mais de toutes façon c'est pas trop le moment je pense ou tu t'en preoccupes, il sera toujours temps pour toi de t'ouvrir à ca si tu en a envie! Et puis oui DirectX est une TRES bonne librairie, tu n'as aucun souci (ou presque) de materiel, c'est rapide et tout... Un peu complexe au premier abord (surtout les anciennes versions, je me suis arrété à la 7 perso :p non la 8 un peu lol) mais franchement OpenGL arrache bien dans son genre, mais ne gere pas la 2D pure... Tout est une question de choix... (non non je n'ai pas regardé matrix ya 5 minutes lol)
Pour finir quand meme encore bravo :) Et c'est pas con d'optimiser en asm, mais je pense que maintenant les compilos font deja un travail suffisamment bon pour eviter au pauvre coder ce genre de tache ingrate... Bon là encore je risque de me faier tirer les oreilles mais optimiser le code c++ deja serait surement un gain plus important... (Je parle pas forcement de la POO mais du code en general)

Commentaire de Arkko le 10/02/2004 18:28:38

Cela semble plutot bien si nous nous fions au screenshot que tu as placé. J'ai pas tester car l'école possède pas VC++ lol, je teste ce soir ;)

bonne job !

Commentaire de Cyberboy2054 le 10/02/2004 19:51:21

Bien !
T as fait comment les fichiers . eg1...4 ? C vraiment pas mal, bien que beaucoup trop rapide pour chez moi. En plus, je parle pas un mot  d assembleur, alors ya des passages que j ai raté.
Et au passage, c quoi les differences entre _lopen, _lclose, _lread ... et les version fopen etc ?
A+

Commentaire de Kirua le 10/02/2004 22:46:36

j'ai mis 9/10, puis j'ai rechargé la page et la moyenne a pas changé d'un centième O_o c'est resté bloqué à 7, je comprends pas.

Commentaire de fabrizio le 11/02/2004 09:28:56

petite remarque, attention de ne pas confondre le C du C++, comme c'est souvent le cas sur cppfrance.

code C donc.

bonne continuation,
encouragement.

Commentaire de eldered le 15/02/2004 10:20:27

Je trouve ça vraiment pas mal, seul petit truc qui me dérange, c qu'il n'y a pas de collision avec les vieux et quand tu passes au nord d'une table, on a l'impression que le perso est dessus.

Sinon, du bon boulot !

++

Commentaire de Kirua le 18/02/2004 22:31:54

moi j'ai codé 1 an sans savoir que j'utilisais des pointeurs, et en plus pas proprement ^^ ce que dit BruNews est tt à fait correct, je m'en suis mordu les doigts et j'ai refais un tour ds les petites classes (c le cas de le dire ^^) et mtnt ça va bcp mieux. ah, et puis y a des bouquins pour 10? qui t'expliquent tte la théorie, pur de pur, mais je te promets que ça se lit comme un roman tellement on aime :-)

je sais pas si j'ai le droit de faire de la "pub", mais perso j'ai bcp aimé le livre de Stéphane Dupin, "Le Langage C++" (c un book orange). Wett l'a aussi et on voit ce que ça donne ;-)

Commentaire de EBArtSoft le 18/02/2004 22:43:51 administrateur CS

Merci pour tout vos conseil,

Je vient de prendre une decision. cela m'est venu apres la fusion de ma carte video hier matin ! en effet apres avoir subit les assauts repeter de mes applications elle a rendu l'ame vers 10h qu'elle repose en paix ... j'ai donc acheter en urgence une nouvelle carte
passant d'une NVidia a une ATI et figurez vous que toute mes
appli faite avec ma bibliotheque graphique passe de 60 a 17 images par seconde !!!!!!!!!!!

Je vais donc opter apres maite reflexion pour une couche DirectDraw
etttttt oui on y arrive finalement tout en gardant mes fonctions de dessin enfin je l'espere.

@+

Commentaire de Kirua le 18/02/2004 23:17:11

Alors je crie haut et fort que le livre cité 4 messages plus haut est réellement bon rapport qualité/prix. Un seul reproche qui me vient à l'esprit: pas de description de la STL, que j'utilise pourtant tous les jours, je trouve que ça fait qd même un vide.

Commentaire de EBArtSoft le 19/02/2004 13:35:52 administrateur CS

bonjour à tous,

Je vient d'ajouter le layer DirectDraw ! je passe donc de 17 fps à 87 fps avec la carte  ATI !!!!! c'est plutot cool mis à part le filtre que directdraw applique lors du blit mais bon faut savoir ce que l'on veus ! si vous avez d'autre optimisations je suis preneur (sinons j'ai ajouter l'alpha blending mais je ne l'ai pas implementer dans cette demo, ça donne plutot bien ah ah )

@+

Commentaire de EBArtSoft le 19/02/2004 13:53:24 administrateur CS

Wett> arf ouai c'est chiant ... je vais laisser la possibilité de choisir
ou alors plusieurs release, je sait pas encore.

c'etait tellement simple sous dos .... arf ses OS !

;-)

@+

Commentaire de Funto66 le 01/05/2004 17:31:23

J'arrive après la bataille lol
56 FPS chez moi.
Ça rend plutôt bien, sauf les petits vieux que l'on traverse et le fait que le personnage soit affiché trop bas par rapport à ce qu'il devrait (on peut monter sur les tables ou marcher dans le noir/vide du bas de la map).

Commentaire de Kirua le 25/04/2005 18:25:37

FPS = Frames Per Second: le nombre d'images affichées par seconde. Plus il y en a, plus le programme tourne vite (et a priori, mieux c'est).

Un sprite est une image affichées à l'écran censée représenter un perso, un objet ... classique dans les jeux 2D, mais on les retrouve sous forme de billboards ds les jeux 3D (un peu plus long à expliquer).

Pr les persos, en réalité, le pathfinding avec des unités mobiles est sérieusement plus dur à gérer que le pathfinding classique, il est donc normal que dans un premier temps il ne tienne pas compte des personnages.

Commentaire de Kirua le 25/04/2005 21:06:39

Non pas vraiment, les éléments de décor fixes, on va plutôt les représenter sous forme de tiles (les éléments constitutifs de la map), et définir le tile comme intraversable. Ça c'est très facile à gérer, mais le souci, c'est que les sprites sont en général mobiles, donc quand tu cherches le plus court chemin entre un point et un autre, tu dois tenir compte des variations de position des obstacles.

Mtnt, je crois comprendre que le problème est qu'il traverse les persos qd il est contrôlé par le joueur, et ça en effet, c'est un souci tout à fait facile à régler (par collisions de rectangles).

Commentaire de MoDDiB le 25/04/2005 22:13:48

Oups je viens de relancer ton prog et tu ne gères pas en case par case donc oui gestion en triangle c'est simple et efficace :p ( j'ai loupé mon coup mais je t'aurai :p)

Commentaire de MoDDiB le 26/04/2005 17:15:46

Ou alors tu calcul à chaque fois de facon intelligente : tu retiens la case qui se trouve a en position 4 dans la liste des cases a parcourir de distance par exemple et tu calcul le plus court chemin jusqu'a cette case uniquement le tableau sera tellement petit que ca ne posera a priori pas de probleme !

Commentaire de Funto66 le 26/04/2005 18:37:11

Heu ben les points de contrôle ne pourraient pas être des morceaux de la trajectoire obtenue par une recherche du             PCC sans tenir compte des éléments mobiles?

Commentaire de Kirua le 26/04/2005 20:57:16

non, c'est pas du tout optimal et plus compliqué à gérer. je m'explique: si pdt le voyage tu rencontres un obstacles (forcément mobile, sinon tu ne le rencontrerais pas), tu dois choisir de soit le contourner, soit attendre son départ. Admettons qu'on choisisse tjs de contourner (ça paraît intuitivement plus générique comme algo, et ça évite de trop réfléchir ;)), il va falloir déterminer le PCC jusqu'au waypoint le plus proche ... a priori. mais il se peut que le waypoint suivant, un peu plus loin, soit en fait plus adéquat (ça mettrait un tt petit peu plus de tps de le rejoindre que son prédécesseur, mais au final la différence serait inférieure à la distance entre le WP A et le WP B.

Maintenant, pour digérer l'embrouille, il suffirait de sauvegarder avec chaque WP la distance au WP suivant, ou la distance depuis le pt de départ, auquel cas on économise pas mal et on évite ce souci ... c'est vrai que c'est assez intéressant comme technique ^^ (une fois de plus, j'ai réfléchi tout haut ... dsl -_-).

Euhm, pour choisir les WP, j'imagine qu'on définit un truc du style "toutes les x cases" ? avec un paramètre à tuner ... parce qu'il s'agirait quand même d'éviter que le perso retourne parfois en arrière (même si a priori l'idée de sauvegarder les distances avec les WP devrait empêcher ça).

ça mérite d'être benchmarké et testé ^^

Commentaire de MoDDiB le 27/04/2005 10:19:56

Tu vérifie simplement si c'est plus rapide de suivre le chemin (tu connais le nombre de case donc tu met un temp empirique par case ) ou alors d'attendre ( tu peux savoir dans combien de temps la case sera libéré puisque tu as la direction la vitesse et l'action de l'unité qui bloque ! )

En fait le problème revient simplement à vérifier que le temps de libération de la case est < X et la tu check tes constantes :p
Voili