UN CASSE-BRIQUE EN C AVEC OPENGL
Funto66
Messages postés
1267
Date d'inscription
mercredi 1 janvier 2003
Statut
Membre
Dernière intervention
28 février 2007
-
29 déc. 2003 à 00:59
Funto66 Messages postés 1267 Date d'inscription mercredi 1 janvier 2003 Statut Membre Dernière intervention 28 février 2007 - 6 janv. 2004 à 21:03
Funto66 Messages postés 1267 Date d'inscription mercredi 1 janvier 2003 Statut Membre Dernière intervention 28 février 2007 - 6 janv. 2004 à 21:03
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/19052-un-casse-brique-en-c-avec-opengl
https://codes-sources.commentcamarche.net/source/19052-un-casse-brique-en-c-avec-opengl
6 janv. 2004 à 21:03
Ceci dit je confirme ce qu'a dit Kirua ^^
Par contre, je remarque qu'il a oublié un truc : te donner la réponse lol :p
A mon avis, si tu n'arrives pas à compiler, c'est parce que ton compilo veut un main() en point d'entrée et que le programme lui fournit un WinMain() à la place; personnellement j'ai jamais touché à C++Builder (effleuré Kylix grand maximum ^^), j'utilise Visual C++, mais ça doit être similaire : cherche dans les menus une option qui se rapporte à ton projet, qui t'ouvre une boîte de dialogue où tu caractérises ton projet, et définis WinMain() comme point d'entrée au lieu de main().
Sinon, autre possibilité, tu peux essayer de remplacer WinMain() par un main() classique comme ça :
int main(int argc, char* argv)
{
HINSTANCE hInstance = (HINSTANCE)GetModuleHandle(NULL);
int nShow = SW_SHOW;
LPSTR lpCmd = "CasseBrique.exe";
// ... suite du programme
Voilà, bon courage ;)
6 janv. 2004 à 17:21
... j'ai eu cours de religion ajd, saleté !
6 janv. 2004 à 13:56
Je suis toutout nouveau en prog C/C++ (je m'y connais bien mieux en php), raison pour laquel ma question va peut-être vous semblé ridicule:
Comment je fais pour jouer à ce jeux ?
Quand je clique sur le .exe, la page s'ouvre, la balle part vers la droite et hop, plus de jeux!!!
Je l'ai ouvert ouvert aussi sous dos, mais il me lance une nouvelle page qui se ferme une seconde après.
Sinon j'ai des problèmes avec mes #include
je m'explique.
Certain tut (http://www.cppfrance.com/code.aspx?ID=19154) de ce site propose des trucs avec par exemples:
#include <windows.h>
int STDCALL
WinMain (HINSTANCE hInst, HINSTANCE hPrev, LPSTR lpCmd, int nShow)
{...
Mais la fonction WinMain n'est pas reconnu lors de la compilation.
J'ai acheté la Bible de programmeur C/C++, 1500 astuces (je sais pas si ce livre est bien, sinon je suis preneur pour une référence) et j'ai également des erreurs.
J'ai la version entreprise Borland C++ builder 6
(version à l'essai télécharger sur le site de Borland je précise)
Si quelqu'un peut me dire où trouver les .h pour savoir s'ils sont bien là, et sinon ce que je dois faire pour avancer, et s'il y a une autre version mieux que celle que je possède (laquel possédez-vous ?)
Bein je C sa fait bocoup de Kestion.
Gros Merci d'avance pour ceux qui aurons la patience de me répondre, et bonne année à tous le monde.
5 janv. 2004 à 22:12
5 janv. 2004 à 21:30
5 janv. 2004 à 21:13
il est bon faut avouer
5 janv. 2004 à 20:44
5 janv. 2004 à 20:37
5 janv. 2004 à 20:33
Si jamais quelqu'un a l'info, il est le bienvenu ^^
5 janv. 2004 à 20:27
5 janv. 2004 à 20:06
Enfin, tout ça d'après Kelios (un pote à moi) ^^
4 janv. 2004 à 18:10
4 janv. 2004 à 16:57
4 janv. 2004 à 15:34
4 janv. 2004 à 14:32
ah bon ??
4 janv. 2004 à 13:48
4 janv. 2004 à 12:19
typedef struct
{
int membre;
} MaClasse;
void MaClasse_SetMembre(MaClasse* this, int valeur);
int MaClasse_GetMembre(MaClasse* this);
Ensuite, pour les templates, on pourrait utiliser des pointeurs void* pour désigner n'importe quel objet je pense.
Moi perso je commence à bien apprécier le C classique; si tu as fait de l'assembleur, tu peux "voir" ce qui se passe "derrière", tandis que le C++ t'éloigne de la machine... Enfin bon, C++ powa qd même ;) bien que, un prog C est indépendant, alors qu'un prog C++ dépend de runtimes :/
4 janv. 2004 à 02:45
3 janv. 2004 à 23:02
d'ailleur un reset de RAM efface ces variables et je crois que j'avais lu ke ca pouvait poser des problemes cette methode.
je prefere largement un super format de fichier bien compliqué comme j'aime.
a propos c BOUM c t pas pour représenter un bug, mais mon Bourrainisme :)
et puis merci de me proposer ces libs, mais je programme plus sur TI j'aime pas bien le C sans classe ni templates, et sans véritable debuger puissant.
3 janv. 2004 à 22:13
Lightness1024! >> Ben oui justement c'est PreOS qui est installé sur ma VTI ^^ donc ça explique tout. Personnellement dans mon jeu j'utilise une librairie graphique, GraphX; le développement a été abandonné et y'a quelques bugs mais elle est bien pensée et faite par un français, donc la doc est en fr aussi :)
Effectivement tout mettre dans une seule fonction (et un seul fichier (!)), c'est pas génial...mais je pense pas que ce soit ça qui fasse bugguer; tout écrire dans 1 fonction évite l'appel à d'autres fonctions, donc toutes les manipulations relatives à la pile ^^ Donc au final ça accélère le jeu. Si jamais ça t'intéresse encore, dans GraphX y'a des fonctions de timer, et il me semble qu'elles sont indépendantes de GraphX (pas sûr). Pour l'écriture dans des fichiers, je suis pas sûr que c'était nécessaire : les variables globales gardent les mêmes valeurs entre 2 utilisations du programme si je me souviens bien.
Stepharcher >> désolé de s'éloigner du sujet principal...:D
3 janv. 2004 à 14:21
3 janv. 2004 à 00:37
d'abord je tient a te dire ceci: :)
ensuite cela:
en effet je crois que j'ai remarqué un effet de lenteur aussi dans certains conditions. je ne sais plus trop quand, ca devait etre avec certains kernels bien particuliers. dans mon souvenir le jeu marche bien avec universal OS, et TeOs (mais je suis plus tres certain). PreOs ca rame je crois.
Enstein ca marche. sauf gros gros bug ki delete la table des fichiers et ki formatte toute la calculette si on arrive a la fin du jeu, et qu'on recommence une partie a partir du profil enregistré. je déconne pas.
c arrivé a un pote il etait content. enfin fo dire ke j'avais pas prévu cette éventualité dans le code; mais ca foire qu'avec Einstein (enfin j'espere).
bref toute facon si ca rame c parce que je l'ai mal foutu ce jeu, je savais pas utiliser les timers le temps est géré par une boucle de ralentissement.
le code est trop gros, j'ai hardcodé les positions des ennemis pour chaque passe, les menus sont implémentés dans la fonction main..
enfin bon plein de choses quoi.
en fait, la raison est simple.
j'ai programmé ce jeu comme je faisait mes anciens jeux en QBasic.
tout dans un module et dans une fonction: BOUM !
faut etre indulgent, c'etait mon premier jeu dans le langage C.
beacoup de choses ne sont pas a reprendre dans le code de ce jeu :(
enfin bon certaines peuvent être interressantes, comme l'utilisation des flags, l'ecriture dans les fichiers (profils...) la maniere de faire des menus...
c'est dommage pour le gros bug de la reprise de profil apres la victoire; car c'est un des jeux les plus stables qui existent sur TI.
jamais personne pourra le faire planter par un débordement d'utilisation. pour la bonne raison que rien n'est dynamique.
(ben oui a l'epoque je maitrisait pas malloc)
pour la démo, oui, c'est the product. fait par la team d'Allemands farbrausch consumer je crois.
en effet ca commence a etre connu, elle date de qq années déja et a tellement été une réussite en matiere de demo technologique qu'elle fait maintenant office de vitrine aux textures prodédurales.
2 janv. 2004 à 21:22
bref le casse brique est pas mal
en tout cas la gestion des collision est bien faite ce que j'avais abandonné
pour les niveaux c'est vrai qu'il y en a pas mal mais ce serait encore mieu si il y avait un editeur ;-)
aller travaille bien
2 janv. 2004 à 15:57
Tiens c'est marrant Lightness1024!, j'utilise la même technique du tableau/texture dans mon jeu sur TI que je suis en train de faire ^^.
Je viens de télécharger ton jeu et les sources qui vont avec; c'est bizarre mais le jeu est trop lent sur VTI :( Je pense que je vais étudier les sources, y'a plein de trucs intéressants ;)
Le démo, c'est The Product, non? Elle commence à être connue, j'en entends parler de partout ^^ C'est vrai que c'est super bien fait...
2 janv. 2004 à 11:40
le tableau il existe en effet. mais il n'est pas rempli de contantes, il n'est pas hardcodé, il est déclaré dans la fonction de création des textures prodécurales, et c'est bien de le créer dynamiquement. (new et delete)
le remplissage du tableau se fait par algorithmes, des boucles et des fonctions mathématiques pour créer les couleurs que l'on veut.
pour une balle il suffirait d'implémenter la technique dont tu parles au dessus, mais pour remplir un cercle sur une image, pas pour en créer 100 polygones. une fois ce tableau créé on le passe a OGL ou DirectX pour lui dire que c'est une texture.
c'est ce qu'on appelle une texture procédurale. elle ne prend que la place du code qui la créer (par exemple 240 octets pour un algo d'une 10aine de lignes qui peut créer une texture 2048*2048*24bits) tu vois un peu la compression et la beauté du concept !
connais tu cette démo ?
http://membres.lycos.fr/Lightness1024/fr08v101.exe
(sert a rien de zipper, c icompressible)
1 janv. 2004 à 21:56
1 janv. 2004 à 21:01
(c'est pas parce que je l'ai fait pour envahisseurs de l'espace (voir ici: http://ti89clairnet.free.fr/jeux1.htm jeu "EnvEsp" en bas de la page)
que je le referait un jour ! de plus j'avais une excuse c'etait sur TI)
mais pense aux textures procédurales, c'est mieux que les fichiers externes, que les 100 polygones et que le tableau hardcodé.
les demomakers utilisent ca dans leurs presentations 64 ko.
1 janv. 2004 à 17:21
pour les 100 polygones, c'est bien pour ça que j'ai mis une déclaration avant les calculs, pour que tu puisses affiner au besoin (tu peux très bien commencer le jeu avec une valeur basse et monter tant que le taux de FPS est bon, ainsi tu profites au mieux de la puissance du PC).
moi ce que j'aime bien pr un petit programme, c'est d'avoir un exe autonome, et donc j'essaie d'éviter les textures, c'est pr ça que je "dessine" sur le moment. et puis avec les display lists c'est rapide.
autre chose, tu pourrais me dire que je pourrais créer la texture dans le programme, à l'aide d'un tableau que je copie/colle dans un fichier cpp à part, c vrai que ça dérangerait pas, ça tue pas la propreté du code puisqu'un simple commentaire expliquerait bien, mais moi, j'en veux pas, nah :-P j'aime pas les gros tableaux de constantes. tcheuh qu'c'est con et borné un amateur :-D
31 déc. 2003 à 16:00
31 déc. 2003 à 01:07
31 déc. 2003 à 00:57
x² + y² = r²
ou x et y sont les coord. du pt à déterminer et r est le rayon du cercle. dans une for tu peux faire ça: *va rechercher son code*
//extrait de ma simulation de gravitation sur ce site, main.cpp
/* création de la Display List des corps */
int id = glGenLists(1);
float vertices = 100.0f; //nombre de vertices par cercle (doit être divisible par 2)
float rayon = 0.5f; //rayon du cercle représentant le corps
glNewList(id, GL_COMPILE);
//génération de vertices à partir de l'équation simple d'un cercle: x² + y² = r²
glBegin(GL_POLYGON);
for(float x = -rayon; x <= rayon; x += (rayon*2.0)/(vertices/2.0))
glVertex2f(x, sqrt(rayon*rayon - x*x));
for(float x = rayon; x >= -rayon; x -= (rayon*2.0)/(vertices/2.0))
glVertex2f(x, -sqrt(rayon*rayon - x*x));
glEnd();
glEndList();
/* fin de la display list */
y a un tas de parenthèses qui compliquent la lecture dsl pr ça, mais faut pas être un matheux pr comprendre ça ira je pense.
pour les Display List en OpenGL, je te conseille ce site: (c'est là que j'ai lu comment faire, c'est bien fait)
http://www.lighthouse3d.com/opengl/displaylists/
voilà, bien amicalement,
Kirua
PS: le png supporte le 32 bits, c'est juste internet Explorer qui en veut pas, merci à funto pr cette info
à vecchio56: déclarer les fct ds le .h c'est très avantageux, tous les cpp qui incluent l'en-tête profitent des routines, pratique. et déclarer les fct ds un .cpp c'est contradictoire je trouve :-P
30 déc. 2003 à 15:52
oué ta raison, et en effet TGA c pas mal aussi (mais c pas palétisé 256 bits ? parce ke j'aime pas trop les palettes en general)
en effet pour le loader c pas ce qu'il y a de plus simple etant donné que le format est compressé. mais moi j'utilise DirectX donc toutes ces fonctions je les aient, donc pas besoin de les chercher ou de les faire moi meme.
pour ca que je prefere le png: compressé, choix entre 24 bits ou palette ou noir et blanc...
30 déc. 2003 à 00:56
Ben voilà il a raison, bien sûr c'est beaucoup plus facile, mais ce que j'ai dis est valable aussi ! Pour la texture, j'utilise personnellement le format TGA, mais le PNG est très bien aussi, seulement j'ai pas de loader PNG ^^
29 déc. 2003 à 14:43
on fait des sprites carrés avec une texture avec channel alpha.
comme le format png par exemple.
29 déc. 2003 à 13:56
29 déc. 2003 à 12:33
Stepharcher >> Pour créer un rond sous OpenGL tu peux soit utiliser une sphère en 3D avec les fonctions de GLU (Cf les quadrics, ils en parlent dans un des tutoriaux de http://glinfrench.apinc.org), soit tu te le dessines toi-même en utilisant la trigonométrie :
#define CONSTANTE 0.31415 // Je suis pas inspiré par le nom....
// tu peux mettre une autre valeur
#define RAYON_BALLE 1.0
#define MON_PI 3.1415
unsigned int i;
glBegin(GL_POLYGON);
for(i=0 ; i<2*MON_PI ; i+=CONSTANTE)
{
glColor3f(1.0, 0.0, 0.0); // Ou autre chose, on s'en fout
glVertex2f(sin(i)*RAYON_BALLE, cos(i)*RAYON_BALLE);
}
glEnd();
Voilà, je pense à un truc comme ça, mais ce code n'a pas été testé, et les fonctions sinus et cosinus sont lentes, en général on optimise en créant des gros tableaux faisant correspondre à un index le sinus ou le cosinus correspondant....mais dans ton cas je pense pas que ça ralentisse beaucoup ;) D'ailleurs, si tu veux faire un dégradé sur ton cercle, tu pourrais aussi changer les valeurs passées à glRotatef() durant la boucle, selon le compteur ;)
29 déc. 2003 à 11:44
Si vous trouvez que le jeu est trop dur, il suffit d'aller dans le main.h et de changer la vitesse du jeu.
C'est vrai qu'une balle carré c'est pas génial mais le problème est que je ne sais pas faire d'objet rond en OpenGL... Lorsque j'y arriverais en utilisant des librairies standart, je ferais une mise à jours de mon programme !
29 déc. 2003 à 11:01
29 déc. 2003 à 01:04
Je suis arrivé au niveau 2, mais c'est dur qd même ^^ (ou alors c'est moi qui suis mauvais, c'est très probable :p)
29 déc. 2003 à 00:59