Sujets

1

Projets SFML / [C++ - CardGame] President/Trouduc multijoueur (WIP)

« le: Décembre 29, 2013, 11:20:18 am »

Mister President

       

                                       


Editeur
T.I.E Studio (futur ex-Crim'17++)
This Is Everithing (This means imagination)

Présentation
Synopsis
Mister President est un jeu de carte multijoueur en ligne. Ce jeu est aussi connu sous le nom du Trouduc' et les règles sont simples : vous participez à une partie avec plusieurs joueurs (classiquement 4). L'ensemble des cartes sont distribuées et il ne vous reste plus qu'à vous en débarrasser dans un échange au tour par tour. Mais attention, on ne pose que des cartes supérieures à la dernière posée, et des paires au dessus des paires, etc ! Le gagnant devient président, le perdant trouduc, et à la partie suivante, le trouduc doit donner ses deux meilleures cartes au président, et récolter bien malgré lui les deux pires cartes du président...

Vous possédez un profil (login et mot de passe), associé à un compte qui vous permet de consulter votre historique, et de connaitre votre classement. La plupart des variantes sont intégrées et vous pouvez choisir la combinaison de votre choix dans les options du jeu. Vous pouvez créer une partie ou rejoindre une existante, soit en ligne, soit en WLAN (vous ou un ami crééz une partie et donnez votre adresse ip à vos amis qui peuvent vous rejoindre directement)

Découvrir le jeu en vidéo

Le petit plus ?
Mister President compte sortir du lot en apportant une touche humoristique quasi permanente. S'appuyant sur les données relevées dans les profils et les statistiques à court, moyen et long terme, le jeu apportera des alertes spéciales en cours de jeu avec des annonces "les profils contenant le pseudo "toto" sont les plus grands trouduc's de l'année 20yy". Il y aura également "des remises de prix" chaque mois puis chaque année pour les meilleurs présidents et trouducs du mois/de l'année ("trouduc of the year 2015"). Des trophées que tout le monde pourra constater lorsque vous débarquerez dans des parties ! ça promet ! :p

Règles du jeu classiques*
*la plupart de ces paramètres pourront varier à votre guise selon vos choix dans le menu option, selon les différentes variantes connues

• Ordre des cartes : 3 4 5 6 7 8 9 10 Valet Dame Roi As 2 ;
• Aucun ordre sur les couleurs ;
• Pas de joker ;
• Pouvoir mettre une carte de même valeur que la carte dans la défausse. Si le joueur suivant n'a pas cette carte alors il est "sauté" ;
• Révolution : lorsque l'on pose en même temps 4 carte identique alors l'ordre des cartes est inversé. On peut renversé la révolution en faisant une autre (Contre-révolution). Ne dure que le temps d'une partie ;
• Le nombre de carte est déterminé par le premier joueur qui joue. S'il pose 1 carte on continu en posant 1 carte jusqu'à ce que qqun prenne la main. Même principe pour 2, 3 et 4. Il est donc impossible de poser 3 cartes sur une carte ;
• Le 2 coupe. Il n'est pas possible de monter sur un 2. Cette carte respecte la régle précédente. Donc quand on joue en 3 cartes, il n'est possible de remporté la main en posant juste un seul 2 (mais avec trois 2 oui ^^) ;
• Le président donne deux de ses cartes (n'importe lesquelles) au trouduc. Le trouduc doit donner ses deux meilleurs cartes au Président. Par exemple, s'il y a deux As et un 2, il donne un As et un 2.
• Le vice pré donne une carte (n'importe laquelle). Le vice trou donne sa meilleur carte au vice pré ;
• Si le nombre de joueur est plus grand que 4, il y a ce qu'on appelle des "neutres". Ils ne donnent aucune carte ;
• Il est possible de jouer aucune carte

Genre
Jeu de carte jouable en ligne, ou en LAN/WLAN.

Technologies
C++11, SFML 2.0, SFGUI 0.1, php5, Apache 2, MySQL, SVN, NTL, RSA, CodeIgniter, Azure, CodeBlocks, MySQL Workbench 6.0

Open-Source ?
Oui, mais pour le moment je ne les diffuserai pas, car elles ont besoin d'un sacré nettoyage ! Pour le moment, nous en somme à environ 4000 lignes de code, tout compris.

Plateformes cibles
Windows, Mac, Linux (Et oui les 3 plateformes !)

Langues
Français, Anglais, Espagnol (et bien d'autres à venir)

Avancement (35%)
Déjà fait :

• Mode LAN/WLAN
• Début d'implémentation des règles
• Serveur amp
• Base de données
• Systèmes de tri
• Gestion basique de partie
• Menus
• WebService
• Système d'authentification
• Installeur

Todo List :

• Mode en ligne
• Options de gestion des règles
• Graphismes
• HUD Profil
• Gestion historique de partie

Demo jouable comme cadeau de Noël !
Bon, je suis désolé d'avance, mais pour le moment il va manquer une plateforme (Mac), car mes PCs ont décidés mutuellement de ne pas vouloir virtualiser un sytème d'exploitation Mac, et vais donc devoir attendre d'être au boulot où les PC sont plus souples ^^.

Amis espagnols, "discùlpeme", mais il va manquer également les traductions  espagnoles au complet, mais un ami s'en occupe, ce sera donc disponible sous peu.

Windows :
Download for Windows

Linux :
Download for linux

Attention Linux !

Une issue m'a été remonté il y a peu (bon d'accord par moi-même ), il semblerait qu'un problème de threading existe sous Linux avec la SFML. Donc pour le moment les linuxiens ne pourront que rejoindre une partie créée par un client windows ou Mac, le temps que j'évoque la chose sur ce forum à Laurent Gomila et les très bons utilisateurs de la SFML.

Bon voilà à peu près tout ... ah si ! Egalement :

Recrutement
Comme vous pourrez le constater, Nous (développeurs) avons absolument tout fait, y compris les graphismes, les traductions, etc ... je ne serais pas contre des volontaires rigoureux et passionnés autant que nous pour élever ce jeu au fort potentiel vers le haut, surtout que si pour le moment nous avons pu nous débrouiller, le jeu complet final contiendra des cinématiques, animations in-game, sans compter l'existant qui aurait bien besoin d'un petit coup de pinceau :lol:

• Graphistes 2D (pour les menus, les cartes, les futurs HUD profil, animations in-game (déplacement carte, remise de prix, animation gagnant, perdant, etc.. )
• traducteurs (italien, allemand, et tout ce que vous voulez graçe au système de traduction mis en place)
• Graphiste/artiste 3D (pour des cinématiques d'introduction (T.I.E Studio)) <= pas essentiel dans un premier temps

Avenir, avenir...
Si le jeu rencontre un certain engouement par sa démo jouable et les différents réseaux sur lequel il va être présenté, il se poursuivra vers une version finale complètement paramétrable (règles du jeu, commandes, infos profil, etc), avec l'ajout d'un profil détaillé, la génération de statistiques, historisation complète des parties, animations, bien plus de langues cibles, et toujours 3 plateformes cibles (mais pour le coup sans que l'une ou l'autre rencontre des soucis) et le jeu sera disponible en téléchargement via la méthode de commercialisation "Pay What You Want", autant dire gratuit si vous n'avez pas envie de payer pour ce jeu !

Pour résumer,



Vous voilà en présence de la démo jouable d'un jeu cross-platform multihread, multiplayer, multilingue, avec un serveur ouvert 24/24 7J/7 le tout open-source à l'avenir ambitieux et, si vous le voulez, prometteur, alors régalez vous, mesdames/mesdames les Présidents !

Des questions ?
N'hésitez pas, il y'aura une réponse à tout.

@+
L'équipe T.I.E Studio

2

Réseau / [client HTTP]réponse au format xml ?

« le: Janvier 12, 2013, 02:03:08 am »

Bonjour,

j'ai un web service respectant le protocole REST et utilisant l'API CodeIgniter et j'aimerais utiliser la SFML et son client HTTP pour envoyer mes requêtes GET et POST.  Malheureusement, je reçois le code erreur 1000 (invalid http response) là où mon web service renvoie quelque chose comme :

<xml>
   <item>
      toto
   </item>
</xml>
 

N'est-ce pas possible de récupérer des informations sous ce format ? (Même chose avec le format JSON).

Voici mon code :

     // Create a new HTTP client
     sf::Http http("http://localhost/President/index.php/testcontroller/");

     // Prepare a request to get the 'features.php' page
     sf::Http::Request request("test/id/1");
     request.setField("Content-Type", "application/xml");
     
     // Send the request
     sf::Http::Response response = http.sendRequest(request);

     // Check the status code and display the result
     sf::Http::Response::Status status = response.getStatus();

     if (status == sf::Http::Response::Ok)
     {
         std::cout << response.getBody() << std::endl;
     }
     else
     {
         std::cout << "Error " << status << std::endl;
     }
 

Merci d'avence pour votre aide..

3

Discussions générales / SFML et exceptions

« le: Novembre 08, 2012, 02:49:48 pm »

Salut,

J'aimerais savoir pourquoi SFML ne lance pas d'exceptions donc je vais directement m'adresser au créateur :

(attention, je ne suis pas contre, je trouve que c'est une bonne idée, c'est pourquoi je veux m'assurer d'avoir compris le pourquoi du comment)

Pourquoi ce choix Laurent ? En plus de la raison que je soupçonne que des blocs try/catch et toutes les classes supplémentaire que ça oblige à coder, ça rend le code plutôt désagréable, y'a-t-il une raison technique ? Parce qu'en terme de performance, les gestion des exception a tendance à être mieux que les gestion "OK/KO".

Ou encore, est-ce un choix conceptuel du genre "je laisse la responsabilité à l'utilisateur de gérer les différents cas d'erreur, et je leur colle juste un petit warning sur l'erreur standard pour qu'il soit averti que ça risque de pêter" ? Ton objectif était-il de permettre aux programmes de continuer de tourner même avec des erreurs qui dans l'absolu n'ont pas de raison d'être bloquantes (par exemple un draw d'un sprite avec une texture vide est tout simplement ignorée ou des choses comme cela ?) ?

4

DotNet / XNA et SFML.NET ?

« le: Septembre 11, 2012, 03:43:31 pm »

Bonjour,

une simple question, à votre avis y'a t-il le moindre souci possible pour utiliser dans un projet XNA des modules de la SFML ?

merci d'avance,

Cordialement,

5

Graphique / [SFML 2.0 RC]problème d'affichage

« le: Août 24, 2012, 06:09:35 pm »

Bonjour,

Petite erreur classique, mais j'ai tellement le nez dans le guidon que je ne pige pas :

J'ai un jeu de 54 cartes...

namespace Jeu_54_cartes
    {
        using namespace Cartes;
        static std::vector<Carte> Jeu;
        static void Init()
        {
            Jeu = {
                    {Deux, Carreau}, {Trois, Carreau}, {Quatre, Carreau}, {Cinq, Carreau},  {Six, Carreau},  {Sept, Carreau},
                    {Huit, Carreau}, {Neuf, Carreau},  {Dix, Carreau},    {Valet, Carreau}, {Dame, Carreau}, {Roi, Carreau}, {As, Carreau},
                    {Deux, Coeur},   {Trois, Coeur},   {Quatre, Coeur},   {Cinq, Coeur},    {Six, Coeur},    {Sept, Coeur},
                    {Huit, Coeur},   {Neuf, Coeur},    {Dix, Coeur},      {Valet, Coeur},   {Dame, Coeur},   {Roi, Coeur},   {As, Coeur},
                    {Deux, Pique},   {Trois, Pique},   {Quatre, Pique},   {Cinq, Pique},    {Six, Pique},    {Sept, Pique},
                    {Huit, Pique},   {Neuf, Pique},    {Dix, Pique},      {Valet, Pique},   {Dame, Pique},   {Roi, Pique},   {As, Pique},
                    {Deux, Trefle},  {Trois, Trefle},  {Quatre, Trefle},  {Cinq, Trefle},   {Six, Trefle},   {Sept, Trefle},
                    {Huit, Trefle},  {Neuf, Trefle},   {Dix, Trefle},     {Valet, Trefle},  {Dame, Trefle},  {Roi, Trefle},  {As, Trefle},
                    {Joker, Sans},   {Joker, Sans}
                  };
        };
    }
 

Une grosse texture (cartes.png) que je gère dans le même namespace que la classe Carte :

#ifndef CARTE_HPP
#define CARTE_HPP

#include <iostream>

#include <SFML/Graphics.hpp>

namespace Cartes
{
    enum Valeur {Deux=2, Trois, Quatre, Cinq, Six, Sept, Huit, Neuf, Dix, Valet, Dame, Roi, As, Joker};
    enum Couleur {Carreau, Coeur, Pique, Trefle, Sans};
    static sf::Texture Cartes;
    const int taille_carte_x = 72;
    const int taille_carte_y = 98;


    class Carte
    {
        public:
            Carte(Valeur v, Couleur c);
            ~Carte();

            inline Valeur Getv() { return v; }
            inline void Setv(Valeur val) { v = val; }
            inline Couleur Getc() { return c; }
            inline void Setc(Couleur val) { c = val; }
            sf::Sprite& Gets() { return s; }

        protected:
        private:

            Valeur v;
            Couleur c;
            sf::Sprite s;
    };

    static void InitTextureCartes()
    {
        if (!Cartes.loadFromFile("Cartes.png"))
              std::cout << "erreur lors du chargement de la texture" << std::endl;
    }
}
#endif // CARTE_HPP
 

le constructeur de Carte :

Carte::Carte(Valeur v, Couleur c) :
    v(v),
    c(c),
    s(sf::Sprite())
    {
        //InitTextureCartes(); //si je décommente OK, sinon, carré blanc
        s.setTexture(Cartes);
        s.setTextureRect(sf::IntRect(v*taille_carte_x,c*taille_carte_y,taille_carte_x,taille_carte_y));
        //ctor
    }
 

et dans mon main je créé une carte et je la draw.


Ce qui me fait chier, c'est que ça n'a pas de sens de charger à chaque construction la grosse planches avec toutes les cartes, mais si je fais l'InitTexturesCartes() dans mon main c'est un coup d'épée dans l'eau...

Vous voyez ce que je ne vois pas ?

6

Discussions générales / Laurent comment on fait les doc ;D ?

« le: Juillet 06, 2012, 09:01:45 am »

Bonjour à tous !

Bon c'est vrai je m'adresse surtout à Laurent, mais vous pouvez répondre aussi vous vous y connaissez surement.

En fait j'ai généré une doc pour une librairie que je suis en train de faire, et ça s'organise pas vraiment comme je voudrais. Donc j'aimerais avoir le maximum d'infos sur comment tu as généré la doc de sfml : doxygen ou autre ? Par exemple, comment as-tu fait pour avoir une section modules plutôt qu'un section namespaces ? Inclure du code dans la main page ? Quel degré de transparence as-tu choisi pour la documentation vis-à vis de ton code ? etc..

Merci d'avance si tu as l'amabilité de me parler de ta recette, sinon, bah merci quand même en fait ^^

++

7

Général / [Résolu][cmake]is not able to compile a simple test program.

« le: Juillet 02, 2012, 08:41:28 pm »

bonjour à tous,

après une tonne d'erreurs du style "..\..\..\..\QtSDK\MinGW\lib\libsfml-graphics-s.a(Texture.cpp.obj):Texture.cpp|| undefined reference to `__gxx_personality_sj0'|" dès que j'essaie de linker en statique les lib sfml dont j'ai besoin pour mon programme (qui marche niquel avec les dll), j'ai décidé d'utiliser cmake pour parer à cela.

j'ai téléchargé le snapshot proposé, mis son adresse pour le code source, créé et choisi un repertoire pour les résultats de cmake, configuré avec mingw maefiles (et j'ai modifié ma var d'en PATH pour y mettre "C:\QtSDK\Mingw\bin;").

la génération se passe mal avec un message d'erreur à la clé et ces message dans la console de cmake :

The C compiler identification is GNU 4.6.2
The CXX compiler identification is GNU 4.6.2
Check for working C compiler: C:/QtSDK/MinGW/bin/gcc.exe
Check for working C compiler: C:/QtSDK/MinGW/bin/gcc.exe -- broken
CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "C:/QtSDK/MinGW/bin/gcc.exe" is not able to compile a simple
  test program.

  It fails with the following output:

   Change Dir: C:/Program Files (x86)/CodeBlocks/résultats CMAKE/CMakeFiles/CMakeTmp  

  Run Build Command:C:/QtSDK/MinGW/bin/mingw32-make.exe
  "cmTryCompileExec1935042800/fast"

  C:/QtSDK/MinGW/bin/mingw32-make.exe -f
  CMakeFiles\cmTryCompileExec1935042800.dir\build.make
  CMakeFiles/cmTryCompileExec1935042800.dir/build

  mingw32-make.exe[1]: Entering directory `C:/Program Files
  (x86)/CodeBlocks/résultats CMAKE/CMakeFiles/CMakeTmp'

  "C:\Program Files (x86)\CMake 2.8\bin\cmake.exe" -E cmake_progress_report
  "C:\Program Files (x86)\CodeBlocks\résultats
  CMAKE\CMakeFiles\CMakeTmp\CMakeFiles" 1

  Building C object
  CMakeFiles/cmTryCompileExec1935042800.dir/testCCompiler.c.obj

  C:\QtSDK\MinGW\bin\gcc.exe -o
  CMakeFiles\cmTryCompileExec1935042800.dir\testCCompiler.c.obj -c
  "C:\Program Files (x86)\CodeBlocks\résultats
  CMAKE\CMakeFiles\CMakeTmp\testCCompiler.c"

  gcc.exe: erreur: C:\Program Files (x86)\CodeBlocks\rÚsultats
  CMAKE\CMakeFiles\CMakeTmp\testCCompiler.c: No such file or directory

  gcc.exe: erreur fatale: pas de fichier à l'entrée

  compilation terminée.

  mingw32-make.exe[1]: ***
  [CMakeFiles/cmTryCompileExec1935042800.dir/testCCompiler.c.obj] Error 1

  mingw32-make.exe[1]: Leaving directory `C:/Program Files
  (x86)/CodeBlocks/résultats CMAKE/CMakeFiles/CMakeTmp'

  mingw32-make.exe: *** [cmTryCompileExec1935042800/fast] Error 2

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:17 (project)


Configuring incomplete, errors occurred!
 

PI, mon compilateur est le dernier fourni par codeblocs (qui supporte en grande partie le C++11 (gcc-4.6.2) que j'ai collé dans le SDK de Qt, ajouté les repertoires de Qt nécessaires, et SFML2.0RC pour codeblocks (sjlj)

Comme je ne comprends strictement rien à cette erreur cmake (que je découvre) , je suis venu chercher votre aide...

merci d'avance

8

Fenêtrage / [Résolu]Pb runtime (et gestion des évènement souris)

« le: Juin 22, 2012, 11:37:27 am »

Bonjour,

j'ai le message "this application has requested to terminate it in an unusual way. Please contact etc..." dès que je clique en dehors de ma fenetre SFML.

je vous montre la boucle de gestion des events mais je ne sais pas si ça peut venir de là, c'est plus par intuition :

while (fenetre->isOpen() && compteurCoups != 0 && !partieTerminee)
     {
         sf::Event event;
         while (fenetre->pollEvent(event))
         {
             if (event.type == sf::Event::KeyPressed && event.key.code == sf::Keyboard::Q)
                 fenetre->close();
             if (sf::Mouse::isButtonPressed(sf::Mouse::Left))
             {
                 if (ModifierGrille(Contenu::CROIX, sf::Mouse::getPosition(*fenetre).x/100, sf::Mouse::getPosition(*fenetre).y/100))
                 {
                     compteurCoups--;
                     partieTerminee = PartieTerminee();
                     if (compteurCoups > 0 && !partieTerminee)
                     {
                        compteurCoups--;
                        partieTerminee = IA();
                     }
                 }

             }
         }

         fenetre->clear();

         DessinerContenuGrille();

         fenetre->display();
     }

 

merci d'avance pour votre aide


EDIT : gdb me dit :

(gdb) r
Starting program: C:\Program Files (x86)\CodeBlocks\Projets\morpion\b
[New Thread 6440.0x1b58]
[New Thread 6440.0x1aa8]
warning: Invalid parameter passed to C runtime function.

warning: Invalid parameter passed to C runtime function.

[Inferior 1 (process 6440) exited with code 03]
(gdb) bt
No stack.
(gdb)
 

(je pige pas pourquoi il y'a deux thread...)

9

Suggestions de nouvelles fonctionnalités / un constructeur supplémentaire pour sf::Window

« le: Juin 20, 2012, 12:04:42 pm »

Bonjour,

en réalisant un petit jeu de morpion, j'ai voulu créé une fenêtre "sans bords" (sf::Style::None), et je me suis rendu compte que, bien qu'inutile dans ce cas, on est obligés de renseigner un titre pour la fenêtre de rendu. C'est le genre de correctif qui va finir en évol' et j'ai cru comprendre que la 2.0 ne serait plus remaniée, alors je viens demander s'il serait envisageable de prévoir ce cas dans la SFML3.0 ^^ ?

Je penses qu'ajouter un constructeur avec deux params inversés suffirait pour gérer ce cas :

Window (VideoMode mode, Uint32 style=Style::Default, const std::string &title = std::string(), const ContextSettings &settings=ContextSettings())
 

Bon j'avoue que c'est chipoter pour pas grand chose, mais bon je le dis quand même au cas où.

Sinon, rien à voir, j'ai vu que dans la 1.3 on pouvait rendre transparent le fond de la fenêtre, pourquoi cette fonctionnalité a été abandonnée, et a-t-elle des chances de revoir le jour dans une prochaine version ?

10

Discussions générales / pb Qt + migration 1.6->2.0RC

« le: Juin 17, 2012, 01:17:22 am »

bonjour,

je travaille actuellement sur un éditeur de cinématiques fait avec Qt et SFML. j'avais un bouton catalogue qui ouvrai une sous-fenetre Qt contenant la liste des animation jouables, et une fenetre sfml qui jouait l'animation sélectionnée (comme pour en avoir un extrait avant de la valider). Tout fonctionnait bien, à chaque modification de l'animation sélectionnée, la fenêtre SFML se mettait à jour.

voici le slot qui était appelé

void CtlgWindow::ShowCatalog()
{
    catalogueOuvert = true;
    animPlayer = new AnimPlayer();//créé la fenetre SFML qui va jouer les animations
    catalogue->show();
    MettreAJour();
}
 

la méthode MettreAJour

void CtlgWindow::MettreAJour()
{
    sf::Event event;  
    while(catalogueOuvert)
    {
        while(animPlayer->GetApp()->GetEvent(event))
        {
            if (event.type == sf::Event::KeyPressed && event.key.code == sf::Keyboard::Q)
            {
                animPlayer->GetApp()->close();
            }
        }
     showAnimation();//clear, update du contenu de la fenetre, et display
    }
}

 

après avoir effectué une migration (et un nettoyage de mon code qui pourrait être à l'origine du problème) de la SFML1.6 vers la 2.0RC, et avoir remplacé while (App.GetEvent(event)) par While App.pollEvent(event), cela ne fonctionne plus : on dirait que, même si pollevent n'est pas bloquante, que la fenetre SFML attend un evenement avant de rendre la main au reste du programme, qui en attendant est figé, du coup, plus moyen de changer l'animation en cours de lecture...


Est-ce que ça peut venir d'un nouveau comportement de la SFML2.0RC ?

Merci d'avance pour votre aide.

11

Graphique / [Résolu]Qt + SFML : la fenetre SFML s'affiche automatiquement

« le: Juin 04, 2012, 05:07:05 pm »

Bonjour à tous,

j'utilise une fenêtre SFML pour afficher des extraits d'animations jouables. J'ai une QMainWindow secondaire qui s'affiche au clic du bouton "Catalogue" de ma fenêtre principale. Je voudrais que la fenêtre SFML ne s'affiche qu'à ce moment là, et qu'elle disparaisse à la fermeture du catalogue.

Seulement, la fenêtre SFML s'affiche à l'ouverture du programme alors que je n'ai rien fait pour. Je me doute que cela doit venir d'un comportement souhaité de Qt quant au contenu d'une QMainWindow, mais je n'arrive pas à contourner cela :

(je m'excuse d'avance le code est fait "àlavatrèèsvite", car je suis plus pressé par le résultat que par la propreté)

la classe contenant la fenetre (j'ai créé une classe en vue de lui faire faire d'autres choses) :

#ifndef ANIMPLAYER_HPP
#define ANIMPLAYER_HPP


#include "OrderedAnimHandler.hpp"
#include <SFML/Graphics.hpp>

class AnimPlayer
{
    sf::RenderWindow* App;
public:
    AnimPlayer();
    sf::RenderWindow* GetApp();
};

#endif // ANIMPLAYER_HPP

//je vous mets le constructeur, qui est dans le fichier source, ici
AnimPlayer::AnimPlayer() :
    App(new sf::RenderWindow(sf::VideoMode(100,100,32),"Extrait", sf::Style::Titlebar))
{
}
 

le constructeur de la classe contenant un membre AnimPlayer :

Editeur::Editeur(QWidget *parent) :
    QMainWindow(parent),
    zoneCentrale(new QMdiArea()),
    catalogue(new QMainWindow()),
    animPlayer(new AnimPlayer())
{
    //je laisse les commentaire au cas où vous voudriez analyser une des portions de code qui suivent, mais y'a pas grand chose à voir avec le problème je penses, mais je peux me tromper..

    //Définition de la zone centrale
    //...
    //Définition des dimensions
    //...
    //Création du catalogue
    //...
    //Initialisation du catalogue
    //...
    //Création du menu "fichier"
    //...
    //Sous-menus du menu "fichier"
    //...
    //Création de l'action jouer
    //...
    //Création de l'action Catalogue
    //...
    //Définition des différentes actions possibles
    //...

}
 

le main :

#include <QApplication>
#include "editeur.hpp"

int main(int argc, char* argv[])
{
    QApplication App(argc, argv);
    Editeur edt;
    edt.show();
    App.exec();
    return 0;
}
 

Je ne fais rien de plus mais la fenetre s'affiche quand même... auriez-vous une explication et une solution de contournement ?

Merci d'avance,

Kamui.

12

Graphique / [SFML-1.6]problème avec sf::Image

« le: Mai 04, 2012, 07:06:44 pm »

Bonjour,

j'ai un léger problème pour exécuter un code contenant un sf::Image. J'ai donc produit un code minimal que voici :

#include <SFML/Graphics.hpp>

int main()
{
    //sf::Image test; //OK
    sf::Image* test = new sf::Image();
    return 0;
}
 

et à la compilation :

C:\Program Files (x86)\CodeBlocks\Projets\testImage>g++ main.cpp -lsfml-graphics

C:\Program Files (x86)\CodeBlocks\Projets\testImage>a.exe

et là j'obtiens un joli "a cessé de fonctionné".

le compilateur que j'utilse est gcc-4.7 fourni par equation.com qui contient le toolchain MinGW pour 32-bits (et je suis sur un ordinateur 64-bits <= si je précise ça c'est que je sens que ça a un lien avec l'issue #132)

Merci d'avance pour votre aide

13

Discussions générales / Un outil pour les animations 2D

« le: Mai 04, 2012, 04:34:51 pm »

Bonjour,

j'ai pas mal fait le tour de tout ce qui est proposé autour de SFML en terme d'animation, et j'ai constaté qu'il y a plusieurs projets, plus ou moins terminés, ne proposant pas forcément les mêmes choses. Étant moi-même en train d'en concevoir un pour les besoins du projet Xeenos (Cf. Projets), qui emprunte un chemin différent de ce qui a déjà été proposé, je me suis demandé si cela pourrait intéresser d'autres personnes, alors je l'ai rendu indépendant du jeu. Maintenant, vu tout ce qui a été fait, je m'étonne de ne pas en trouver un qui a autant de succès que sfeMovie pour les vidéos par exemple (qui soit dit en passant est une superbe idée).

J'aimerais donc savoir ce que vous attendez d'un ensemble de classes permettant de gérer les animations 2D d'un jeu vidéo, concrètement ? Quelles fonctionnalités ?

En espérant que l'idée vous intéresse

14

Général / [Résolu]gcc-4.7: problèmes de compilation

« le: Mai 03, 2012, 08:19:00 pm »

Bonjour,

j'essaie de compiler un projet utilisant SFML-1.6 (je suis sur le point de passer à la 2.0RC mais j'avais quelques tests rapides à faire avec SFML alors j'ai pris ce que j'avais déjà sous la main) avec gcc-4.7.

J'obtiens les erreurs suivantes :

c:/users/clement fauconnier/gcc/bin/../lib/gcc/x86_64-w64-mingw32/4.7.0/../../../../x86_64-w64-mingw32/bin/ld.exe: skipping incompatible c:/users/clem
ent fauconnier/gcc/bin/../lib/gcc/x86_64-w64-mingw32/4.7.0/../../../../lib/libsfml-graphics.a when searching for -lsfml-graphics
c:/users/clement fauconnier/gcc/bin/../lib/gcc/x86_64-w64-mingw32/4.7.0/../../../../x86_64-w64-mingw32/bin/ld.exe: skipping incompatible c:/users/clem
ent fauconnier/gcc/bin/../lib/gcc/x86_64-w64-mingw32/4.7.0/../../../../lib/sfml-graphics.dll when searching for -lsfml-graphics
etc
collect2.exe: error: ld returned 1 exit status

Je ne comprends pas trop ce que cela signifie.. est-ce que le problème a déjà été rencontré par quelqu'un ou est-ce que vous savez pourquoi j'ai ces erreurs ?

Merci d'avance.