Nasze strony: gmclan.org gameonly.pl ps-plus.pl gameswithgold.pl n-switch.pl hmt.pl
Fastbar
Powrót do strony głównej
Trzymaj pliki na gmclan.org!
Game Maker w pytaniach i odpowiedziach!
Polska dokumentacja
Tabela wyników ligi 24
Pobierz GM
Akademia GMCLANu
Kategorie bazy artykułów
Artykuły -> Game Maker -> Kursy GML
Treść artykułu
Inwentarz do gry RPG
autor: Pental (28.12.08) | czas czytania: 8 minut, 53 sekund
Inwentarz do gry RPG

Z myślą o początkujących użytkownikach (tych w mniejszym stopniu oraz większym) postanowiłem napisać artykuł, w którym krok po kroku każdy może dowiedzieć się, jak wykonać solidny inwentarz do swojej gry przygodowej bądź RPG. Wymagalna jest minimalna wiedza na temat Game Makera oraz GML.

Pierwszy krok: stworzenie inwentarza

Do naszego inwentarza przedmioty będzie trzeba przenosić. Nie użyjemy żadnych funkcji (skryptów), ponieważ do tworzenia jednego plecaka takowej potrzeby nie ma. Nie znaczy to jednak, że na samym początku nie ustalimy jego parametrów. Stwórz obiekt "Inwentarz". Do wydarzenia Create możesz śmiało wsadzić mu kod:
gml:iHor = 10; // x inwentarza
iVer = 10; // y inwentarza
iWidth = 5; // dlugosc
iHeight = 5; // szerokosc
iSprite = sKratka; // grafika przedstawiajaca slot w plecaku
iOff = -1; // odleglosc od kratek
iMax = 5; // maksymalna ilosc itemow w slocie
Zmienna iHor i iVer odpowiadają za współrzędne plecaka, zaś iWidth i iHeight za jego rozmiar. Zmienna iSprite to grafika kratki, a iOff oznacza odstęp od kratek. Zaraz, zaraz - dlaczego ma więc wartość ujemną? Podałem akurat takową, by złączyć ze sobą kratki. No i w końcu, ostatnia już z tego kodu zmienna - iMax, odpowiada za maksymalną ilość przedmiotów w jednym slocie (kratce).

Parametry już mamy, czas przejść do meritum sprawy - stworzenie plecaka. Użyjemy do tego tablic dwuwymiarowych, posiadających dwa indeksy. Dlaczego tablic? Ponieważ załóżmy, że nasz inwentarz będzie wyglądał tak:
slot1[x: 10, y: 10] slot2[x: 50, y: 10] slot3[x: 90, y: 10]...
slot6[x: 10, y: 50] ...
Zakładamy, że sloty to tablice, a ich indeksy to współrzędne, od których odjęliśmy współrzędne inwentarza, dodaliśmy odległość kratek (dodając w naszym wypadku -1 - odejmujemy 1) i podzieliliśmy przez ich rozmiar. Wtedy sprawa wygląda tak (i oraz j to indeksy):
slot1[i: 0, j: 0] slot2[i: 1, j: 0] slot3[i: 2, j: 0]...
slot6[i: 0, j: 1] ...
Natomiast wyświetlając sloty liczymy odwrotnie. Jaki to ma sens? W ten sposób będziemy mogli się odnosić do konkretnych slotów, by dodawać do nich przedmiot, usuwać lub przenosić. Do tablic dwuwymiarowych użyjemy, oczywiście, dwóch pętli krokowych for. Do kodu w evencie Create dodajmy więc:
gml:var _i, _j, _x, _y, _t;

for( _i = 0; _i < iWidth; _i += 1; )
for( _j = 0; _j < iHeight; _j += 1; )
{
invObject[ _i, _j ] = -1;
invNumber[ _i, _j ] = -1;

_x = iHor + _i * ( sprite_get_width( iSprite ) + iOff );
_y = iVer + _j * ( sprite_get_height( iSprite ) + iOff );

_t = instance_create( _x, _y, Kratka );
_t.sprite_index = iSprite;
_t.i = _i;
_t.j = _j;
}
Na początku dajemy dla Game Makera do zrozumienia, że tworzymy tymczasowe zmienne na potrzeby kodu w tym evencie, które na końcu mają zostać usunięte. Jak już wspominałem, użyjemy tablic dwuwymiarowych. Pętla for nam tworzy tablice invObject oraz invNumber. Ta pierwsza określa obiekt (nie, nie instancję obiektu / klasy), zaś druga ilość przedmiotów o określonej klasie w slocie. Używamy tymczasowych zmiennych _x i _y, by określić pozycję slota, który aktualnie tworzymy, zaś zmiennej _t, by ustalić id tworzonego slota i nadawania mu zmiennej i oraz j. Posłużą nam one później, by z punktu widzenia slota, można było określać samego siebie i na odwrót. Jest to najwygodniejszy sposób. Dodatkowo można już zadeklarować w Create zmienne:
gml:inEq = false;
inEqI = 0;
inEqJ = 0;

_x = 0;
_y = 0;
obj = -1;
O tym, do czego one służą - później.

Krok drugi: wyświetlanie

W poprzednim kodzie znajdowało się wyrażenie tworzące instancje klasy "Kratka". Najpierw jednak powinniśmy ją stworzyć, tak więc do dzieła. Przedtem jednak, przydałaby się czcionka, którą wyświetlane by były liczby danych obiektów w slocie. Stwórz więc nowy font. Czcionkę ustaw na Verdanę, zaznacz "digits" (cyfry), po czym ustaw rozmiar na 8 i pogrubienie (bold). Teraz już możemy do obiektu kratka dać kod:
gml:draw_set_font( _font );
draw_set_color( c_white );
draw_sprite( sprite_index, 0, x, y );
if ( Inwentarz.invObject[ i, j ] != -1 )
{
draw_sprite( object_get_sprite( Inwentarz.invObject[ i, j ] ), 0, x, y );
if ( Inwentarz.invNumber[ i, j ] > 1 )
draw_text( x + 23, y + 20, string( Inwentarz.invNumber[ i, j ] ) );
}
Dużo tłumaczyć nie ma potrzeby. Kod ustawia biały kolor, czcionkę wcześniej przez nas stworzoną (nazwałem ją "_font"), rysuje grafikę slota oraz, jeśli takowy jest w tym slocie, wyświetla sprite obiektu znajdującego się w kratce. Co za tym idzie, jeśli jest potrzeba, wyświetla ilość instancji tu się znajdujących.

Warto zauważyć, że obiekty będziemy przenosić myszką - przenoszone obiekty warto wyświetlać pod kursorem. Pierw jednak trzeba pod uwagę wziąć fakt, że najwygodniej jest, aby w inwentarzu instancje ginęły, zamiast tego, wiadoma będzie nam ich klasa. Ma to znaczenia zarówno podczas przesuwania przedmiotów jak i ich wyświetlania pod kursorem. W drugim przypadku jest to ważne dlatego, że jeśli jest instancja, to wystarczy odnieść się do jej grafiki za pomocą kropki i zmiennej sprite_index, gdy jednak jest to obiekt (np. podczas wyrzucania rzeczy z plecaka), trzeba odnieść się do sprita za pomocą funkcji object_get_sprite(). Czas na ostatnią uwagę - jeśli sprite będzie wyświetlany w pozycji (mouse_x, mouse_y), to zmieni swą pozycję o tyle, o ile była różnica pomiędzy pozycją myszki a nim podczas podnoszenia go. Aby uniknąć tego problemu wystarczy obliczyć różnicę. Dla mnie wygodniej jest obliczyć różnicę na minusie, a później ją dodać do współrzędnym myszki. Jak wiadomo, dodawanie liczby ujemnej daje odejmowanie liczby dodatniej. Dajmy więc inwentarzowi kod w evencie Draw:
gml:if ( obj != -1 )
{
var _sprite;

if ( inEq )
_sprite = object_get_sprite( obj );
else _sprite = obj.sprite_index;
draw_sprite( _sprite, 0, mouse_x + _x, mouse_y + _y );
}
Nie ma raczej wiele do tłumaczenia - sprawdzamy, czy zmienna obj, która ma wartość instancji bądź obiektu (zależy czy podnosimy z inwentarza, czy nie) nie ma wartości -1, oznaczającej, że nic nie podnosimy. Tworzymy tymczasową zmienną _sprite, która będzie miała id sprita jakiego wyświetlimy. Przedtem jednak, sprawdzamy za pomocą zmiennej inEq, czy przedmiot był w inwentarzu, czy nie i na podstawie tego rysujemy gotowego już sprita.

Krok trzeci: przygotowanie inwentarza do użytku

Dobra wiadomość jest taka, że całą teorię napisałem już w poprzednim punkcie, teraz zobaczymy, jak to wygląda w praktyce. Zostało już tylko przesuwanie przedmiotów na różne możliwe sposoby, choć kodu będzie znacznie więcej, to, jak już wspomniałem, teorię znamy ;) . Zacznijmy od stworzenia obiektu "Rodzic" (ang. parent). Wszystkie przedmioty, które będziemy przenosić, będą dziedziczyły po nim jedną cechę - możliwość przenoszenia. Kod w evencie Left Pressed wygląda następująco:
gml:// nie ma obrazka - do widzenia :)
if ( my_sprite == -1 )
exit;

// instancja ktora chcemy wsadzic do inwentarza
Inwentarz._x = x - mouse_x;
Inwentarz._y = y - mouse_y;
Inwentarz.obj = id;
Inwentarz.inEq = false;
Każde dziecko obiektu Rodzic będzie musiało mieć zadeklarowaną zmienną my_sprite, której wartość to grafika instancji w inwentarzu. Jeśli wynosi -1, to nie ma sensu takiego przedmiotu podnosić. Później obliczamy różnicę, ustalamy, że my jesteśmy obiektem noszonym i dajemy wartość 0 (false) zmiennej inEq, ponieważ przedmiot jest podnoszony nie z inwentarza.

Podobny kod możemy dać dla obiektu Kratka w tym evencie:
gml:Inwentarz._x = x - mouse_x;
Inwentarz._y = y - mouse_y;
Inwentarz.obj = Inwentarz.invObject[ i, j ];
Inwentarz.inEq = true;
Inwentarz.inEqI = i;
Inwentarz.inEqJ = j;
Zasada taka sama jak w poprzednim przypadku. Teraz najtrudniejsza część - to, co się stanie jak upuścimy przedmiot. Zakładając, że był w inwentarzu, możliwe są akcje: wyrzucamy z inwentarza, przenosimy do innego slotu, w ostateczności nic nie robimy i nie odejmujemy ilości instancji w slocie. Wiedząc to, taki kod w evencie Globar Left Released Inwentarza nie powinien cię dziwić:
gml: if ( obj == -1 )
exit;

if ( inEq )
{
var _n, _can;

_can = false;
_n = instance_nearest( mouse_x + _x, mouse_y + _y, Kratka );
if ( point_distance( mouse_x + _x, mouse_y + _y, _n.x, _n.y ) <= 37 )
{
if ( invObject[ _n.i, _n.j ] == -1 )
{
invObject[ _n.i, _n.j ] = obj;
invNumber[ _n.i, _n.j ] = 1;
_can = true;
}
else if ( invObject[ _n.i, _n.j ] == obj )
{
if ( iMax > invNumber[ _n.i, _n.j ] )
{
invNumber[ _n.i, _n.j ] += 1;
_can = true;
}
}
}
else {
instance_create( mouse_x + _x, mouse_y + _y, obj );
_can = true;
}

if ( _can )
{
invNumber[ inEqI, inEqJ ] -= 1;
if ( !invNumber[ inEqI, inEqJ ] )
{
invNumber[ inEqI, inEqJ ] = -1;
invObject[ inEqI, inEqJ ] = -1;
}
}
}
Wszystkie możliwe akcje opisałem, tak więc tłumaczenie jest bez sensu. Pierwsza linijka sprawia, że jeśli zmienna obj jest równa -1, to kończy się event (dalsze akcje nie są wykonywane). Ale co, jeśli przedmiot nie był w inwentarzu? Wtedy możliwe jest, że albo się go uda dodać, albo nie. Zapomnieliśmy także nadać na końcu zmiennej obj wartość -1. Dalszy kod to:
gml:else{
var _n;

_n = instance_nearest( mouse_x + _x, mouse_y + _y, Kratka );
if ( point_distance( mouse_x + _x, mouse_y + _y, _n.x, _n.y ) <= 37 )
{
if ( invObject[ _n.i, _n.j ] == -1 )
{
invObject[ _n.i, _n.j ] = obj.object_index;
invNumber[ _n.i, _n.j ] = 1;
with( obj )
instance_destroy();
}
else if ( invObject[ _n.i, _n.j ] == obj.object_index )
{
if ( iMax > invNumber[ _n.i, _n.j ] )
{
invNumber[ _n.i, _n.j ] += 1;
with( obj )
instance_destroy();
}
}
}
}
Dodam tylko, aby do powyższego kodu nie było wątpliwości, funkcja instance_nearest() szuka najbliższej instancji określonej klasy od podanej pozycji. W naszym wypadku jest to kratka i pozycja kursora. Należy sprawdzić także, czy ta odległość nie jest za duża. Dałem 37, zamiast 40, ze względu na estetyczność. Później już raczej tłumaczyć nie trzeba, odpowiednie akcje, dla odpowiedniego przypadku :) . Teraz kiedy chcemy dodać jakiś przedmiot, który można przenosić, wystarczy nadać mu w okienku parent obiekt "Rodzic" i ustalić wartość zmiennej my_sprite.

Gratulacje!

Właśnie udało ci się stworzyć swój własny inwentarz! Oczywiście, możesz go modyfikować, jak ci się tylko podoba, np. dla nauki.

Przykład znajduje się tu: Przykład Inventory
głosów: 13 | ocena: 8.85 oceń zasób | dodał: PsichiX
Komentarze
stron: 21

2


av

Dawidds (11:12, 25.04.2010)

No to 1. opcja

av

Mentoss (12:06, 25.04.2010)

1. próbowałem wcześniej i nie działało... ale teraz, jak zacząłem myśleć, a nie bezmyślnie gapić sie w kod, to mi się udało...

w międzyczasie fajny efek mi wyszedł... kratki sie zaczęły na skos układać

av

karolo320 (15:53, 4.02.2011)

Dawidds, ja tam nie widze draw(5,5)

av

DANDATI (18:20, 14.05.2011)

Mam taki błąd mam wszystko tak jak w tym poradniku nazwy pozmieniałem na swoje i wyskakuje mi taki błąd...
ERROR in
action number 1
of Draw Event
for object Kratka:

Error in code at line 4:
if ( Inwentarz.invObject[ i, j ] != -1 )
^
at position 28: Unknown variable i


Chcę jeszcze dodać, że ten inwetarz to tak jakby inny room tak??...no właśnie i jak ja sobie gram podnoszę jabłko i chce wlaczyc ekwipunek zeby je zjesc i jak klikam I (przycisk ustawilem sobie przy postaci) to wyskakuje mi taki blad właśnie prosze o pomoc.

av

gnysek (14:09, 15.05.2011)

Zmienna i jest niezdefiniowana.

av

karolo320 (18:31, 17.05.2011)

moze i=0 w create pomoże

av

Mentoss (18:55, 17.05.2011)

razem z całą pętlą...

var i, j;
for(i=0;i<= i tak dalej.

stron: 21

2



Dodaj komentarz:
Treść:
Menu
Panel użytkownika
Jesteś niezalogowany!

Nie masz konta? Zarejestruj się
Użytkownicy on-line
2 użytkownik(ów) aktywny(ch) przez ostatnie 15 minut:
gości: 1, userów: 1, ukrytych: 0
SimianVirus7
Użytkownicy na czacie discord
Wojo (9:07, 7.12.19):
Ah, ta gmclanska zawisc.
ANtY (13:36, 5.12.19):
sukces by był jakby dawalo tyle kasy, że mógłby full-time to robić
Threef (12:32, 5.12.19):
Ale nikt tego sukcesem nie nazwie.
Threef (12:31, 5.12.19):
Almora na mobilki coś tam ma już fanów i przynosi jakieś zyski ze sprzedarzy w becie
Threef (12:31, 5.12.19):
Wydał? More like wypuścił i pobrało 100 osób na GMClanie
nowy_user (12:18, 5.12.19):
Hm... Czy Borek nie wydał Hidden Swords oraz Alliens attack on colony, ze swoim studiem Gear Studio? Teraz chyba Borek szykuje prawdziwą bombę, widziałem nowy filimik almory na jego FB, gra rozwali system.
Threef (12:00, 5.12.19):
ANtY przecież samo Unity. Borek robi poza branżą gier
Danielus (23:43, 4.12.19):
Python, wcześniej microserwisy, teraz niby jestem Data Engineer. Ostatnio mnie zaskoczyli na LinkedInie bo oferta na python developera do game devu za 15-18k netto + vat na B2B. Zazwyczaj game dev ma dużo niższe stawki niż reszta branży ale może w końcu coś się zacznie zmieniać.
nowy_user (16:50, 2.12.19):
Bez Unity też można osiągnąć sukces w GameDevie - patrz TeeGee, Buziol, Borek, Anty.
gnysek (16:47, 2.12.19):
Jakbym znał Unity, to bym GMCLANu nie prowadził
Chell (11:29, 2.12.19):
Danielus, w czym pracujesz?
Wojo (21:33, 1.12.19):
Powiem, ze ogarnialem projekty w turbopascalu, VBSie i batchu
Wojo (21:32, 1.12.19):
Cos u was slabo. Ja dostawalem 32k miesiecznie w pierwszej pracy, ale to byla gruba przesada wiec sie zwolnilem -.-
Danielus (18:43, 1.12.19):
Senior jest trochę zdewaluowanym pojęciem teraz. Spodziewam się być seniorem w rok albo dwa. Co mogę polecić to na początku jak najczęściej zmienać pracę. Żadna firma nie chce dawać podwyżek, więc lepiej skakać i zdobywać doświadczenie w różnych miejscach. Mi zajęło osiągnięcie tego 4 lata i 4 różne firmy(po roku w każdej) a zaczynałem od 4k brutto jako junior jeszcze na studiach.
nowy_user (18:38, 1.12.19):
O kurde, to za 5 lat jak dojdziesz do seniora to będziesz miał ok 25k miesięcznie. Brawo, to są niezłe zarobk, można związać koniec z końcemi! Szkoda, że za znajomość GMLa tyle nie płacą.
Danielus (18:34, 1.12.19):
6k netto to grosze - Tyle dostanie każdy mid w najgorszych korpo. Ja rok temu magisterkę skończyłem i teraz mam 13.5k na rękę na umowę o pracę. Nie w GameDevie oczywiście :d
Chell (22:15, 30.11.19):
przedwczoraj dostalem na linkedinie propozycje z 8-12k net na b2b ;p
Sutikku (17:53, 29.11.19):
6k jako junior, zapomniałem dodać
nowy_user (17:20, 29.11.19):
To są dobre wieści. Ostatnio zastanawiałem się nad bootcampem programistycznym, skoro więc w tej branży są takie pieniądze to chyba nie ma się co dłużej zastanawiać
ANtY (16:46, 29.11.19):
>ciezko mi wueirzyć w 6k dla programisty xDDDDDDDDDDD
Konrad-GM (13:58, 29.11.19):
6k senior? raczej mid w korpo, senior to spokojnie wyciągnie 10-15k
nowy_user (10:52, 29.11.19):
Ciężko mi w to uwierzyć, ale kto wie, może dla jakiegoś super seniora.
Sutikku (9:32, 29.11.19):
niektórzy mają większe ambicje, ostatnio widziałem ofertę dla programisty c++ za 6k netto
Wojo (17:48, 28.11.19):
baca tutaj wstawiał screeny jak jego aplikacje są topowe bodajże w wietnamie
nowy_user (15:07, 28.11.19):
W gamedevie też można bardzo dobrze zarobić. W zeszłym tygodniu widziałem ofertę dla Unity developera za 5k netto.
Chell (14:32, 28.11.19):
jak lubi zarabiac kasiore to pewnie nie ;p
Konrad-GM (13:09, 28.11.19):
Może @gnysek wcale nie szuka pracy w gd
nowy_user (23:08, 26.11.19):
Wygląda bardzo fajnie. Swoją drogą to dziwię się że z Twoim skillem nie możesz znaleźć pracy w Gamedevie.
gnysek (14:47, 25.11.19):
www.yoyogames.c...xions-promotion (tutaj tylko dodatkowe etapy)
gnysek (14:41, 25.11.19):
Usunęli je
nowy_user (14:36, 20.11.19):
Wow, nie wiedziałem, nigdy się tym nie chwaliłeś. Myślałem, że w YoYo zajmowałeś się rozwijaniem społeczności użytkowników. Podesłałbyś linki do screenów lub opisów tych gier?
gnysek (11:30, 20.11.19):
Teraz czekam na te zmiany w YYC i wracam do zabawy, w tym czasie inny projekt robię, stronę.
gnysek (11:29, 20.11.19):
Ja na trzech grach dla YYG zarobiłem jakoś 40 tysięcy.
ANtY (16:01, 19.11.19):
nowy_user (19:57, 18.11.19):
Chociaż szkoda, że nie wyszła pełna wersja Przygód Glutexa (wyszło tylko demo), bo możliwe, że wtedy Anaconda wskoczyłby do TOP3.
nowy_user (19:40, 18.11.19):
@Chell, nie uwzględniłem ANtY'ego, bo on tworzy w Unity. No chyba, że Warlocks było robione w GMie, to wtedy wskoczy on na 3 miejsce - o ile mi wiadomo, Warlocksi sprzedali się lepiej niż Borkowa Almora.
Wojo (19:20, 18.11.19):
Był tu gość co swoją grę sprzedawał chyba przez chomikuj
Chell (18:20, 18.11.19):
biedny ANtY
nowy_user (17:38, 18.11.19):
Chyba nie, ale jakby wziął się za sprzedaż Tripa lub Spartana to pewnie byłby na 4 miejscu Gmclanowiczów, co zarobili na grach ( oczywiście za TeeGee, Buziolem i Borkiem).
gnysek (9:43, 18.11.19):
Propa jakąś grę sprzedawał ?
SimianVirus7 (18:51, 17.11.19):
jak dostałem maila, że -50% na export android to jechałem do domu z myślą, że go zakupię, ale okazało się, że to wciąż 400zł
nowy_user (16:11, 17.11.19):
Jakbym był TeeGee, Borkiem lub Propaganją, to bym tyle zapłacił, bo wiedziałbym, że ta kasa zwróci mi się z nawiązką 1 dzień po premierze gry... a tak to trochę drogo.
SimianVirus7 (9:26, 17.11.19):
toż to grosze
Konrad-GM (20:43, 16.11.19):
3,628,800zł za GMa po promocji?
SimianVirus7 (17:29, 15.11.19):
i wszyscy są szczęśliwi
Wojo (9:39, 15.11.19):
Zamiast 20 tysięcy zapłacisz 10!
SimianVirus7 (18:48, 14.11.19):
Yoyo dało -50% na android, html itp dla posiadaczy gm:s2
SimianVirus7 (18:47, 14.11.19):
YoYo dało -50% na android, html itp dla posiadaczy gm:s2
Ankieta
» Ile powinny trwać tury Ligi 24?
24h
48h
54h (piątek od 18:00)
7 dni
inna długość (podałem w komentarzu ankiety)

GMCLAN to serwis o programie Game Maker i nie tylko.
[ Polityka prywatności ]
Copyright © 2002-2019. GMCLAN.ORG
Wszelkie prawa zastrzeżone. Kopiowanie materiałów bez zgody redakcji zabronione!
© 2002-2017 Ranmus (ranmus.pl), © 2017-2019 {=|=} fable_inside();

[ Czas generowania strony: 0.02961 sekund ] [ Liczba zapytań MySQL: 13 ]