Kako napraviti igru

Tocno si to rekao,

'teze' je.... problem je u tome da to 'teze' granici sa 'nemoguce' jer ja ne poznajem _nikoga_ tko bi imao toliko motivacije i discipline da sve to rijesi sam.

Zlocesta recenica incoming: taj lik koji radi oboje, ako je to onaj lik koji radi sve 'hardcore', sve u C-u i ne koristi GLUT - nemoj me nasmijavati :-D To su pricice za malu djecu koji si, koliko te pratim na forumu, vec odavno odavno prerastao znanjem i iskustvom.

A sto se tice tog feelinga da si sam napravio cijelu igru,

reci mi, da li bi imao isti taj feeling ako bi jednostavno uzeo nacrte tudjeg tech-a i sam ga implementirao?

Da li se i dalje osjecas jednako dobro kad dodas phong per pixel shader i blinn specular light, iako znas da si u shader jednostavno samo prepisao formulu iz wikipedije i da je nisi sam izmislio?

Ako bi htio clip mapping (a.k.a. mega texturing), da li bis i dalje imao feeling da si ga sam napravio, iako je ta tehnologija objasnjena vec u 80ima i sve sto trebas je slijediti tehnicki nacrt koji ce ti objasniti sto tocno trebas implementirati?

Ako hoces stencil shadowing, da li se osjecas lose jer koristis Carmackov reverse i nisi sam dosao na tu ideju?

Ako ti slucajno pukne da hoces voxel modele, i ides koristiti RLE voxele ili neku custom implementaciju SVO techa - ces se osjecati lose jer RLE voxeli postoje od 90ih, a obican octree od... sta ja znam, 20ih?

Evo ti spisak generalnih librarya koji ja koristim:

- xml parser - jdom

- low level sound library - open al

- render engine - opengl

- scenegraph wrapper - jmonkey engine

- low level input handler - jmonkey engine

- gui toolkit - gbui

- scripting engine - Mozzila Rhino (javascript)

- debug scenegraph monitor - JME SceneMonitor

- skin animacije - MD5/JME importer

Efekti:

- stencil shadowing - postojeci render pass rucno modificiran da radi sa per pixel phong lighting shaderom

- perpixel shading - tweakani shaderi iz milijun resursa po netu + rucno dodan albedo

- bloom - postojeci render pass, tweakan da radi sa depth bufferom

A ono sto sam samostalno napravio ili je u procesu izrade:

- event input handler prilagodjen inputu kakav igra treba imati

- event sound manager, za generalnu upotrebu i samostalni open source projekte

- streamed resource loader prilagodjen igri

- binary xml compiler

- cijelokupni data model za igru + odgovarajuci serijalizatori koji loadaju/unloadaju resurse i odrzavaju potreban LOD

a) staticki objekti

b) interaktivni objekti (skriptani)

c) NPC-evi

- AI (line of sight, pathfinding i jednostavan tree decision maker) koji je skoro cijeli moguce reusati

- resource generator - generator playgrounda koji ce mi spasiti countless sate grindanja sektora - ostaje mi samo finetuning

- unified light and shadowing - Doom3 lighting model

- normal mapping

- Drag&Drop u GUI library

Ono sto sam discardao:

- custom shadowmap generator

- sunflow2jmonkey raytrace renderer, radiosity shadowmap generator

- custom konzola

- custom GUI toolkit

- custom lighting model

To je sve od popularnih termina, a tome dodaj jos bezbrojne sate tweakanja i debugiranja shadera, debugiranja inputa, failova sa inicijalizacijom audio devicea, retardiranih grafickih kartica koje ne podrzavaju neke nacine blendanja, crtanja GUI-a....

Vjeruj da od silnog posla u niti jednom trenutku se ne osjecam kao da 'kradem' nesto od drugih, nego sam sretan i presretan sto ima ljudi koji rade librarye, da ja ne moram.

Ej, 'samo' GUI library... nesto na sto vecina ljudi odmahne rukom - ode ti NAJMANJE 5-6 mjeseci posla....

Primjeti da su stvari koje su discardane vecinom 'custom' - to je zato jer su tudje implementacije deset puta bolje, jer ljudi koji ih rade se koncentriraju na TECH, umjesto na IGRU.

Datum kad sam imao dovoljno koda za uploadati ga na sourceforge (ie. poceci pocetaka) : 2006-10-16

Engine je DX + C++ :)

Što se tiće igre koju planira razmišljao je o C#u iako neznam što je ostalo od toga. Vjerojatno C++.

Slažem se s time što ti i Naxeem govorite, ali govorim o ponešto drugačijoj situaciji gdje je cilj natjerati engine i igru da rade, a ne napraviti nešto što bi se prodavalo. Nije bitno koliko će to lame izgledati, ili što će kod biti u neredu i neiskoristiv. Možda se i ne radi o kodu koji bi se danas nazvao punokrvnim engineom, i definitivno nije u rangu sa poznatijim uradcima. Sasvim je ok ako je grafički slabije od prvog Dooma. Čak i to je teško za jednu osobu... ali zasad mu ide.

Ali to nema smisla. Ja sam sa nepunih 17 godina počeo pisati svoj engine. Tada, iskreno, nije baš bilo resursa online, osim NeHe tutoriala, DX je bio popularan u verziji 7 i nazirala se V8... (7 = smeće), SDL je bio jako popularan... I kao odličnom programeru tada, koji je znao (više se ne sjećam puno asma) asm i c... trebalo mi je više od godine i pol dana da dođem do FPS 3D enginea s .3p bumpom, stencilima, dinamickim osvijetljenjem, realnom (priblizno) newt. fizikom i sl.

To je ogroman posao! Samo window manager jer proces... od mapiranja img resursa, do pozicioniranja, handlera, itd. Izrada cjelokupnog enginea je proces za 3 semestra fakultetskog programa, a da ne govorim o poslu za sve ostalo; provjeri, imaš nekoliko fakulteta za game dev.

Jednom me kolega s faksa upitao: 'ajmo napravit' OS od nule! Od boot loadera, kernela, drivera... - rekao sam da nema teorije da kernel ikada dovrši, a kamoli da to ima smisla. - Došao je (sam) do početka izrade kernela i skužio da je besmisleno, ali ne zato što on to ne može (sposoban je, član mense i sl.), nego jer je to OGROMAN posao koji ne nosi ništa korisno.

A mogao je uzeti engine, napraviti dobru igru, osnovati studio i raditi za novac, a ne u prazno. - Edukacija DA, ali kompletna izrada enginea bez cilja za ozbiljno milijunsko tržište - NE.

Mozes je staviti na google docs

lol^2

Možeš radit sam, samo treba vremena i volje.

mda...

LUA

Jel pretezak Programski Jezik LUA,vidim na par tutoriala da nije bas zamrseno.

Edit: Itf4n,predobre su ti one tvoje igre,jel mislis praviti koju 3D igru.Bilo bi super da Calliball bude u 3D-u.