Notch na swoim blogu opisał jak działa opcja, która blokuje ilość wyświetlanych klatek.
W rozwinięciu pełne tłumaczenie wpisu na jego blogu
Od teraz gra sprawdza każdą wyrenderowaną klatkę i przydziela 1000000000/<ilość FPS> nanosekund na klatkę. Jeśli wykryje, że spędziło mniej niż ta wartość na jakiejkolwiek klatce to pozostały czas spędzi na generowaniu skrawka mapy.
Na najniższym ustawieniu (40) uśpi grę na odpowiedni czas dla każdej klatki. Ustawienie to jest przeznaczone dla osób z laptopami lub kartami graficznymi, które mają tendencje do przegrzewania się.
Jeśli gra nie ma już więcej mapy do wygenerowania to nie wprowadzi ograniczeń.
To znaczy że ilość FPS może być wyższa niż limit (poza najniższym ustawieniem – 40), ale najczęściej będzie ona trochę niższa niż limit, gdyż ciężko przewidzieć czas, jaki jest potrzebny do wygenerowania mapy. Ja najczęściej korzystam z ustawienia "90" jako standardowego, ponieważ daje mi to wynik 60fps w grze (przydatne dla osób którzy grają na vsync) i da silnikowi więcej czasu na generację mapy.
Aktualnie frametime limiter posiada błąd, który powoduje, że dość często przebudowywuje minimum 2 kawałki mapy na klatkę, czyli dwa razy więcej niż wcześniej.
Nie mam nic przeciwko zmianie ustawień po to, by działały jak wcześniej, ale obawiam się, że ludzie będą grać bez limitu klatek myśląc, że tak jest lepiej. Niektórzy mogą chcieć szybciej zobaczyć wschód słońca, ale nie zdają sobie sprawy, że standardowo powinni grać z limitem prędkości.
The game now times every frame being rendered, and allocates 1000000000/<frame_rate> nanoseconds per frame. If it detects it having spent less than this on any frame, it will spend the remaining time rebuilding chunks.
On the lowest setting (40), it will also sleep for a certain period of time each frame. This setting is intended for people with laptops or graphics cards prone to overheat.
If the game doesn’t have any pending chunk rebuilds, it will run uncapped.
This means that the framerate can be higher than the cap (except for in the 40 setting), but that it usually will be slightly lower than the cap because it’s very difficult to tell ahead of time how long a chunk rebuild will take. I chose “90” as the default because it should usually end up with an framerate of just above 60 fps (good for people who play the game vsynched) and will let the game spend as much time as possible rebuilding chunks.
There is a bug currently with the limiter where it will often rebuild a minimum of two chunks per frame, which is twice as many as before.
I wouldn’t at all mind adding a setting that works the way it did in the past, but I’m worried people might think “uncapped” is automatically better. Some might prefer having daytime brightness changes happening faster, but not realize that they should run the game at a capped framerate.
Cytat z:
http://notch.tumblr.com/post/5945205026/what-the-framerate-limiter-does
