1
Fenêtrage / Re : Share context et pure data
« le: Avril 16, 2013, 03:34:28 pm »
Merci en tout cas!
Voir les contributions
Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.
Pages: [1]
Merci en tout cas!
2
Fenêtrage / Re : Share context et pure data
« le: Avril 16, 2013, 02:00:36 pm »
en fait je voulais faire un truc du genre :
#import<sfml...>
#include"gemsource.h"
create new external
NewFenetre::NewFenetre()
{ctxt= CGLGetCurrentContext() // recup gem_context
sf::Window App(sf::VideoMode(800, 600, 32), "fenetre");
sf::WindowsetOpenGlContext(ctxt);// je sais cette fonction n'existe pas! C'est ça que je cherche à faire
}
mouais, sachant que c'est juste pour l'exemple
faut pas analyser finement le truc!
#import<sfml...>
#include"gemsource.h"
create new external
NewFenetre::NewFenetre()
{ctxt= CGLGetCurrentContext() // recup gem_context
sf::Window App(sf::VideoMode(800, 600, 32), "fenetre");
sf::WindowsetOpenGlContext(ctxt);// je sais cette fonction n'existe pas! C'est ça que je cherche à faire
}
mouais, sachant que c'est juste pour l'exemple
faut pas analyser finement le truc!3
Fenêtrage / Re : Share context et pure data
« le: Avril 16, 2013, 12:54:12 pm »
C'est bien ce qui me semblait 
Je pensait que sfml pouvait me rendre la tache plus facile, car le partage se fait de manière évidente entre les contextes; je me trompe?
En tout cas merci...
Je pensait que sfml pouvait me rendre la tache plus facile, car le partage se fait de manière évidente entre les contextes; je me trompe?
En tout cas merci...
4
Fenêtrage / Re : Share context et pure data
« le: Avril 16, 2013, 12:01:02 pm » oui c'est ça!
ma question se porte sur la fonction qui va bien!
5
Fenêtrage / Re : Share context et pure data
« le: Avril 16, 2013, 11:23:42 am »
En tout cas merci pour la réponse rapide!
Pure data puredata.info/ est une plateforme de programmation on va dire en wysiwyg ou à la base crée pour faire du développement audio en temps réel. Mais c'est difficile de l'expliquer en quelques mot
En tout cas GEM traite l'openGL sur cette plateforme.
(Et syphon syphon.v002.info/est un frameworks développé uniquement sous mac à l'aide de IOSurface, destiné à partager des textures inter-application, super interessant cela-dit mais ça rentre pas dans le sujet )
Pour essayer de faire simple, on peut créer sous pureData une fenetre de rendu openGL à laquelle on y rajoute les objets voulus (textures de films images FBO VBO etc..) pour essayer d'avoir un rendu en temps réel.
Le souci pour moi est que GEM ne pratique pas le multi-fenetrage, donc pour faire de la vidéo, pas de préview...
J'aimerai donc pouvoir intégrer la sfml dans GEM car j'ai crus comprendre que le context openGL pouvait facilement être partagé.
Le souci est que je ne veux pas toucher à la fenêtre principale de rendu GEM, qui est créé si mes souvenirs sont bons à partir de la SDL.
Je sais pas si je suis très clair là...
En fait ce que je voulais savoir, c'est si je pouvais intégrer cette bibliothèque (mais ça normalement c'est pas un pb)pour faire des fenêtres de préview du rendu GEM, et donc de partager le contexte openGL provenant de la fenêtre de rendu GEM directement pour un rendu dans une fenêtre sfml ( récupérer le contexte de GEM n'est pas un pb, juste l'intégrer dans une autre fenêtre de rendu )
Pure data puredata.info/ est une plateforme de programmation on va dire en wysiwyg ou à la base crée pour faire du développement audio en temps réel. Mais c'est difficile de l'expliquer en quelques mot
En tout cas GEM traite l'openGL sur cette plateforme.
(Et syphon syphon.v002.info/est un frameworks développé uniquement sous mac à l'aide de IOSurface, destiné à partager des textures inter-application, super interessant cela-dit mais ça rentre pas dans le sujet )
Pour essayer de faire simple, on peut créer sous pureData une fenetre de rendu openGL à laquelle on y rajoute les objets voulus (textures de films images FBO VBO etc..) pour essayer d'avoir un rendu en temps réel.
Le souci pour moi est que GEM ne pratique pas le multi-fenetrage, donc pour faire de la vidéo, pas de préview...
J'aimerai donc pouvoir intégrer la sfml dans GEM car j'ai crus comprendre que le context openGL pouvait facilement être partagé.
Le souci est que je ne veux pas toucher à la fenêtre principale de rendu GEM, qui est créé si mes souvenirs sont bons à partir de la SDL.
Je sais pas si je suis très clair là...
En fait ce que je voulais savoir, c'est si je pouvais intégrer cette bibliothèque (mais ça normalement c'est pas un pb)pour faire des fenêtres de préview du rendu GEM, et donc de partager le contexte openGL provenant de la fenêtre de rendu GEM directement pour un rendu dans une fenêtre sfml ( récupérer le contexte de GEM n'est pas un pb, juste l'intégrer dans une autre fenêtre de rendu )
6
Fenêtrage / Share context et pure data
« le: Avril 16, 2013, 10:49:12 am »
Bonjour à tous
Utilisateur de pure data et son external GEM,
je suis à la recherche d'une solution multi plateforme afin de pouvoir ouvrir plusieurs fenêtres sous GEM.
(je l'ai déjà fait mais sous mac avec syphon pour ceux qui connaissent mais c'est plutôt du bidouillage du coup)
J'ai cru ouï dire que la sfml partageait de base son context opengl de la fenêtre principale aux secondaires,
Donc ma question : est il possible d'ouvrir une fenêtre sfml avec un context principal différent (celui de GEM en l'occurence?) et donc de récupérer les textures crées sous GEM par ex...
Merci!
Utilisateur de pure data et son external GEM,
je suis à la recherche d'une solution multi plateforme afin de pouvoir ouvrir plusieurs fenêtres sous GEM.
(je l'ai déjà fait mais sous mac avec syphon pour ceux qui connaissent mais c'est plutôt du bidouillage du coup)
J'ai cru ouï dire que la sfml partageait de base son context opengl de la fenêtre principale aux secondaires,
Donc ma question : est il possible d'ouvrir une fenêtre sfml avec un context principal différent (celui de GEM en l'occurence?) et donc de récupérer les textures crées sous GEM par ex...
Merci!
Pages: [1]