gnysek

To jest taki stary i mało znany feature ZIPa, że mógł być EXEkiem. Niektóre instalatory w rzeczywistości są zipami i można im zmienić rozszerzenie, aby je rozpakować. RAR tego już nie ma.

Yyyy przecież obie nazwy zmiennej są te same. Tablica staje się nie tablicą.

trying to index a variable which is not an array No to ja na 99% obstawiam, że w create nie robisz z tego tablicy, albo próbujesz odczytać tablicę zanim to się tablicą faktycznie stało.

Mi przypomina inną gmową gierkę - Mr. Karoshi

Brzmi jak... Problem z kartą graficzną. Daj komuś innemu do sprawdzenia, dla porównania.

Zdaje mi się, że kod/klatka się zatrzymuje na czas zapisu. Więc nie musisz nic czekać. Możesz też tak jak wyżej - przypominam, że ostatni GM nie wymaga już sandboxa (jak się go wyłączy - nie testowałem), więc wtedy kod mógłby sam wczytać backup jakby coś poszło źle.

Za dokumentacją, open daje tylko prawo odczytu. W obu przypadkach musisz zatem użyć get_save_filename. Ale przyznam, ze przez 20 minut uważałem, że Twoj kod jest dobry i dopiero teraz się dowiedziałem tego co powyżej.

Dlatego musisz wiedzieć czy serwer w przelądarce też zwraca tego jsona, czy może to strona .php się wywala randomowo z braku pamięci. Skoro nie masz pojęcia, czy adres który odpytujesz prawidłowo zwraca dane to jak chcesz szukać błędu? Może GM wcale nie ma błędu? Napisz osobny skrypt pod innym adresem który tylko daje to echo i na nim sprawdź na razie.

Za nic nie rozumiem tego kodu, ale bym sprawdził miejsca z image_index = 0. Bo takich jest kilka. Musisz albo skorzystać z debuggera, albo chociaż z show_debug_message() na końcu kodu, zebby sobie wyświetlać w konsoli co masz za wrtość w image_index, to może pomóc. Ciężko przeanalizować kod, którego 99% nie ma związku ze zmianą sprite/klatki i w ogóle nie ma zwiazku ze sprawą. Za dużo tego jest do analizy.

Wciaż nie wiem, czy w przeglądarce widzisz to co chciałbyś otrzymać, czyli pełen JSON Od tego trzeba zacząć, jak nawet przeglądarka pokaże obcięty tekst, to winą będzie skrypt. Jak nie obcina, no to winny jest GM. Może jest jakiś timeout ?

To co widzisz w phpmyadminie mnie średnio interesuje, pytałem o skrypt PHP, który robi jakieś echo czy coś.

Rozumiem, że ten JSON jest czytany z mysql przez PHP ? Czy zatem jak wejdziesz z przeglądarki jest ok? Jeśli tak, no to GM ma limit. Jeśli nie, to winy bym szukał w PHP i pewnie będzie trzeba podzielić go jakoś.

Jeśli nie pomaga, to pewnie gdzieś potem dalszy kod ręcznie znów zmienia speed/klatkę. Może ustawiasz własnie image_index = 89, a ponieważ klatek jest 88, GM automatycznie pokazuje zerową?

Jeśli masz 89 klatek, to pierwsza ma numer 0 a ostatnia 88, uważaj

Bo tak działa GM, animacje się zapętlają. Musiałbyś dodać warunek, że jak jest na ostatniej klatce to ustawiasz image_speed na 0, albo jak zmieniasz sprite to też ustawiać na 0.

powinno, ale.... zegarAtaku co klatkę zmniejsza się o 1. Może to zmniejszaj o mniejsze wartości, jak np. 0.2 ? Musisz zacząć czytać swój kod, w evencie step dodając przed każdą linijką "w tej klatce obrazu...." i od razu wychwycisz problematyczne miejsca.

jeśli wymuszasz klatki obrazu, to ustaw image_speed na 0, żeby GM ich sam nie zmieniał.

A próbowałeś wartości mniejsze niż 1 ? Np. 0.5 ?

Musisz po prostu przypominać. Róbcie dev-blogi i się chwalcie co tam zrobione

Może po prostu termin do końca wakacji zróbcie sobie ?

Taki typowy styl dla jakiejś fajne indie-gierki gdzie postaci są lekko komiksowe.

W ogóle nie zastanawiasz sie co podajesz jako argumenty w funkcjach. Popatrz, jak rysujesz prostokąta, a gdzie potem próbujesz rysować tekst. Musisz go rysować tak samo, jak górną część prostokąta plus ewentualnie jakiś offset (np +5 pikseli).

Jeżeli view ma inny rozmiar niż okno to nie, wtedy view_wview[0] i view_hview[0].

A widziałeś w moim poście słowo pseudokod ???

ok, no to nie zostaje nic innego, jak rysować textbox od środka gry czyli np. na tej zasadzie (pseudokod). var _x = view_width/2; var _y = view_height; draw_rectangle(_x -100, _y - 50, _x + 100, _y + 100);