Kako napraviti igru! (Iz perspektive programera...)

[sasha vukelic]

Odmah da kazem da AAA igre prave ogromni timovi ljudi, uz cijene koje se u prosjeku krecu od 10 do 20 miliona dolara. Za konkretan primjer, budzet GTA4 je bio $100.000.000! Ovo govorim, da bi vas odbio od pitanja: "Kako da napravim novi CoD, WoW...?"

Sada je neizbjezno pitanje izbora programskog jezika. Odgovor, bez puno pametovanja, je jednostavan: "C++". Sto se tice okruzenja, vrlo kvalitetan (a besplatan) je Visual Studio Express. Cilj post-a nije tutorial ovog jezika (sto bi bilo i nemoguce ostvariti na ovako malom prostoru). Pretrazivanjem interneta mozete doci do malko vise od bezbroj tutorijala, a cak da vam nijedan ne odgovara, vasa lokalna knjizara sigurno ima knjiga na trazenu temu.

1. primjer: iks-oks ili slagalica
-"Zasto bih gubio vrijeme da pravim bezveznu igru koju niko nece igrati?"
-"Ma, ovo je lako, nema potrebe da se zamajavam!"

Vrlo je bitno krenuti od necega i (po meni, jos bitnije) zavrsavati svoje projekte. Kada prodjete taj proces vise puta, shvaticete da uvijek naidjete na neku zackoljicu, koja se ili cinila lagana, ili ste mislili da nece predstavljati problem. Napravite igricu tako da to bude gotov projekat, da nista ne fali, da nije bug-ovita.

S druge strane, mozda ste vec sada zastali, jer ne znata kako bi poceli, sto znaci da ne posjedujete dovoljno znanje iz programiranja. Nemojte posezati za game-maker-ima, "How to make a game in 5 minutes?" i ostalima. Ako hocete da budete programer igara, morate znati programirati. Kupite kakvu knjigu, pretrazujte internet (npr http://www.cprogramming.com/tutorial.html) sta god da vam odgovara. Znajte da ce biti potrebno vrijeme da sve to savladate i da cete uspjeti jedino ako ste uporni.

Dok prolazite kroz osnovne stvari programskog jezika, uvijek zastanite i pokusajte napraviti nesto svoje. Recimo, tek ste poceli da ucite i upoznali ste se sa ispisivanjem i unosom rijeci i petljama. Cak i sa tako osnovnim poznavanjem mozete napraviti jednostavnu igru pogadjanja broja!

Kada zavrsite svoj prvi iks-oks (ili nesto slicne tezine), razmislite da li ste se osjecali komotno - da li ste cesto bili zbunjeni i niste znali sta dalje, da li ste cesto posezali za savjetima. Dobro razmislite da li bi sada znali ispocetka napraviti istu ili slicnu igru, bez ikakvih problema. Ako niste sigurni, upustite se u jos koji jednostavan projekat, igra memorije i sl.

2. primjer: pacman, tetris ili arkanoid
Napravili ste svoju prvu igru/igre. Vjerovatno bez zvuka, bez muzike i sa slabijom grafikom. Ono sto sada trebate napraviti jeste nesto, sto bi pomislili da se moze prodati, ali ce, generalno, faliti duzine i ispeglanosti.

Pored vas, kao programera, preporucio bih jos ljude zaduzene za grafiku, zvuk i muziku. Istina, mozete i sami da se bavite crtanjem, no ovdje trebate stati i razmisliti: neko ce da se bavi crtanjem igraca, neprijatelja, pozadine, zidova, UI-ja, cigli, loptica i sve to animirano, sareno i prijatno za oci. Da li vi to znate kvalitetno da odradite? Ako je odgovor da, programer treba vas da trazi.

Sto se tice samog koda, ovdje nema sta da vas uplasi. Doduse, kada pogledate jednu partiju arkanoida, mozda pomislite: "Kako napraviti igraca, lopticu, cigle, zidove, skor, a sve se to odjednom krece, sudara, sabira, eksplodira?" Pa, upravo je kljucno da ne radite sve odjednom.

Da li znate da ocitate unos sa tastature? Da li znate da nacrtate pravougaonik na ekranu? Guess what, znate i da nacrtate i da kontrolisete glavnog protagonistu! Ako uzmete prazan ekran, da li znate da nacrtate krug koji ce ici konstantnom brzinom i odbijati se od krajeve ekrana? Spojite ovo dvoje i prakticno ste na pola puta da zavrsite programerski dio posla.

Ono sto bi trebao da vam bude zadatak ovdje jeste kada "zavrsite" igru, svi zajedno uzmete list papira, sjednete za kompjuter i igrate. Sve, ali sve sto mislite da moze da se poboljsa zapisite! Vi cete mozda primjetiti da se neki dijelovi grafike mogu poboljsati, vas prijatelj koji je to sve crtao ce mozda primjetiti da neki zvucni efekti odskacu od drugih, dok ce covjek zaduzen za zvuk mozda imati kreativnih savjeta vezanih za igrivost. Bitno je da poboljsate svaki aspekat igre, koliko god je to u vasoj moci. Na kraju cete dobiti proizvod sa kojim cete se svi zajedno moci pohvaliti.

[boshkodj]

Ne bi bilo lose da iskusniji programeri(igara) napisu listu igara koje su pravili tj. da napise listu koju misli da treba da napravi neko ko pocinje sa gamedevom ,npr: iks/oks > pong > pacman > itd...

[irreal]

evo moje neke preporuke pocetnicima :

tekstualni papir kamen makaze.

tekstualno pogadjanje brojeva

prelazak na (jednostavnu) grafiku

iks-oks

pong

arkanoid.

tetris bi savetovao tek dosta kasnije, tetris je tezi neko sto vecina ljudi misli.


inace, najbitnije je shvatiti da nista ne ide preko noci.
ako nemate iskustva u programiranju igara necete za jedan dan nauciti sve, necete ni za dva dana, ni za dve nedelje. samo POLAKO. ne zaletati se preko glave jer to samo kreira frustraciju.

[Patrick]

Mi smo ucili Pascal u skoli i to sam vise nego odlicno savladao. e sad sledece godine pocinjemo da radimo u Delphi-ju pa je moje pitanje da li ce i Delphi DOBRO "zavrsiti posao" oko ovih manjih projekata koje ste naveli (arkanoid i drugo)? Znaci ako nadjem ljude koji ce da mi odrade zvuk i grafiku, da li ce biti sve jedno da radim u C++ ili Dephi-ju (ili makar priblizno isto)? Znam da bez C++ nema 'leba, ali s njim cu da se pozabavim kasnije (na fax-u)... Ipak mislim da ucenje dva programska jezika istovremeno nikako nije dobra ideja...

[doctor]

Patrick kaže:

...da li ce i Delphi DOBRO "zavrsiti posao" oko ovih manjih projekata koje ste naveli (arkanoid i drugo)? Znaci ako nadjem ljude koji ce da mi odrade zvuk i grafiku, da li ce biti sve jedno da radim u C++ ili Dephi-ju (ili makar priblizno isto)? Znam da bez C++ nema 'leba, ali s njim cu da se pozabavim kasnije (na fax-u)... Ipak mislim da ucenje dva programska jezika istovremeno nikako nije dobra ideja...

Ne bih rekao da delphi moze da posluzi za game dev Mada mozda i moze... znam donekle delphi... Preporucujem da se bacis na C/C++ jer sam skontao da je to daleko bolja solucija od bilo cega, evo i ja ga sad ucim iako poznajem Delphi, VB i slicne alate...
--------------------------------------------------------------------------
A evo npr. redosled pravljenja igara...

-Prvo neka tekstualna igra. Npr. program generise radnom broj od 1 do 10 i trazi od korisnika da pogadja koji je broj u pitanju. Sve to u tekstualnom (MS-DOS=konzola=tekstualno) okruzenju.

-Zatim nesto tipa Pong, nista preterano tesko ali ni lako.

-Zatim nesto tipa PacMan. Ovo je tesko u zavosnosti od toga u kom se jeziku/RAD-u radi... npr (mnogi mi ne veruju ali boli me !@#$$%@#%) u popishanom Game Makeru se osnova PacMana (tzv. engine) pravi za nekih pola sata-sat dok je za izradu istog u C++ potrebno mnogo vise logike, razmisljanja i znanja (zato preporucujem C++ ili sl. a ne RAD alate tipa GM).

-Eh, onda bi usledio neki platformer, a posle njega i neki top-down shooter, bar po mom mishljenju.

-Na kraju Tetris. Tetris je izuzetno tezak za pravljenje, to vam kazem iz iskustva (i mojeg i drugih) jer nisam uspeo da je napravim.

-Ukoliko napravite freakin' tetris, mozete da se bacite na neke druge stvari u igrama, kao sto je engine za fiziku, za particles, i sl.

==>
Logican korak dalje je 3D, ali vas je izbor kakvu cete igru u 3D praviti.


EDIT: Let this thread be sticky!!!

[player1]

Realno, mozes u svemu i svacemu da napravis malu igru (vidim, flash je dosta popularan, pa cak i praktican za tako nesto), ali problem je u tome, da bez obziljnog i efikasnog programskog jezika kao C++, da ce zahtevnost brzo postati prevelika za bilo sta vece. Ozbiljan game dev trazi efikasan programski jezik, i bolje znanje materije.

Zato, ako neko hoce da proba da se bavi game devom ozbiljnije, treba da proba prvo da napravi malu igru ne u fleshu, ili ne daj boze game makeru, negu i pravom programskom jeziku koji se koristi za takve stvari, pa kad nauci kako to ide, moze i neki veci projekat.

U suprotnom, mozes da postanes eskpert za male igre u flashu (sto da ne, i u tome ima para), ali sa takvim znanjem nikad nece moci da se bavis ozbiljnijim game devom.

[irreal]

doctor kaže:

-Na kraju Tetris. Tetris je izuzetno tezak za pravljenje, to vam kazem iz iskustva (i mojeg i drugih) jer nisam uspeo da je napravim.

-Ukoliko napravite freakin' tetris, mozete da se bacite na neke druge stvari u igrama, kao sto je engine za fiziku, za particles, i sl.

slazem se da je tetris tezi nego sto ljudi misle, ali samo zato sto ti nisi uspeo da ga napravis ne znaci da je toliki bauk. nikako ne bih rekao da je "izuzetno tezak"
kakav ti je to korak sa tetrisa na engine za fiziku ???


inace, u delphiju i te kako mogu da se naprave dobre, ne preterano zahtevne igre.
ako mozes, bolje je da ucis c++, ali ako moras da ucis delphi i neces i delphi i c++ to ne znaci da ne mozes da pises igre.

evo, taj Game Maker o kojem doctor cesto prica je napisan u delphiju.

i ne samo Game Maker.

mySQL administrator, Total Commander, Fruity Loops (FL Studio), Skype, GetDataBack
sve napisano u delphiju, kao i mnogi drugi programi, pa i neke igre.

[sasha vukelic]

irreal kaže:

ukoliko mislite da bi ovo bilo iole korisno ja mogu da napisem proces pravljenja ponga za 4 igraca u c++-u ili recimo onaj moj remake Logicala.

pa napisi, koga god interesuje, sigurno ce procitati!

boshkodj kaže:

Ne bi bilo lose da iskusniji programeri(igara) napisu listu igara koje su pravili tj. da napise listu koju misli da treba da napravi neko ko pocinje sa gamedevom

ja sam ko mali pravio razne gluposti, nekakve nazovi avanturice na spectrumu, program za tjeranje muha sa ekrana na komodoru, trkanje crva na pc-ju itd. neke igrice sto sam napravio npr. http://www.vplanetmag.com/raview17.shtml su malo previse stare, tako da ne saradjuju sa win xp-om (ili novijim), ali http://www.sk.co.yu/forum/showthread...665#post148665 jos uvijek radi

Patrick kaže:

Mi smo ucili Pascal u skoli i to sam vise nego odlicno savladao. e sad sledece godine pocinjemo da radimo u Delphi-ju pa je moje pitanje da li ce i Delphi DOBRO "zavrsiti posao" oko ovih manjih projekata koje ste naveli (arkanoid i drugo)? Znaci ako nadjem ljude koji ce da mi odrade zvuk i grafiku, da li ce biti sve jedno da radim u C++ ili Dephi-ju (ili makar priblizno isto)? Znam da bez C++ nema 'leba, ali s njim cu da se pozabavim kasnije (na fax-u)... Ipak mislim da ucenje dva programska jezika istovremeno nikako nije dobra ideja...

naravno da nije C++ jedini. recimo, odlican je i C# u kombinaciji sa XNA. u sustini, koji god jezik da koristis, dosta toga ces moci napraviti, ali C++ sam naglasio, zato sto za njega imas najvise primjera i tutoriala na internetu. mislim, dovoljno je reci da se vecina komercijalnih igara pravi u njemu i mi tu nemamo sta da pametujemo

[DonCorleone91]

Ja sam od programiranja odustao cim sa poceo jednostavno nije to za mene, iako je jako i interesantno i nema granica. Mislim da kad predjes neki osnovni nivo znanja treba da uzmes da se specializujes za nesto odredjeno i to da razvijas i ucis do perfekcije. Glupo je kad predjes osnovni nivo pravljenja igara i dalje sve delove igre da radis sam, jednostavno neces nista postici (ko uspe, svaka mu se dala). Ima i onaj SAE institut gde ima odeljak za game dev il tako nesto...izgooglajte

[boshkodj]

Ajmo ljudi,ako vas ne mrzi,pisite za druge igrice,ovako kao sto je napisao Patton car

[irreal]

Bravo. Dobar tekst.

Mislim da mozda ne bi bila losa ideja opisati proces pravljenja jedne relativno jednostavne igre.
ne mora se tu koncentrisati na tacan kod, bitan je proces razmisljanja, nacin resavanja problema. sta uraditi kada ne znas kuda dalje. kako debugovati.

cisto da ljudi koji nemaju nikakvog iskustva steknu neki osecaj kako sve to izgleda.

ukoliko mislite da bi ovo bilo iole korisno ja mogu da napisem proces pravljenja ponga za 4 igraca u c++-u ili recimo onaj moj remake Logicala.

[boshkodj]

A najgore od svega je to sto oni dok rade u GM-u ne prave igre preko GM jezika nego preko onog clik - drop sistema

[doctor]

boshkodj kaže:

A najgore od svega je to sto oni dok rade u GM-u ne prave igre preko GM jezika nego preko onog clik - drop sistema

Dosta o GM skontali smo da je smece Pa cak i ja

Dakle C++ je definitivno naj izbor za izradu igara... Bacio sam se na njega ali stvarno ne znam kako cu nauciti da maipulisem API-jem i kako cu nauciti da direktno radim sa podacima u memoriji... nista mi nije jasno a tutoriali na netu su totalno nepovezani... jedni preferiraju cout<< drugi printf( ...
Srecno i meni i vama

[rudar]

Polako, tezak je C++ dosta..Doooosta . Prihvati ovaj savjet i redovno, ali bash redovno radi u njemu jer se one komplikacije brzo zaboravljaju u pochetku. Ja sada ne bih znao ni hello world od nule da napishem

Tako da morash da budesh uporan ako zelis da uchish C++, pogotovo ako zelish da se bavish game-devom. Mnogo je tu posla, glavni razlog zashto sam ja prekinuo sa game-dev-ov i prije nego shto sam pocheo. Sada se mnogo vishe zanimam za security, mada je i to opshirno..

Uglavnom, kod C++ u kombinaciji sa game-devom, volja i trud i volja i rad redovni i volja. Tim redom

[LoshMeeBre]

Ja sam tek od skora poceo da ucim C++.. Prvo sam radio pascal/delphi, onda presao na c# i javu, sad se vracam c++u, planiram od jeseni ozbiljnije..

Nikada se nisam bavio OpenGL i DirectX programiranjem, ali i bez tih dzidzabidza moze da se napravi nesto lepo..

npr, bio sam ponosan na svoj Tablic koji moja sestra nije mogla da pobedi

sve u svemu, za pocetak najbolje praviti jednostavne 2d igre bez AIa..

pong - skoro sam izdiktirao ortaku preko telefona za par sati, ali je super da se shvati poenta objekata i njihovih atributa. Inace zaista ne vidim sta ima jednostavnije od njega. dva pravougaonika koji idu gore dole, jedna kugla, procedura za odredjivanje kolizije i za kretanje i to je to.. Al je fenomenalno za pocetak..

jako je jednostavno napraviti osnovnu verziju neceg poput chicken invaders-a. A onda se mozete mesecima zabavljati shminkanjem. Grafika, power up-ovi, razliciti neprijatelji, itd, itd..

Minesweeper je isto relativno lako napraviti.. To skoro svi vole da igraju, samo dodajte nesto po cemu ce biti poseban.


Sledeci vazan korak je AI.. Razne igre kartama, podmornice, sah (al to je zaista tesko, bar meni koji lose igram sah) i mnoge druge drustvene igre. Jako vazan korak, treba napraviti ai koji ce u svakom trenutku odigrati na najbolji moguci nacin..


nakon toga pocinje directX programiranje kada uz dovoljno vremena mozete napraviti sta god hocete al zato i jeste tesko i placeno. Sve u svemu ljudi, prvo se bacite na jednostavnije stvari, posle ide API itd..

[player1]

doctor kaže:

jedni preferiraju cout<< drugi printf( ...

Printf je standardna komanda za ispis iz C-a. "Count <<" je ubacen u C++ i realno je superiornija varijanta. Koristi to.

Zgodno bi bilo da se napomene, mada je skoro ocigledno, da je C++ backward kompatibilan sa C-om. Tj. svaki program uradjen u C-u ce da radi i u C++. Inace, glavna prednost u C++ je mogucnost objektno orjentisanog programiranja, i to je nesto sto obicno bude teze pocetnicima da skapiraju. Eto, ja sam sa basic-a, skocio na pascal i C bez skoro ikakvih problema, ali mi je bio problem da ukapiram ceo sistem po kome C++ i java rade.


P.S.
Ja volim javu, zasto sto dosta lici na C++, a i jednostavnija je za programiranje. Ali eto, java nije zgodna za igre (mislim komplikovanije, ne "igrice"), bas zbog losih performansi (ali uopste nije losa za razme programcice, tipa JDownloader i slicno). Mada, bilo sta uradjeno na javi ce da radi na bilo kom operativnom sistemom koji ima java virtual masinu.

[irreal]

@doctor
ti si vise puta navodio cas da ucis C++ cas da ucis C ?
znas li ti sta ucis uopste ?

player1 kaže:

Printf je standardna komanda za ispis iz C-a. "Count <<" je ubacen u C++ i realno je superiornija varijanta. Koristi to.

Zgodno bi bilo da se napomene, mada je skoro ocigledno, da je C++ backward kompatibilan sa C-om. Tj. svaki program uradjen u C-u ce da radi i u C++. Inace, glavna prednost u C++ je mogucnost objektno orjentisanog programiranja, i to je nesto sto obicno bude teze pocetnicima da skapiraju. Eto, ja sam sa basic-a, skocio na pascal i C bez skoro ikakvih problema, ali mi je bio problem da ukapiram ceo sistem po kome C++ i java rade.


P.S.
Ja volim javu, zasto sto dosta lici na C++, a i jednostavnija je za programiranje. Ali eto, java nije zgodna za igre (mislim komplikovanije, ne "igrice"), bas zbog losih performansi (ali uopste nije losa za razme programcice, tipa JDownloader i slicno). Mada, bilo sta uradjeno na javi ce da radi na bilo kom operativnom sistemom koji ima java virtual masinu.

prvo, nije Count << nego cout <<

c out, cout i c in, cin.

kao drugo, nece svaki program napisan u c-u da se kompajlira u c++ kompajleru.

nisu ogromne razlike, ali ih ima.

naprimer, alokacija memorije je drugacija (u c++-u ide sa new i delete, ne sa malloc itd)

drugo, u c++-u je obavezno napisati prototip za strukture i funkcije, u c-u nije

ima tako jos stvari.

boshkodj kaže:

Lako je uraditi koliziju za pong ako mislis da loptica ide samo po pravoj putanji. Razmisli malo da li bi toliko bilo lako da se uradi pod kojim ce se uglom loptica odbiti od "kvadrata" i od "zida".

nije tesko uopste.

za samo kretanje u bilo kojem pravcu koristis malo trigonometrije (sinus i kosinus) da ne bi bilo samo cetiri pravca (gore desno, gore levo, dole levo i dole desno) vec da moze da putuje loptica pod bilo kojim uglom.

kod kolizije "ugao" kretanja prvo "flipujes" a onda ako se radi o odbitku od "kvadrat" (a ne zid) dodas ili oduzmes odredjen broj stepeni u zavisnosti koliko od centra je loptica udarila.

ako umes da pretvoris stepene u radijane i imas osnovno znanje trigonometrije nije neki problem.


-EDIT-
dok sam pisao Patton me pretece

[holodoc]

player1 kaže:

Inace, glavna prednost u C++ je mogucnost objektno orjentisanog programiranja, i to je nesto sto obicno bude teze pocetnicima da skapiraju.

Ne flejmujem već samo konstatujem

Glavna prednost OOP paradigme nad ostalima jeste mogućnost korišćenja design patterna. Prava snaga OOP-a ne leži u osobinama kao što su nasleđivanje, polimorfizmi, enkapsulacija itd. već u načinima na koji se sve te stavke pojedinačno kombinuju. Postoji nekoliko poznatih izreka grupe koja je zbog svoje popularnosti i uvođenja design patterna u praksu dobila famozno ime "Gang of Four" (Erich Gamma, Richard Helm, Ralph Johnson i John Vlissides) i ona kaže "favor composition over inheritance" a šta to konkretno znači shvatiće svako ko ikada bude došao u situaciju da u OOP-u primenjuje design patterne tim pre što ih svaki ozbiljniji projekat sadrži. Inače design patterni se uopšte ne vezuju za bilo koji jezik koji su i onako alati već kada jednom naučite kako koji funkcioniše znaćete kako da ih implementirate u svakom jeziku koji ima osnovne OOP karakteristike kao što su enkapsulacija, polimorfizam i nasleđivanje.

[boskodrakulovic]

irreal kaže:

Bravo. Dobar tekst.

Mislim da mozda ne bi bila losa ideja opisati proces pravljenja jedne relativno jednostavne igre.
ne mora se tu koncentrisati na tacan kod, bitan je proces razmisljanja, nacin resavanja problema. sta uraditi kada ne znas kuda dalje. kako debugovati.

cisto da ljudi koji nemaju nikakvog iskustva steknu neki osecaj kako sve to izgleda.

ukoliko mislite da bi ovo bilo iole korisno ja mogu da napisem proces pravljenja ponga za 4 igraca u c++-u ili recimo onaj moj remake Logicala.

Ako neko zna da pravi igru onda sam to ja,Znam da uradim igrace,neprijatelje i ostalo ukljucujici i pozadinu i znam da im namestim kretanje

[Geomaster]

doctor kaže:

Šalim se. Realno tih 15.000 njemu verovatno predstavljaju svojevrsni achievement, dok pojedincima to verovatno ne predstavlja ništa, al' on toga nije svestan, a trebalo bi da postane svestan

Kvantitet≠kvalitet. Mene je sramota da priznam koliko sam hiljada redova iskucao i onda skontao da je đubre i da moram da ga napišem ispočetka