1
Optymalizacja prędkości działania
Gry korzystające z dużej ilości GMLa działają teraz do 100% szybciej. Wczytywanie gry też działa nieco szybciej.
Do stu procent szybciej czyli tak samo. ;P
100%=1 (100/100)
200%=2 (200/100)
@gnysek dokładnie to będzie kosztowało 120% poprzedniej ceny (np. poprzednia cena 1zł to nowa to 1zł 20 gr)
Ale racja źle doczytałem bo jeżeli 100% SZYCIEJ to że plus 100%, więc sorki.
Jak naprawdę jest z tą optymalizacją? Naprawdę zauważalne jest przyśpieszenie gry czy tylko trik reklamowy?
Gra nie przyspieszy, ale kod wykonuje się szybciej, zatem rzadziej zwalnia
Tak patrze na te zmiany, może się przerzucę na GM8, ale nie jestem pewien, jakoś mi się tak źle testowało :/
@Offtop:59 artów, ciekawe, czyj będzie 60
Akurat różnica w wydajności jest dość spora - endurance na lapku chodził 50-55, na 8 (rc jeszcze :> 60 cały czas.
Test sprzed chwili - fireball na instancjach (malowania sprita, który się odpowiednio przesuwa/zmienijsza skalę/alphę) - próg 60 fps wyszedł równiutko przy 2k instancji (cząsteczek) - gm8 rc - 2.5k.
Za to szyfrowanie pliku takim troszkę bardziej rozwiniętym xorem wyszło na gm8 jeśli dobrze pamiętam 6x szybciej, a to już jest coś (nie rozkminiałem skąd ten wynik, ale stawiam na edycję plików po prostu, bo ogólna szybkość gmla się wiele nie zmieniła).
Mógł się zmniejszyć dostęp do danych w pamięci czy na dysku, przez co sam GML nie przyspieszył, ale niektóre operacje już tak
1