Bienvenue, Invité. Merci de vous connecter ou de vous inscrire. Avez-vous oublié d'activer ?

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.


Messages - HerrMyth

Pages: [1]
1
Discussions générales / Masques de détourages
« le: Décembre 20, 2015, 02:40:35 am »
Bonjour à tous,

Je me suis récemment mis à étudier SFML et à coder un projet avec cette librairie, et je suis entrain d'explorer ses capacités , mais aussi ses limitations ^^'
Notamment, je me suis rendu compte de l'absence d'une feature de masques de détourages dans les sf::RenderTarget.

Evidemment, je ne vais pas proposer la feature, vu qu'elle correspond à l'issue#1 sur GitHub :^p , par contre j'ai vu qu'une(et même plusieurs)  implémentation avaient été proposées récemment ...

Souhaitant utiliser une telle feature dans mon projet, je fais face à un dilemme :

       -Soit j'utilise un des deux forks de SFML -le plus joli ?  ;D - proposant une implémentation avec mon projet et je prends le risque que ce soit l'autre implémentation qui soit choisie.
Honnêtement je ne sais pas trop ce que cela peut impliquer en terme de problèmes futurs, mais n'étant pas "fluent" pour tout ce qui se passe sous le capot lors de la compilation (linker et compagnie), mais la perspective de laisser un flou dans "l'état"( en gros une version non "officielle") m'angoisse un peu.

       -Soit je trouve le moyen de faire sans (je potentiellement comment ce serait possible dans mon cas, mais ca serait un peu moche)

      -Soit j'implémente ma tambouille perso, soit potentiellement le workaround le plus moche de l'univers

      -Soit je propose une implémentation propre de plus ::) (c'est une blague hein)   
     
     -Soit j'attends justement sa sortie "officielle" de la feature dans la bibliothèque, dans son pull request zsbzsb espérait voir cette feature apparaitre d'ici la version de 2.4 de SFML , je sais que la SFML en est à la version 2.3.x, mais y'a t'il une roadmap/ delivery date plus ou moins autofixée par la team ? Ou tout simplement une idée de l'avancement de la discussion sur cette feature ?

Ainsi donc, plusieurs possibilités s'offrent à moi, et n'ayant pas toutes les infos (notamment sur l'avancée de la discussion) je voulais en parler ici avant de prendre un décision.

Ce genre de problème est-il déja arrivé à qqun ici ? Quelle décision prendre ?
Plus sérieusement, je penche un peu pour trouver une solution de rechange, mais j'ai peur de créer un nid à big plutôt qu'autre chose... :/

 Bref "jme tâte" comme on dit dans le milieu  :P

2
Général / Re : [Qt/SFML] Intégration de SFML dans Qt
« le: Décembre 20, 2015, 01:09:53 am »
Bonsoir, désolé du retour tardif...

Après avoir galéré un peu plus sur XP ou Vista , je me suis rendu compte que je m'étais trompé d'implémentation dans le choix de "désambiguation" de la méthode create(WindowHandle) et avait tapé comme un boeuf QWidget::create([..])...du coup forcément ca ne fonctionnait pas  :-X

L'implémentation à choisir était bien celle de SFML, en utilisant un trick de cast (merci stackoverflow  ::) ) :
        sf::RenderWindow::create(reinterpret_cast<sf::WindowHandle>(winId()));

Et depuis, SFML et Qt se sont mariés et on un affreux bébé en route ( pas de date de release  :P )

3
Général / Re : [Qt/SFML] Intégration de SFML dans Qt
« le: Décembre 15, 2015, 10:43:51 am »
Bonjour, et merci de votre réponse :)

J'ai essayé d'utiliser le code présenté sous le lien, mais il manque potentiellement quelques fichiers (notamment la classe mainwindow) pour que je puisse le reproduire à l'identique.

J'ai essayé de boucher les trous manquant dans l'exemple avec un peu de code perso (que j'espère fonctionnel ^^), mais toujours rien.

Normalement je devrais pouvoir essayer mon code sous vista d'ici ce soir, histoire de déterminer si XP est bel est bien en cause (ce qui retarderait d'encore plus mon projet  :'( ) je vous tiens au courant :D

4
Général / [Qt/SFML] [Résolu] Intégration de SFML dans Qt
« le: Décembre 13, 2015, 12:52:35 am »
Bonjour à tous,

-Encore un post lié à des problèmes d'intégration de SFML dans Qt, désolé de pas être plus original  :-X -

Je me suis lancé depuis peu dans un petit projet de jeu de stratégie, et après avoir réfléchi au gameplay, au design et tout cela, j'ai décidé de mettre les mains dans le cambouis, et commencer à coder...

J'ai donc opté pour le combo SFML/Qt pour pouvoir profiter des possibilités de GUI de Qt (nécessaire pour de la stratégie) , le rendering sera effectué par SFML..

J'ai donc essayé d'intégrer SFML dans un widget customisé, dérivant du QWidget comme le tutoriel http://www.sfml-dev.org/tutorials/1.6/graphics-qt.php le propose. (Avec de petites modifs pour adapter le code à la version actuelle)

Tout fonctionne, ou presque : Le Widget-customisé-SFML reste déséspérément vide : Que j'essaie d'afficher une image ou tout simplement une shape, rien ne s'affiche comme prévu dans le widget : Il affiche plus précisément un "snapshot" la fenêtre inférieure présente sur le bureau lors de son premier affichage, comme ici :


Rq : Les bordures bleues présentes dans l'image correspondent au Widget "père" du Widget SFML

Pourtant le widget est bien "mis à jour", les dumps que j'effectue sont formels, le timer s'ecoule bien et envoie le signal voulu dans le slot repaint() pour mettre à jour le widget. Les fonctions OnUpdate() et display() sont bien visitées dans le debugger... Bref j'y comprends rien...

Je ne sais pas si mettre tout le code sera bien utile, puisqu'il s'agit du code issu du tutoriel un peu modifié pour être sur du probleme (Si nécessaire je peux l'ajouter ^^)

Une petite idée de ce qu'il se passe ? Est-ce lié à SFML, à Qt ?

Plusieurs infos:

-Je bosse actuellement sur du "vieil" hardware (laptop de 2005, Win XP, derniers drivers graphiques de 2008), peut être cela joue t'il...

-Quand je ne wrappe pas SFML dans un QWidget, les objets voulus s'affichent comme prévu

-J'utilise Qt 5.0.1 et SFML 2.3.2

Merci d'avance :D

Pages: [1]
anything