AlexxanderX problems...

[eXpl0it3r]

Use integer numbers for your view moving and make sure all your tiles are on integer coordinates.

[AlexxanderX]

Wow... using a simple trick:

view.setCenter(sf::Vector2f(sf::Vector2i(playerCenter));

the problem is resolved. Thanks a lot!

[dabbertorres]

That works, yes, but, I'd personally use something like this:

view.setCenter(std::floor(playerCenter.x), std::floor(playerCenter.y));

[AlexxanderX]

I have Linux Mint 17.1 and Mesa Mesa 10.1.3(stable) and when run an app is a frozen transparent window. The green circle example also doesn't work.

I have downgraded from Mesa 10.6.0-devel in the hope of resolving the problem and after reboot I have rebuilt the sfml and straight forward I have compiled the green circle example and it was working. But then I have rebuilt the Thor library and after that I compiled a project and the frozen transparent window appeared. And I go back to recompile the green circle example and the same frozen transparent window showed. Please some help.

[AlexxanderX]

I have the following code for the camera of my game:

// Updating the player
m_player.update(frame, m_quadTree);

// Getting the center position of the player
sf::Vector2f playerCenter = m_player.getCenter();

// Setting the center of the map(show only visible tiles)
m_map.setPlayerCenter(playerCenter);

// Setting the view to the center of the player
m_view.setCenter(std::floor(playerCenter.x), std::floor(playerCenter.y));

The problem is that when I jump only on vertical axis( only up arrow) the tiles are like trembling, and when i jump on diagonals( up arrow + left/right arrow) also the player start to tremble. Some tips please?

Here is a video with the problem:



EDIT: Setting the view center to the exact position resolv the problem, but also activate another problem discussed here.
EDIT2: Problem resolved: the player position is now also set with std::floor()

[eXpl0it3r]

I don't really see the problem. Since you move the screen at the same time as your player moves, every slight change will apply to the screen as well.
What you might think about is to have a certain rectangle in which the player can move freely without moving the screen. Though that might still cause the "trembling" I fail to see.

[AlexxanderX]

The problem was from the player: I was not setting his position to an integer one. Thanks for tip

[AlexxanderX]

Hello I have a problem: I'm getting high CPU usage with this code and I don't know what I'm doing wrong:

#include <SFML/Graphics.hpp>

int main()
{
        sf::RenderWindow window({800, 600}, "My window");

        sf::Time m_timePerFrame = sf::seconds(1.0f / 60.0f);
        sf::Time m_timeSinceLastUpdate = sf::Time::Zero;

        sf::Clock m_clock;
    while (window.isOpen())
    {
                sf::Time m_frame = m_clock.restart();
                m_timeSinceLastUpdate += m_frame;

                while (m_timeSinceLastUpdate >= m_timePerFrame)
                {
                        sf::Event event;
                while (window.pollEvent(event))
                {
                    if (event.type == sf::Event::Closed)
                        window.close();
                }

                        m_timeSinceLastUpdate -= m_timePerFrame;
                }

                window.clear();

                window.display();
    }

    return 0;
}

If instead of all the manual frame limiting I use window.setFramerateLimit(60) everything works fine - 0% cpu usage, but with my above code I'm getting high CPU usage. Please some help.

[kitteh-warrior]

If you don't instruct the system to wait, would you expect it to?
Use the sf::sleep to let the thread wait.

[Jesper Juhl]

Window.setFramerateLimit(60);
That's the solution. What more to say?
If you ask the CPU to work as had as it can then it will. If you ask it to take some breaks it will. It's really simple.