gnysek

Prześlij projekt (GMZ) na prywatną wiadomość, to Ci zaimportuję. W starszej becie można :)

path_action_continue na pewno ma wartość 3 ?

Ja i tak przejdę, ale tylko z Windowsem jak na razie. ~300zł to sporo, jak mi się zaraz zwalą inne opłaty na początek roku. Jeszcze mi brakuje w IDE opcji zwijania kodu, oraz w GML struktur i byłbym zadowolony. No i jest problem z dereferencją tablic w tablicy, Russell niby coś tam chce z tym zrobić, ale zobaczymy, bo obecnie mimo, że da się wsadzić tablicę w tablicę (referencja), to ciężko się to odczytuje (jak bym musiał co step, to idzie się zachlastać nadmiarem kodu).

E tam, straciłem łącznie chyba z miesiąc życia (godzinowo) na robienie własnego edytora ( https://bitbucket.org/gnysek/almora-map-editor/commits/all - możecie sprawdzić, ale kod jest masakryczny po 4 latach ) i tak naprawdę nie oferował nic lepszego, niż to, co nowy room edytor daje. Poza tym, GM2 operuje na JSONach, a GM:S na XMLach, więc bym musiał znów przepisywać i tak mocno zrąbany już kod :P Zamiast tracić czas na dodatkowe edytory itp. wracam jednak do tego co oferuje GM:S i staram się z każdej jego wady zrobić zaletę, żeby w końcu dotrzeć do końca. Ustaliliśmy z Borkiem, że chcemy wydania gry w przyszłym roku (na komórki być może jeszcze w tym), tak, żeby na PGA pokazać wersję Release Candidate. W okolicach wakacji musimy postawić wszystko na jedną kartę, bo to już za długo się ciągnie - myślę, że żeby Almora chociaż na chwilę nas zadowoliła, to przynajmniej 1000 kopii trzeba sprzedać (starczy na dobre wakacje za granicą, ale na samochód i tak będzie za mało). Gdyby jednak robić ją po 8 godzin dziennie i poza tym nie mieć pracy, to musiała by się sprzedać w 15000 kopii, żeby się zwrócić co jest raczej mało prawdopodobne (chociaż ja tam ciągle mam małą nadzieję, że Almora może powtórzyć sukces np. Stardew Valley). Jeśli chcecie poruszyć temat Greenlighta czy Kickstartera - to właśnie koło maja czerwca bym oczekiwał, że spróbujemy (ale zobaczymy jeszcze które). To tak jeszcze w ramach nad czym pracuję, prosty edytor w PHP+HTML+JS do edycji itemów: http://i.imgur.com/pMQC9wO.png

Jak są layery, to ujdzie, ale w GM:S faktycznie była lipa, stąd wszystko na jednej mapie testowane jak na razie :P

https://pbs.twimg.com/media/CwSa9s5W8AAQDKg.jpg:large

No cóż, obadałem tę wersję dłużej niż jeden dzień (ale nie mogę powiedzieć ile - NDA) i niestety, zmian w GML jest zbyt mało. Kamery zamiast viewów to może i przygotowanie do czegoś, ale jak na razie więcej chaosu niż to warte.

Nie do końca. Poważne bugi będą nadal naprawiane, pewne rzeczy zmieniane. Runner w gruncie rzeczy jest ten sam (polecam mój temat o gml_pragma("global", "skrypt();") ), więc jak przynajmniej on będzie naprawiany. Natomiast IDE do 1.4 praktycznie na pewno nie będzie poprawiane. Nie wiem tylko czy layery w roomach są warte tego, zeby wydać 300złotych... chętnie bym zobaczył jeszcze coś nowego bombowego, czego w ogóle nie było (no nie było automatycznie łączonych tilesetów, ale akurat ich nie używam).

Tak, jeśli jakiejś funkcji nie ma, to istnieje kod GML, który ją przywraca (np. nie ma depthów, ale GM:S tworzy tablicę z listą obiektów i depthów i jakoś daje radę wstawić obiekty na layery, lub tworzy nowe). Podczas importu albo zmienia nazwy funkcji na nowe, albo samo dodaje kompatybilne skrypty. Niektóre takie, że byście w 3-4 dni nie napisali tak dobrze :)

Nie wywalili 3D, ale wywalają niektóre funkcje w zamian za korzystanie z buforów. Na razie do bety załapywać będzie się codziennie kilkanaście/dziesiąt osób na zasadzie kto pierwszy ten lepszy. Ja po starej znajomości dostałem bez kolejki (chociaż wcześniej niż ja dostali Uzjel i TeeGee więc co to za "stara znajomość" xD). Gry importują się super, chociaż teraz obiekty nie mają parametru depth, ale wszystko co zostało z GM:S wycięte/zmienione, w trakcie importu dodawane jest jako skrypty "compability" i nadal działa. Almora, która jest przecież gigantyczna, odpaliła się bez ani jednej linijk zmiany (chociaż dodało z 30 skryptów).

Nom, ja mam bętę, a wy ? :D

Ja wiem, moim zdaniem to jest po prostu ciągle widoczne okienko które w trakcie edycji klocka jest. Node'y tylko wizualizują, ze to jedno po drugim jest, ale przecież tak było do tej pory.

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.