Ranking

ja bym sprawdzil jak to wyglada jakby wszyscy mieli outliny ciemniejsze niz wnetrze sprajta

if(keyboard_key="A" && wcisnietyalt) { } To chyba będzie działać. Bo GM może rozróżnić a i A wpisywane z klawiatury

W kwesti stara animcja kontra nowa, nowa jest dużo lepsza. Natomiast ogólnie nie podoba mi się rozciąganie sprite'a jako całości. Gdyby był podzielony na kilka części wyglądałoby to lepiej. Np. Undertale tak miało i tam wyglądało to dobrze.

Odkryłem, że jeśli opóźnić funkcję terrain_create a chociażby 1 step, to już za 1szym razem(bez restartu spacją) mapa jest płaska. Zakładam, że model wykonany później niż na starcie gry z jakiegoś powodu nie generuje się. Aby odtworzyć ten bug w obiekcie terrain w create wpisz: alarm[0]=1; ready=false; w alarm[0] terrain_create(heightmap,128,1000) ready=true; i w draw: if ready=true then terrain_draw(green) Licze ze znalezienie tego buga pomoze Ci jakos w rozwiazaniu problemu. Ja bede grzebac dalej az cos znajde.

Hmm być może sprit się nie chce rysować wtedy kiedy funckcja create_terrain chce odczytać pixele tego spritu z ekranu. Zamieniłbym wszystko tak by pixele odczytywać z surface. http://docs.yoyogames.com/source/dadiospice/002_reference/surfaces/surface_getpixel.html

Ten kod widzę w projekcie, chodzi o to że nie mogę skompilować w celach testowych.Najlepsze co mogę zrobić w takim wypadku to szukać po omacku. Ogólnie kod terrain_create sugeruje ze po jego ponownym wywołaniu wszystko powinno się zresetować na nowe wartości i nie powinno być bugów. Najlepsze co mi przychodzi do głowy to oczyszczenie pamięci ze zbędnych danych: ds_grid_destroy(global.terraingrid); d3d_model_destroy(global.terrainmodel); A następnie wezwanie funkcji terrain_create od nowa. Jesteś pewien że argumenty które podajesz dla drugiego roomu są poprawne?