Utermiko

Po co szyfrować? :P

SERWER: obj_server step obj_client step KLIENT: obj_client step obj_player_self alarm0 bodajże O to Ci chodziło? Raczej na pewno.

Bo2 to jest obiekt czy zmienna reprezentująca wysokość/szerokość sprite? Jak, np. sprite jest rozmiarów 32x64 to kod będzie wyglądać tak: GML if(mouse_x >= x-10 && mouse_x <= x-10+32 && mouse_y >= y+50 && mouse_y <= y+50+64 && mouse_check_button_pressed(mb_left)) { room_goto(room5); }

Dll'e do GM'a zaliczają się pod silniki?

Skoro można swoje to: DotNetGMCrossover - Utermiko

Lengthdir Info - HuderLord [DLL] GMThreads - Snake (2008 rok, spojrzałem na datę ostatniego postu :P) Kurs: Pierwsza gra w GM 8 - Arekadiusz

Tylko kto w to będzie grać =]

Spróbuj przeportować gry dyzmka. Do seid-znalezisko dał projekt :D

List<GameObject> obiekty = new List<GameObject>(); obiekty.Add(new ObjHero());//ObjHero i ObjWall dziedziczą po GameObject/implementują interfejs GameObject (w zasadzie to powinno być IGameObject) obiekty.Add(new ObjWall()); //gdzieś w update gry foreach(GameObject obj in obiekty) { obj.Step(); }

W interfejsie możesz tylko deklarować metody, a w klasie abstrakcyjnej wszystko.

No będą prostsze, ale jeśli będziesz zamierzał rozbudować klasę bazową, np. o pozycję obiektu, prędkość, itp. to tylko klasa abstrakcyjna.

Tworzysz sobie abstrakcyjną klasę GameObject i umieszczasz w niej abstrakcyjne metody typu Step, Draw etc. Tworzysz nową klasę, np. ObjHero i dziedziczysz po GameObject, a następnie overridujesz metody typu step, draw itd. Później gdzieś tworzysz listę złożoną z GameObjectów i przelatujesz każdy obiekt pętlą, np. foreach, i wywołujesz metody. @EDIT Ewentualnie możesz użyć interfejsów.

1. Sprawdzaj położenie myszki (czy jest w środku sprite) oraz czy wciśnięto myszkę i ewentualnie przenoś do innego rooma. Coś takiego mniej więcej: GML //STEP //szerokosc_bo2 to szerokosc sprite bo2 //wysokosc_bo2 to wysokosc sprite bo2 if(mouse_x >= x-10 && mouse_x <= x-10+szerokosc_bo2 && mouse_y >= y+50 && mouse_y <= y+50+wysokosc_bo2 && mouse_check_button_pressed(mb_left)) { room_goto(room5); } 2. W zmiennej keyboard_string znajdują się wciśnięte klawisze.

Może przepisz na razie sam serwer do cpp. (chyba że chodziło o optymalizację klienta)

Bo w innych grach zbiera się monety, a nie diamenty.

No racja, ale grafika powinna wyglądać w miarę schludnie.

Nie ułatwiaj. Jest teraz w sam raz. MF było po prostu za łatwe :P

Świetna robota. Grałem sporo w starą wersję (poziomy hardcore itp.) i jak będę mieć czas to zagram w tą :) @EDIT Gra trochę trudniejsza od MF, ale za to jaka urozmaicona! Grafika jest ekstra. Spodobał mi się pomysł z bossem, który był trochę monotonny w poprzedniej wersji gry. 5/5 Chyba będzie gra roku na GMC :P

A tak na serio to poszukaj grafik w necie bo te są brzydkie.

2 giga ramu i kase

Luna w xp jakoś nigdy mi się nie podobała :P

Fajne i proste zabezpieczenie przed oszustwem :) 5/5 się należy.

Tytuł: DotNetGMCrossover v 1.1 Opis: Wreszcie, po użeraniu się ze składnią C++/CLI mogę przedstawić DLL umożliwiający korzystanie z .NET'owych DLL'i w GM'ie. Może się komuś przyda :) W paczce znajduje się binarka skompilowana pod .NET 4.5. Dałem source, jeśli ktoś zamierza używać jej na starszych wersjach .NET. (aby sam sobie ktoś skompilował na odpowiednią wersję) Download: https://gmclan.org/up8194_3_DotNetGMCrossover_v1_1.html Rozmiar pliku: 52 KB Download na .NET 4.0 https://gmclan.org/up8194_3_DotNetGMCrossoverFramework40.html Rozmiar pliku: 27 KB Autorzy: Programowanie: Utermiko JEŻELI MASZ ZAMIAR KORZYSTAĆ Z TEJ DLL TO UMIEŚĆ MNIE W CREDITS W paczce znajduje się: -folder Source z kodem źródłowym dll oraz przykładowej dll, -skrypty do zaimportowania, -DLL'ka, -przykładowy DLL w .NET, -przykład (gmk), -plik ReadMe : DotNetGMCrossover v1.1 by Utermiko DotNetGMCrossover służy do korzystania z .NET'owych dll w Game Maker. JEŻELI MASZ ZAMIAR UŻYĆ TEGO DLL'a W SWOJEJ GRZE, UMIEŚĆ INFORMACJĘ O AUTORZE Binarki dołączone do paczki, są skompilowane na .NET 4.5 w trybie Release. Zostały dołączone źródła gdybyś chciał(a) skompilować dll na inną wersję .NET Framework. Opis funkcji: dotnet_init() - inicjalizuje dll'a. Opcjonalny argument (ścieżka do dll) dotnet_load_dll(sciezka) - ładuje .NET'ową dll'kę i zwraca jej ID. Musi być podana PEŁNA ścieżka (można użyć working_directory+"\mojdll.dll"). dotnet_create_object(dllID, klasa, ilosc_argumentow (opcjonalne), argumenty...(opcjonalne)) - tworzy nowy obiekt z podanymi parametrami które zostaną przekazane do konstruktora i zwraca jego id. dllID - id załadowanej dll'ki, klasa - klasa do utworzenia (format: PrzestrzenNazw.KlasaDoUtworzenia) dotnet_delete_object(obiektID) - usuwa obiekt o podanym ID. UWAGA: Jest usuwana tylko referencja obiektu. O zwolnieniu obiektu z pamięci decyduje Garbage Collector dotnet_method(obiektID, nazwa_metody, zwracany_typ, ilosc_argumentow(opcjonalne), argumenty...(opcjonalne)) - wywołuje podaną metodę z dll'ki. obiektID - id obiektu, nazwa_metody - nazwa metody do wywołania, zwracany_typ - zwracany typ (ty_string lub ty_real) dotnet_free() - zwalnia dll'a z pamięci. Pisanie dll'a w .NET -obsługiwane typy: System.String (string), System.Double (real) -metoda nie może być statyczna i musi być publiczna UPDATE v 1.1 -dodano możliwość wywołania konstruktora z podanymi parametrami (zapomniałem wcześniej o tym :P) -dodano możliwość usunięcia referencji do obiektu (o zwolnieniu obiektu z pamięci decyduje Garbage Collector) Link do tematu na GMC: http://gmc.yoyogames.com/index.php?showtopic=564528

Ach te linuxowe sucharki :) BTW. Żeby nie było. Nie twierdzę, że linux jest złym systemem. Pewnie zaraz się zacznie wojna systemów...

Mi również dropbox nigdy się nie wysypał. Nie przeszkadza mi mała pojemność bo i tak za wiele tam na wkładam. Świetną opcją są direct-linki do plików w folderze "Public" i małe ograniczenia co do nich (20 GB na link na dzień). Ewentualnie jak bardzo boisz się o dane to zaszyfruj czymś i po problemie :)