Konrad-GM

Temat zasługuje na kasację, huehue.

Niektóre lokacje wyglądają za sztucznie - a niektóre naprawdę zajediście, dlatego się gryzą i trochę to klimat podkopuje. Keep work - bo zajeżdża ######ozą ;p

GML texid = background_get_texture( lol ); Zamiast '-1' wstaw 'texid'

http://dl.dropbox.com/u/33615556/dmasks.gm6 Rozumiem, iż coś w tym stylu?

Wykombinowałem coś takiego: http://dl.dropbox.com/u/33615556/extmove.gm6 Jednak brak dynamicznego tworzenia masek kolizji - przykład ukazuje jedynie ruch z wykorzystaniem wyszukiwania binarnego aby znaleźć wolne miejsce.

Eugeniusz: Grzybobranie https://forum.gmclan.org/index.php?showtopic=27152 Posrana gra ^^ Nana Puzzle 2 https://forum.gmclan.org/index.php?showtopic=26901 Coś udanego ;p

Może i innowacyjny system walki - ale nie taki realistyczny ^^

Od dawna nic mnie nie rozbawiło na tym forum, you make my day ^^

D.O.K.U.M.E.N.T.A.C.J.A - Biblią programisty.

Wszystko jest dobre - zależy od zamiarów 'artysty' oraz odbiorców.

Ależ może być tak - kod jak najbardziej poprawny, tylko pozostaje pytanie, czy się blok wykona ;)

Cóż, możesz rzutować wektor eye-lookat na płaszczyznę, na której ówcześnie rzutowałeś już bryłę. Następnie sprawdzić czy punk znajduje się wewnątrz bryły. Jest to bardziej skomplikowane, jednak samą ideę zawarłem, radze poszukać algorytmów aby wykonać taki zabieg.

Po co sprawdzać zajęte komórki na około gracza? Jeśli można pobrać komórki najbardziej zdatne do kolizji: Po przez tzw. bounding-box Co do zarządzania takową kolizją - możliwości jest wiele, jednak najprostszą ( wg. mnie ), i dość skuteczną metodą byłoby sprawdzanie najdalej położonego wolnego miejsca po przez wyszukiwanie binarne takowego wypadku, następnie jedynie wystarczy przemieścić tam gracza i odpowiednio zarządzić prędkościami.

Nie mam aktualnie zainstalowanego GMa, ale to bardzo prosta rzecz: Server: GML (Create) global.udpPortIn = 2401; global.udpPortOut = 2402; global.updSocketIn = udpconnect( global.udpPortIn, true ); // readable global.updSocketOut = udpconnect( global.udpPortOut, true ); // writeable</span> GML (SendMessage) clearbuffer(); ... // Some data to send sendmessage( global.updSocketOut, global.clientIP[n], global.udpPortOut ); GML (ReceiveMessage) recv = receivemessage( global.updSocketIn ); ... Client: GML (Create) global.udpPortIn = 2402; // Same as server's out port used by socket global.udpPortOut = 2401; // Same as server's in port used by socket global.updSocketIn = udpconnect( global.udpPortIn, true ); // readable global.updSocketOut = udpconnect( global.udpPortOut, true ); // writeable</span> GML (SendMessage) clearbuffer(); ... // Some data to send sendmessage( global.updSocketOut, global.serverIP, global.udpPortOut ); GML (ReceiveMessage) recv = receivemessage( global.updSocketIn ); ...

Wyobraź sobie, iż gniazda UPD działają jak strumienie. Na serwerze otwierasz tylko 2 gniazda - wejścia & wyjścia. Z pierwszego gniazda wyczytujesz dane, które przesyłają Ci klienci. Natomiast przez drugie gniazdo wysyłasz dane klientom (Podając IP, do którego). Od klienta strony należy otworzyć również (W tym wypadku) 2 gniazda - wejścia & wyjścia, pierwsze gniazdo ma wysyłać dane do serwera (Taki sam port, co serwer sobie zarezerwował dla 1st gniazda - odbierającego), drugie natomiast odbierać ( Taki sam port, co serwera - ale dla gniazda rozsyłającego ).

Niema to jak grzybki.

screen_redraw() - Redraws the room by calling all draw events. Możliwe iż to jest 'problemem'. Spróbuj może z screen_refresh()

Wszystkie odpowiedzi na swoje pytania znajdziesz w przykładach U3D. Wystarczy poszukać i zinterpretować dany blok kodu.

Jest, dobrze o tym wiesz, przed prawdą się nie uchronisz ^^

Nie zmienia to faktu, że jest brzydki.

Zatem jest to szkielet szatańca, bez nóg, z 10 parami żeber, lewitującego i z płaszczoną czaszką? Ciekawa koncepcja. :P

@MXQ, obydwie prace są brzydkie, nawet kolorystycznie, ale przynajmniej się starasz i coś próbujesz mazać. @witoldyn, Ty trollu, ten szkielet również jest brzydki, w dodatku jak na szkielet człowieka - to chyba miłośnik Mansona, o czaszce nie wspominając.

HGE nie jest prostszy od SFML, lecz bardziej skomplikowany i trudniejszy do nauki - mimo może dać niezłe efekty końcowe ze względu na swą stosunkowo niskopoziomową obsługę. Przy lekkiej modyfikacji źródeł, można w prosty sposób zaimplementować również shadery (Brak podstawowej znajomości DX nie jest problemem, gdyż obsługę shaderów już ktoś zdążył napisać i udostępnić na forum HGE [nie dotyczy HLSL]). Na początek SFML powinien Ci wystarczyć.

Z błędów wynika, iż przy nawet dodawaniu nie można mieszać typów zmiennych... (0_o) Constant 'A' jest typu REAL, natomiast zmienne 'C','F','K' są typu INTEGER. Zamień INTEGER na REAL, powinno zadziałać.

The 3D Gamemaker - nie polecam. Unity 3D - dużo ostatnio o tym piszą. UE3 - taki se Unreal.