Skocz do zawartości

nowy_user

Użytkownicy
  • Zawartość

    152
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    2

Ostatnia wygrana nowy_user w Rankingu w dniu 3 Marzec

nowy_user posiada najczęściej lubianą zawartość!

Reputacja

14 Dobry człowiek

O nowy_user

  • Tytuł
    Minor User

Previous Fields

  • Użytkownik GameMaker Studio 2
    Nie
  • Użytkownik GameMaker Studio
    Nie
  • Użytkownik GameMaker 8
    Nie
  • Użytkownik GameMaker 7 i wcześniejszych wersji
    Nie
  • Użytkownik Unity
    Nie
  • Uytkownik Godot
    Nie

Ostatnie wizyty

1636 wyświetleń profilu
  1. Temat zbiorczy na drobnostki

    Ooo i oto mi właśnie chodziło , teraz praca z GMem stanie się o wiele przyjemniejsza! Dzięki za pomoc
  2. Temat zbiorczy na drobnostki

    Dzięki, jest to zawsze jakaś opcja
  3. Temat zbiorczy na drobnostki

    Hej, sprawa dotyczy GMS1.4999. Jak sprawić , aby przy otwarciu kodu, okno było scrollowane do tego momentu, w którym ostatnio było zamknięte? Mam dość długi kod, zmieniam coś w środku, a następnie zamykam aby zatwierdzić zmiany i odpalam projekt. Potem otwieram kod ponownie, żeby coś zmienić i okno jest 'scrollnięte' znowu na samą górę, i muszę przekopywać się przez setki linijek kodu, żeby znaleźć interesujący mnie fragment, nad którym ostatnio siedziałem. Doprawdza mnie do szewskiej pasji, napewno jest jakiś prosty sposób aby temu zapobiec, proszę o porady. Z góry dziękuję nowy_user!
  4. 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!
  5. 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ę.
  6. 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 ^^
  7. 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
  8. 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
  9. 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:
  10. Temat zbiorczy na drobnostki

    Oki, dzięki za szybką odpowiedź Pozdrawiam
  11. 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
  12. 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ć.
  13. 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
  14. 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ą !
  15. 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?
×