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

Pages: [1] 2 3 ... 8 Suivante »
1
Graphique / sf::Texture et sf::Image
« le: Mai 21, 2015, 06:57:54 pm »
Bonjour.

Je viens de comprendre, sauf erreur, qu'une sf::Texture était chargé sur la carte graphique et une sf::Image, dans la ram.

Une question me taraude alors : serait-t-il normal de charger une même texture et en tant que sf::Texture et sf::Image ?

2
Graphique / Re : utilisation des pixels
« le: Mai 21, 2015, 06:14:03 pm »
J'ai réussit à utiliser les pixels...Donc ça marche.

Cependant, j'aimerais utiliser la même texture pour l'image qui est affiché, que celle qui est en sf::image...
Comment peut-on faire cela ?

Pour l'instant je ne suis parvenu qu'a charger 2 fois la même texture, avec loadFromFile.
Est-ce possible de le faire avec loadFromMemory, et si oui, comment ?

Merci si vous pouvez m'aider.

3
Graphique / Re : utilisation des pixels
« le: Mai 21, 2015, 12:41:20 pm »
Ok, merci pour ta réponse.

Une petite question : quelle est la différence entre une sf::Image et une sprite ?

4
Graphique / utilisation des pixels
« le: Mai 20, 2015, 02:14:07 pm »
Bonjour.

J'aimerais faire des collisions au pixel. Existe-t-il un moyen avec la SFML, de vérifier les pixels vides d'une image png ?

Merci si vous pouvez m'aider

5
Système / Re : apréhender le deltaTime
« le: Avril 23, 2015, 11:46:20 am »
ok...je vais voir ca. Merci  ;)

6
Système / Re : apréhender le deltaTime
« le: Avril 23, 2015, 09:52:39 am »
ok, merci pour ta réponse  ;)

Je note cependant que quand j'utilise une référence d'un sf::Time, cela ne fonctionne pas, alors que la même chose avec un pointeur fonctionne...
J'utilise exactement le même procédé avec une sf::RenderWindow et cela fonctionne en référence...
Cela ne peut-il venir que de mon code, selon vous ?

7
Système / Re : apréhender le deltaTime
« le: Avril 22, 2015, 10:32:02 pm »
ok, merci  ;)

Maintenant, je ne sais pas si cela vient de mon code, mais quand je place un sf::time en référence dans une class pour l'utiliser, pour par ex le déplacement de la view, depuis une autre class, il fait n'importe quoi, ou plante ( sans m'éclairer particulièrement dans le débug ).


            _data.setDeltaTime( 1 ) ;
           _view.move ( _data.getDeltaTime() , 0 ) ;
 
( sachant que _data contient une référence sur le deltaTime crée depuis le main et qui est censé être à une seconde.

or si je fais ceci :

            sf::Time bidul;
            bidul = sf::seconds ( 0.1 ) ;
           _view.move ( bidul.asSeconds() , 0 ) ;
 

ca marche.
Voilà, donc je voudrais savoir si un sf::Time a des conditions d'utilisation particulières ?

Merci si vous pouvez m'aider.

8
Général / Re : programmation ECS
« le: Avril 16, 2015, 11:59:10 am »
ok, je vais chercher de la doc.

Merci  ;)

9
Général / Re : programmation ECS
« le: Avril 16, 2015, 10:23:55 am »
Oui, c'est bien ça.

Citer
Si c'est ça, ce que j'en pense c'est que c'est une bonne base.

Selon toi, est-ce que cela pourrait convenir pour un STR complet ?

Sur Developpez, on me dit tantôt que le ce système devient quasiment une norme pour le jeu, tantôt, que ce n'est q'un effet de mode, et probablement insuffisant pour faire un jeu complet.

J'ai les topics ici, si vous voulez y jeter un oeil.

http://www.developpez.net/forums/d1512052/c-cpp/cpp/heritage-chaine-d-objets/
http://www.developpez.net/forums/d1513212/c-cpp/cpp/conception-programmation-ecs/#post8211934

Merci si vous pouvez m'aider

10
Général / programmation ECS
« le: Avril 15, 2015, 09:47:06 pm »
Bonjour.

Après avoir présenté mon programme sur developpez, on m'a parlé du ECS. Après réflexion, j'ai décidé de l'utiliser pour mon programme, quitte à reprendre de nombreuses choses.

Que pensez vous du ECS, et en particulier au niveau des perfs, pour par ex, un STR ?

11
Fenêtrage / Re : touche du clavier relachée
« le: Avril 09, 2015, 06:45:27 pm »
sauf que ca marche moyen...

J'utilise ca ainsi :


    if ( !sf::Event::KeyPressed )
    {
        _keyControl = true ;
    }

 

ou encore

    if ( sf::Event::KeyReleased )
    {
        _keyControl = true ;
    }

et ca prend pas...Il faudrait surement rajouter la touche en question, mais le but étant justement de faire en sorte que ca fonctionne quelque soit la touche...

12
Fenêtrage / Re : touche du clavier relachée
« le: Avril 09, 2015, 06:23:27 pm »
yes, merci. ;)

13
Fenêtrage / touche du clavier relachée
« le: Avril 09, 2015, 05:22:15 pm »
Bonjour.

Existe-t-il une fonction spécial pour savoir si une touche du clavier est enfoncé ou non ?
J'ai essayé avec "Unknown", mais sans résulat :


    if ( !sf::Keyboard::isKeyPressed( sf::Keyboard::Unknown ) )
    {
        _keyControl = true ;
    }
    if ( sf::Keyboard::isKeyPressed ( sf::Keyboard::A ) && _keyControl  )
        {
            _keyControl = false ;
            doAlotOfAwsomeThings() ;
        }
 

or ca marche pour un clic :


    if ( !sf::Mouse::isButtonPressed( sf::Mouse::Left ))
    {
        _clicControl = true ;
    }

 

Lu but étant naturellement que quand une touche est pressée, la fonction ne soit utilisé qu'une seul fois...

14
Graphique / Re : Gérer des pixels
« le: Avril 04, 2015, 10:29:24 am »
Oui, voila c'est apparemment une solution pour je cherche à faire : dessiner des pixels arbitraires et les charger sur une texture.

Çà me parait pourtant clair, On le vois dans tous les STR : une minimap avec un cadre dessus qui indique ou se trouve la vue du joueur...

Je vais peut être construire une IE spéciale ou assembler des lignes...Mais il y a peut être quelque chose de plus simple a faire. ( voila pourquoi je pose la question  ;) ).


15
Graphique / Re : Gérer des pixels
« le: Avril 04, 2015, 09:45:58 am »
ok.

Je voudrais savoir s'il y a une méthode pour construire des pixels directement.
Mon objectif étant de construire un rectangle de, par ex, 2 pixels d'épaisseurs. ( qui puisse changer de taille ).
Il aurait pour but de représenter la surface de l'écran, sur la minimap.

Pages: [1] 2 3 ... 8 Suivante »