76
Graphique / Re : Scrolling 2D iso.
« le: Septembre 04, 2012, 04:41:55 pm »
Lo-X, le problème c'est qu'avec les vues il faut recalculer les positions non ? C'est en tout cas pour SFML 1.6 ce que j'en ai compris.
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: « Précédente 1 ... 4 5 [6]
77
Fenêtrage / View et caméra
« le: Septembre 04, 2012, 04:38:07 pm »
Bonjour,
J'ai deux petites questions :
Quel est l'intérêt des View ? En SFML 1.6 (je sais pas si la 2.0 change ce fonctionnement), si j'affiche quelque chose par exemple un pont puis que je modifie la vue pour n'afficher que la portion où se trouve le pont, son emplacement est modifié (par exemple il est au centre de la fenêtre, si je change la vue pour un carré de 500x500 par exemple avec toujours le point bien au milieu, ben il est plus à la même place). D'après ce que j'ai compris une fois une vue modifiée il faut qu'on recalcule la position c'est ça ?
Seconde question :
Est-ce que la SFML 1.6 ou 2.0 à un système smiliaire à la caméra d'OpenGL ? Je pensais à la base que c'était ce que faisait la vue mais ce n'est à priori pas le cas. Je souhaite pouvoir modifier la vue (déplacer la caméra) sans devoir recalculer les positions, comme le permet OpenGL.
Merci d'avance pour la réponse.
J'ai deux petites questions :
Quel est l'intérêt des View ? En SFML 1.6 (je sais pas si la 2.0 change ce fonctionnement), si j'affiche quelque chose par exemple un pont puis que je modifie la vue pour n'afficher que la portion où se trouve le pont, son emplacement est modifié (par exemple il est au centre de la fenêtre, si je change la vue pour un carré de 500x500 par exemple avec toujours le point bien au milieu, ben il est plus à la même place). D'après ce que j'ai compris une fois une vue modifiée il faut qu'on recalcule la position c'est ça ?
Seconde question :
Est-ce que la SFML 1.6 ou 2.0 à un système smiliaire à la caméra d'OpenGL ? Je pensais à la base que c'était ce que faisait la vue mais ce n'est à priori pas le cas. Je souhaite pouvoir modifier la vue (déplacer la caméra) sans devoir recalculer les positions, comme le permet OpenGL.
Merci d'avance pour la réponse.
78
Projets SFML / Re : [MMORPG/2D]YAPOG
« le: Septembre 04, 2012, 04:12:27 pm »
Je suis déjà ton projet sur le SDZ, mais je renouvelle mes encouragements sur ce projet. Il est très prometeur et va nous permettre à nous les pauvres vieux (j'ai 25 ans suis vieux lol) de retrouver le bonheur de Pokémon RBJ (j'ai aussi la version Or mais c'est tout, après j'ai pas trop aimé les nouveaux).
79
Site web SFML / Avancée des tutos 2.0 ?
« le: Septembre 04, 2012, 04:10:12 pm »
Bonjour,
Cette question s'adresse à Laurent. Laurent, l'écriture des tutos SFML 2.0 en est où ? Car sur le site, tutos comme doc c'est écrit la 1.6, la 2.0 en version future alors que d'après l'annonce que tu avais faite la SFML 2.0 est sortie. Elle n'est cela dit pas présente non plus dans downloads.
Merci d'avance pour ta réponse.
Cette question s'adresse à Laurent. Laurent, l'écriture des tutos SFML 2.0 en est où ? Car sur le site, tutos comme doc c'est écrit la 1.6, la 2.0 en version future alors que d'après l'annonce que tu avais faite la SFML 2.0 est sortie. Elle n'est cela dit pas présente non plus dans downloads.
Merci d'avance pour ta réponse.
80
Graphique / Re : Problème d'affichage d'un sprite
« le: Août 06, 2012, 11:27:20 am »
Chaore,
Si je met 20 ca foire car il ne peut afficher le dernier sprite. Mon problème n'est pas le nombre mais ce contour noir qui apparait autour de chaque sprite, d'une part c'est archi laid d'autre part àa me bouffe de la place.
Laurent,
Merci pour ta réponse ça marche. Me reste plus qu'à voir comment faire pour compléter la ligne vu que 20 ca foire, j'ai pas du comprendre comment calculer suivant la taille de la fenêtre. C'est du 640x480, j'ai donc calculer 640/32 (taille du sprite) soit 20 sprite par ligne mais là ça foire normal on voit qu'il y a pas la place d'afficher.
Quand on dit 640x480, cela veut dire la taille en content les bords de la fenêtre ? Si oui comment calculer la partie rendue alors ?
EDIT : c'est bon, en fait ce dernier problème provenait de mon tableau de sprite trop petit lol.
Si je met 20 ca foire car il ne peut afficher le dernier sprite. Mon problème n'est pas le nombre mais ce contour noir qui apparait autour de chaque sprite, d'une part c'est archi laid d'autre part àa me bouffe de la place.
Laurent,
Merci pour ta réponse ça marche. Me reste plus qu'à voir comment faire pour compléter la ligne vu que 20 ca foire, j'ai pas du comprendre comment calculer suivant la taille de la fenêtre. C'est du 640x480, j'ai donc calculer 640/32 (taille du sprite) soit 20 sprite par ligne mais là ça foire normal on voit qu'il y a pas la place d'afficher.
Quand on dit 640x480, cela veut dire la taille en content les bords de la fenêtre ? Si oui comment calculer la partie rendue alors ?
EDIT : c'est bon, en fait ce dernier problème provenait de mon tableau de sprite trop petit lol.
81
Graphique / [Résolu] Problème d'affichage d'un sprite
« le: Août 05, 2012, 11:03:42 pm »
Bonsoir à tous,
Je voulais faire quelques tests avec la SFML mais je tombe sur un problème. J'ai un sprite d'herbe de 32x32 et aucuns contours noir. Pourtant quand j'en met plusieurs bout à bout on voit un bord noir et je ne sais pas d'où est-ce qu'il provient.
Alors première chose le code :
Ensuite voici une photo d'écran du résultat :
Enfin voici le sprite que j'ai utilisé :
Si quelqu'un pouvait m'aider. Je suppose que cela provient du placement du sprite qui n'est pas bon, mais bon j'ai pas trouvé la solution.
Merci d'avance pour votre aide.
Je voulais faire quelques tests avec la SFML mais je tombe sur un problème. J'ai un sprite d'herbe de 32x32 et aucuns contours noir. Pourtant quand j'en met plusieurs bout à bout on voit un bord noir et je ne sais pas d'où est-ce qu'il provient.
Alors première chose le code :
#include <iostream>
#include <SFML/Graphics.hpp>
int main (void)
{
using namespace sf;
RenderWindow window( VideoMode(640, 480, 32), "Test Vues" );
Image grass, water, bridge;
Sprite grassSp[19], waterSp[19], bridgeSp[19];
grass.LoadFromFile("grass.png");
water.LoadFromFile("water.png");
bridge.LoadFromFile("bridge.png");
while ( window.IsOpened() )
{
Event event;
while ( window.GetEvent(event) )
{
if (event.Type == Event::Closed)
{
window.Close();
}
}
window.Clear();
for (int i = 0; i < 19; i++)
{
grassSp[i].SetImage(grass);
grassSp[i].SetPosition(32*i, 0);
window.Draw(grassSp[i]);
}
window.Display();
}
return 0;
}
#include <SFML/Graphics.hpp>
int main (void)
{
using namespace sf;
RenderWindow window( VideoMode(640, 480, 32), "Test Vues" );
Image grass, water, bridge;
Sprite grassSp[19], waterSp[19], bridgeSp[19];
grass.LoadFromFile("grass.png");
water.LoadFromFile("water.png");
bridge.LoadFromFile("bridge.png");
while ( window.IsOpened() )
{
Event event;
while ( window.GetEvent(event) )
{
if (event.Type == Event::Closed)
{
window.Close();
}
}
window.Clear();
for (int i = 0; i < 19; i++)
{
grassSp[i].SetImage(grass);
grassSp[i].SetPosition(32*i, 0);
window.Draw(grassSp[i]);
}
window.Display();
}
return 0;
}
Ensuite voici une photo d'écran du résultat :
Enfin voici le sprite que j'ai utilisé :
Si quelqu'un pouvait m'aider. Je suppose que cela provient du placement du sprite qui n'est pas bon, mais bon j'ai pas trouvé la solution.
Merci d'avance pour votre aide.
82
Projets SFML / Re : lxgui - "Lua and Xml Graphical User Interface"
« le: Juin 18, 2012, 09:53:38 am »
Pour l'encodage, si vraiment il veut gérer de lui même l'XML, il peut utiliser la librairie libiconv (y a une version windows pour info), qui permet de détecter l'encodage et travailler avec.
Sinon pour faire plus simple : passe sur la librairie libxml2 (version windows existante). J'ai vu récemment comment l'utiliser et elle est simple, pratique et fiable.
Sinon pour faire plus simple : passe sur la librairie libxml2 (version windows existante). J'ai vu récemment comment l'utiliser et elle est simple, pratique et fiable.
Pages: « Précédente 1 ... 4 5 [6]