ZeroXbot

A nie masz gdzieś w stepie (albo gdzieś indziej niż w kolizji) zmiany na normalny sprite? Może ta akcja nadpisuje tamtą (czyli tę w kolizji) i nie widać zmiany.

No więc może masz coś źle w kodzie. Pokaż ten kawałek, który ma zmieniać sprite'a

No to pomyślałbys, jakie funkcje są od wyznaczania kierunku (kąta). GML //to jest kierunek do goscia. Strzelanie itd. dajesz PO TYM ludekdir=point_direction(x,y,ludek.x,ludek.y)

Chyba mu się pomyliło z obskoczył (choć pewien nie jestem) :|

No raczej nie będzie. Nawiasy nie podomykane, jakieś dziwne argumenty. Po co Ci tu lenghtdiry jak ich nie używasz? Popraw ten kod trochę :)

Kończcie ten swój "engine", ale jak dajecie coś do testowania, to chociaż postarajcie się, żeby ten skrawek gry był grywalny, a nie w stylu: "Macie tu trochę gry, ale dużo w nich błędów i prawie nic do roboty.". Pociski wylatują gdzieś z boku, koleś się zacina w niektórych miejscach (w sensie kolizje źle zrobione), potwory... Czyli tak jak mówiłem dawajcie coś jak to będzie chociaż trochę grywalne ;)

To, że dawno nic nie zrobiłeś, nie znaczy, że MUSISZ nadrabiać. Przykład jest moim zdaniem średni. Co prawda napisałeś tam, że Ci surface'y nie działają i musiałeś zrobić na sprite'ach, ale ten 'kawałek' kodu jest dosyć ważną częścią przykładu, a on ma pokazywać jak coś zrobić (najczęściej bezpośrednio). Więc jak ktoś surface'ów nie zna to mu się to nie przyda, chyba, że mu nie będzie przeszkadzać migające przy starcie rooma obrazki mapki. Dlatego też oceniam na 3+/5. Z nudów przerobiłem twoj przykład na wczytywanie z pliku tekstowego. Zobaczcie:link

Jedne view na drugiego się nałożyły. Zrób poprostu zmianę obiektu, za którym ma podążać jeden view.

Tak GMLidentyfikator=collision_point(mouse_x,mouse_y,o_lufa,1,1) ED: No a jak później chcesz wywołać tę zmienną to rób tak (np): GMLdraw_text(x,y,identyfikator.sila); @Down: Hihihi, wyszłeś z wprawy Platku :D

No to tak, zacznę od tego, że: Nie rozumiem o co Ci tu chodziło. ;/ Natomiast jeżeli chodzi o grę to cienka. Grafika, szczególnie potworów jest okropna. Odbijają się gdzie popadnie, czasami nawet w połowie lotu albo 5px od ściany sie odbijają, co powoduje, że ciężko je omijać (i to nie jest wcale plus) szczególnie jak w późniejszych etapach jest ich coraz więcej. Sama gra jest nudna i nie jestem wcale ciekaw co jest dalej bo po pierwszym zapisie i paru nieudanych dalej próbach (patrz "AI" potworów) skończyłem grę. Muzyka ehhh... niefajna, ale nie przeszkadzała mi. Więc przechodząc do oceny Grafika:2/5 Muzyka:2+/5 Grywalność:2+/5 Więc na koniec daję 2+/5 i radzę dalej ćwiczyć ;)

Chodzi o to, że się poszerzają lub kurczą? Musisz jednocześnie zmieniać view_wport i -hport. Nie wiem za bardzo jak to wytłumaczyć, ale view to obszar gry, który mamy widzieć, a port to "obszar ekranu", na którym wyświetlana jest gra. W każdym razie pokombinuj sobie z wartościami (1:2, 2:1) i zakapujesz o co chodzi ;)

Ok, błędu już nie ma. Przeszedłem całą :) Nie będę drugi raz wypisywał tego samego, ale powiem, że za krótka trochę była no i zakończenie takie trochę bezsensowne. Uznaję więc to za demo (ponieważ masz wydać kolejne lepsze części) :)

Funkcja string() zamienia zmienne liczbowe na stringi: 'wall'+string(X)+'.gif'

No, nie. Możesz rysować sprite'y tylko odwołując się do zmiennych, którym "przypisane sa obrazki". Jeśli chcesz ładować pliki po nazwie, to zobacz przykład loadera Tymona.

Może gdzieś zacząłeś na surface'ie rysować i nie zwolniłeś targetu, że tak powiem.

No bo jak zrobiłeś zmienną "zmienna1", a odejmujesz 1 od zmiennej "zmienna" to ja się nie dziwię. :|

U mnie błąd jest nadal :( Nie chodzi o to, by była gadziutka, czy coś. Chodzi o to by całość współgrała ze sobą, żeby nie waliło po oczach, a zarazem było widać wyraźnie postacie. Widać, że kolce i ciała postaci wyglądają tak jakbyś maznął pędzelkiem pare kresek i wypełnił, nawet nie poprawiając jakichś tam błędów. :(

No gra jest całkiem całkiem :) W 3 etapie miałem błąd ten co Egzekutor. Chętnie zobaczyłbym kolejną część z następującymi zmianami: -ruchliwi wrogowie, którzy strzelają tylko jak nas widzą -lepsza grafika. Właśnie apropo grafiki: Ja bym to nie nazwał spixelowaną, a raczej niechlujną, ew. paintową. -jakaś fabuła -jakiś HUD -no i dopilnować, żeby bugów nie było Daje więc na razie 3--/5, za ten błąd i grafikę :)

Tu trzeba użyć mouse_check_button_pressed(numb), bo w tym wypadku, co ty zrobiłeś, zmienna odejmuje się co step jak tylko wykrywa, że przycisk jest przyciśnięty i trzymany.

IMO ten kawałek z "wystraszeniem się", czymkolwiek to jest, za wolno leci :)

Cytat z dokumentacji. Zaznaczyłem zmienne tobie najpotrzebniejsze.

No to dam kod stepa (pisany na szybko) W create kierunek=0. Pozmieniaj to co Ci nie potrzebne (grawitację itp.) GML if(place_free(x,y+max(1,vspeed)) && vspeed<2) { vspeed+=0.1; } else vspeed=0; if(!place_free(x,y+1)) { if(keyboard_check(vk_left)) { if(place_free(x-4,y)) then x-=4; kierunek=-1; } else if (keyboard_check(vk_right)) { if(place_free(x+4,y)) then x+=4; kierunek=1; } else { kierunek=0; } if (keyboard_check_pressed(vk_space)) { vspeed-=2; } } else { if(kierunek==1) { if(place_free(x+4,y)) then x+=4; } else if(kierunek==-1) { if(place_free(x-4,y)) then x-=4; } }

Obejrzyj ten przykład: link

Mój ostatni pixelart (WIP): 15 kolorów (nie licząc tła)