begin process at 2010 02 10 02:29:37
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

OpenGL

 > CASSE BRIQUE EN OPEN GL

CASSE BRIQUE EN OPEN GL


 Information sur la source

Note :
5 / 10 - par 1 personne
5,00 / 10

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

  • 7

  • 8

  • 9

  • 10
Catégorie :OpenGL Niveau :Débutant Date de création :05/10/2004 Date de mise à jour :12/10/2004 12:22:14 Vu / téléchargé :4 680 / 501

Auteur : gpettier

Ecrire un message privé
Commentaire sur cette source (17)
Ajouter un commentaire et/ou une note

 Description

Cliquez pour voir la capture en taille normale
le titre dis presque tout (je voulais le distribuer en freeware mais il rest qq bugs
et puis sila source peut aider certains c'est toujours sa) le rebond sur la
raquette n'est pas beugé il a pour vocation d'etre tres precis mais est difficil a
metriser le rebond par le coté sur brique a un beug voila si vous pouvez maider a
l'ameliorer ou si sa vous plait faites savoir.



 Fichier Zip

Les Membres Club peuvent télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !
  • arkanoide 2.cppTélécharger ce fichier [Réservé aux membres club]Voir ce fichier32 446 octets
  • arkanoide2.devTélécharger ce fichier [Réservé aux membres club]512 octets
  • arkanoide2.exeTélécharger ce fichier [Réservé aux membres club]47 616 octets

Télécharger le zip


 Historique

06 octobre 2004 08:13:35 :
voila la capture d'ecran !!!
09 octobre 2004 11:19:54 :
voila un leger changement du code avec une fonction de ralenti que je n'ai pas pus testé a cause d'une erreur de compiliation alors elle est entre /* */ vous pouvez la tester si sa compile chez vous...
09 octobre 2004 11:20:04 :
voila un leger changement du code avec une fonction de ralenti que je n'ai pas pus testé a cause d'une erreur de compiliation alors elle est entre /* */ vous pouvez la tester si sa compile chez vous...
12 octobre 2004 12:22:15 :
le timer est la !!!! normalement il devrait empecher le jeu de tourner plus vite que chez moi ! (normalement)

 Sources de la même categorie

Source avec Zip JEU DE DAMES 3D par vbclaude
Source avec Zip CHARGEMENT DES TEXTURES EN OPENGL par Jackyzgood
Source avec Zip Source avec une capture OPENGL - UN PEU DE NEIGE... par underprog
Source avec Zip Source avec une capture JEU DE LA VIE 3D OPENGL AVEC GESTION SOURIS par fratleym
Source avec Zip Source avec une capture SPEAD RACER par jngl

Commentaires et avis

Commentaire de khayyam le 05/10/2004 18:00:53

on aurait aimé voir un chtit screen .... surtout pour un programme graphique ....

Commentaire de gpettier le 05/10/2004 18:47:41

sorry je peut le rajouter?

Commentaire de gpettier le 05/10/2004 18:50:28

nan fot attendre que je repasse par chez moi il tourne pas sous nt on dirait (g internet a l'iut pas chez moi) demain...

Commentaire de MoDDiB le 05/10/2004 20:33:31

Euh sur un pIV 2ghz c'est injouable et vu la vitesse a laquel ca va tu as du tester ca sur un 500mhz....
Tu fais un jeu qui doit s'éxécuter à la meme vitesse sur toutes les machines ! Recupere le temps passé depuis le dernier passage de la boucle et multiplie le par une constante puis par la vitesse de lobjet pour tes deplacements !!
Sinon il fonctionne sous un environnement unix??

Voilà corrige nous vite ca !

Commentaire de MoDDiB le 05/10/2004 20:38:42

parce ke la ton compteur tant ne sert a rienet ton test et tout aussi inutile : tu jajoutes 0.1 a chaque opassage de la boucle donc forcement la seul fois ou ta boucle if sera true c'est lorsque compteurs_temps =1.11 : il en sera jamais supérieur !!
compteur_temps+=.01;
if (compteur_temps>1.1){compteur_temps=.95;}

De plus excuse pour ma question sur unix il ne fonctionnera effectivemetn pas vu que tu use une fenetre windows ^^

Allez corrige ca vite :)

Commentaire de gpettier le 06/10/2004 08:18:00

tu utilise quelle fonction pour récuperer le temps j'ai dejas ssayé avec des trucs trouvé ici mais il y avais des pbs :les commandes n'etait pas defini (il faut inclure qqchose mais quoi?) voila pour le test je vais regarder... et pour unix je commence a manipuler mais je programme pas encore pour peu etre que je pourrais porter...

Commentaire de gpettier le 06/10/2004 08:19:51

au fait merci pour les 500 mz (mon 1.2 gz apreci...) et sur le 500 mz sa ramme par contre... au fait le screen shot est la... bon je regarde pour le test et le temps .

Commentaire de gpettier le 06/10/2004 08:41:35

a oui le comptuer temp en fait il est la pour fair varier les bonuses
dans le test de collision brique:

if (compteur_temps >=.95 && brik [level-1][a][b]==0)
    {
     for (a=0;bonuss[a].presence;a++){}// sa c pour detecter le premier emplacement
     bonuss[a].presence=1;              //de bonus libre dans le tableau
     bonuss[a].x=x[e];
     bonuss[a].y=y[e];
     bonuss[a].type=int(100*(compteur_temps-0.95));
}

on peut baisser le .95 si on veut des bonus - souvent mais si on le monte + sa rique de fair des bonus en - (je crois) .
pour le temps je dois fair une autre variable et trouver la bonne fonction.

Commentaire de MoDDiB le 06/10/2004 18:15:03

et ben je savais pas que la différence entre un p2gh et un 1.2ghz était si flagrante ^^
essais avec timeGetTime() de windows.h il te renvoie le temps ecoulé depuis le lancement de windows en milliseconde :)

Commentaire de gpettier le 07/10/2004 08:08:55

merci et por fair ralentir je peut fair afficher plusieurs fois ou vaut il mieu un bon vieu delay () ?
bon
je vai deja  essayer timeGetTime() a+

Commentaire de theidiot le 08/10/2004 17:43:25

J'aurais aimé que tu place une gestion de fenêtre avec GLUT au lieu d'utilisé "windows.h"ce la aurais amiliorer la portabilité de ton jeu. Et j'aurais pu y jouer :)

Commentaire de gpettier le 09/10/2004 11:15:46

dison que dev c++ me fait toute l'initialisation alors j'ai pas encore cherché plus loin (sorry ) mais c'est vrai que glut a l'aire interessante alors je veux bien essayer des que j'ai le temps d'apprendre (si t'as un tut ou une addresse ...) sinon MoDDiB j'ai un pblem de link a la compilation je te met l'erreur

...\arkanoide 2.o(.text+0x839):arkanoide 2.cp: undefined reference to `timeGetTime@0'

pourtant il la reconnais puisque sinon il mettrait une erreur a la compilation pas au link ,je compprend pas...

Commentaire de BeLZeL le 09/10/2004 22:40:45

Pour timeGetTime, essai de linker winmm (-lwinmm sous dev).

Sinon, pour un temps plus précis, utilise QueryPerformanceCounter et QueryPerformanceFrequency. Tu auras le temps à une centaine de nano secondes près.

Commentaire de gpettier le 12/10/2004 12:37:21

ya la nouvelle version ! avec timeGetTime () sa marche bien normalement ,le jeu ne dois pas pouvoir aller plus vite chez vous que chez moi . mais je trouve ma methode bc plus simple que se que j'ai vu ailleur (2 ligne: une qui attend que 32 ms se soits écoulée depuis le dernier passage et une qui stoque le nouveau temps  :-) )
simple et (je crois ) efficace voila si ya un blem dites le !
a oui merci a MoDDiB et BeLZeL  (a MoDDiB est ce que sa vient de Muad'dib dans dune ?) voila c tout !

Commentaire de MoDDiB le 12/10/2004 22:23:30

oui effectivement c bien de ca ^^ je suis heureux de voir qu'il y a de plus en plus de gens cultivés ici ^^bop je test ton prog demain ^^

Commentaire de gpettier le 13/10/2004 09:02:28

un fan n'oublie jamais...

Commentaire de gpettier le 12/11/2004 13:18:52

il resye des bugs de rebons ,que je ne sait pas trop commen corriger... si vous voyez help please.

 Ajouter un commentaire




Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Février 2010
LMMJVSD
1234567
891011121314
15161718192021
22232425262728

Consulter la suite du CalendriCode

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,359 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales