[C++/DEVCPP] EXPLORATEUR EN OPENGL
BruNews
Messages postés
21040
Date d'inscription
jeudi 23 janvier 2003
Statut
Modérateur
Dernière intervention
21 août 2019
-
23 mai 2004 à 14:43
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008 - 24 nov. 2005 à 23:25
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008 - 24 nov. 2005 à 23:25
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/23089-c-devcpp-explorateur-en-opengl
https://codes-sources.commentcamarche.net/source/23089-c-devcpp-explorateur-en-opengl
24 nov. 2005 à 23:25
24 nov. 2005 à 16:57
1 nov. 2004 à 19:51
et non, mon loader c'est celui de digiben, mais je compte le refaire (plus tard (beaucoup) ) ya des trucs que j'aime pas dedans.
1 nov. 2004 à 15:11
Maintenant que tu le dis c'est vrai que c'est logique que ça soit plus rapide...parce que la display list, c'est juste les commandes, alors même si tout réside sur la carte graphique faut quand même que ces commandes soient interprétées ^^
D'un autre côté, avec les vertex arrays il y a accès à la RAM quand on les utilise...je pense que la meilleure solution doit être les compiled vertex arrays :)
Vais me pencher plus sur le pb dans qq temps, merci ;)
31 oct. 2004 à 23:35
en gros pour les cartes graphiques le supportant en hard c'est bien mieux que les dp, et haujourd'hui toutes les cg le supporte, meme la tienne
j'ai pas encore implementer les va mais dans mon format je stocke deja un tableau de vertexe indexé par les faces
31 oct. 2004 à 23:31
djl, t'es vraiment certain que les vertex arrays sont plus rapides que les display lists?? Je dois avouer que j'ai un peu de mal à y croire quand même...
Et les compiled vertex arrays, ça doit être encore plus rapide non?
A part ça : Arnaud, ton loader md2 est de toi?
31 oct. 2004 à 23:16
en fait j'ai un fichier map avec les positions de tous mes batiments plus leurs noms de fichiers. je charge les batiments séparément, ce qui permet au passage de faire une barre de chargement sans avoir a multithreader (une idée que je viens d'avoir), je crée une liste pour chaque bat, et pour l'affichage deu frustrum culling, plus un LOD (en cours), plus un quadtree ou octree pour le terrain (ds quelques temps)
31 oct. 2004 à 22:03
je vois ca a vu de nez, sur une scene de 10000 faces avec 2mo de textured c'est tres fluide en bougeant la souris ( c'est vrai que j'en ai aucune idée mais c'est encourageant vu que c'est optimiser à 10% par rapport à ce que j'ai l'intention de faire)
140 fps, ta combien de faces en tout ?
en tout cas c'est deja pas mal, le tout c'est que ca reste fluide, et pour les vertex array seront ton salut
31 oct. 2004 à 21:56
comme dit plus haut, j'utilise des listes
31 oct. 2004 à 21:39
la je suis sur un moteur 3d, j'ai pas encore implementer les vertex arrays (j'en suis qu'a l'editeur de map) mais j'ai deja des performance encourageante rien que par l'economie de commande opengl
avec les vertex array ca va y aller et apres me restera juste à partitionner le scene avec un quadtree
un debut sur les vertex array si tu veux
http://prografix.games-creators.org/document/122
31 oct. 2004 à 21:29
c'est chiant, moi mon moteur graphique n'utilise que ca :/
de toute facon pour toi ca change pas grand chose, la 2d ca bouffe pas bcp ded ressource
31 oct. 2004 à 21:24
pour les display liste, ca ferais une liste pour chaque caractere et on gagnerais pas beaucoup, mais c'est vrai que c'est pas tres optimisé mais j'ai jamais eu de probleme de performance, c'est fluide meme avec beaucoup de fenetre et de texte à afficher
sinon d'un maniere generale preferes les vertex array aux display list, c'est beaucoup plus rapide
31 oct. 2004 à 21:11
$je comprend pas ce que fait
if( i==limit/COpenGL::fontSize ) break;
sinon c'est bien que tu aies tout fait tout seul, mais ca serait plus rapise si tu créais a l'initialisation une liste de listes d'affichages, puis que tu fasses glCallLists() au lieu de tout refaire pour chaque lettre, et pis ca serait plus rapide
31 oct. 2004 à 20:44
c'est la fonction (dans COpenGL.cpp)
void __fastcall COpenGL::print(int x, int y, float r, float g, float b, const string &text, int limit);
x,y ==> position du texte
r,g,b ==> couleur
text ==> ton texte
limit ==> le nombre de caractere max à afficher
31 oct. 2004 à 20:12
Ya un logiciel qui crée des textures de fonts comme ca, font builer (qqch comme ca, google est ton ami).
Perso j'ai une fonction d'affichage de texte qui prend comme parametres la position, la taille, la police (2 au choix), si c'est normal ou en italique, si c'est a gauche ou centré,... plus 2 macros qui font le switch entre mode normal et mode texte. c'est sacrement pratique. j'irai voir comment tu fais toi (du copier-coller de nehe, c'est ca? :) ) plus tard, la ya une pizza qui m'attend :D
Par contre en 512*512 la qualité est super.
et enfin le clamp to edge n'est pas forcément défini dans ton implémentation d'opengl,, il faut que tu fasses
#ifndef GL_CLAMP_TO_EDGE
#define GL_CLAMP_TO_EDGE 0x812F
#endif
et il t'embetera pas
++
ad
31 oct. 2004 à 13:14
pour la police, je crois qu'elle vient d'une source de nehe, mais si tu en as de mieux je suis preneur
le format tga n'est pas obligatoire non plus pour la transparence, suffit de transformer ton tableau rgb en rgba en affectant la valeur alpha de chaque pixel selon ca couleur (par exemple noir = transparent, le reste opaque)
mais ca n'a d'interet seulement si tu veux juste qu'une couleur soit totalement transparente
29 oct. 2004 à 23:29
t'as essayé GL_CLAMP_TO_EDGE ? ca devrait régler le pb, pareil que pour ls skyboxes.
Je suis étonné par la qualité de la police, pour une texture 256*256 c'est pas mal, moi je me trimbale du 512*512...1Mo en tga!
et avec des petites fleches sur les scrollbars... toujours aussi pinailleur moi
respect
18 août 2004 à 16:43
desolé
18 août 2004 à 10:11
12 juil. 2004 à 21:25
12 juil. 2004 à 03:30
D'ailleurs, en passant, on écrit "syntaxe" :)
9 juil. 2004 à 21:06
bien vu pour le highlight, je croyais avoir regler ce probleme mais aparament j'ai pas mis à jour
pour les raccoursis, tu peux en rajouter et les modifier avec le fichier links.txt, respecte la synthaxe sans oublier un espace de chaque coté du "="
la console ne marche pas car sous 98 il s'agit de command.com (ou un truc comme ca) dans le path, tu a juste a remplacer cmd.exe dans links.txt
pour la fenetre il me semble que j'ai deja eu ca mais j'ai pas trop d'idée la dessus :( (et j'ai la flemme)
9 juil. 2004 à 00:40
Dsl dsl dsl de pas avoir posté de commentaire avant...
Surtout qu'en plus on parle de moi dans les commentaires lol, merci Kirua ;)
C'est très joli MAIS :
-"Racoursis", "Iternet explorer" à corriger
-j'arrive à avoir le "highlight" (je vois pas comment le dire en français....le focus? ah ouais ptêt bien...:p) sur le bouton Quitter et le bouton Configuration en même temps
-j'ai eu des problèmes avec 2 fenêtres en même temps, une n'était plus reconnue (je pouvais plus l'utiliser, la déplacer...) quand l'autre était affichée...
Mais sinon c'est du très beau boulot et le Wave effect est joli :)
Par contre tu devrais mettre le fond en fullscreen, parce que le bord noir est pas beau :(
PS : Je suis sous Win98 et la molette de la souris comme le reste marchent impec (sauf quand je demande la Console, il me fait rien).
9 juin 2004 à 20:38
9 juin 2004 à 09:38
29 mai 2004 à 17:46
28 mai 2004 à 22:59
moi ce que j'aime bien avec ce truc c'est que pour parcourir les gros dossier ca rame beaucoup moins que windows (en details vew)
28 mai 2004 à 22:35
je me suis dis que c'etait une idée bizar de faire ca en opengl, mais je me suis souvenu que l'interface de macos x était fait en opengl. alors pourquoi pas... :-)
en tout cas ca marche tres bien sur mon pc et c'est beau, bien jouer
il te reste du travail avant d'arriver a égaler l'affichage de macos x ;-)
a+
27 mai 2004 à 22:34
nom lien = chemin
26 mai 2004 à 23:05
mais je vais le faire
26 mai 2004 à 22:54
26 mai 2004 à 22:52
StanOfSky > merci, j'utilise deja gluBuild2DMipmaps, le probleme vient du chargeur bmp qui prend pas en compte les bits de bourrages
26 mai 2004 à 22:45
si c une histoire de taille pour les textures, je crois que gluBuild2DMipmaps reglerai le probleme...
pour les problemes de BruNews c bizarre parce que chez moi ca marche vraiment nikel !! peut etre que tu as une version de opengl périmée ;) met tes dll opengl a jour (c po compliqué et c po gros a dl)
bonne continuation ;)
26 mai 2004 à 22:16
Sinon bien... continue !!!
26 mai 2004 à 20:14
donc sur xp fam ca marche aussi (c'est rassurant)
prokev > c'est quoi les errreurs avec xp familiale ?
26 mai 2004 à 15:26
26 mai 2004 à 14:05
Et bonne continuation :D
26 mai 2004 à 06:49
26 mai 2004 à 03:00
26 mai 2004 à 02:59
a part sa c'est très bien, 10/10 (encore)
25 mai 2004 à 20:08
pour la molette, oui ca va venir, prochaine maj, avec une console
25 mai 2004 à 19:03
Ca marche nickel !
Mais la molette ne fait pas defiler les repertoires et fichiers.
C'est tres prometteur ! 10/10 (meme si t'as deja 10/10 :))
25 mai 2004 à 11:51
24 mai 2004 à 07:59
sinon pour les bmp, je vais plutot faire direct un loader jpeg avec la libjpeg ( deja prete pour devcpp aparament)
24 mai 2004 à 07:44
23 mai 2004 à 22:00
pour voir les fenetre windows il suffit que l'appli reste en fond (contraire de on top) apres faut gere reduction/agrandissement
je vais voir les fonction de ta source... merci
23 mai 2004 à 21:21
Ce qui serait bien aussi c'est que tu puisses "manger" les fenêtres windows pour les afficher dans ton gestionnaire de fenêtres. Il y avait une source en VB avec une API qui faisait ça mais avec de l'OpenGL je ne sais pas si c'est faisable.
Dans les sources de notre kernel tu trouveras un tas de fonctions pour gérer le tiroir CD, la charge processeur, la mémoire... Tu peux t'en servir comme tu veux il est sous licence GNU GPL.
@+ tex
23 mai 2004 à 21:10
23 mai 2004 à 20:59
pour le bug je corrige ca de suite...
en fait pour le moment cet exploreur permet juste de naviguer sur l'ordinateur en "lecture seule", il est pas assez complet pour etre en quelque sorte independant de explorer, mais des que j'en serait satisfait je desactive l'explorer du demarrage et je fou ce shell
je serait satisfait quand :
- yora gestion supprimer/couper/copier
- toujours en fond
- un menu de configuration permettant de cree des racoursis (indispensable, pour lancer ie, pannea de configuration...)
- et surtout une console :)
mercipour le lien, je vais aller voir ta source
23 mai 2004 à 20:50
Il y a un pti bug quand on essaie de scroller une fenêtre vide.
Tu n'es pas du tout obligé de killer explorer (c même carrément barbare). Il suffit d'inscrire ton prog dans system.ini, c'est ce qu'on a fait pour Winux (voir les sources de notre kernel ici : http://www.cppfrance.com/code.aspx?ID=19214 ) et comme ça ton explorateur est lancé à la place de explorer.exe. Il y a aussi une autre méthode qui utilise la base de registre Windows.
@+ tex
23 mai 2004 à 20:40
23 mai 2004 à 19:56
23 mai 2004 à 19:10
23 mai 2004 à 18:16
23 mai 2004 à 18:12
10/10 c'est beau et ca marche...
A++ et bonne continuation...
Samir
23 mai 2004 à 16:37
pour le moment je suis en train de regler quelques bugs mais si vous vous voyez des truc à rajoutez ou d'autres suggestions...
23 mai 2004 à 16:32
bravo pour le code ^^
23 mai 2004 à 15:44
BruNews > ok, une slution serait de mettre à jour la dll, c'est sans garantie...
23 mai 2004 à 15:33
23 mai 2004 à 15:31
movzx ax, byte ptr[edi]
c'est un pointeur NULL, edi vaut 0.
Je viens de voir cela sur le 2003 Server.
23 mai 2004 à 15:27
ca vient peut etre de la carte graphique, des drivers(opengl),...
23 mai 2004 à 15:22
23 mai 2004 à 15:12
c'est bien en release (si c'etait en debug ca ferait plus d'1 mega), grosse taille parce que il faut que je vois ca avec les options de devcpp
23 mai 2004 à 15:03
Ton exe est en DEBUG ou RELEASE ??? Grosse taille pourquoi ?
23 mai 2004 à 15:00
23 mai 2004 à 14:58
23 mai 2004 à 14:55
23 mai 2004 à 14:49
23 mai 2004 à 14:48
aucune idee de ce que ca peut etre
23 mai 2004 à 14:47
23 mai 2004 à 14:45
tu est sous quel os? parce que je ne peu garantir son fonctionnement que sous xindows xp
23 mai 2004 à 14:43
Mis les 2 bmp et exe dans un dossier et badaboum.
"XSHELL~1.exe a rencontré un problème et doit fermer. Nous vous prions de nous excuser pour le désagrément encouru."
Une idee ???