Drukowana wersja tematu

Napisany przez: matrach 4.07.2006, 14:06:10

Witam
Jeśli taki temat już był, to proszę, podajcie mi linka.

A więc:
Chce stworzyć grę internetową w php, typu OGame itd..
Gra była by rozbudowana, i dlatego chciałbym aby była łatwo rozszerzana, wykorzystam oczywiście szablony i pliki językowe..., oraz będzie napisana obiektowo.

Chciałbym abyście przedstawili inne, lepsze rozwiązania :

Napisany przez: NuLL 4.07.2006, 14:08:21

To nie ma nic wspolnego z Pro - patrzac na pytanie jakie zadajesz moge dac Ci jedna rade - daj sobie na luz.

Napisany przez: Cysiaczek 4.07.2006, 14:29:59

Skala projektu przerasta niejednego (w tym mnie). To co proponujesz to nie zabawa na 2 tygodnie, tylko na co najmniej 6 miesięcy i to kilkuosobowego zespołu. Przyłączam się do NuLLa - daj na wstrzymanie.

Napisany przez: Diwi 4.07.2006, 21:22:12

Ponieważ sam pisze gre internetową podpowiem Ci jak można rozwiązać pare kwestii:

[SQL] pobierz, plaintext 
UPDATE `resources` SET `wegiel`=`wegiel`+`wegielCoTure`
[SQL] pobierz, plaintext 

[PHP] pobierz, plaintext 
<?php
while(1) {
// i tutaj jeżeli czas wykonania danego przebiegu pętli jest większy od czasu akcj
i to wykonujemy akcję.
}
?>
[PHP] pobierz, plaintext 

Napisany przez: Vengeance 5.07.2006, 00:12:35

A do tworzenia wojsk przyda się na pewno wzorzec Composite (kompozycja)
http://devzone.zend.com/node/view/id/7

Napisany przez: wojto 6.07.2006, 15:45:04

Cytat(Diwi @ 4.07.2006, 22:22 )

[PHP] pobierz, plaintext 
<?php
while(1) {
// i tutaj jeżeli czas wykonania danego przebiegu pętli jest większy od czasu akcj
i to wykonujemy akcję.
}
?>
[PHP] pobierz, plaintext 

Napisany przez: Diwi 6.07.2006, 15:57:24

Napisany przez: matrach 6.07.2006, 16:17:27

Cytat(wojto @ 6.07.2006, 16:45 )

Napisany przez: Ace 6.07.2006, 17:39:18

Mam wrazenie, ze 1 post byl postem w stylu, podrzuccie mi cala logike (czyt. Jak przechowywac rozne typy obiektow w bazie, jak zrobic to, jak zrobic tamto)

Mysle ze sam powinienes sie nad tym zastanowic i pisac dopiero z wlasna propozycja - tzn: Co myslicie nad tym, ze to i to rozwiaze w taki a taki sposob.

Rowniez odnioslem wrazenie, ze nawet nie masz scenariusza napisanego - ale moge sie mylic Scenariusz przy grze to podstawa, bez tego nawet nie zaczynaj programowac, a nawet planowac.

Napisany przez: matrach 7.07.2006, 14:39:46

Cytat(Ace @ 6.07.2006, 18:39 )

Cytat(Ace @ 6.07.2006, 18:39 )

Rowniez odnioslem wrazenie, ze nawet nie masz scenariusza napisanego - ale moge sie mylic Scenariusz przy grze to podstawa, bez tego nawet nie zaczynaj programowac, a nawet planowac.

Napisany przez: Bora 7.07.2006, 18:58:15

Skoro to już pro (a na taki raczej ten temat nie wygląda) to powinieneś wiedzieć że gre zaczyna sie pisać od scenariusza (tzn co ma być, jak ma funkcjinować) a dopiero potem sie planuje jak.

Napisany przez: mike_mech 7.07.2006, 22:20:47

~Bora mylisz się moim zdaniem. Wg. Ciebie jeśli zmieni się scenariusz to ma się zmienic engine gry?
Nie, oczywiście że nie.

Grę moim zdaniem zaczyna się pisać od stworzenia środowiska, oprogramowania, e.t.c.

Napisany przez: bela_666 8.07.2006, 11:17:54

oj mike_mech, poczytaj artykuły na warsztacie ( http://regedit.gamedev.pl/warsztat/ ) jak się gry tworzy

Napisany przez: KG- 8.07.2006, 13:44:14

@mike_mech: Scenariusz gry nie obejmuje tylko historyjki jaką zobaczysz na stronie głównej przed zalogowaniem się. To także opcje programu, założenia, możliwości. Nie stworzysz engine-u gry nie mając tego w dobry sposób zaplanowane i rozpisane. Chyba że mowisz o engine-ie typu 'klasa dla bazy danych' i 'klasa dla szablonów' ale w takim razie z samą grą to ma tyle wspólnego co z każdą inną stroną napisaną w php.

@matrach: Wydaje mi się że musisz się nauczyć mierzyć siły na zamiary, poważnie. Już sam fakt, że chcesz umieszczać informacje typu możliwość wybudowania danego budynku i jego wymagania (może jeszcze opisy budynków?) w bazie danych świadczy o tym że jeszcze długa droga przed Tobą. Fajnie że chcesz podjąć jakieś wyzwanie, nauczyć się czegoś nowego w praktyce ale wierz mi że zaprojektowanie i zaprogramowanie gry nie jest wcale takie proste jak Ci sie wydaje.

Pozdrawiam.

Napisany przez: none 4.08.2006, 13:46:12

Witam
Napisanie gry to duże wyzwanie i ciekawe.
Ja bym uzył do tego oracla i cały engine na bazie i nie bawił bym sie w crony czy phpcli.
A php zastosował bym tylko jako prezentacja.
W sumie też w zależosci od tego jaka to by miała być gra jak turowa to może być w php jesli real time to raczej np. w C#. Bo jakoś js mnie nie przekonuje:D

Napisany przez: Bora 4.08.2006, 17:25:34

Jeżeli chodzi o pisanie gry to najlepiej wyglądałoby to w flashu jako prezentacja danych, łądnie podpiąć php do przesyłu danych, a jako baza to postgres lub mysql bo oracle to troche droga licencja.

Napisany przez: KG- 5.08.2006, 13:21:48

Napisany przez: Cobretti 1.09.2006, 16:50:17

Co do real time to tak naprawde real time nie moze to byc, bo to sa systemy oparte o jezyki skryptowe jak np php, a nie dzialajace w tle serwery tej gry, ktore ciagle cos robia, ale da sie to obejsc. Gracz rpzeciez nie widzi ciagle zmianiajacych sie wartosci surowcow itp, tylko dopiero jak przeladuje strone, wiec wtedy powinno byc wszystko przeliczane. Ewentualnie jesli tego gracza nie ma a ktos robic cos co ma wplyw na jego wojsko, surowce itp, to tez nalezaloby przeliczyc surowce itp. tego gracza.

Tworzenie tego typu gier to proces dosc zlozony, nie trzeba wbrew pozorom miec od razu calego planu, ale jakis zarys silnika musi byc aby to pozniej rozplanowac. Pozatym jak juz ktos napisal tego nie tworzy sie w tydzien, tylko to jest kilka miesiecy zmudnej pracy (min 2 aby zrobic jakis poczatkowy silnik), tym bardziej ze sama gra zazwyczaj sie zmienia wedlug sugestii pierwszych graczy.

A co do pierwszego posta to nie licz na to, ze ktos Ci zaprojektuje ja za Ciebie, jak chcesz cos takiego stworzyc to musisz sie sam wziasc za to, wiekszosc tego typu projektow pada po jakims czasie, bo nie ma kto nad tym pracowac.

A i nie trzeba wbrew pozorom wielkiej ekipy ludzi do tego, wystarczy jeden programista i jakis grafik i juz sobie poradza.

Napisany przez: Pianandrill 5.09.2006, 04:13:52

Cytat(Bora @ 7.07.2006, 19:58:15 )

Napisany przez: Ace 5.09.2006, 10:02:09

@Pianandrill: no ok, ale zauwaz ze takie enginy to kobyly ktore wszystko sa w stanie zrobic... Tak? Sam napisales od fpp po strategie, a nawet bilard... Jak chcesz napisac sobie gre sam, z kumplami, nie majac enginu, to Robisz najpierw scenariusz zeby wiedziec czego potrzebowac do pisania, z jakiego jezyka skorzystac, jak ma sie grac via www, czy tez aplikacja okienkowa, czy po prostu gra w c# + directX. To wszystko okresla scenariusz. A pozniej siadacie do kodowania i wiecie co kodowac czego nie.

Mowisz Ze w FarCry i Crytek najpierw byl engine. A ja powiem, ze napewno ten engine kreowal sie z czasem, napisali jedna gre, pozniej druga, pozniej kolejna. Mieli doswiadczenie i wiedzieli jak zrobic super engine ktory pociagnie jeszcze wiecej. I napisali engine, na ktorym pozniej stworzyli gre...

Jesli zazcynasz od 0, to nie piszesz enginu, tylko scenariusz. Majac scenariusz zastanawiasz sie jak to napisac. Taka jest kolej rzeczy. Mozna na odwrot, ale po co rzucac sobie klody pod nogi? To jest tak jak z tworzeniem stron. Chcesz zrobic portal, nie majac doswiadczenia - najpierw okreslasz co chcesz osiagnac, a pozniej realizujesz ten cel jakimis srodkami. Pisanie portalu bez wiedzy bez wyobrazni jak ma wygladac, karze ciebie na porazke.

Napisany przez: KG- 6.09.2006, 09:47:37

Pianandrill
Ja również się nie zgodzę z kwestią engine-u. Inny engine będzie miała gra handlowa, inny gra rpg a jeszcze inny np scrabble. Chyba że mówisz o engine typu obsługa bazy, szablonów, system wiadomości, ale to, jak już pisałem wcześniej, ma tyle wspólnego z samą grą co każda inna strona pisana w php
Innymi słowy - jeśli chcesz coś napisać to musisz wiedzieć co to będzie. Poczynić pewne założenia, cele i do tego dążyć. Inaczej wyjdzie niewiadomo co, lub porzucisz projekt w połowie.

Oczywiście potem taki silnik możesz rozbudować, stworzyć modyfikacje na jego podstawie, wykorzystać pewne jego części do modyfikacji gry itd. Ale pierwotna wersja powinna powstać na bazie czegoś ustalonego.

Napisany przez: Cobretti 6.10.2006, 22:58:20

Tak, najpierw scenariusz, pozniej engine, a w rzeczywistosci konczy sie wszystko tym, ze masz niby scenariusz, system jakis walki opracowany mniej wiecej do gry, a jak zaczynasz to pisac to wychodzi na to ze od strony programowania ten system walki jest bez sensu i wprowadzasz w nim kolejne zmiany


Pozniej osoby testujace gre mowia Ci ze ten system jest zupelnie bez sensu i sa kolejne zmiany.

Napisany przez: Turgon 7.10.2006, 08:48:39

Powiem tak, pisać będę grę w najbliższym czasie i powiem ci szczerze. Najpierw solidny scenariusz, a potem tylko ciągłe naprawianie i poprawianie. To niekończąca się droga.
Po co ci po za tym silnik ? Wystarczy Framework i trochę chęci

Napisany przez: raikou 7.10.2006, 09:09:19

W sumie to gra sieciowa dla przeglądarki opiera się głównie na założeniach nie na silniku. Jeśli dobrze sobie wszystko obmyślisz, rozpiszesz, wymyślisz wzory na których to będzie działało, to napisanie tego nie będzie raczej problemem, niezależnie czy strukturalnie czy obiektowo.

Kwestią problematyczną może być obciążenie maszyny, skrypt naprawde powinien być jak najszybszy i możliwie najmniej bolesny dla dostępnych zasobów.

Napisany przez: Turgon 7.10.2006, 10:17:18

To wszystko wiąże się z armią betatesterów, którzy będą męczyć grę etc. tak, żeby sprawdzić ją.
Dlatego prosty Plan:
1. Scenariusz.
a) fabuła
gry
2. Kod.
a) engine
otoczka
3. Wygląd.
4. Betatestowanie.
a) jeśli coś nie pasuje przerabiamy efekt 2.
jak wszystko okej - publikacja
5. Użytkowanie.
a) ciągły powrót do etapu 4.

Napisany przez: Fuzja 7.10.2006, 19:55:01

Zaprzeczasz Turgon sam sobie, raz piszesz, że silnik nie potrzebny, a potem w punkcie 2. wpisujesz go.

Napisany przez: Ociu 8.10.2006, 07:45:14

Cytat(Turgon @ 7.10.2006, 09:48:39 )

Po co ci po za tym silnik ? Wystarczy Framework i trochę chęci

Napisany przez: Turgon 8.10.2006, 09:43:05

Ociu jak chcesz... Ja w tej chwilę kończę dopisywać konfiguracje do FrameWorka . Potem jak skończę Bloga, to napiszę o tym notkę

Napisany przez: Cobretti 8.10.2006, 10:41:51

Cytat(raikou @ 7.10.2006, 10:09:19 )

Napisany przez: SHiP 12.10.2006, 20:00:59

Myśle ze problem obiektowo - strukturalnie nie ma duzego znaczenia, to są naprawde cyfry po 8 miejscu po przecinku. Kiedyś pisałem taką gre i to rpg ;] i przyznam ze ciekawym elementem moze być silnik w ajaxie. W mojej grze gracz pobieral tylko co klikniecie małe pakieciki zawierające jakies dane potrzebne do wyswietnienia danej opcji.

Napisany przez: D4rky 21.10.2006, 20:16:28

Cóż, ja sam w tej chwili piszę ogólnodostępny silnik do gry (rpgc0re). Może nie jest superpr0, nie 1337uje itp, ale na pewno jest lepszy od tego syfu, co teraz można ściagnąć (np Vallheru, GF2.5 itp). Porównywałem prędkościowo z Vallheru samo logowanie, i wyszło, że mój skrypt robi to 6x szybciej, ale to też kwestia mniejszej ilości kodu na głównej ;>

Napisany przez: TrAvIkK 23.11.2006, 10:22:32

Jeżeli projekt aktualny...

Wymagania co do budynków zrobić w php...
Większej głupoty nie słyszałem.

Jeżeli będizesz chciał coś zmienić, to będziesz musiał przegrzebać pół kodu w odnalezieniu jednej linijki. Przy tym powstaną bugi, przypadek - X-Wars.

Najlepiej zapisać wszystkie wymagania w bazie. Baza to potęga.
Mozna zmienić wymagania jednym kliknięciem, i nic się nie wysypie.

1. Tutaj będą dane dot. konta, np. login, alias, hasło, email...
2. Dane wymienione w cytacie

Napisany przez: KG- 21.12.2006, 16:32:45