[ExeQtoR]

kolejny temat

debata na temat jak napisać silnik gry internetowej
głównie chodzi o fakt komunikacji.

klientami są użytkownicy z Javą
server ma bazę MySQL(kilka - takie założenie)
na serwerze musi być coś jeszcze.... pytanie co? i jak to zrobić ?

chodzi o to aby komunikacja była taka jak np. w grze online w Quaka lub pokrewnych
każdy user widzi co robi inny user w jego polu widzenia, więc jak zrobić aby to tak działało, jakie są metody? chodzi o opis słowny a nie gotowy kod.

na mój gust brakuje mi jakiegoś engine zarządzającego między bazami a aplikacjami userów i tutaj pytanie na czym to najlepiej połaczyć, PHP/ASP czy może jakieś inne technologie wykozystać ? a może napisać jakiś swój program - to nie będzie łatwe ?

transfer a raczej płynność nie musi być taka super jak w przypadku gier zręcznościowych, gidze opóźnienie powoduje już prawie GamOver

Jak wy byście widzieli takie rozwiązanie ?

[crooleeck]

Microsoft przy nowej władzy zrobił się userfrendly - może czas zainteresować się IIS'em?? Jest mocarny - pewnie da rade pod nim zrobić coś takiego - ale pewnie nigdy z nim nie miałeś do czynienia . Pisać w PHP to raczej nie najlepszy pomysł - są ludzie którzy szybko wynajdą dziury i z nich skorzystają. Z tego co słyszałem MySQL jest popularny i nic po za tym - specjaliści go omijają szerokim łukiem

BTW: Nie pasuje do koncepcji - ale projekty gierek/prezentacji wyglądają imponująco w Silverlight (ostatnio mam sporo do czynienia z Microsoftowymi patentami)

[ExeQtoR]

CLK

Troszkę nie do końca zrozumieliśmy się i inni pewnie też pomyślą jak Ty

strona ma być w miarę uboga ))))
koncepcje są dwie:
- aplikacja z rozszerzaniem Java'owym, z niewielkim zasobem danych(ograniczamy transfer z servera bo w Mobile za KB się płaci) - tutaj przy instalacji renderujemy dane obiekty(w zależności ile mamy miejsca i jaki sprzęt), bo procek na mobile nie da rady renderować to w biegu(dla każdego kąta i ustawienia obrotu obiektu), a transfer danych przez neta też szybki nie jest a na pewno zaje... drogi.
- przez przeglądarkę(dla stacjonarnych) ale ma być Java - po zalogowaniu do "gry" wcześniej może być interface np. w PHP do zakładania konta itp...

głownie chodzi o to że żadna mi dotychczasowo znana technologia internetowa nie ma możliwości zaawansowanego renderingu 3D a Java ma wtyczkę dla OpenGL który niby jest Free więc przebija wszystkie grafiki(jak się dobrze zrobi dane obiekty), pomijam Flash'a który jak ma super grafę to się długo ładuje i mi się tnie na procku 2GHz bo nie wykorzystuje procesora graficznego tylko główny ))))

Tu mi chodzi o to w czym napisać Engine czyli to co "nie widać" - jak się komunikować z użytkownikami - czy aplikacja ma się nonstop dobijać do servera? czy może server ma rozsyłać do userów dane, najlepiej chyba tak i tak w zależności od potrzeby, ale tu trzeba rozgraniczyć fakt większość os. będzie za NETem i i aplikacja musi się nonstop dobijać a na Ipv6 nie ma co liczyć.
Baza - która ma być tylko dla serwera i obsługiwana po przez ten Engine ewentualnie jego "rączki" czyli osobne "procesy" odpowiednio zabezpieczone, od tak sobie z zewnątrz bez zezwolenia z Engine nie można się dostać do Bazy.
Baza ma być darmowa bo dobre bazy są komercyjne(płatne) i już odpadam bo kasy nie mam na tyle, najlepsza byłaby baza na Oracle 11(może już nowsza wersja jest) ja na tym na uczelni zaliczałem przedmiot "Bazy Danych", z drugiej strony dobra baza to taka która szybko pracuje, a przy niewielkich ilościach danych każda tak pracuje, jak się odpowiednio podzieli na kilka baz to w razie upadku jednej nie padnie cała gra.

Tak mi wpadło do głowy ASP na C# lub pokusić się o ASP.Net
Co praca C# to nie C++ ale to nie będzie trudne do prze”kumania” się na inną odmianę C bo w C++ dość dobrze sobie radzę


Jak myślicie takie cos wypaliło by