Muuuuczek567

GM nie zachowuje sie nieprzewidywalnie. Wszystko zależy od umiejętności przewidywania zachowania kodu.

1. mp_potenital_step(xgoal,ygoal,speed,true) 2. speed = 0 3. if(point_distance(x+lengthdir_x(speed,direction),y+lengthdir_y(speed,direction), instance_nearest(x,y,wrog).x,instance_nearest(x,y,wrog).y) < 50) direction += 2 To są podstawy kodu, który pozwoli na ominięcie wroga. Będziesz musiał popróbować, przerobić itd. żeby w miarę ładnie wyglądało.

Można spróbować mp_potential_step, po prostu zatrzymywać się lub zmienić kierunek na taki, dzięki któremu będzie od wroga dalej niz 50 px.

Wystarczy sprawdzać, czy w promieniu 50 px nie ma innego wroga.

Użyj surface'ów.

@TheMarcQ: Mylisz się. Od 0 do 255 lub od -127 do 128.

@pablo: pliki binarne

@Mentoss: tak, jest tak napisane w informacjach dotyczących rankingu. @Sasor: wynik wychodzi dobry. Sprawdź: GML xr = 1200 yr = 1200 d = yr-xr We = 1/(1+power(10,d/400)) Wy = 1 Diff = Wy-We xr += 32*Diff show_message(string(xr))

mp_potential_step + mp_potential_settings

Kiedyś grałem na komórce w taką małą gierkę, a bardziej programik, w którym rysowało się góry przez sypanie "proszku". No i właśnie zrobiłem coś podobnego w GM-ie. Podaję plik z kodem źródłowym dla GM >= 7.0 Pro. Można użyć dowolnego koloru, obszar roboczy: 256x192 (mogłem dużo więcej, ale byłoby nieczytelne). Spacja: sypanie ziarenek, strzałka w lewo/prawo - przesuwanie 'maszynki' sypiącej proszek. Link: TU

Dodaj else {x = xstart; y = ystart}

Collision with potwor: GML if(vspeed > /prędkość spadania/)&&(x < other.x+/szerokość stwora/)&&(x > other.x) with(other) instance_destroy() Spróbuj tego.

Ale tak to mogę go animować w 3D.

W Blenderze, bez żadnych przeróbek w Paincie itp. Co o tym myślicie? (pomińcie kwadratowy pistolet :D)

Najgorsze jest, jak ma się mnóstwo zapału do pracy i zero pomysłów.

1. Zdecyduj się, czy po polsku, czy po angielsku. 2. settings, a nie setings A, i prawy górny róg psuje efekt, bo tak to jest nawet nieźle.

Pobieranie wartości z tablic jest tak samo szybkie jak pobieranie wartości z list. Funkcje sortowania itp. u list są szybsze niż w tablicach. Poza tym, twoja lista jest niewielka, więc prędkości zbytnio nie zmniejszysz, używając tablic.

ds_list można łatwo zamienic na tablicę, którą GM-owy game_save zapisuje.

draw_healthbar to odpowiedź na każde pytanie dotyczące healthbara.

Wyłącz .NET Reactor.

Zrób skrót, zmień jego ikonę i uruchamiaj grę tym skrótem.

Lepiej nie zamieniać sprite'a kursora, bo w show_message itp. nie można kursorem ruszać (tzn. można, ale wyświetlana pozycja się nie zmienia).

Bo object_index != sprite_index. Nic dziwnego, że po uporządkowaniu obiektów i sprite'ów się pokopało.

Właściwie po co taki kod? Wystarczy przy zwiększaniu lvla sprawdzać u każdego 'questgivera', czy bohater ma wymagany level, jeśli tak, to aktywuj questa, a jak nie, to nie.

Ustaw im sprite'a w evencie Create.