nowy_user
Użytkownicy-
Postów
235 -
Dołączył
-
Ostatnia wizyta
-
Wygrane w rankingu
5
Typ zawartości
Profile
Forum
Wydarzenia
Treść opublikowana przez nowy_user
-
Super, dzięki za info EDIT. Polecacie kupić też dns anycast?
-
Dzięki za info. Ceny wyglądają przystępnie. Pytanie tylko , jak długo będzie trwał transfer domeny na MyDevil? Czy to załatwia się samemu od ręki, czy zleca się transfer domeny supportowi , i oni to robią np. w kilka dni? Ostatecznie można też kupić serwer na ovh.pl, żeby było prościej, ale przejrzałem internet i jeśli chodzi o hosting to opinie mają średnie, więc pomimo niższej ceny, na hosting wolałbym się zdecydować gdzieś indziej , np. na MyDevil.
-
Na razie testowałem Dhosting i muszę przyznać, że jestem pozytywnie zaskoczony, jest bardzo intuicyjny i prosty, działa też bardzo szybko. Jedyny minus - cena , 200 zł niezależnie od tego czy masz jeden landing czy też bardzo rozbudowaną stronę. Będę chciał jeszcze wypróbować mydevil.net - cenowo wygląda lepiej. Niestety, nie mogę znaleźć na ich stronce opcji wykupu domeny, czy to oznacza, że muszę zakupić ją gdzieś indziej, a nastepnie jakoś przekierować do mydevil.net ? Jeśli tak , to jakie firmy do zakupu domen polecacie?
-
Dzięki za info najpierw pewnie wypróbuję okres testowy za złotówkę, sprawdzę, czy w ogóle ten GM Web-Api będzie działał jak należy.
-
Witajcie, Powoli kończę już pracę nad moją aplikacją, ale czeka mnie jeszcze nie lada zagwozdka — chcę stworzyć w miarę prosty system rejestracji i logowania , a także przesyłania pliku z zapisem, tak aby można było korzystać z różnych urządzeń i logować się na swoje konto, po czym pracować na aplikacji z innego urządzenia bez konieczności manualnego kopiowania i wklejania zapisu itd. Czyli prosty mechanizm chmury. Oczywiście sam tego systemu nie zrobię, jeszcze nie te umiejętności, natomiast na całe szczęście, na marketplace jest asset Web-api ( https://marketplace.yoyogames.com/assets/5447/webapi ),który prawdopodobnie zaspokoi moje potrzeby. Autor twierdzi, że do tego, aby jego asset zadziałał potrzebujemy: Ordinary web-server (homepage) http server (ex Apache) with a PHP version 5.6 or above. MariaDB, mysql 5.5 database or above on your web-server (homepage). I tu pytanie, macie do polecenia jakiś hosting, który spełniałby powyższe warunki? Dobrze byłoby też, aby obsługiwał Wordpressa, ponieważ chcę postawić szybki landing page zrobiony w Elementorze. Fajnie byłoby, aby hosting był w miarę wygodny i łatwy w obsłudze. Jestem już na finiszu tworzenia aplikacji i moja motywacja jest na wykończeniu, zwłaszcza, że za oknem słonko świeci i człowiekowi nie chce się siedzieć tyle czasu przed kompem Z tego, co zauważyłem to Dhosting by się nadał, ale jest trochę drogi. Może macie do polecenia coś lepszego albo tańszego? Hekko też wygląda ok, próbował ktoś? Pozdrawiam, nowy_user
-
Ooo i oto mi właśnie chodziło , teraz praca z GMem stanie się o wiele przyjemniejsza! Dzięki za pomoc
-
Dzięki, jest to zawsze jakaś opcja
-
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!
-
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!
-
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ę.
-
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 ^^
-
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
-
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
-
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:
-
Oki, dzięki za szybką odpowiedź Pozdrawiam
-
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
-
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ć.
-
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
-
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ą !
-
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?
-
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 :-)
-
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
-
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 !
-
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.
-
@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