Inwentarz do gry RPG

Niedziela, 28 Grudnia 2008, 18:18
Czas czytania 8 minut, 53 sekundy
Zgodne z GM: gm5 gm6 gm7 gm8 gms1 gms2
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 wied
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:
kodiHor = 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:
kodvar _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:
kodinEq = 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:
koddraw_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:
kodif ( 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:
kod// 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:
kodInwentarz._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ć:
kod 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:
kodelse{
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
Komentarze (łącznie 27, wyświetlam 1 - 15):
P
PsichiX (Nie., 28 Gru. 08, 18:29)
#1

Obszernie opisany przykład, brawo Pental ;)

Tymon (Nie., 28 Gru. 08, 18:34)
#2

News sam się doda?

Dark Maximal (Nie., 28 Gru. 08, 18:47)
#3

Dobrze, poświęcę się.

P
PsichiX (Nie., 28 Gru. 08, 18:50)
#4

Ujć, zapomniałem się, wybaczcie, pierwszy raz z możliwościami redaktora to się człowiek w opcjach gubi ;p

P
Pental (Nie., 28 Gru. 08, 19:10)
#5

Heh, dzięki. Maximal, to ja cię jeszcze pomęczę na PW :P .

P
Pental (Nie., 28 Gru. 08, 19:24)
#6

Ojoj, ile błędów logicznych i literówek :/ ... Ale i tak ostatnie zdanie rządzi :) .

Misiek999 (Nie., 28 Gru. 08, 19:28)
#7

Fajny, obszerny art. Good work !

Mimek (Nie., 28 Gru. 08, 21:00)
#8

Logiczna całość, brawo Pental!!!

boom (Pon., 02 Mar. 09, 18:08)
#9

mógłbyś dopisać jak "schować" inwentarz kiedy z niego nie korzystamy?

mentos_96 (Pon., 15 Lut. 10, 20:24)
#10

świetny przykład, dzięki... ale mam problem... gdzie i jak mam zdefiniować zmienną sprite_index ??

S
slash (Pon., 15 Lut. 10, 20:30)
#11

Zmienna sprite_index odpowiada za konkretną, pojedynczą grafikę reprezentującą dany obiekt. My z niej korzystać nie musimy, bo zdefiniowaliśmy konkretne funkcje w evencie Draw. Wystarczy stworzyć jakiś przedmiot i w okienku Parent zaznaczyć Rodzic, a w Create wpisać my_sprite = <nazwa_sprite'a>; No i gotowe :P .

// Pental

mentos_96 (Pon., 15 Lut. 10, 20:49)
#12

niestety, tyle zrobiłem zanim posta napisałem::


unkown variable sprite_index

S
slash (Pon., 15 Lut. 10, 20:53)
#13

Bo nie ma być my_sprite = sprite_index, lecz my_sprite = nazwa_sprite'a. Ew. nadal tego sprite'a temu obiektowi i zostaw jak było.

mentos_96 (Pon., 15 Lut. 10, 20:57)
#14

jest jak mówisz, tępy to ja nie jestem:

my_sprite=nazwa_sprite'a....
sprite jest nadany normalnie i w kodzie...

ale i tak nie działa... a GM'a to używam jednak nowego, więc powinien zrozumieć :(

M
Muchaszewski (Pon., 15 Lut. 10, 21:54)
#15

Świetnie opisany, każdy się połapie (może poza paroma wyjątkami). Daję 10, jakbyś się zajmował ulepsszeniem tego możesz pokazać jak zrobić kilka przedmiotów do włożenia do plecaka, różnych przedmiotów.

Najnowsze wersje GameMakera:

Stabilna
2024.4.1.152 • 2024.4.1.202
wydana 30 dni temu
LTS
2022.0.2.51 • 2022.0.2.49
wydana 248 dni temu
Beta
2024.600.0.579 • 2024.600.0.605
wydana  wczoraj
= IDE, = Runtime
Użytkownicy online
1 użytkownik aktywny:
gości: 1,
(~ostatnie 15 minut)
Discord
Shoutbox
gnysek (14:15, 17.06.24)
Bo Łapusz woli alkohol, niż się organizować. Co tam Pixel Heaven, sprawdźcie jego zbiórki na książki...
Adriann (21:02, 13.06.24)
Bardzo słusznie, straszna patola z tą organizacją :D
I am Lord (08:35, 13.06.24)
Ale co jak co, zrobiło się o imprezie głośno.
I am Lord (08:35, 13.06.24)
No słyszałem już że drama była :D
gnysek (19:58, 10.06.24)
Po 16-17 każdemu :)
Tymon (18:19, 10.06.24)
To komu udało się wejść na PH?
gnysek (13:35, 03.06.24)
Przypominam, ze w sobotę i niedzielę na Pixel Heaven się mozemy zobaczyc
Wojo (03:18, 30.05.24)
gmclan wiecznie żywy
gnysek (10:09, 21.05.24)
Ale z jakimi błędami...
I am Lord (09:52, 20.05.24)
o piszą o nas 😁
Starsze wpisy znajdziesz w Archiwum.
Ankieta
Ile zarobiłeś do tej pory na grach stworzonych w GM?