[C++/DEVCPP] EXPLORATEUR EN OPENGL

Commentaire de djl le 23/05/2004 14:45:55

attend je test...

tu est sous quel os? parce que je ne peu garantir son fonctionnement que sous xindows xp

Commentaire de djl le 23/05/2004 14:48:10

ben non j'ai aucun probleme, sous xp ??
aucune idee de ce que ca peut etre

Commentaire de BruNews le 23/05/2004 14:55:29 administrateur CS

j'ai essaye sur XP, peut-etre un prob de dll, bizzare Windows devrait me dire s'il en manque.

Commentaire de djl le 23/05/2004 15:00:17

pas de probleme avec d'autres applis opengl?

Commentaire de djl le 23/05/2004 15:12:13

reessay avec cette version,  j'ai mis à jour le zip

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

Commentaire de djl le 23/05/2004 15:27:23

désolé je vois pas ce que ca peut etre, faudrais voir sur une autre machine...

ca vient peut etre de la carte graphique, des drivers(opengl),...

Commentaire de albert0 le 23/05/2004 15:33:00

j ai XP pro

Commentaire de Fly57 le 23/05/2004 16:32:54

chez moi ça marche nickel
bravo pour le code ^^

Commentaire de DeAtHCrAsH le 23/05/2004 18:12:18

Impec chez moi aussi....
10/10 c'est beau et ca marche...

A++ et bonne continuation...

Samir

Commentaire de djl le 23/05/2004 19:10:30

une petite mise à jour avec gestion de WM_MOUSEMOVE, highlighting des boutons et lignes pointés par le curseur

Commentaire de djl le 23/05/2004 20:40:49

merci ;)

Commentaire de djl le 23/05/2004 20:59:53

merci,

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

Commentaire de tex le 23/05/2004 21:21:02

Ok. Est-ce que tu peux mettre le fichier projet dans ton zip stp, ça sera un peu plus simple pour compiler les sources ?
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

Commentaire de Kirua le 24/05/2004 07:44:13

dkl, pr les chargements de textures, va chercher le loader de TGA portable (et OK pour les compressions RLE !) de Funto, posté sur cppfrance, ça marche très bien ;-)

Commentaire de dross2 le 25/05/2004 11:51:09

terrible, bien joué!!

Commentaire de djl le 25/05/2004 20:08:45

merci a vous deux !

pour la molette, oui ca va venir, prochaine maj, avec une console

Commentaire de prokev le 26/05/2004 03:00:19

et je l'ai essayer sur windows xp familial et il me donne un erreur alors que sur pro il n'en fait pas...

Commentaire de G0ss3Yn le 26/05/2004 14:05:28

Marche chez moi sous XP Fam, par contre au bahut sur NT4 marche po terrible, mais bon ;) peu importe :). Encore bravo à toi...
Et bonne continuation :D

Commentaire de djl le 26/05/2004 20:14:52

ok merci ;)
donc sur xp fam ca marche aussi (c'est rassurant)

prokev > c'est quoi les errreurs avec xp familiale ?

Commentaire de StanOfSky le 26/05/2004 22:45:16

c quoi ton probleme avec le chargement de texture??
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 ;)

Commentaire de Kirua le 26/05/2004 22:54:43

jte dis, loader de Funto, hophop, au trot ;-)

Commentaire de djl le 27/05/2004 22:34:04

voila une maj, avecc le scroll dans le bon sens, le dossier .. remplacer par un bouton "Parent" et un menu raccoursis configurable à partir du fichier links.txt, vous pouvez rajouter des liens

nom lien = chemin

Commentaire de djl le 28/05/2004 22:59:28

merci, attend de voir la prochaine maj, des bugs corrigés, fond d'ecran en wave effect, fenetres transparentes, fenetres affichant le contenu de plusieurs dossiers, different tris ;)

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)

Commentaire de sebman le 09/06/2004 09:38:52

Waawwwww !!!!!!!!!

Commentaire de Funto66 le 09/07/2004 00:40:47

Ohlala, j'ai raté ça moi !
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).

Commentaire de Da_Rookie le 12/07/2004 03:30:00

Quand Funto dit ""Racoursis", "Iternet explorer" à corriger", ça veut dire que ça s'écrit : Raccourcis , et Internet Explorer.

D'ailleurs, en passant, on écrit "syntaxe"  :)

Commentaire de victorcoasne le 18/08/2004 10:11:26

Même pb que BruNews mais en le compilant moi-même en enlevant [code]#include <gl/glaux.h>[/code] ça fonctionne correctement si tu veux BruNews je te l'envoi en compilé et qui fonctionne sous XP ?

Commentaire de Arnaud16022 le 29/10/2004 23:29:09

c'est zarbi, le bord de la texture du fond d'écran est blanc
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

Commentaire de Arnaud16022 le 31/10/2004 20:12:33

ben en fait pour les textures, ben non j'ai pas mieux; en fait c'est pile-poil ce que j'utilise, mais j'ai (presque) refait la fonction. En fait, elle vient d'une source de Belzel (Cube 2.0, que je ne conseillerai jamais assez), mais c'était une texture tout moche avec une seule font dessus.
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

Commentaire de Arnaud16022 le 31/10/2004 21:11:11

pourquoi un nbre limite de char a afficher??
$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

Commentaire de Arnaud16022 le 31/10/2004 21:29:57

c'est vrai ca?????
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

Commentaire de Arnaud16022 le 31/10/2004 21:56:59

t'as koi comme fps? moi j'ai environ 140 avec 4 batiments texturés, 2 persos md2 + des particules et un PC 1.4Ghz
comme dit plus haut, j'utilise des listes

Commentaire de Arnaud16022 le 31/10/2004 23:16:47

combien de faces? t'en pose des questions toi... moi j'affiche et c'est tout :)
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)

Commentaire de djl le 31/10/2004 23:35:46

c'est certain ca oui, les vertex array ca balance directe les vertex à la carte graphique dans sont format de traitement (avec vertex indexé) et ca economise de la bp agp

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

Commentaire de Arnaud16022 le 01/11/2004 19:51:35

j'espere que tu nous fera part du résultat de ces réflexions... moi en tout cas je suis deg, faut que je refasse tout :(
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.