tomalas

No to jak masz tak dużego rooma to licz się ze spadkiem FPS ;]

Ja ładuje przed grą titlesa jednego ale 2000x2000 i nawet jeden fps mi nie spada.

A ustaw preload w opcjach backgroundu na false czyli odznacz i napisz czy pomogło. A masz je nałożone w room editorze czy w drawie je rysujesz w jakimś obiekcie ?

Na pełnym ekranie będzie dokładniej widać,że to tors i buty ale szczerze mówiąc sam tors i buty jakoś mi nie pasują. Ale z drugiej strony nie mam pomysłu jak by było lepiej ;] Edit: Chyba wkurzyliście Borka z tymi szarymi materiami ;]

A co ma hamachi do utrzymania serwa... Hamachi tworzy tylko wirtualną sieć... Jak ktoś ma zewnętrzne ip to można się z nim połączyć przez hamachi jak i bez... Na ip z hamachi lub zewnętrzne. Jeżeli chodzi o grę... to robisz ją normalnie jak każdą multiplayer... hamachi nie robi tu różnicy... Jedynie osoby które chcą się połączyć wpisują Twoje ip z hamachi.... Jeżeli postawisz serwa będzie można się z Tobą połączyć (jeżeli takowe posiadasz na zewnętrzne ip) oraz jeżeli jesteś zalogowany w hamachi to na to z hamachi. Sprawdźcie dobrze do czego służy hamachi... bo bzdury gadacie.

:o Chłopie... sprawdź w dokumentacji warunki... to jest kod, który Tobie dałem po którym miała być czynność... skasuj przede wszystkim ; na końcu i to powinno wyglądać tak: Jeżeli nie ma kolizji na lini od punktu x,y do polska.x polska.y czynność pod warunkiem zostanie wykonana... co ma być wykonane ? if !(collision_line(x,y,polska.x,polska.y,sciana,0,1)) { czynność }

System walki jest tam jeden z lepszych jaki widziałem... zresztą już przy tworzeniu na to się nastawiali. Co do inventory to nie wiem... poczekam, aż skończysz bo nie wiem od czego są rubryki i czemu pola są krzywe ale na pewno będzie miało to swoje zastosowanie ;P

Boże nie wytrzymam :o Podam jeszcze raz mój sposób: Zrób sprite bez ubrania i z koszulą. Przy rozpoczęciu gry sprite bez ubrania ustaw jako zmienną globalną. global.ubranie = spr_bezubrania; Przy naciśnięciu w plecaku ustawiasz zmienną globalną na sprite z koszulą. global.ubranie = spr_koszula; W drawie postaci za sprite index podstaw global.ubranie... draw_sprite(global.ubranie,0,x,y);

Moim sposobem ? Nawet nie ma jaki błąd wyskoczyć chyba, że nie istniejący sprite... Zobacz sobie posty wyżej i zobacz mój sposób jak czegoś nie rozumiesz to zapytaj... A This function is only available in the Pro Edition. oznacza, że nie masz wersji GM Pro. Nie wiedziałem nawet, że to jest funkcja Pro :o To w moim sposobie użyj draw_sprite(global.ubranie,0,x,y); Zamiast tego ext. Nie wiem czy to nie będzie się jakby narysowywało bo zawsze ext używam.

Weź chłopie przeczytaj ten błąd.... Troszkę logiki przypatrzy się temu... draw_sprite(draw_sprite(ubranie_niemca,0,x,y)) Co ty rysujesz funkcje rysowania ? Skasuj draw_sprite( i nawias na końcu. A po drugie! Spójrz na mój sposób zajmie Tobie 5 sek jest o wiele wiele prostszy bo widzę, że tego z warunkami od lenina niezbyt rozumiesz... @down Na moje to jest po prostu bezmyślność... rysowania funkcji rysowania jeszcze nie widziałem :D

lenin po x,y podaje się jeszcze subimage zapomniałeś ;] Edit: Też zapomniałem i coś mi nie pasowało i specjalnie GM włączyłem, żeby sprawdzić ;]

Źle wpisałeś draw_sprite poza tym mój sposób jest prostszy no ale dobra... zamiast draw_sprite(x,y,ubranie_niemca) musisz draw_sprite(ubranie_niemca,0,x,y)

Musi być w jednej linijce cała funkcja. Musisz: draw_sprite(ubranie_niemca,0,x,y) Patrz czego wymaga funkcja.... i w jakiej kolejności.

Zrób sprite bez ubrania i z koszulą. Przy rozpoczęciu gry sprite bez ubrania ustaw jako zmienną globalną. global.ubranie = spr_bezubrania; Przy naciśnięciu w plecaku ustawiasz zmienną globalną na sprite z koszulą. global.ubranie = spr_koszula; W drawie za sprite index podstaw global.ubranie... draw_sprite_ext(global.ubranie,0,x,y,image_xscale,image_yscale,0,c_white,image_alpha);

Jeżeli chodzi o chowanie to użyj: if !(collision_line(x,y,polska.x,polska.y,obj_sciana,0,1)); { czynność } Czynność zostanie wykonana gdy między obiektem polska a obiektem w którym jest skrypt nie ma obiektu obj_sciana... oczywiście podstaw swój. A z czynnością to już kombinuj.

Ja jedyne co tam widzę to tekstura cegiełek reszta to jakaś abstrakcja...

A właśnie co do tych czarów po kilku sekundach... Nie wiem dlaczego ale niektóre osoby tak mają, a nie które nie... Grałem z beta testerami trochę wcześniej i na trzy osoby dwie grały normalnie a jedna miała to co Ty... Najgorsze jest to, że nie mam pojęcia czym to jest spowodowane... Lepiej by było gdyby wszyscy tak mieli ale tak nie jest ;[ Mózgowałem się nad optymalizacją tego no ale nie wiem nawet gdzie się do tego zabrać... I z tego też powodu chcę porzucić projekt bo stwierdzam, że nawet z 39dll dużo tu nie zdziałam w GM ;[ Wole zabrać się za jakiś projekt single player... Edit: Dość zasadniczy bug... Niektórym czary kompletnie nie działają... (strzela się na biało) Nie dziwie się, że wtedy gra jest bez sensu. Nawet ja strzelam na biało chociaż, zawsze było wszystko ok... Wszystko na moje przez zbyt duże opóźnienie paczek... Dlatego też porzucam ten projekt.

Że wieje nudą to wiem rozgrywka miała być trochę bardziej dynamiczna... no ale nie dokończyłem... po prostu dałem to co mam... Jeżeli chodzi o fabułę jak może być w tej grze fabuła ? Lagi mogą być bo mam lana w domu i nie tylko ja korzystam z neta a internet też nie mam super szybki... więc trudno ;[ Serwer na nowo chodzi musiałem wyłączyć na chwile

Tytuł: Path of Power: Tournament ver. 0.1 Gatunek: Top-down Multiplayer Magic Game ;] Opis: Path of Power: Tournament jest grą multiplayer w której wcielamy się w maga walcząc na arenie z innymi graczami. Gry raczej nie dokończę stwierdziłem, że nie ma sensu tyle się męczyć żeby ludzie pograli jeden dzień. A robienie gry multiplayer jest strasznie nudne już potem. Gra jest bez dźwięków bez menu. Wszytko obsługujemy w pliku config.ini UWAGA !! Przed włączeniem gry! Włącz plik config.ini i ustaw swoje czary oraz nazwę gracza i swój ubiór. Następnie zapisz zmiany i uruchom grę. Ta wersja jest w fazie początkowej. I jak już wspomniałem lepszej raczej nie będzie. KLAWISZOLOGIA: W,S,A,D - Poruszanie się (niestety wersji dla leworęcznych nie ma) SHIFT trzymamy - sprint LPM - Tworzy aktualny czar KOLKO MYSZY - Zmiana czarow ENTER - rozpoczecie pisania na chacie / wyslanie wiadomosci F1 - Score Table (Wyniki) F4 - Zmiana full screen / window F9 - Screen z gry ESC - wyjscie z gry Download:Link usunięty za dużo bugów serwa zamykam. Rozmiar pliku: 2341KB Autorzy: Programowanie: Tomalas Fabuła: Tomalas Grafika: Tomalas Muzyka: Brak Screeny: https://gmclan.org/up603_5_screenshot100.html https://gmclan.org/up603_5_screenshot101.html SERWER: W chwili otwarcia tego tematu uruchamiam serwer nie wiem ile będzie działał. IP i PORT jest w configu ustawione. Enjoy

Trzeba pamiętać, że pisząc wiekszą gre w C++ musisz napisać masę programów które będą Cie wspomagały np.: edytor mapy czy coś. Dlatego tworzenie większej produkcji samemu w C++ jest rzadko stosowane. GM to przede wszystkim program a C++ to język programowania. Już niedługo GM będzie programem napisanym w C++. Tworzenie gry w C++ równało by się z tym, że sami byśmy musieli napisać taki program ułatwiający prace, byłby on wydajniejszy z większymi możliwościami ponieważ napisalibyśmy go sami pod nasza grę. Tworząc grę w GM z połowy funkcji nie korzystamy bo robimy dany rodzaj gry. GM musi być uniwersalny posiadać funkcje dla każdego, i uważam że wpływa to jakoś na optymalizacje gry.

Nie potrzebne było z początku najeżdżanie na copoconaco za te błędy jak gry nie skończył. Widzę ,że błędy poprawia na bieżąco ale według mnie też za często update na gmclanie, rób raz na miesiąc i będziesz miał dłuższą listę zmian ;] Co do nudnej rozgrywki myślę ,że na razie pracuje głównie nad silnikiem nie koniecznie nad fabułą więc poczekajmy. Gra zalatuje trochę diablo ;] Ale to nie koniecznie źle. Gra będzie bardzo dobra pod warunkiem ,że ukończysz ;]

1. Wystarczy utworzyć zmienną powiedzmy exp i dodawać ją po zabiciu potwora :o 2. Po co zapisywać zmienną do pliku po zmianie mapy... zrób ją globalną a przy wyłączaniu gry czy save zapisuj. Poczytaj o plikach ini

To są wartości a nie zmienne... Trudno zrobić oddzielne ładowanie musisz użyć wtedy dużo warunków... Najlepiej na tablicach mówię Ci to to samo jakbyś używał kilku zmiennych ponumerowanych... nawet lepsze... Edit: Patrze na ten Twój kod i chciałeś użyć tablic ale źle je wykorzystałeś troszkę... Może zrobię zaraz przykład jak będę miał czas.... Masz: https://gmclan.org/up603_12_przyklad_przeladowanie.html Taki niekompletny przykład jeżeli chodzi o inne sprawy ale przeładowanie dla poszczególnych broni jest ;]

Ale nie rozumiesz tabeli czy co ? Bo tak jest najprościej kombinuj z tymi tabelami dwuwymiarowymi według mnie najlepszy sposób na takie coś. Jak nie rozumiesz tabeli to zajrzyj do dokumentacji i próbuj coś innego ,aż zrozumiesz.

Na moje lepiej bronie jako tablice: GML bron[0]=0 //nic nie mam w rekach bron[1]=1 // colt 1911 bron[2]=0 // rewolwer bron[3]=0 // tommy gun W tym momencie postać ma wyekwipownego colta 1911 przy zmianie broni ta którą postać ma wyekwipowaną ustawiasz na 1 resztę na 0. Jeżeli chodzi o amunicje to: GML bron[1,0]=30 // amunicja colt 1911 bron[2,0]=47 // amunicja rewolwer bron[3,0]=32 // amunicja tommy gun Oczywiście podałem przykładową ilość amunicji. Dopasuj to do swojego skryptu. Przy dodawaniu czy odejmowaniu amunicji traktujesz tablice jako zmienną. Można jeszcze to bardziej komplikować żeby bardziej "zautomatyzować" kod no ale to już Twoja w tym głowa ;]