gnysek

W dokumentacji tego nie ma, dokumentacja mówi o gml_pragma("forceinline"); . I to ustawienie faktycznie kompiler łyka tylko, jeśli jest YYC.

Sam jesteś YYC only.

Hej :) Obecnie każdy średnio i bardziej zaawansowany użytkownik GM:Studio wie, że jak się robi grę, trzeba sobie zainicjować wszystkie zmienne globalne, które są potrzebne w grze (np. odpowiedzialne za progres/wynik gry, opcje, poziom trudności itp.). Najlepszym znanym nam sposobem do tej pory było stworzenie pustego roomu, a w nim albo dodanie obiektu ze skryptem, albo "room creation code", w którym to skrypcie jest inicjacja wszystkich zmiennych i na sam koniec room_goto_next(); Następnie do tego roomu już nigdy nie wracamy, a że wyświetla się tylko jedną klatkę, to go z reguły nie widać (najlepiej jeszcze dać czarne tło). Niestety, jak zrobimy game_restart() to te skrypty się wykonują ponownie, a jeśli używamy np. jakiegoś DLLa, albo doczytywania spritów z pliku, to trochę nam to nie na rękę. Trzeba samemu zaprogramować grę tak, żeby resetowała potrzebne zmienne i wracała do drugiego w grze roomu. ALE - JEST ROZWIĄZANIE!!!! Tworzymy dowolny skrypt inicjujący grę. Teraz w dowolnym skrypcie w dowolnym miejscu (ale sugeruję na górze tego inicjującego), wpisujemy: GML gml_pragma("global", "nazwa_skryptu()"); I to wszystko. Ten skrypt zostanie wykonany jeszcze przed eventem Game Start, a jak zrobicie game_restart() to już go nie wykona. gml_pragma nie jest fukcją, a poleceniem dla kompilera, żeby ten skrypt wykonać przed rozpoczęciem właściwej pętli gry GM:Studio :) Można dać kilka skryptów w ten sam sposób, kolejność wykonania zależy zapewne od kolejności w resource tree a potem od linijki w kodzie. Polecenie wywołujące skrypt nie musi być w tym samym skrypcie, chociaż jest to najczytelniejsze :)

jeszcze kilkanaście dni i się dowiesz, tyle powiem ;)

warstwy!

W piątek albo poniedziałek powinni dać screen z room editorem (w sumie jeden był, ale bardziej pokazywał edycję instancji niż rooma), to może coś wiecej o tych tilesetach się dowiemy :) Ale pamiętam, że na GMCLANie jest taki przykład, bardzo stary, bo chyba z 2002-2003 roku, o łączeniu ścian (nawet Alien Territory go używa), a tutaj nagle GM będzie miał to wbudowane (chociaż jeśli tileset, no to sciana nie bedzie obiektem).

Dużo się nie pomyliłem, dziś kolejny screen Może być też tak, że w listopadzie powiedzą co i jak, ale wcale nie będzie premiery.

Kuce wiedzą lepiej :psichix:

Raczej wygląda, że co parę dni dają te screeny - następny powinni dać dziś/jutro - zobaczymy. Aczkolwiek moje przeczucie mówi jednak o premierze lub chociaż becie w listopadzie. Pytanie czy będzie to publiczna beta, czy dla wybranych (losowo).

Poza ulepszonym/zmienionym edytorem spriteów i roomów nie zapowiada się na nic ciekawszego. A szkoda.

No cóż, może GM:S2 nie jest robiony dla tych niepracujących?

Ja płacę za PHP Storma, to tylko edytor kodu, to samo mogę za darmo zrobić w notatniku, chociaż bez wspomagaczy i kolorowania kodu. GM oferuje jednak nieco więcej, więc abonament w podobnej cenie moim zdaniem nie byłby drogi. Aczkolwiek za PHP Storma płacę chyba 9.99$ miesięcznie.

GM:S będzie wspierany jeszcze kilka lat. A ten raczej będzie na abonament miesięczny, pewnie 20$ miesięcznie.

Jak widzisz po screenach, to poza innym interfejsem reszta zdaje się niewiele różnić - po prostu inaczej jest wyświetlany projekt. Jestem ciekaw, czy będą jakieś głębsze zmiany (przy premierze, lub w planach). Ja bym liczył na jakieś struktury albo obiekty, byłoby fajnie, ale na razie się nie zapowiada :(

Antystresowe? Mnie sam widok kolorowani dla dorosłych denerwuje, bo jest jakieś wciskanie ludziom kitu.

Tylko to działa tak, że jak nie ma bugów, to po prostu do RSS stabilnej dopisują wersję z bety i tyle. Nie robią nowego deploya. Zatem każda wersja stable jest po prostu wersją, do której nie zgłoszono problemów z błędami które naprawiono. Ogólnie tempo prac nad poprawkami 1.4 jest tak powolne, ze chyba po 4 godziny tygodniowo tylko ją robią, a resztę czasu spędzają nad 2.0. Oby nie była tak zabugowana :D

Wstaw grę w iframe :)

Polecam włączać narzędzia deweloperskie, jeśli maci czarny ekran w HTML5. Co prawda skróty klawiaturowe są wyłączone w HTML5, ale jak wklikacie się w pasek adresu, powinny działać. Można je też odpalać z menu. Tam będą błędy JS i może uda sie znaleźć co się psuje.

może odznaczyłeś repeat ? daj screen przed i po :)

a jakim kodem to zmieniasz ?

Można, ale moim sposobem jest szybciej, bo nie trzeba edytowac za każdym razem masek.

Dokładnie, pocisk jak będzie miał sprite 4x4, to będzie mieć origin na 2,64 i maskę jako sprite 4x4 z originem 2,2. I wtedy będzie jak trzeba :) Do testowania gry proponuję w draw każdego obiektu dać: draw_self(); draw_sprite_ext(mask_index, 0, x, y, image_xscale, image_yscale, image_angle, image_blend, 1);

Był taki przykład kiedyś do GM5-8 dołączany. Robisz sobie sprite kaktusa, dajmy na to 32x64 piksele. Robisz drugi sprite, też 32x64 piksele, ale zamolowujesz tylko 4x64 od dołu. Obu dajesz origin na 16/64 Tworzysz obiekt, ustawiasz sprite jako ten pierwszy, a mask jako ten drugi. W kodzie (step/draw) dajesz "depth = -y" i to samo w bohaterze (kod i maska, ważne też aby origin sprite'a postaci na osi Y też był ustawiony na sam dół sprite'a). W tym momencie wszystko powinno działać jak należy.

Jedno się nie zmieniło - jak wydajesz grę to albo sprzeda się 5 sztuk albo milion, to wciąż loteria.

Btw. a sprzedaż samego Solstice na Steamie spadła/wzrosła/bez zmian w trakcie bundle?