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 dla początkujących
Treść artykułu
Referencje - jak GameMaker przechowuje informacje o zasobach
autor: gnysek (17.11.11)
W GameMakerze każdy zasób oznaczany jest kolejną liczbą naturalną. Dla ułatwienia pod większość z nich podkładana jest nazwa (zmienna globalna), tak aby łatwiej było nam operować. Każda z tych zmiennych, które są nazwami zasobów (obiekty, poziomy, grafiki) tak naprawdę zwraca jakiś numer.

Widać to dobrze tworząc nowe zasoby. Kolejne obiekty nazywane są object0, object1, object2, skrypty script0, script1, script2 itd. Końcowa liczba to właśnie id owego zasobu. Wszystkie zasoby mają swój własny licznik, do tego usuwając już istniejący zasób licznik ten nie cofa się, a istniejące zasoby nie zmieniają numeracji, aby nie generować problemów. Poza identyfikatorami zasobów, mamy też identyfikatory struktur map, particli, plików czy modeli 3D. W każdym miejscu w dokumentacji gdzie widzimy "Returns its index" - otrzymujemy jako wartość konkretne id zasobu - czyli jego referencję.

Referencje zasobów

Jak już wspomniałem, nazwy obiektów to po prostu globalne zmienne, które przetrzymują id danego zasobu. I tak np. object45 = 45. Jeśli zmienimy nazwę tego obiektu na np. objPilka, to w tym momencie id zasobu się nie zmienia - zatem poprawne jest stwierdzenie, że objPilka = 45. Warto też pamiętać, że nazwanie tegoż obiektu object99 nadal będzie zwracać 45 - ta zasada dotyczy tylko automatycznie generowanych nazw.
Zatem poniższe zapisy są równoważne:

gml:
object2.x = 17;
(2).x = 17;


Identyfikator zasobu nazywamy "referencją". Referencja odnosi się do konkretnego zasobu.

Dowód:

gml:
show_message(string(object2));


Referencje struktur danych

Jak już wspomniałem, swoje identyfikatory zwracają też np. struktury danych. Tak samo jak w przypadku drzewa zasobów (grafiki, obiekty, skrypty, czcionki itd) są to kolejne liczby naturalne, przy czym skasowanie jakiejś struktury nie powoduje cofnięcia licznika, ale jest on nadal inkrementowany.

gml:
a = ds_list_create(); // zwraca 1


Zatem poniższe zasoby są sobie równoznaczne:

gml:
ds_list_add(a,'wartosc');
ds_list_add(1,'wartosc');


W podobny sposób działają referencje na tworzone particle, modele 3D, czy otwierane pliki.

To nie zmienna przetrzymuje zasób

Nieprawdą jest, że zasób zostaje przypisany do zmiennej. Zasoby w GM są "gdzieś" w pamięci, a my dostajemy jedynie ich referencje i modyfikujemy je posługując się tymi referencjami.
To znaczy, że jeśli jakaś zmienna zostanie usunięta (najczęściej gdy znika obiekt) - zasób którego referencję ta zmienna przetrzymywała wcale nie zniknie - dla GM taka zmienna jest po prostu jakąś zmienną przetrzymującą liczbę. To programista wykorzystuje ten fakt, aby edytować zasoby.

Zatem dodając nową grafikę czy obiekt:

gml:
//jakiś kod
{
var a,b;
a = sprite_add(...);
b = instance_create(...);
}
// zmienne a i b zostały usunięte, ponieważ ich zasięg ogranicza się do bloku kodu i podrzędnych mu bloków


Po tak napisanym kodzie ani obiekt, ani grafika nie znikną - mimo, iż zmienne które miały ich referencje przestały istnieć. Dzieje się tak dla tego, że zmienna jedynie przechowuje wartość liczbową pod jakim id znajduje się dany zasób.

Wady referencji
Wadami referencji w GM jest to, że musimy pamiętać o zwalnianiu zasobów. GM nie posiada licznika referencji oraz garbage collectora który usuwałby zasoby do których nie trzymane są już referencje. Oznacza to, że dodajac w trakcie gry nową grafikę, otwierając plik czy tworząc strukturę danych (ds_xxx) zasób taki zajmuje pamięć tak długo, aż go nie usuniemy, nawet pomiędzy kolejnymi planszami (nie dotyczy to jedynie instancji obiektów).

Korzystanie z referencji do podróżowania pomiędzy zasobami
Postawienie kropki po zmiennej/referencji w GM powoduje, że odnosimy się do właściwości (zmiennej lokalnej) danej instancji/obiektu. Pisząc więc taki kod:

gml:

var a,b;
a = -1;
b = a;
repeat(10) {
a = instance_create(x,y,test);
a.nadrzedny = b;
b = a;
}


z ostatniego stworzonego obiektu możemy znaleźć pierwszy:

gml:

var a,b;
a = nadrzedny;
while (a!= -1)
{
a = a.nadrzedny;
if (a != -1) b = a;
}

show_message('Pierwszy stworzony obiekt ma id: ' + string(b));

// powyzszy kod jest rownoznaczny z:

b = nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny;
show_message('Pierwszy stworzony obiekt ma id: ' + string(b));




W ten sposób można tez wkładać w siebie struktury danych. Załóżmy, że nasza gra ma 100 różnych itemów, numerowanych od 0 do 100. Każdy item ma nazwę, cenę oraz ikonkę. Do przechowywania tych danych zamiast tablic można użyć ds_mapy:

gml:
//skrypt: stworz_item
var m;
m = ds_map_create();
ds_map_add(m, 'nazwa', argument0);
ds_map_add(m, 'cena', argument1);
ds_map_add(m, 'ikona', argument2);
return m; //zwarca referencję na tę mapę


a samą listę tworzymy:

gml:

global.itemy = ds_list_create();
ds_list_add( global.itemy, stworz_item('Miecz', 500, spriteMiecz) );
ds_list_add( global.itemy, stworz_item('Potion', 100, sprPotion) );
ds_list_add( global.itemy, stworz_item('Gazeta', 10, sprGazeta) );


teraz, aby pobrać np. 2 item wystarzczy:

gml:

var mapa;

mapa = ds_list_find_value(global.itemy, pozycja-1); //pozycje numerowane są od 0, zatem drugi item ma pozycję 1.

show_message( ds_map_find_value(mapa, 'nazwa') ); //pokaże komunikat "Potion"


Oczywiście zamiast korzystania ze stringów typu 'nazwa', 'cena', 'ikona' proponuję dodać sobie jakieś stałe i przypisać im kolejne wartości jako liczby naturalne. Raz, że takie stałe będą podpowiadane w kodzie, a dwa, że zajmują mniej pamięci.

Pamiętajcie jednak, że:

gml:
ds_list_destroy(global.itemy);


Tak naprawdę kasuje tylko listę z cyferkami które odpowiadają jakimś tam referencjom na ds_mapy, ale te ds_mapy nadal istnieją w pamięci i nadal można się do nich odwoływać!
Można by powiedzieć, ze w GM referencje to po prostu kopie identyfikatora liczbowego na jakiś zasób i przypisanie do zmiennych powoduje po prostu przypisanie jakiejś liczby, która tak naprawdę nie wpływa na ten zasób. Referencje nie są wskaźnikami na miejsce w pamięci.
głosów: 7 | ocena: 8.57 oceń zasób | dodał: gnysek
Komentarze
stron: 1

1


av

Borek (21:35, 17.11.2011)

Bardzo fajny artykuł. Wszystko dobrze opisane, myślę że nie jednemu użytkownikowi się przyda

av

I am Lord (22:05, 17.11.2011)

Już wcześniej się spotkałem z zagnieżdżaniem struktur w jakimś silniku Minecrafto-podobnym ale miałem spore problemy ze zrozumieniem jak to działa, teraz już wiem dzięki

av

TO_mek (7:36, 18.11.2011)

Wadą odwoływania się w kodzie bezpośrednio do referencji jest to, że mimo iż po skasowaniu danego obiektu referencje kolejnych są numerowane dalej, to jednak po zaimportowaniu ponownie resources do nowego projektu, następuje przenumerowanie referencji.
Warto o tym pamiętać bo można się zdziwić po przeprowadzeniu exportu i ponownego importu resources i scripts do nowego projektu.

av

gnysek (10:50, 18.11.2011)

Tak, bo są numerowane wg. tego nowego projektu, jako nowo dodane zasoby.

av

Muuuuczek567 (17:11, 18.11.2011)

Wszystko to wiedziałem już wcześniej. Mimo to, fajny artykuł, ładnie napisany i przejrzyście wyjaśniony (ta, powtarzam się) ; )

av

kt1117 (17:18, 18.11.2011)

Tak samo jak Muuuuuczek567.

av

pablo1517 (2:33, 27.11.2011)

Nic nowego. Jednakże ciekawi mnie jak to jest w momencie game_end(); ? Czy gdy gra zostanie wyłączona, to nieskasowane przez nas "leaki" same się zwolnią czy może uratuje nas dopiero reset komputera ?

av

Sernat (15:28, 27.11.2011)

Tak jak w maszynie Javy - my mamy to gdzieś, niech się martwi za nas.

av

pablo1517 (17:54, 27.11.2011)

To nie jest odpowiedź na moje pytanie.

av

Sernat (21:23, 27.11.2011)

Ależ oczywiście, że jest. Mówimy o instrukcji delete odpowiedzialnej za usuwanie konkretnych elementów z pamięci, która nie istnieje ani w GMie, ani w Javie. Jeśli masz coś innego na myśli, to sorry.

av

pablo1517 (21:36, 5.12.2011)

No to ty chyba tego artykułu nie zrozumiałeś... No i w javie masz odpowiednik delete. Tak samo w GM MOŻNA zwalniać zasoby takie jak grafika, dźwieki itp. Ja zaś zapytałem, co w przypadku, gdy tego się nie zrobi, a wyłączy się grę.

av

karolo320 (21:39, 5.12.2011)

powinno usunąć przy wyłączaniu

av

Muuuuczek567 (21:47, 5.12.2011)

GM w czasie wyłączania zwalnia wszelkie załadowane zasoby (choć niektóre DLL-e trzeba zwalniać ręcznie), funkcje zwalniania/ładowania zasobów w czasie gry są po to, żeby odciążyć pamięć i nie przepełniać pamięci wszystkimi grafikami, dźwiękami itd.

av

gnysek (23:27, 5.12.2011)

System powinien zwolnić obszar chroniony pamięci zarezerwowany przez program.

av

Sernat (23:30, 5.12.2011)

"No to ty chyba tego artykułu nie zrozumiałeś... No i w javie masz odpowiednik delete. Tak samo w GM MOŻNA zwalniać zasoby takie jak grafika, dźwieki itp. Ja zaś zapytałem, co w przypadku, gdy tego się nie zrobi, a wyłączy się grę."
Weź zamilcz, jeśli twierdzisz, że w Javie mamy operator "delete". Gdyby tak było, zmieniłoby to bardzo oblicze całej ideologii Javy. Widzę, że nie dojdziemy do porozumienia . Czy wiesz na czym polega zwalnianie zasobów w GMie?

av

pablo1517 (11:39, 8.12.2011)

Na tym samym co wszędzie -.-. Na usunięciu tego zasobu z pamięci. Nie muszę dochodzić z tobą do porozumienia, skoro inni już odpowiedzieli na moje pytanie, hah!

av

I am Lord (16:58, 17.12.2011)

Gnysek popraw ostatni przykład bo funkcje mają złe nazwy ds_map_value i ds_list_value zapomniałeś o _find_

av

Sernat (17:00, 17.12.2011)

"Na tym samym co wszędzie -.-. Na usunięciu tego zasobu z pamięci. Nie muszę dochodzić z tobą do porozumienia, skoro inni już odpowiedzieli na moje pytanie, hah!"

W takim razie pragnąłbym zauważyć, że odpowiedziałem na nurtujące cię pytanie pierwszy . Widzisz to, co chcesz widzieć .

av

gnysek (20:15, 17.12.2011)

@HuderLord: dzięki za info. Tak to jest jak się pisze z pamięci

stron: 1

1



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

Nie masz konta? Zarejestruj się
Użytkownicy on-line
1 użytkownik(ów) aktywny(ch) przez ostatnie 15 minut:
gości: 1, userów: 0, ukrytych: 0
Użytkownicy na czacie discord
hgter (1:05, 24.11.17):
Już sobie na wszelki wypadek przeniosłem jedną do steama taką razem z androidem. Ale wiele modułów, których licencje mam na mailu nie ma klucza steamowego. No nic pewnie przy formacie po prostu wezmę licencję yoyo z maila. Chyba, że to wyłączą. Ale nie spodziewam się. Nikt by im po czymś takim z 2.0 nie zaufał.
Ignatus (11:32, 23.11.17):
Chyba jedyna opcja przy formacie kompa to wersja steam?
gnysek (11:07, 23.11.17):
O kurde, zlikwidowali to... no to nie wiem, pewnie przyznaje każdą którą znajdzie
gnysek (11:03, 23.11.17):
licencje wybierasz chyba na stronie YYG
hgter (23:35, 22.11.17):
gnysek: Ok, dzięki. Tylko to ma zastosowanie też do 1.4? Bo ja mam kilka licencji z różnymi podpiętymi modułami. Ciekawe jak wybiera odpowiednią. No nic w razie czego mam spis na maila. Dopóki nie wyłączą serwerów powinno być ok.
PsichiX (21:53, 22.11.17):
imprezy firmowe w srode to nie jest trzezwy pomysl xD
gnysek (9:50, 22.11.17):
a jak coś dokupisz, to musisz raz jeszcze wpisać login i hasło w menu help > upgrade i zrobić restart
gnysek (9:50, 22.11.17):
teraz chyba tylko mejla podajesz i hasło, nie ma kodów
hgter (16:47, 21.11.17):
W PRODUCTS da się przełączyć na 1.4, alr tam jest spis wszystkiego co kupiłem, ale bez kodów. Jak się dobrać do kodów? Kiedyś było chyba coś takiego jako Recovery i na maila słali, ale tego też nie mogę znaleźć.
hgter (16:36, 21.11.17):
Chciałem sprawdzić jak to było z tym linuxe i zalogowałem się na moje konto w yoyo. Gdzie teraz są tam numery licencji? Bo szukam i szukam i nigdzie nie ma podsumowania ze spisem posiadanych modułów wraz z kodami. Kiedyś była ładna tabelka.
TO_mek (14:20, 21.11.17):
GMS 1.4 ma eksport do linuxa?
gnysek (12:38, 21.11.17):
W sumie powinienem napisać że słaba.
gnysek (10:51, 21.11.17):
Pełną + moduł. Dlatego napisałem, że oferta średnia.
hgter (0:56, 21.11.17):
Odnosząc się do ogłoszenie gnyska o subscypcji za $39: Tylko jak w tej wersji w "subskrypcji" można rozwiązać moduł na androida? Da się coś taniej? Muszę kupić moduł za 1450 zł? Czy też w tej wersji nie da się z niego skorzystać i muszę kupić pełną+moduł czyli dać 1800 zł?
PsichiX (17:42, 20.11.17):
mieli DLC pod tytulem "kompilacja do kodu natywnego", a biedaki cebulaki meczyc sie z powolnym gmlem xD
Wojo (16:09, 20.11.17):
może jeszcze dlc przyspieszające ładowanie gier?
Wojo (16:08, 20.11.17):
hahaha ten news o nowym gmie pokazuje jak jego poziom upadł na ryj
gnysek (9:37, 20.11.17):
Po prostu każdy sterownik inaczej interpretuje polecenia rysowania linii z directx i ogólnie nikt tego już nie używa w profesjonalnych grach.
gnysek (9:36, 20.11.17):
To nie wina gma tylko kart graficznych. I chyba nawet w dokumentacji jest to opisane czemu tak działa i że własnie lepiej rysować sprite.
hgter (21:40, 19.11.17):
Miałem napisać długi post o skopaniu draw_line w Gm. Ale to nie ma sensu (cyrki jakie w tym wychodzą są nieziemskie). Draw_line nie działa w Gm (działało nawet kurde qbasicu pod dosem) a już pod androidem to co się wyprawia to jakaś paranoja. Jak musisz mieć linię w swoim projekcie to narysuj ją sobie jako sprite.
Adriann (19:29, 19.11.17):
Hi hi
Saus (14:15, 18.11.17):
Siema śmieszki
hgter (10:42, 17.11.17):
Pozmieniałem wszystko na pliki i mam nadzieję, że będzie ok
hgter (10:41, 17.11.17):
Coś chyba nie jest do końca tak z dodawaniem grafik do postów. Wczoraj w nocy dodawałem screeny z gry przez linkowanie (zmieniałem ich wielkość przy pomocy narzędzi edycji w poście). Było wszystko ok, ale teraz jak zajrzałem to screeny wyparowały i tylko linki zostały. Natomiast jeden screen dodany jako plik był ok.
I am Lord (20:02, 16.11.17):
scroll byłby pokrętłem, może to wyglądać spoko
I am Lord (20:01, 16.11.17):
A zobacz w sumie bo nie sprawdzałem w jaki sposób są zrobione scrolle od myszek, tam też na pewno jest enkoder
I am Lord (20:01, 16.11.17):
ale no enkoder jednak fajniejsza sprawa bo nie ma ograniczenia obrotu
I am Lord (20:00, 16.11.17):
A na potencjometrach nie możesz?
Chell (19:13, 16.11.17):
knuje jakiś sprytny zegarek na rpi zero i tak mi zaswitalo ze takie pokrętło byłoby wygodnym inputem
I am Lord (19:08, 16.11.17):
A co konstruujesz?
I am Lord (19:08, 16.11.17):
A jak byś potrzebował liniowe enkodery to takie są np w drukarkach i skanerach
Chell (19:03, 16.11.17):
zawsze coś
I am Lord (18:59, 16.11.17):
w dodatku inkrementalne są tak jak chcesz ale wiesz jaka ich precyzja była
Chell (18:59, 16.11.17):
oo, super myśl, dzięki
I am Lord (18:58, 16.11.17):
skołuj sobie myszkę kulkową, tam są 2 takie enkodery obrotowe.
Chell (18:57, 16.11.17):
coś takiego ze starych komórek kojarzę, że jak normalny rotary encoder jest pionowy i nie da się go obracac jednym palcem tak mi chodzi o taki który jest płaski, wystaje z obudowy urządzenia tylko trochę z boku i można podkręcić
I am Lord (18:57, 16.11.17):
tzn budowa może być z tarczą wewnątrz enkodera a może być tak jak w starych kulkowych myszkach gdzie była tarcza na zewnątrz enkodera
Chell (18:55, 16.11.17):
jednak nie rysuje, lapek padl
I am Lord (18:54, 16.11.17):
no nie czaję o co ci chodzi z zatapianiem
Chell (18:54, 16.11.17):
już rysuje o co mi chodzi
I am Lord (18:53, 16.11.17):
ale to nadal liniowy tylko że się zwija
I am Lord (18:52, 16.11.17):
No to nie wiem, są jeszcze takie zwijane
Chell (18:51, 16.11.17):
bez max i min wartości w sensie
Chell (18:50, 16.11.17):
ale nie, bo wciąż zależy mi na samej czynności kręcenia, i żeby nie określał absolutnej wartości tylko inkrementowal i dekrementowal
Chell (18:50, 16.11.17):
masz refleks xD
I am Lord (18:48, 16.11.17):
encoder liniowy?
Chell (18:48, 16.11.17):
taki żeby można go było zatopić w sprzęcie od boku
Chell (18:47, 16.11.17):
ej, jak się nazywa taki rotary encoder, ale płaski i szeroki?
I am Lord (18:47, 16.11.17):
Uzjel no ale jak to? Przecież instancja może zmieniać sobie sprite_index no to jak wtedy image_speed się dostosować ma?
ANtY (15:41, 16.11.17):
elo co tam
Ankieta
» Jakie kursy najchętniej widziałbyś na stronie ?
GM Studio
GM Studio 2
Godot
Construct

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

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