Skocz do zawartości

nowy_user

Użytkownicy
  • Zawartość

    149
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    2

Zawartość dodana przez nowy_user

  1. Cześć, jako że widziałem na GMclanie kilka gier MMO to domyślam się, że są tu osoby, które testowały rozwiązania z wymianą danych z serwerem. Szukam jakiegoś fajnego assetu ( może być płatny lub free, to bez różnicy) , który posiadałby funkcje odpowiadające flow, które zaprojektowałem. Może macie coś do polecenia? To flow , które zaprojektowałem jest dość standardowe: 1. Przy włączeniu aplikacji (wersja desktop) pojawiłoby się okienko logowania i możliwość rejestracji konta. 2. Przy rejestracji, użytkownik podaje e-mail oraz hasło, a następnie aplikacja automatycznie wysyła maila weryfikacyjnego — bez weryfikacji możliwość zalogowania powinna być zablokowana 3. Po zarejestrowaniu użytkownik może się zalogować. Dobrze byłoby abym ja też dostał informacje kto się zalogował i z jakiego adresu mailowego. 4. Użytkownik korzysta sobie z aplikacji i chce zapisać stan gry. Chciałbym aby zapisane dane trafiały na serwer . Nie korzystam jednak z wbudowanego modelu zapisu, który oferuje GMS, natomiast stworzyłem sobie do tej pory rozwiązanie ( działające na razie off-line), które tworzy przy zapisie pliki ini, jest ich całkiem sporo , od 1 do 500 w zależności od tego, co użytkownik robił w aplikacji. Domyślam się , że będę musiał przebudować mój system save'ów, tak aby wszystko mieściło się w jednym pliku. Czy mam rację? 5. Użytkownik mógłby zresetować hasło, w takiej sytuacji, program z automatu wysyłałby wiadomość na maila z resetem hasła 6. Ja , jako administrator, chciałbym móc zablokować dostęp poszczególnym adresom mailowym, np. gdyby ktoś nie opłacił miesięcznej subskrypcji, albo komuś skończył się darmowy trial. Oczywiście nie wymagam , aby asset robił to automatycznie, ja mogę robić to ręcznie, ale muszę mieć taką możliwość. Jak sami widzicie, stworzenie takiego systemu jest raczej poza zasięgiem osoby na średniozaawansowanym poziomie GMS. Rozważam opcję kupienia któregoś z tych poniższych assetów, ale też z tego, co widzę , to nie mają one wszystkich funkcji , o których pisałem: GMAccount https://marketplace.yoyogames.com/assets/5678/gmaccount-online-data WebApi https://marketplace.yoyogames.com/assets/5447/webapi Czy ktoś z Was korzystał z tych systemów? A może znacie jakieś lepsze, które rekomendujecie? Być może na GMClanie ktoś kiedyś tworzył coś takiego? Będę wdzięczny za wskazówki Pozdrawiam, nowy!
  2. Cześć wszystkim, dziś szybkie pytanie: Jak narysować GUI pod spodem, pod wszystkimi innymi obiektami, tak jak jest rysowane tło ( dla GMS1.4) ? Z dokumentacji wynika, że Event Draw_GUI rysuje rzeczy zawsze nad innymi obiektami, niezależnie od Depth. Ma to sens , w końcu to GUI. Jednak to, co ja chciałbym zrobić to swego rodzaju tło, które jest niezależne od ustawienia naszego viewa, a także niezależne od zoomu. Właściwie zainspirowało mnie do tego IDE GMS2 które jest bardzo dynamiczne i ma właśnie zastosowany taki fajny patent: Rozmyte tło, które zawsze jest takie samo, niezależnie od zmiany pozycji na naszym workplace. Pozostaje również niewzruszone przy przybliżaniu i oddalaniu kamery. Teoretycznie można to zrobić za pomocą funkcji draw_background_ext; i użycie zwykłego eventu draw, umieszczonego w obiekcie o Depth równym 999999. Jest to jednak droga na około, wymagająca ciągłego skalowania tła przy przybliżaniu i oddalaniu ekranu. Raz, że nie jest to pewnie najbardziej wydajny sposób, a dwa, że jakość tła może wtedy się obniżyć. Intuicja podpowiada mi, że można to załatwić eventem Draw_GUI, ale czegoś mi tu brakuje, żeby to zadziałało. Będę wdzięczny za wkazówki! nowy_user
  3. Glorious: Companions

    Gra prezentuje się bardzo dobrze, to będzie obowiązkowa pozycja dla fanów heroes-ów. Szkoda, że takich gier nie da się zrobić w GMie . Przeczytałem na indiedb , że pracujecie nad swoimi produkcjami w wolnym czasie,... tym większe słowa uznania za wytrwałość. Trzymam kciuki abyście osiągneli sukces, sprzedali wiele egzemplarzy i abyście mogli zająć się robieniem gier już na pełen etat, a nie tylko hobbistycznie. Kto wie, może uda wam się powtórzyć sukces MoaCube, czego wam serdecznie życzę.
  4. Draw GUI pod spodem

    Dziękuję za skrypt, i za pochylenie się nad problemem. Niestety skrypt nie dokońca spełnia swojej funkcji i dalej roziąga i wydłuża tło nie uwzględniając aspect ratio. Dzięki jednak na sprowadzenie mnie na właściwe tory, pogłówkowałem trochę i stworzyłem działający skrypt: var bg_tlo = back_blur; displayw=display_get_width(); displayh=display_get_height(); draw_background_stretched(bg_tlo, view_xview[0], view_yview[0] , displayw*o_starter.Zoom, displayh*o_starter.Zoom); Ten kod zdaje się działać prawie tak jak chciałem. I pomimo, że w trakcie rozgrywki możemy zmieniać sobie rozmiar i aspect ratio okna, a także możemy przybliżać i oddalać, to tło zawsze pozostanie niewzruszone - tak jak np. w IDE GMS2 , a dokładnie taki efekt chciałem uzyskać. Jedyny minus mojego rozwiązana jest taki, że przy mniejszych oknach, tło które będzie się nam wyświelać zawsze będzie premiowało lewy górny róg zamiast środka naszego wgranego backgrounda, ale pewnie i z czasem na to znajdę patent. Dzięki za pomysły i inspirację Pozdrawiam, Nowy EDIT Zerknąłem jeszcze raz na IDE GMS2 , i tam jest jednak ta prostsza wersja, przy rozciąganiu okna tło też się rozciąga, więc przy np. bardzo wąskich ale wysokich oknach, tło jest bardzo ściśnięte - wygląda kiepsko. Powinni zrobić to co ja, czyli przy mniejszych oknach wyświetlać tylko kawałek tła, którego apsect ratio nie jest zmienione. U mnie zatem tło będzie lepiej się prezentowało niż w samym IDE GMS2 ^^
  5. Draw GUI pod spodem

    Dziękuję serdecznie za odpowiedzi. Rzeczywiście opcja z draw_background_stretched wydaje się bardzo sensowna, pewnie z niej właśnie skorzystam, dzięki zatem za sugestię. Właściwie to wcześniej też przymknęło mi to prez myśl, jedyny minus tego rozwiązania jest taki, że plik graficzny backgrounda musi być idealnie przycięty na rozmiar viewa, aby tło nie było rozciągnięte ani w jedną ani w drugą stronę. Żeby przyciąć : to nie jest problem, gorzej jeśli view jest dynamiczny, a chcąc tworzyć aplikację na różne monitory, ( i chcąc uniknąć czarnych pasków po bokach , lub na górze i dole) warto pomyśleć o dostoswaniu rozmiaru viewa do monitora. W tym aspekcie korzystam z youtubowego tutoriala Pixelated Pop'a "Resolution and Aspect Ratio Management for Game Maker" , który polega mniej więcej na tym że podaje się wartości dla viewa: ideal_width i ideal_height , natomiast rzeczywiste width i height są pewną niewiadomą, bo zależą od monitora i mniej lub bardziej pokrywają się z wartościami ideal_width i ideal_height. Hmm w takiej sytuacji może lepiej byłoby stworzyć background o 30 % większy od viewa zarówno w osi wertykalnej jak i horyzontalnej, i nie musiec nic rozciągać , a w razie szerszego monitora, po prostu więcej powierzchni backgrounda byłoby objęte w view'ie. Tylko tutaj trzeba pamiętać aby skalować background wraz z zoomem używając draw_background_ext. Dzięki za odpowiedzi, najprawdopodobniej własnie skorzystam z opcji draw_background_stretched. Pozdrawiam, nowy_user
  6. Temat zbiorczy na drobnostki

    Hej, mam szybkie pytanie, czy deaktywowane obiekty potrzebują czasu na rozruch , gdy próbujemy je aktywować ponownie? Mam taką sytuację, mam 5 obiektów o_square na planszy, z czego 2 są aktywne, a pozostałe są deaktywowane. Gdy używam takiego kodu w Evencie global_left pressed_mouse_buttron instance_activate_object(o_square); number_temp=instance_number(o_square); to zmienna number_temp przy pierwszym kliknięciu pokazuje wartość 2 czyli ilość aktywnych squarów jest niezaktualizowana. Dopiero po drugim kliknięciu pokazuje 5. Jest to bardzo dziwne, używam GMS 1.4999, i zastanawiam się, czy zaktywowane obiekty potrzebują czasu na rozruch, aby były rzeczywiście wliczane? EDIT : Chyba znalazłem odpowiedź na GMCommunity, wklejam ją dla tych, którzy będą zmagać się z podobnym problemem w przyszłości:
  7. Temat zbiorczy na drobnostki

    Oki, dzięki za szybką odpowiedź Pozdrawiam
  8. Temat zbiorczy na drobnostki

    Hej, krótkie pytanie, czy jest różnica w wydajności kodu pomiędzy użyciem eventu Collision a użyciem funkcji instance_place w evencie Step? Na chłopski rozum użycie eventu Collision powinno być wydajniejsze, zważywszy, że step jest sprawdzany co klatkę , ale z drugiej strony, czy nie jest przypadkiem tak, że jeśli stworzymy event Collision w danym obiekcie, i wrzucimy tam cokolwiek, choćby jedną linijkę kodu, to GM i tak musi co klatkę sprawdzać, czy pomiędzy dwoma obiektami doszło do kolizji, czy też nie? Podejrzewam, że po komplikacji kodu i tak wszelaki kod, który napisaliśmy jest jakby w Stepie, a poszczególne eventy to po prostu zbiór różnych if-ów. Tak to sobie wyobrażam, ale mogę się mylić. Ponadto, te kolizje w evencie Collision są chyba sprawdzane dokładniej aniżeli instance_place czy też position_meeting, więc koniec końców może wydajniej jest użyć ev Step i funkcji instance_place? Ciekaw jestem waszych spostrzeżeń. Pozdro nowy_user
  9. Sprzedaż aplikacji - 2 pytania

    Powolutku dłubie sobie w moim projekcie i choć jeszcze sporo czasu upłynie, zanim będzie gotowy, to coraz częściej pojawiają mi się w głowie pytania dotyczące biznesowej części całego przedsięwzięcia. Zastanawiam się nad kilkoma rzeczami i może ktoś z Was będzie w stanie rozwiać moje wątpliwości. Dodam, że tworzę w GMS program, a raczej niewielką aplikację na desktopy, dedykowaną raczej dla firm niż indywidualnych klientów. Moje obawy dotyczą dwóch rzeczy: Powiedzmy, że uda mi się pozyskać kilku klientów i sprzedać program, a po np. czterech miesiącach, Windows albo MacOs wprowadzi jakieś aktualizacje, które sprawią, że program przestanie działać jak należy. Załóżmy, że nie będę w stanie wprowadzić aktualizacji, która naprawiałaby błąd. Czy w takiej sytuacji klienci mają prawo do zażądania zwrotu pieniędzy? I czy jest jest to jakoś związane z tym, czy produkt jest sprzedawany na zasadzie jednorazowej płatności, czy też na zasadzie rocznej subskrypcji? Z tego, co mi wiadomo, Google Play daje możliwość legalnej sprzedaży aplikacji, nawet jeśli autor nie ma założonej swojej działalności gospodarczej. To świetna możliwość dla tych twórców, którzy jeszcze nie wiedzą, czy ich aplikacja wypali, czy też nie, i chcą po prostu to zweryfikować. Niestety, zdaje się, że twórcy programów na desktopy nie mają takiego luksusu. Czy jest możliwość legalnej sprzedaży aplikacji na desktopy nie mając założonej firmy ? Oczywiście domyślam się, że własna firma to najbardziej opłacalne rozwiązanie, tym bardziej, jeśli mówimy o sprzedaży programu innym firmom — większość klientów będzie wymagała faktury — natomiast na początek wolałbym uniknąć wszelkiej papierkowej roboty, i skupić się na budowaniu trakcji sprzedażowej. Jeśli ktoś będzie miał jakiekolwiek wskazówki to będę wdzięczny :-) Pozdrawiam, nowy
  10. Sprzedaż aplikacji - 2 pytania

    Dzięki za odpowiedź. Zwłaszcza pierwsza przyniosła mi trochę ulgi… Co do drugiej odpowiedzi, raczej nie zamierzam rezygnować ze swojej pracy, natomiast po stworzeniu programu chciałbym jak najszybciej zacząć tworzyć trakcję sprzedażową — nawet jeśli będą raczej niskie kwoty rzędu kilkunastu złotych/msc na jedno konto. Ostatnio było dość głośno o działalności nierejestrowanej, więc chyba to będzie najlepsza opcja w takim przypadku jak mój. Podobno wprowadzili takie zasady, że jeśli dochody z działalności nie przekraczają 1050 zł to nie trzeba rejestrować działalności… oczywiście ciężko byłoby przeżyć za taką kwotę, więc zdaje się, że jest to rozwiązanie przystosowane właśnie dla osób, które pracują i chcą dorobić legalnie na boku. Muszę jeszcze o tym poczytać, ale wygląda na to, że w końcu politycy zrobili coś dobrego aby obudzić przedsiębiorczość Polaków. :-) Aż ciężko w to uwierzyć. Podejrzewam, że podatek też trzeba zapłacić, ale to można przełknąć. Bardziej chodzi mi o to, aby budować trakcję sprzedażową, niż zarabiać.
  11. Cinders

    Dzięki za odpowiedź, pytałem, bo takie przykłady są zawsze bardzo inspirujące i motywujące, że przez tyle lat można osiągać sukcesy korzystając z GMa. I choć teraz rzeczywiście jest już coraz więcej komercyjnych projektów tworzonych w GMs, to pamiętam jak 12 lat temu zaprezentowałeś Magi... To była zupełnie inna liga, kosmos w porównaniu do innych Gm'owych projektów, nie tylko w Polsce, ale globalnie...wcześniej mało kto w ogóle wierzył, że można na grach tworzonych w GMie zarobić ( to chyba był jeszcze GM 5.3 ), nie mówiąc już o utrzymaniu się... Jeszcze raz gratuluję, tym bardziej, że jeśli dobrze kojarzę z Twojego bloga, zostawiłeś stabilną posadę testera czy bodajże programisty, na rzecz własnego studia Indie... odwaga jak widać popłaca, niech młodzi patrzą i się uczą !
  12. Cinders

    Wygląda niesamowicie, graficznie prezentuje się rewelacyjnie! Chciałbym przy okazji zapytać Cię TeeGee, tak z ciekawości( o ile to nie tajemnica), czy nad kolejnymi projektami dalej pracujesz w GMie, czy raczej Cinders i Solstice były ostatnimi grami napisanymi przez Ciebie w GMLu?
  13. Wyśrodkowanie textu

    Też o tym myślałem, problem w tym, że zamierzam mieć kilkadziesiąt takich boxów w jednym roomie, nawet ok 50 - 60 ... a z tego, co mi wiadomo, to surface są bardzo pamięciożerne... ale pokombinuje i może coś fajnego mi wyjdzie :-)
  14. Wyśrodkowanie textu

    Zgadza się Gnysek, bardzo dobrze Ci poszło, ja np. nie potrafię sobie wyobrazić kodzenia bardziej skomplikowanych skryptów tylko głowie, zwłaszcza od czasu, gdy korzystam z gmlive to większość robię metodą prób i błędów. Dzięki jeszcze raz za pomoc. Teoretycznie zastanawiam się, czy można jeszcze jakoś sprawić, aby tekst który wychodzi poza kwadrat od dołu ( czyli gdy napiszemy wystarczająco dużo tekstu) nie był w ogóle wyświetlany…. ale nie chciałbym nadwyrężać Waszej życzliwości i gościnności. Jeszcze raz dziękuję i pozdrawiam :-) nowy_user
  15. Wyśrodkowanie textu

    Wygląda na to że teraz działa! Jutro jeszcze potestuje, ale myślę, że teraz będzie ok. Wielkie dzięki Panowie za pomoc, budujecie Polską scenę GMa !
  16. Wyśrodkowanie textu

    Gnysek, użyłem kodu według Twoich zaleceń, stworzyłem skrypt scr_wrap_words o następującej zawartości (dla GMS 1.4999): /// scr_wrap_words(string,w) var text = argument0, len = argument1; var stack = '', result = ''; for(i=1; i<=string_length(text); i++) { var c = string_char_at(text, i); if (string_width(stack + c)) > len { result += stack + '#'; if (c == ' ') stack = '' else stack = 'c'; } else { stack += c; } } result += stack; return stack; a następnie wywołałem go z mojego obiektu za pomocą skryptu: var text = scr_wrap_words('aaaaaaaaaaaaaaaaaaaaaaaaaaa',100); draw_set_color(c_black); draw_rectangle(10, 10, 110, 210, false); draw_set_color(c_white); draw_text_ext(10, 10, text, 15, 100); Czyli jak widać , nawet nie kombinowałem ze spacją, a efekt jest taki: ... czyli ucięło kilkanaście pierwszych 'a' , tych które normalnie mieściłyby się w prostokącie, zostawiło tylko te, które miały wychodzić poza prostokąt, a dodatkowo, przed całym tekstem dodało literkę 'c', której w ogóle nie wprowadzałem. W takiej sytuacji nie dodawałem nawet podwójnej spacji, żeby się jeszcze bardziej nie wykrzaczyło. Hm.. co tu mogło pójść nie tak? EDIT chyba wiem co, w Twoim skrypcie na końcu powinno być return result; zamiast return stack; tak mi się wydaję, że po małej korekcie teraz już chyba działa ok :-) Wielkie dzięki za pomoc! EDIT 2 , a jednak jeszcze nie działa tak jak należy, dla kodu : var text = scr_wrap_words('Tymon Piotr Usprawiedliwienie',100); draw_set_color(c_black); draw_rectangle(10, 10, 110, 210, false); draw_set_color(c_white); draw_text_ext(10, 10, text, 15, 100); wyświetla się takie coś: czyli tekst właściwie się zawija, nawet przy trzech spacjach przed danym słowem, ale są dwa problemy: 1) Zawija słowo Piotr, które spokojnie mogłoby się zmieścić cały w drugiej linijce. Kod powinien 'łamać' tylke te bardzo długie słowa, których długość (wyrażona w pikselach) wynosi więcej niż argument1. Czyli słowo Piotr powinno być tu przeniesione w całości do drugiej linijki, natomiast słowo Usprawiedliwienie jest właściwie podzielone 2) Skrypt dodaje niepotrzebnie literkę c na początku kolejnych linijek, bez żadnego powodu. Własciwie to nie dodaje tylko podmienia, i zamiast Piotr mamy Piocr.
  17. Wyśrodkowanie textu

    @Konrad-GM , dziękuję za ten kod, rzeczywiście działa, no prawie bez zarzutu. W sytuacji gdy przed tym dłuższym słowem dodamy więcej niż jedną spację tekst dalej będzie wychodzić poza kwadrat Po wpisaniu takiego kodu: var text = scr_wrap_words("Lorem ipsum dolor sit amet, andverylongwordthatmustbesplitted.", 100); draw_set_color(c_black); draw_rectangle(10, 10, 110, 210, false); draw_set_color(c_white); draw_text_ext(10, 10, text, 15, 100); Mamy następującą sytuację: Co ciekawe, jeśli zamieniłbym spację na jakikolwiek inny znak np. _ to działałoby bez zarzutu... tylko te przeklęte spacje psują cały efekt Gdybyś miał jakiś pomysł jak to naprawić to będę wdzięczny, choć już i tak dużo zrobiłeś wysyłając poprzedni kod. Dzięki i pozdrawiam! nowy_user
  18. Wyśrodkowanie textu

    Dzięki Gnysek, ale nie do końca mi o to chodziło... W Twoim przykładzie odnosimy się do ilości liter w danej zmiennej string, a mi chodzi po prostu o prawie taką samą funkcję jak draw_text_ext, gdzie możemy sobie wpisać długość linii ( wyrażoną w pikselach ) i po przekroczeniu tej wartości tekst jest przeniesiony do następnej linijki. To wszystko fajnie działa z funkcją draw_text_ext, do momentu, gdy jeden wyraz jest dłuższy ( w pikselach) od tej wartości podanej w draw_text_ext, wtedy dochodzi do takiej sytuacji, którą przedstawiam poniżej w obrazku: Chciałbym móc narysować tekst dokładnie tak jak to robię funkcją draw_tex_ext z tą jedną różnicą, że gdy dane słowo jest dłuższe ( w pikselach, a nie w ilości liter) niż wartość, którą podaje , to aby dzieliło ten wyraz i jego drugą część, która nie zmieściła się w jednej linijce, przeniosło do kolejnej linijki. Mam nadzieję, że teraz opisałem mój problem bardziej klarownie, będę wdzięczny za pomoc pozdrawiam, nowy_user
  19. Wyśrodkowanie textu

    Panowie, mój problem jest nieco inny, ale też dotyczy tekstu , nie chciałem więc zakładać nowego tematu. Chodzi mi o zawijanie tekstu. Funkcja draw_text_ext pozwala na zawinięcie tekstu, jeśli przekroczy on odpowiednią ilość pixeli. Problem polega na tym, że dotyczy to tylko słów odseparowanych spacją. Jeśli string zawarty w tejże funkcji będzie składał się z jednego, długaśnego słowa, którego długość przekracza długość jednej całej linijki, to wrapowanie zostanie zignorowane . Czy wie ktoś jak sprawić, aby funkcja draw_text_ext wrapowała też pojedyńcze słowa, które są dłuższe niż długość jednej linijki? Będę wdzięczny za pomoc, nowy_user!
  20. Hej mam pytanie stricte graficzne. Znalazłem sobie fajne tło kosmosu ,1600 pxl x 1600 pxl , naprawdę mi się podoba i chciałbym użyć go w moim projekcie. Jest jeden problem , mój room ma 4500 pxl na 4500 pxl, więc tło nie pokrywa całego roomu. Niestety , tło jest tak stworzone, że jego prawa częśc nie jest symetryczna do lewej, tak samo górna nie jest symetryczna do dolnej, przez co zamiast jednolitego tła mam kilka dużych bloków, które nie pasują do siebie na krawędziach. Słabo znam się na grafice, ale podejrzewam, że są jakieś sprytne metody, które pozwalają przerobić dany obrazek, aby przy ustawieniu go jako tło, tworzył jedną całość bez widocznych elementów przejścia. Czy są jakieś programy do tego? A może najlepiej zastosować jakiś sprytny mechanizm w stylu kilku warstw nakładających się na siebie? Będę wdzięczny za jakiekolwiek wskazówki.
  21. Witajcie drodzy użytkownicy, Zaczynam się zapoznawać z koncepcją ds_list oraz ds_grid i nurtuje mnie jedno pytanie. Skoro ds_list jest bardzo podobna do jedno-wymiarowej tablicy zmiennej, a ds_grid do dwu-wymiarowej tablicy zmiennej, to dlaczego, w przypadku tablic nikt się nie przejmuje tym, ile to "pożera" pamięci, natomiast w przypadku ds_list i ds_grid kładzie się taki duży nacisk na to, aby usuwać listy, gdy się z nich nie korzysta, żeby zwolnić zasoby? Czy naprawdę jest taka duża różnica w wykorzystaniu RAMu, między użyciem takiego kodu: properties[3] = "Orange"; properties[2] = "Green"; properties[1] = "Red"; properties[0] = "Blue"; a takiego: ? properties = ds_list_create(); ds_list_add(properties, "Blue"); ds_list_add(properties, "Red"); ds_list_add(properties, "Green"); ds_list_add(properties, "Orange"); To tylko różnica jednej linijki kodu, skąd więc zatem obawy związane z "memory leaks" itd? Czy naprawdę jest tak, że nie usuwając listy narażamy się na niższy FPS? Czy ktoś bardziej ogarnięty mógłby mi wyjaśnić, dlaczego tak się dzieje? Dziękuję i pozdrawiam! nowy!
  22. Usuwanie ds_list, czy to konieczne?

    Niestety mam tylko GMS 1.4, choć może niebawem przerzucę się na GMS2. Z tego co piszesz , to rzeczywiście trochę trzeba się nagimnastykować żeby używać ds_list bez uszczerbku na wydajności apki, ale z drugiej strony, możliwość sortowania, i co ważniejsze, brak konieczności wcześniejszego zadeklarowania, jak duża będzie twoja lista ( czego nie masz niestety przy tablicach) jest bardzo kusząca. Potestuję, i zobaczę co będzie lepsze dla mojego projektu, listy czy tablice.
  23. Usuwanie ds_list, czy to konieczne?

    Ok, czyli na dobrą sprawę, wystarczy, że ustawimy sobie w danym obiekcie tworzącym listę, w Evencie Destroy: ds_list_destroy(id) i wtedy nie musimy się niczym przejmować. Dzięki za odpowiedź. Pozdro! Nowy!
  24. Hej, ściągnąłem demo, program wygląda obłędnie. Moje gratulacje, słusznie Twój generator zebrał tak świetne opinie na Marketplace! Zastanawiam się tylko nad tym, czy ten addon można przerobić w taki sposób, aby generował stworki zamiast statków? Czy wszystko opiera się tylko i wyłącznie na skryptach, czy sprite'y też są brane tu pod uwagę? Pozdro!
  25. Hej, tworzę sobię program , w którym w jednym roomie będą różne tła , więc stworzyłem sobie krótką pętlę w evencie , która jest odpowiedzialna za rysowanie sprite'a obok sprite'a. Zastanawiam się jednak, czy dla zwiększenia wydajności musze użyć funkcji if point_in_rectangle(px,py, view_xview[0] - 256 , view_yview[0] - 256, view_xview[0]+view_wview[0]+, view_yview[0]+view_hview[0] + 256 ) , po to, żeby GM nie rysował tych sprietów poza viewsem? Czy może jednak GMS 1.4 sam to wie i domyślnie nie rysuje poza viewem, i nie ma konieczności umieszczania takiego dodatkowego kodu dla zwiększenia wydajności? Wie ktoś może?
×