sfml c++ płynność przesuwania obiektów

Question

Jak przesuwa się w jakimś programie obraz np. o 8 pixeli za każdym obiegiem pętli to nie wygląda to dobrze. Lepiej by wyglądało jakby pętla działała np. 4 x szybciej i przesuwało się tylko o 2 pixele. Jest wtedy płynny ruch.

Mam taki problem że to strasznie mi psuje wydajność i muszę wybrać płynność przesuwania albo działania.

Chyba nie powinno dojść do takiej sytuacji. Jak poradzić sobie z tym problemem?

Comments

Pętla stałokrokowa

Answer 1

W jakim sensie program psuje ci wydajność?

Należy zauważyć, że ruch co osiem pikseli nie jest w żadnym razie tragiczny — w wirze akcji, gdzie wszystko się porusza, gdy gracz jest skupiony na niszczeniu kolejnego przeciwnika, czy skakaniu przez przeszkody, takie niuanse nie są szczególnie zauważalne. Zapewne wykonujesz testy w sterylnej scenerii, gdzie masz jednokolorowy kwadrat poruszający się po czarnym tle. Wtedy mimowolnie skupiasz się na tym braku płynności, ale to tylko przewrażliwienie.

Polecam używać metodę setFramerateLimit dla obiektu okna, np. dla wartości 100 — wtedy działanie twojej gry będzie uzależnione od czasu, nie zaś od wydajności komputera. Również sam program będzie wymagał mniejszego zapotrzebowania na zasoby sprzętowe.

Comments

Rzuca się to jednak w oczy. Jak to jest zrobione w jakiś znanych grach?

Korzystam z timerów i za szybko nigdy nic się nie wykona. Tylko problem taki że jak np 4 razy mniej czasu ustawię (żeby zamiast np co 4 sekundy co 1s zmieniał pozycje (to tylko przykład)) to wszystkie warunki, operowanie na bitmapach, wyświetlanie sprawia że komputer nie wyrabia z programem i widać tego efekty raz działa szybciej raz wolniej. Gdy porusza się o 8 pixeli to tego problemu nie mam ale przez to gorsza jakość.

 

Ps wcześniej źle napisałem. Nie chodziło mi o to że 4 razy szybciej wykona się pętla tylko że 4 razy częściej będzie resetował timera.

---

Co sekundę? Wtedy twój program działałby z szybkością 1 FPS, a to przecież nie ma większego sensu.

Pokaż, z jakich timerów korzystasz. Wydaję mi się, że to właśnie one są powodem problemów. Jak mówiłem, metoda setFramerateLimit jest bardzo fajną i prostą opcją na zoptymalizowanie gry.

---

SetFramerateLimit niczego nie rozwiąże. Nawet jeśli jakimś cudem wstrzelisz się w odpowiednia wartość, na innym komputerze wszystko moze sie rozjeżdżać. 

Sam niedawno miałem podobny problem i najłatwiejszym i dającym dużą swobodę dostosowania rozwiązaniem jest petla akumulacyjna.

Podrzucam link: LINK

---

wiedziałem że się ktoś tego uczepi to tylko taki przykład podałem żeby było wiadomo o co mi chodzi.

SetFrameLimit jest dla wszystkiego czyli pętla wykona się 100 razy na sekunde bo przy wyświetlaniu będzie czekać.

Ale oczywiście każdy obiekt ma swoją indywidualną prędkość poruszania i setframelimit to inna bajka, choć dla optymalizacji mogę z niego skorzystać.

---

Dlaczego niby będzie się rozjeżdżać? Owszem, przy komputerze nie nadążającym za ustawionym limitem klatek, gra będzie działać za wolno, ale można to łatwo obejść, wykorzystując pętlę akumulacyjną.

Głównym powodem wykorzystania powyższej metody jest uniknięcie cholendarnego wykorzystania podzespołów. Jeśli mamy niewymagającą grę, to nie ma sensu wykorzystywać nawet 15% czasu procesora, bo to jest zwykłe marnotrawienie zasobów — z setFramerateLimit ten czas spada praktycznie do zera.

---

Coś musiałem popieprzyć, poszukam błędu.

 

może głupie pytanie ale pierwszy raz słyszę.

Co to pętla akumulacyjna? Google nic nie wypluło.

---

Co to pętla akumulacyjna?

http://gafferongames.com/game-physics/fix-your-timestep/ 

Answer 2

sf::Clock clock;
sf::Sprite sprite;
sf::Vector2f vel{5.f, 4.f};

while(1)
{
   sprite.move(vel * clock.restart().asSeconds());
   // sprite porusza się {5, 4}px/s
}

Wygoogluj pętla stałokrokowa. Tutaj też było na ten temat kilka postów.

Comments

To jest chyba lepsze od timerów i patrzeniu czy wyszło za czas bo nie skacze nagle o 8 pixeli tylko z każdym obiegiem pętli to robi. Zamienię tamto na to.