Threef

BUM! Zostało tylko szukanie błędów i pojawi się pierwsza wersja oznaczona v1.2! Edytor map od jakiegoś czasu jest już w działającej wersji, czyli takiej że można zrobić mapę ale wciąż brakuje wielu bazowych funkcjonalności, więc nie jest publiczny. W tym tygodniu zabrałem się za implementowanie zewnętrznych map do gry. Po 3 godzinach prawie wszystko działało jak w v1.1. Po 6 godzinach uzyskałem stabilne 30 FPS na moim sprzęcie, ale kosztem bardzo długich loadingów... :( Dziś wstałem rano skasowałem cały kod aka "dokonałem refactoringu" i loading został zmniejszony z 15 sekund do 0. Oczywiście zachowując pełne 30 FPS. W końcu mogę się zastanawiać nad przejściem na 60 FPS, ale pierw trzeba poprawić wszystko inne. Bugów jest masa. Praktycznie nic nie działa. :D :beta:

W manu programu (nad przyciskiem save) wybierz Window => Cascade. Jeżeli jakieś okna się otwierają to być może z jakiegoś powodu są schowane za krawędzią ekranu. W ogóle w tym rozwijanym menu "Window" jest lista otwartych okien. Jeżeli jednak coś jest nie tak i na prawdę żadne okno się nie otwiera to musisz napisać do supportu. http://www.yoyogames.com/support/bug

To nie są bezpodstawne pretensje i obrażanie. Obaj dali bardzo ważną radę. Większość twoich problemów tutaj nie dotyczyła nawet programowania, a źle dobranych argumentów.

Chciałbym tylko zaznaczyć że "fajny seed" w tym momencie dużo Ci nie da. Wystarczy że skorzystasz z jakiegoś randomu przed generatorem (np w menu gry) to zmieni Ci się efekt twojego generatora. Oczywiście możesz ponownie ustalić swój seed tuż przed generatorem. I właśnie to powinieneś robić. Dlatego o tym przypominam. ;)

Patrzę na screeny, czytam komentarze... i zastanawiam się co tam w ogóle robią dynamiczne światła?

To nic takiego sobie nie przypominam... ale od siebie dorzucę że Uzjel przecież robi dużo dobrego! Turris!

Bad Dream

Logo na bok, do tej samej kolumny co menu. I marginesy! Web design to sztuka wpychania marginesów gdzie się da. Ważne elementy większe marginesy, mniej ważne mniejsze. Nie baw się w zmianę rozmiarów czcionki i znajdź jakiś standardowy dobry krój. Najlepiej znajdź sobie coś na czym możesz się wzorować i zrób identycznie ze swoim logo i kolorami. Trzymaj się dobrego standardu i nie kombinuj.

Witamy na GMClanie! W razie jakbyś miał jakieś problemy to nie bój się pisać na forum. A my tym czasem czekamy na więcej informacji i jakieś screeny z gry. Spróbuj może jeszcze zmienić formatowanie posta zgodnie z szablonem. Mi to nie przeszkadza bo jest czytelnie, ale zaraz ktoś przejdzie i będzie komentował. :P

Nie, nie, nie ,nie, e, e eee heheheheheheheheheh Mógłbym jedynie pochwalić dobór zielonych kolorów... ale i tak nie pasują do reszty!

E... Why the fuck ini? Ogółem wystarczy Ci tu obiektowość. GM ma ją w swojej naturze. Tworzysz jeden obiekt który będzie wszystkim. Instance tego obiektu to to co potrzebujesz. Będą one przechowywać dane (zmienne), maja swoją pozycję (x i y), no i możesz sprawdzać kolizje.

To przez to że tak ręce podniosłem i widać mega bary. :(

Poczytaj czy może zwykłe Windowsowe aplikacje mają takie możliwości. Napisanie dll będzie na takiej samej zasadzie chyba.

Może wystarczy ci jakiś shader?

Przeczytaj pierwszy post w temacie. Przeczytaj jeszcze raz co napisałem. Szczególną uwagę zwróć na słowo "twoje". Sam HTML5 nie ma tu nic do gadania. Chodzi po prostu od grafiki. Wektorówka i 3D mają ogromne przewagi w tym temacie. Dlatego przez te wiele lat flash dominował. W tym momencie HTML5 jest w stanie im dorównać, ale wciąż pozostaje kwestia wagi gry. Nie dopuszczalne jest tworzenie gier przeglądarkowych które mają więcej niż 30MB, a amator potrafi wrzucić do gry kilka MP3 i z łatwością przegiąć.

Takie gry mają nazwę gier przeglądarkowych, a swoją nazwę wzięły od tego że odpala się je w przeglądarce. Większość z nich wykorzystują technologię Flash. Niestety nie polecam do pierwszych prób GameMakera bo twoje gry będą miały po kilkaset MB. I NIKT w nie w takim stanie nie zagra. Zainteresuj się Unity3D albo właśnie Flash, gdzie grafiki są wektorowe.

#Woodstock

background_color odnosi sie do kloru tla room. Jakim cudem ustawiasz tak kolor tekstury?

Poczytaj o maszynach stanów.

Nie wiem skąd wyciągnąłeś tę informację. Z dokumentacji:

No to musisz zdiagnozować kiedy to się dzieje. bo może musisz nie tylko odjąć direction ale także speed? Edit: Moje nie dopatrzenie. W tym wypadku wszystko było ok. Wciąż masz ten sam problem, ale jakby ktoś szukał innego rozwiązania: GML while(!place_free(x, y)) { direction+=1; } Dodatkowo, można robić interpolację liniową. Dzięki temu będziesz mieć dokładniejsze kolizje. Bo co w przypadkach gdy obrót o 1 to za dużo, ale możesz śmiało się obrócić o 0.25?

Rozwiązanie tego problemu jest proste, ale zaraz natrafisz na inne. Ogółem są 2 szkoły rozwiązywania kolizji. Pierwsza mówi o tym aby pierw sprawdzać czy doszło podczas ruchu dojdzie do kolizji i wtedy zabraniać ruchu. Druga mówi o tym aby korygować błędy powstałe podczas ruchu. Czasami uda się połączyć oba sposoby. To dobrze sprawdzi się drugi. Musisz znać aktualną i przyszłą pozycję. Najnormalniej dokonujesz rotacji jak teraz ale zaraz potem robisz warunek który sprawdza czy był ten ruch ok, i jak nie to cofasz akcję. GML (Obrt w lewo) direction-=1 if(!place_free(x,y)) { direction+=1 }

Użyć get_open_filename(). Jeżeli gracz sam wskaże plik to aplikacja dostaje uprawnienia do tego pliku. Analogicznie działa get_save_filename(). Ale plik musisz wybrać osobno do zapisu i osobno do odczytu.

Ciekawe pytanie. Niby Steam ma ludzi od supportu w każdym języku ale czy mają też do obsługi GL? Też z chęcią się dowiem.

1. Nie 2. Steam w tym momencie nie pozwala wrzucać gier za free. Z tego co wiem to trzeba się z nimi bardzo nakłucić aby do tego doszło. Sytuacja jest łatwiejsza gdy gra ma mikrotranzakcje ale Steam wciąż ma opory z darmowymi grami. Najprostszą opcją pozostaje sprzedaż detaliczna. Gdzie Ty własnoręcznie wysyłasz grę za opłatą (wtedy nawet najłatwiej jest ogarnąć podatek)