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 - Zinlibs

Pages: [1] 2 Suivante »
1
Réseau / Re : Les exemples ne fonctionnent pas
« le: Novembre 17, 2012, 04:26:14 pm »
Tu dois certainement ouvrir le bon port depuis la page de configuration avancée de ton routeur.

2
Projets SFML / Re : [MMORPG/2D]YAPOG
« le: Septembre 01, 2012, 03:33:32 pm »
Salut,

Super projet, open source qui plus est, ça va en aider plus d'un !
Par contre, je pense que vous aurez surement quelques problèmes pour les droits concernant la pokéball et les noms des pokémons (il faudrait penser à légérement modifier la couleur et les noms).
Et pour le nom du jeu, je vois pas ou serait le soucis, YAPOG pourrait très bien être un truc débile du genre "Y'A Paul O' Garage", ils peuvent rien y faire...

Très bonne continuation !

3
gcc est très maniaque concernant l'ordre des bibliothèques. Essaye "window system" au lieu de "system window" dans ton find_package.

Ça marche, merci cher Laurent !

4
Général / [Résolu] [SFML 2] Problème de linkage avec la SFML statique
« le: Juillet 07, 2012, 07:04:55 pm »
Salut,

J'ai une erreur à la compilation (références indéfinies vis à vis de la SFML) lorsque j'essaye de lier à un projet de test la SFML en statique. J'utilise cmake et le findSFML fourni par Laurent. J'ai bien défini SFMLDIR qui pointe vers un dossier d'installation de la SFML valide avec les lib statiques dedans (fraîchement compilées). J'ai de plus défini la variable SFML_STATIC_LIBRARIES et lui ai assigné la valeur true. Je compile avec minGW (gcc 4.7).



Le code du main est très simple :

#include <SFML/Window.hpp>

int main()
{
    sf::Window window(sf::VideoMode(800, 600), "My window");

    // run the program as long as the window is open
    while (window.isOpen())
    {
        // check all the window's events that were triggered since the last iteration of the loop
        sf::Event event;
        while (window.pollEvent(event))
        {
            // "close requested" event: we close the window
            if (event.type == sf::Event::Closed)
                window.close();
        }
    }

    return 0;
}

Merci de votre aide !

5
Salut,

Je vous annonce une bonne nouvelle puisque je viens d'inclure le moteur de lumière 2.5D de Gregouar dans Zoom ! Bien sûr, c'est juste un premier essai, et je vais m'efforcer de simplifier tout ça (le main est beaucoup trop technique) avec une nouvelle classe (un peu comme mon lightEngine) et tenir à jour en fonction des avancements de Gregouar.

Je vous tiens au courant ! :)

PS : Documentation ajoutée sur le wiki.

6
Projets SFML / Re : Moteur graphique d'éclairage 2.5D
« le: Juillet 07, 2012, 05:57:23 pm »
Voilà, c'est intégré avec succès dans Zoom. Merci encore à toi Grégoire, et bien sûr je n'ai pas oublié de te citer !  ;D

7
Discussions générales / Re : SFML 2.0 RC
« le: Juin 25, 2012, 09:16:50 am »
De ce que j'ai lu, c'est vraiment intéressant, j'en ai même découvert des astuces malgré la doc ! Très bonne cuvée de  nouveaux tutos ! :D

8
Plop,

Voici la listes des récentes modifications :

Zoost :

- Ajout des commentaires manquants de déclaration de fonctions
- Ajout de fonctions de conversion d'angles (radian / degrés)
- Ajout d'une méthode onTransformUpdated à la classe  Geom::Observer

Zoom :

- Utilisation exclusive de sf::VertexArray pour le rendu
- Sauvegarde du rendu, qui n'est donc plus recréé à chaque appel de Draw
- Simplification et amélioration des exemples

Zoom gagne donc en rapidité avec l'utilisation des Vertex Arrays et la sauvegarde du rendu (qui est mis à jour uniquement lorsque nécessaire).
La prochaine grosse modification sera l'utilisation des transformations de Draw afin de dessiner uniquement à partir des coordonnées locales, ce qui améliorera encore plus les performances.
Edit : Voilà c'est fait !  :D

Et concernant le moteur de lumière, je n'en parle pas beaucoup pour l'instant car j'ai un bogue très pénalisant à corriger (lorsque qu'une lumière subit une rotation en fait) et dont j'ai le plus grand mal à en déterminer la cause.

9
Discussions générales / Re : Bon zanniversaire
« le: Mai 29, 2012, 12:42:45 pm »
Joyeux anniversaire Lolo ! =)

10
Grosse mise à jour, avec correction de bugs en tous genres et synchronisation de Shape avec son Geom associé lorsqu'un Vertex, une Liaison ou une Face est ajouté(e) ou supprimé(e) de Geom. Ainsi les propriétés associés de Shape sont également ajoutées (avec les propriétés par défaut) ou supprimées. Les propriétés peuvent par la suite être personnalisées individuellement. Cela permet de créer des formes vraiment personnalisés et qui sont automatiquement mise à jour lors de la modification de la géométrie qui les sous tend.

11
Projets SFML / Re : Quelle library add-hoc pour SFML?
« le: Mai 27, 2012, 02:38:42 am »
Soit avec un nuage de points très rapprochés, soit de petits segments contigus.

12
Projets SFML / Re : Quelle library add-hoc pour SFML?
« le: Mai 26, 2012, 06:17:00 pm »
A vrai dire le module de dessin de la SFML 2.0 est suffisamment bas niveau grâce à VertexArray pour dessiner à peut prêt tout ce que tu veux. Pour te motiver, avec le vectoriel, on peut imaginer du texte qui garderait sa pureté peut importe le niveau de zoom ! Une lib s'appuyant sur la SFML, qui pourrait lire un fichier XML, rendrait les formes vectorielles au chargement et lorsqu'elles seraient modifiée, serait un must-have !

13
Projets SFML / Re : Quelle library add-hoc pour SFML?
« le: Mai 26, 2012, 01:00:44 pm »
Niveau graphismes il serait classe d'avoir une lib de dessin vectoriel. Je pense aussi à l'IA, qui n'est pas trop représentée sur le forum. Dans les deux cas ça ne serait pas évident à mettre en place, mais t'apprendrait beaucoup et serait très utile à la communauté.   :D

14
T'as raison, j'avais pas imaginé la baisse de FPS... Même si le problème va finir par se régler au bout de quelques frames, ça va geler sur le même point bêtement. Je vais utiliser ton astuce, merci !

15
Je vois ce que tu veux dire. Je ne pense pas qu'il s'agisse d'une erreur dans le code, mais plutôt d'une divergence conceptuelle. En effet, de mon point de vue m_current est un rapport entre la distance parcourue à un temps donné sur la distance totale à parcourir sur la courbe. Ce rapport ayant un dénominateur à la valeur supérieure ou égale a celle du numérateur, le résultat appartiendra forcément à l'intervale [0;1]. Je ne sais pas quoi penser d'une valeur hors limite, si c'est utile ou intéressant conceptuellement, d'ailleurs je n'y ai jamais pensé.

En tout cas merci de te pencher sur le code, tout n'est pas fini ni parfaitement au point, ça m'aide à l'améliorer !

Pages: [1] 2 Suivante »