Messages

31

Graphique / Re : Collision souris et sprite

« le: Avril 19, 2012, 12:57:10 pm »

http://www.sfml-dev.org/old-forum-fr/viewtopic.php?t=3347&highlight=

Réaliser au début de SFML 2, donc adaptable facilement à SFML 1.6

Malheureusement cela ne fonctionne pas avec la R.C de SFML 2, car beaucoup de fonction ont été supprimées ou déplacées(réimplémentable, mais je suis nul avec les matrices).

32

Général / Re : Vérification pointeur null.

« le: Avril 17, 2012, 06:45:34 pm »

Je pense que son probléme est réglée

Code: [Sélectionner]


m_level->addItem(new SaphirSword(m_app, m_level, m_player, m_imageManager, m_inventory), 6, sf::Vector2f(2, 2));

m_hud = new Hud(m_app, m_view, m_player, m_imageManager, m_inventory);

 m_inventory = new Inventory(m_app);

Il ajoutais l'inventaire avant de le crée. Donc la valeur de l'inventaire était indéterminé dans m_level.

Tu devrais procéder comme ceci dans un constructeur :
-Contruction des attributs
-Initialisation des attributs
-autre...

Puis le débugeur de Code::Block est tellement friendly, abusent 

33

Graphique / Re : [SFML 2.0] Chargement de sf::Texture

« le: Avril 14, 2012, 01:27:31 pm »

Par contre je ne suis pas sur que cela résolve ton problème. Fait plutôt des cout<<"Step 1 "<<ligne...

C'est plus facile de suivre le déroulement du programme de notre coté 

Peut-on connaître l’arborescence de ton projet???
Peut-on voir le fichier intro.txt???

Sinon, ce genre de lecture de fichier est souvent soumise à erreur. Je te conseille de passer par une structure moins linéaire et plus modulable.
Voir utiliser du XML.

34

Projets SFML / Re : GUIML et PYGUIML : une GUI pour la SFML et pour PYSFML

« le: Avril 14, 2012, 10:55:45 am »

Merci. Le seul soucis pour le moment que je rencontre est que la taille du titre de la FRame (ici Teste) sort du cadre. J'ai mis comme taille de caractères la hauteur du cadre rouge (que j'ai nommé dans le code m_backgroundTitle), centré normalement sur le cadre.

Il y a de l'espace de 4, voir 5 pixels sous ton texte. Je pense qu'il est mal cadré.

Si tu as placé l'origine au centre du texte et de même pour le cadre, la position est identique 

35

Graphique / Re : [SFML 2.0] RenderStates Manquant?

« le: Avril 13, 2012, 07:27:03 pm »

Solution qui devrait marcher :

-Supprime le depot SFML qui est sur ton PC
-Reclone le dépot
-Réinstalle

Si le RenderState n'est pas dans Graphic.hpp, certainement une ancienne version. Je confirme qui est présent normalement dans le fichier. Regarde directement sur le dépot git 

36

Fenêtrage / Re : [SFML 2] Obtenir le nombre de FPS

« le: Avril 12, 2012, 08:00:06 pm »

Oui j'avais mis le restart à la fin (c'est un code équivalent à mon vrai code). Pourquoi en milliseconde ? Car mon EventManager compte en milliseconde (mon code est bien plus complexe que sa et j'ai essayer de mettre un code équivalent : codé le soir sa ne me réussis pas x) ). Brefs tu vois maintenant pourquoi c'est mieux de compter le nombre de display : sa ne peut se tromper

Code: [Sélectionner]

unsigned int framerate = 1000 / frameTime.asMillisecond() ;ou

Code: [Sélectionner]

unsigned float framerate = 1 / frameTime.asSeconds();
Dans ce cas, ceci peut-être plus simple 
Désoler si tu l'a mal pris, je suis le premier à affirmer sans regarder la documentation. Cette réplique était plus tourné vers moi

37

Fenêtrage / Re : [SFML 2] Obtenir le nombre de FPS

« le: Avril 12, 2012, 12:06:09 am »

Je pense que comptait le nombre de display est mieux, car quand on affiche un FPS supérieur à 1000 dans des test, c'est imposible à lire.

Et... ça rime à quoi de faire asMilliseconds() * 0.001 ?

Il transforme le temps depuis des Milisecons vers des secondes. Après, un petit tours sur la documentation ne fait jamais de mal 

Sinon la question:
Pourquoi les valeurs sont bizarres???
Elle sont régulières, parfois une baisse de framerate, certainement dû à l'affichage en console.

38

Projets SFML / Re : Xeenos [Jeu 2D]

« le: Avril 11, 2012, 11:56:27 pm »

J'ai dit RPG, mais nulle part il est indiqué qu'il s'agit d'un RPG.
Peut-tu en dire plus sur le gameplay???
Peut-être un genre de Action-Dungeon proche de Zelda 

39

Graphique / Re : Les view : la maj se fait toute seul ou c'est à nous de la faire ?

« le: Avril 11, 2012, 12:28:56 am »

The new view will affect everything that is drawn, until another view is set. The render target keeps its own copy of the view object, so it is not necessary to keep the original one alive after calling this function.

Par fois, il vaut mieux lire la description détailler avant de dire des bêtises.

Une question, sans effectuer de magouille est-il possible de modifier la vue par défaut???
Dans le cas où c'est non, si on magouille et qu'on modifie la vue par défaut, cela posera-t-il un problème à SFML pour fonctionner correctement???

40

Projets SFML / Re : Xeenos [Jeu 2D]

« le: Avril 10, 2012, 10:45:57 pm »

Certainement pour le contexte médiéval. J'adore ton résumé du résumé, il y avait certainnement quelque chose à faire aussi avec "sa fille"  ^^

J'adorais les rpg en 2D sans prise de tête, comme avec les premiers Phantasia 

41

Graphique / Re : Les view : la maj se fait toute seul ou c'est à nous de la faire ?

« le: Avril 10, 2012, 07:49:52 pm »

Une seule suffit.

Pour revenir à la vue par défaut, c'est à toi le faire :

Code: [Sélectionner]

win.setView(win.getDefaultView();

42

Graphique / Re : La fonction Origin (est inversé ?)

« le: Avril 09, 2012, 02:31:03 am »

Alors à quoi sert la fonction Origin ?

L'origine ne modifie pas uniquement la position, mais aussi les rotations.
Moi je l'utilise pour superposer mes objets physiques et graphiques.

43

Projets SFML / Re : Thor 2.0

« le: Avril 09, 2012, 02:13:10 am »

En outre, j'utilise maintenant C++11 pour Thor.

Donc, faut mettre à jour le compilateur??? Ou une vielle version de GCC suffit???

Il peut être plus simple et naturelle de faire  :

Code: [Sélectionner]

thor::ResourceManager::aquire(std::string &str)
Cela simplifie le thor::Resources::fromFile.

44

Fenêtrage / Re: Zone de texte

« le: Avril 05, 2012, 09:41:37 pm »

fenetre::Draw(const sf::RenderWindow &app)

Il n'y as que moi que cela choque 

On ne peut pas dessiner une target dans une target.

Je n'ai pas bien compris, pourquoi ceci ne respecte pas l'intégrité des données???

Ma_renderWindow.Draw(Ma_Fenetre.getTexture());

Puis cette ligne aussi est fausse  Il faut utiliser un sprite pour dessiner une texture(pas sur de moi).
Car sinon le fait d'afficher un sprite, un text ou un shape ne respecte pas l'intégrité des données 

Question certainement superficiel, mais juste par curiosité 


edit:: une majuscule dans Draw, il s'agit donc de classe hors SFML. Désoler de la confusion 

45

Fenêtrage / Re: Zone de texte

« le: Avril 04, 2012, 09:55:55 pm »

Tu utilises quelle version de SFML???

Idée en vrac. Tu dessines dans cette ordre:
-Cadre
-Text
-Bordure

Sinon, tu peux dessiner ton texte dans un sf::RenderTexture et couper les pixels qui dépassent. Après tu affiche cette texture à la place de ton objet sf::Text.

Peut-être qu'avec SFML2 il existe une solution plus efficace et propre