IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

OpenGL Discussion :

glTexImage2D trop lent


Sujet :

OpenGL

  1. #1
    Membre du Club
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    8
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 8
    Par défaut glTexImage2D trop lent
    Salut a tous.

    Voila je developpe une application qui lit une video (j utilise opencv car j aimerai par la suite attrappé la sortie d une web cam et opencv est vraiment tip top pour ca...) et l affiche en 3D sur un rectangle avec opengl. Sur le rectangle je plaque une texture mise a jour chaque fois qu on attrappe une image avec

    glTexImage2D(GL_TEXTURE_2D, 0, GL_RGB , pImage->width, pImage->height, 0, GL_BGR, GL_UNSIGNED_BYTE, cvPtr2D(pImage,0,0));

    ou pImage est mon image format opencv (IplImage).

    Le truc c est que c est vraiment tres lent. Je perd pas mal de fps avec cette méthode. Ne connaitriez vous pas une alternative?

    Merci d avance...
    Bye

  2. #2
    Membre chevronné
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    366
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 366
    Par défaut
    Il y a peu de chance qu'il existe une methode differente. La WebCam (ou le film) te fournis une image qui est dans la memoire du CPU. Il faut bien transferer cette image dans la memoire du GPU. Tu n'as donc pas reellement d autre alternative que ce genre d appel assez couteux en temps.

    Par ailleurs, note que tu n'es pas forcement oblige de faire ceci a chaque frame. Un rafraichissement de la texture tous les 10eme de secondes doit probablement largement suffire.


    Idee : Tu peux meme tester a moins de frame, mais en utilisant deux textures, et en faisant une interpolation entre les deux dont le facteur varie en fonction du temps ...

  3. #3
    Rédacteur
    Avatar de bafman
    Profil pro
    Développeur informatique
    Inscrit en
    Novembre 2003
    Messages
    2 574
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Industrie

    Informations forums :
    Inscription : Novembre 2003
    Messages : 2 574
    Par défaut
    sinon, si le facteur limitant est l'envoi des données sur le port graphique et que tu a un CPU suffisament puissant, tu peut tenter une compression DXTC sur le CPU pour envoyer moins de données.
    * Il est infiniment plus simple de faire rapidement un code qui marche que de faire un code rapide qui marche
    * pour faciliter les recherches, n'oubliez pas de voter pour les réponses pertinentes
    Mes articles

  4. #4
    Membre chevronné
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    366
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 366
    Par défaut
    Question : Quels ratio de compression peut on esperer obtenir avec la compression DXTC ???

  5. #5
    Rédacteur
    Avatar de bafman
    Profil pro
    Développeur informatique
    Inscrit en
    Novembre 2003
    Messages
    2 574
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Industrie

    Informations forums :
    Inscription : Novembre 2003
    Messages : 2 574
    Par défaut
    je n'en sait absolument rien
    mais il suffit de regarder la difference apres compression avec un outils qui le fait (je crois qu'il y a un truc comme ca chez NVidia)
    * Il est infiniment plus simple de faire rapidement un code qui marche que de faire un code rapide qui marche
    * pour faciliter les recherches, n'oubliez pas de voter pour les réponses pertinentes
    Mes articles

  6. #6
    Membre éprouvé Avatar de razmott
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    133
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 133
    Par défaut
    Salut !

    Préfère aussi glTexSubImage2D qui est plus rapide pour les mises à jour des données.

    Bon coding !

    @+

  7. #7
    Membre chevronné
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    366
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 366
    Par défaut
    glTexSubImage n'apporte rien par rapport a glTexImage si tu raffrachit la texture entierement

Discussions similaires

  1. Convolution trop lente...
    Par progfou dans le forum Traitement d'images
    Réponses: 6
    Dernier message: 05/08/2006, 11h44
  2. [Eclipse] Editeur de code trop lent
    Par Benzeghiba dans le forum Eclipse Java
    Réponses: 6
    Dernier message: 10/11/2005, 14h02
  3. boucle while trop lente
    Par atouze dans le forum Access
    Réponses: 17
    Dernier message: 15/06/2005, 16h35
  4. [SAGE] ODBC trop lent
    Par tileffeleauzed dans le forum Décisions SGBD
    Réponses: 1
    Dernier message: 14/11/2004, 09h56
  5. Envoi de mail trop lent
    Par MASSAKA dans le forum ASP
    Réponses: 3
    Dernier message: 15/10/2004, 10h57

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo