GameMaker C++

[TeoTN]

Czy ktoś wie, czy będzie można w nowej wersji GM'a tej w c++ otworzyć dawne projekty??

I czy mi się tylko wydaje, czy GM stanie się nagle bosko wydajny w porównaniu do tego, co jest teraz??

[Konrad-GM]

czy GM stanie się nagle bosko wydajny w porównaniu do tego, co jest teraz??

Nie, może o odrobinę, ale różnicy raczej nie zobaczysz :)

[lenin]

nie wiemy, w końcu jeszcze jej nie ma...

czy bosko wydajny? wątpię, może trochę szybszy będzie, ale na zbyt wiele nie ma co liczyć ;/

[gnysek]

Ten nowy GM będzie się różnił tylko tym, że pliki EXE będą działały inaczej, bo będą w C++ a nie w Delphi :)

[TeoTN]

czy bosko wydajny? wątpię, może trochę szybszy będzie, ale na zbyt wiele nie ma co liczyć ;/

 

Szkoda, bo liczyłem, że mój dawny projekt stanie się nagle popularny na GMClanie :D

A jakaś data premiery jest znana?? Bo ponoć czekamy na wersje dla innych systemów...

[Ranmus]

Możliwe, że będzie szybszy, bo mam nadzieję, że prócz zwykłego przepisania kodu twórcy wzięli się także za optymalizację.

[TeoTN]

Czyli jakieś szanse są. :D Dobre informacje. A jak z tą premierą?? Jakie jest obecne, oficjalne stanowisko Yoyo? Ktoś wie??

[PsichiX]

prócz zwykłego przepisania kodu twórcy wzięli się także za optymalizację.

w koncu, bo to szybkosc dzialania jaka prezentuje obecny gm jest conajmniej smieszna - ale przewiduje poprawe rzedu 15 (gora 20) % - na wiecej nie ma co liczyc.

[Konrad-GM]

Jak na GMa te 15-20% szybszy to i tak sporo :P

[TeoTN]

Ciekawe czy zużycie RAMu też spadnie...

[dziadekkleofas]

W sumie musi być szybsza - Delphi zapycha plik wynikowy zbędnymi śmieciami, a C++ przy odpowiednich ustawieniach sam z siebie optymalizuje kod i program zajmuje mniej i wykonuje mniej niepotrzebych obliczeń. Popatrzcie na MMF, TGF2 czy inne clicki - niby mają więcej pierdół i uproszczeń wymuszających większe obciążenie, a dość rozbudowane i wymagające pod względem zasobów gry działają na byle rzęchu, czego nie można powiedzieć o GM'ie - np. taki Trip czy Almora potrafią się rżnąć na najlepszych kompach.

[PsichiX]

musieli by calkowicie zmienic system przechowywania zasobow

[Ranmus]

Dziadek, ale co ma do tego natywny kod? Dlatego GM jest taki wolny, bo interpreter gml jest do tyłka. W necie możesz znaleźć dużo bibliotek z silnikami skryptowymi, które nie dość że są bardziej rozbudowane, to jeszcze są szybsze czasem nawet stukrotnie (z pełnym już oczywiście silnikem gry żeby nie było, że wydajność zmierzyłem bez żadnego narzutu).

[Wiedzmak2]

kiedy wyjdzie GameMaker C++,i czy będzie go można pobrać z Gmclanu?

[lenin]

wyjdzie jak się zrobi, a pobrać będzie można ze strony yoyogames

[Darlix]

A ja się już nie mogę doczekać :P A będą tam Klocki? :)

 

Fajnie. Ale co ten post wnosi do tematu?

Yoda

 

EDIT@

Ojj Yoda Yoda :/ Żal.pl

[Excolo]

Damian, jak chcesz się dowiedzieć, co tam będzie, a czego nie będzie, to lepiej sięgnij po info z pierwszej ręki (forum yoyo) a nie ŻALUJ.

 

Ranmus: pewnie są i jeszcze bardziej wydajne. Ale GM ma być prosty w obsłudze. Relatywnie do tego, czego trzeba się nauczyć, żeby zrobić platformówkę w C# czy C++, zrobienie tego samego w GM to banał. Płacimy wydajnością, bo mimo wszystko GM to trochę amatorszczyzna (i bynajmniej nie mówię, że jestem kozak, tylko, że za GM'a nie zabrał się profesjonalny zespół, a jeden Overmars).

[Marmot]

tylko, że za GM'a nie zabrał się profesjonalny zespół, a jeden Overmars).

Teraz mamy Yoyogames. Może kiedyś nastaną czasy, kiedy GM dorówna wydajnościowo MMF2 :] . Zresztą, marzy mi się, żeby teraz na GM7.1 tymczasowo zaprzestali rozwój tej wersji programu, tak jak zrobił Clickteam, a po cichu zaczęli pisać całego Game Makera od nowa, wszystkie rozwiązania na nowo, niebazujące na starych, szczególnie napisanie od nowa parsera GMLa i pełne wsparcie dla procesorów wielordzeniowych, i to dopiero nazwali Game Makerem 8.

[Excolo]

No i co, że teraz jest Yoyogames, skoro choćby takie MMF2 napisała grupa wykształconych koderów z bardzo dużym doświadczeniem? Nigdy co prawda sam nic w MMF2 nie robiłem, ale grywałem w niektóre gry w nim zrobione i - niestety - dochodzę do prostego wniosku, że MMF2 prawie pod każdym względem GM'a przewyższa. Niektórzy bełkoczą, że kliki ogólnie nie są tak elastyczne jak GM, ale to absolutnie nieprawda - tyle jest wtyczek, że można sobie zawsze jakoś poradzić.

 

Marmot, co do twoich marzeń to się zgadzam, ale chętnie zobaczyłbym wersję GM'a z jakimś fajnym, porządnym obiektowym językiem (C# na przykład), zamiast GML'a. Ehh, o czym my gadamy, skoro jeszcze nie ma GM C++.

[Marmot]

Marmot, co do twoich marzeń to się zgadzam, ale chętnie zobaczyłbym wersję GM'a z jakimś fajnym, porządnym obiektowym językiem (C# na przykład), zamiast GML'a. Ehh, o czym my gadamy, skoro jeszcze nie ma GM C++.

To by było idiotyczne i totalnie sprzeczające się z celem tworzenia Game Makera. Jak chcesz robić gry w C#, to dorwij XNA, a nie marz o tym, żeby GM był frameworkiem do C#. Po pierwsze - C# jest za wolny do gier (patrząc na obecną szybkość interpeterów(?) .NET), a po drugie - Game Maker został stworzony po to, aby umożliwić stworzenie profesjonalnie wyglądającej gry w krótkim czasie bez nauki programowania (patrz strona Yoyogamesu, masz to tam napisanie). Tak więc, pożegnaj się ze swoim marzeniem ;) .

[lenin]

ale chętnie zobaczyłbym wersję GM'a z jakimś fajnym, porządnym obiektowym językiem (C# na przykład), zamiast GML'a.

Ja tam jestem przeciw, w końcu gml ma być jak najprostszym językiem, z prostą składnią i funkcjami. Gdyby stało się tak jak piszesz, Yoyogames straciło by sporo użytkowników. Przykładowo c# itp to dla mnie mimo wszystko czarna magia, i ogarnięcie tego wszystkiego zajęłoby sporo czasu :(

[Snake]

Musieli by wprowadzić wielowątkowość do GM, żeby można było dobrze skorzystać z dodatkowych rdzeni ;d

 

Jeśli tylko przepiszą ten silnik runnera na C++, to nie spodziewałbym się wzrostu wydajności powyżej 10%. Mam nadzieję, że zajmą się również optymalizacją parsera i interpretera... ;D

[Excolo]

lenin: ale ogarnięcie gry, której konstrukcja bazuje na obiektach byłoby sto razy łatwiejsze z użyciem C#, niż jakiegokolwiek innego języka. Obiektowość w tym momencie jest in plus, bo łatwiej połapać Ci się w obiektach, które występują w grze. A składnia C# nie jest taka trudna, nie musisz od razu bawić się tablicami "postrzępionymi" i tymi wszystkimi bajerami.

 

Marmot: C# jest za wolny do gier? No nie rozśmieszaj mnie, daję sobie rękę uciąć, że jest 50, albo i 500 razy szybszy niż gamemakerowe twory. Nie zapominaj o możliwości kompilacji pod konkretną maszynę podczas instalacji. Jeśli ktoś uważa, że pisanie w GML jest łatwiejsze niż w C# to się myli (takie jest moje wrażenie, może inni mają inne przyzwyczajenia). Nie jestem żadnym orłem w .NETowych technologiach, ale po prostu wiem, że gdyby było jakieś oprogramowanie stworzone z myślą tworzenia gier w C# (tj coś, co generowałoby kod na podstawie siatki wydarzeń podobnej do tych z klików, czy choćby z GM'owych klocków - nie wiem, cokolwiek), to by miażdżyło i tyle, bo byłoby elastyczne, szybkie, no i byłoby SUPER sposobem, żeby nauczyć się C#. Amen.

[Will]

lenin: ale ogarnięcie gry, której konstrukcja bazuje na obiektach byłoby sto razy łatwiejsze z użyciem C#, niż jakiegokolwiek innego języka. Obiektowość w tym momencie jest in plus, bo łatwiej połapać Ci się w obiektach, które występują w grze. A składnia C# nie jest taka trudna, nie musisz od razu bawić się tablicami "postrzępionymi" i tymi wszystkimi bajerami.

 

Jeżeli tablice są dla Ciebie jakimś "bajerem" to rzeczywiście żaden język nie jest trudny. Widać, że zatrzymałeś się na początkowych stronach książki lub kursu, który czytałeś. Pisałem jakiś miesiąc w GML potem c++,c# pascal,php i nie jestem zdania, że c# jest łatwiejszy niż GML. Może dostałeś tylko kawałek książki?

[Ranmus]

Ranmus: pewnie są i jeszcze bardziej wydajne. Ale GM ma być prosty w obsłudze. Relatywnie do tego, czego trzeba się nauczyć, żeby zrobić platformówkę w C# czy C++, zrobienie tego samego w GM to banał. Płacimy wydajnością, bo mimo wszystko GM to trochę amatorszczyzna (i bynajmniej nie mówię, że jestem kozak, tylko, że za GM'a nie zabrał się profesjonalny zespół, a jeden Overmars).

Nie zrozumiałeś mnie kompletnie. Właśnie mi chodziło o tworzenie całej gry przy pomocy skryptów jak GML, a nie w C# czy C++, krótko mówiąc masz już silnik graficzny / gry jak w GM i masz silnik skryptowy jak GML. Niestety, ale GML sam z siebie jest tragicznie wolny. Wiem bo testowałem (kiedyś może się zmobilizuję i zrobię własny edytor gier, bo zrobiłem już malutki % :D).

 

Marmot, co do twoich marzeń to się zgadzam, ale chętnie zobaczyłbym wersję GM'a z jakimś fajnym, porządnym obiektowym językiem (C# na przykład), zamiast GML'a. Ehh, o czym my gadamy, skoro jeszcze nie ma GM C++.

Unity 3D - edytor gier 3d, niestety edytor tylko pod maca i znacznie drozszy. :/

 

Jeżeli tablice są dla Ciebie jakimś "bajerem" to rzeczywiście żaden język nie jest trudny. Widać, że zatrzymałeś się na początkowych stronach książki lub kursu, który czytałeś. Pisałem jakiś miesiąc w GML potem c++,c# pascal,php i nie jestem zdania, że c# jest łatwiejszy niż GML. Może dostałeś tylko kawałek książki?

A Ty nie zrozumiales Excolo, bo on troche to zle ujal. Jemu chodzilo o wygode i latwosc kodzenia dzieki roznym fajnym obiektowym rozwiazaniom w C#. To prawda, kodzenie w C# to poezja w porownaniu z C++ i GML. :/

[Excolo]

Ranmus: Ano.

 

Will: Mówiłem o postrzępionych tablicach, może to nie był najlepszy przykład, ale miałem na myśli - tj. mówił Ranmus - ogółem ułatwienia w C# dla programistów. I podkreśliłem, że na opanowanie ich użycia trzeba trochę czasu, ale efekt jest miodny (szybka orientacja w kodzie, klarowność, szybsze pisanie. A jak masz Visual Studio i resharpera, to już nie mówię). No ale tak jak mówił lenin, składnia GML'a jest prościutka i chyba goście z Yoyo tego nie zmienią.

 

(kiedyś może się zmobilizuję i zrobię własny edytor gier, bo zrobiłem już malutki % biggrin.gif).

 

Czekam z niecierpliwością :D

[gnysek]

No ja tam specjalistą od C# nie jestem, ale Ranma twierdzi, że nawet pod Linuxem C# jest szybszy od PHP kilka razy i ja mu tam wierzę :P

 

W GM mamy ten plus, że wszystko zostało już zrobione - cały silnik, funkcje itd. a my tylko na nich operujemy - dostajemy tak naprawdę gotowy, uniwersalny szkielet gry.

 

Natomiast w innych językach, nawet takie pierdoły jak kolizje, distance_to point, czy draw_sprite musimy zrobić sami i samo stworzenie silnika może nam zająć ładnych kilkanaście miesięcy. Już nie mówię o czymś takim, jak particle. Może i gra była by szybsza - to fakt, ale ekonomicznie niestety się to nie kalkujuje. TeeGee najlpiej to zaprezentował - wolał w kilka miesięcy zrobić MAGI w GM bez większego wysiłku, niż męczyć się kilka razy dłużej nad tym samym, ale w innym języku :) Zaplanował grę tak, że nie zjadała wcale za dużo zasobów komputera i co ? Zarobił na tym niezłą kasę, a nie napracował się aż tak wiele. Teraz robi ArcMagi nadal w GM, bo tak się po prostu bardziej opłaca. Wymyślił jak nie przekroczyć granic wytrzymałości GM i mniejszym kosztem i mniejszym nakładem pracy zrobi znów dobrą grę.

 

I ostatni przykład: Triberian. Nie widzieliście tego, ale mapa z Almory to jest naprawdę maleństwo, przy tym co teraz mamy. A wydajność samej gry jeszcze wzrosła i zużywa dużo mniej pamięci (obecnie jest to jakieś 95% mniej). Na pewno to wszystko urośnie jeszcze, ale jak sie okazuje - dobrze planując grę, Game Maker jest najlepszym narzędziem do jej stworzenia.

[Excolo]

Tak, ale szkielet tej gry dałoby się napisać w C#. I dorzucić ładne GUI, parę generatorów kodu dla świeżych mejkerowców. "Tak mało" i byłby GameMaker C#, hehe :]

[gnysek]

Byłby, ale jak ktoś chce pisać gry w C#, to niech pisze od podstaw. Niech czegoś się nauczy :D

[borubarartur]

Ktoś tu pisał że Magi to świetna gra i wogole, można wogóle zobaczyć gdzieś jak to wygląda?