Pozdrav!!!

Gotovo je i ovogodisnje letovanje i ponovo smo spremni za radi (kako da ne :P).

Da nastavim tamo gde sam stao. Da li je bolje da za crtanje terena ispod letilice i za crtanje zvezda koristim vec transformisane vertexe (kao u prvom primeru sa vertexima u SDK-u) ili da koristim ne transformisane koordinate pa da podesavam matrice prilikom iscrtavanja? Sad cu poceti da radim na zvezdanom polju iza letilice (to mi je nekako najlakse) i za sad planiram samo da crtam pixele koji se krecu razlicitim brzinama pa bi izgledalo kao da su neke zvezde blize, a neke dalje... kasnije cu, mozda, umesto pixela koristiti point sprite za zvezde.

Prvo da utvrdim terminologiju:
RHW = screen space
XZY = model space

Mislim da je bolje da koristiš XYZ prostor ako teren koji crtaš koristi stalno istu geometriju. Ali ako ti je teren uvek različit i nikada ne ponavljaš geometriju i praktično ga generišeš u toku skrolovanja ekrana, onda je jednostavnije koristiti RHW prostor. Takođe u ovom slučaju možeš koristiti jedan vertex buffer i jedan DrawPrimitive poziv (pod pretpostavkom da su ti sve teksture terena kombinovane u jednu teksturu). Tako ćeš imati bolji frame rate. Puno DrawPrimitive poziva znatno usporava celu igru jer je igra u tom slučaju tzv. driver bound, tj. provodi najviše vremena u drajveru iako CPU i GPU mogu biti značajno brži.



Ako napraviš dovoljno fleksibilan particle system zvezdano polje i eksplozije mogu koristiti isti code.

Npr. Paralaks zvezdano polje je particle system kojem je
- emiter predstavljen linijom
- početno stanje je random
- život partikla je uvek isti
- svaki partikl ima neograničeni broj života
- smer je uvek isti
- broj partikla je konstantan
- početna brzina varira

Kod eksplozije
- emiter je predstavljen tačkom
- početno stanje je bez partikla
- život je određen dužinom eksplozije
- svaki partikl ima samo jedan život
- smer je random
- broj partikla varira od veličine eksplozije
- početna brzina je konstantna

Što više ovakvih stavki dodaš tvoj particle system će biti fleksibilniji, mada u isto vreme znači da neće biti optimalan za svaki pojedinačni slučaj.

Branimir

Za sad mislim da ne koristim particle system :) Verovatno bih mogao da ga napravim, ali je previse komplikovano za pocetak. Lako mogu posle i to dodati. Za sad planiram da uvek imam oko 100 zvezda, ekspozija da jednostavno bude jednostavno nekoliko slicica koje ce se menjati i izgledati kao eksplozija, a za teren sam mislio da se ucitava iz fajla (mada moze biti i generisan prilikom pocetka svakog nivoa) sa tacno odredjenim brojem vertexa koje cu skrolovati i kada dodjem do poslednjeg iza njega renderujem opet prvi i tako u krug. Pitao sam da li treba da bude RHW ili XYZ zato sto ce mi biti potrebno da znam da li se moj mesh sudario sa terenom (onda bi trebao da eksplodira i da igrac izgubi zivot)... Videcu kako cu to da uradim, samo da zavrsim sa zvezdicama :)

Ovo obično ne izgleda dobro u igrama, a i potreban ti je neko ko će kreirati te sličice. ;) Kod ovakvih svemirskih pucačina specijalni efekti su veoma važni. Mada tebi je cilj da učiš na ovoj igri, a ne da je prodaješ, pa onda može da prođe i bez mnogo specijalnih efekata.

Branimir

Pa da... ova igra je cisto edukativne svrhe... niti ce se prodavati, a verovatno je niko nece ni igrati :) Ipak sam poceo da radim na nekom vrlo jednostavnom particle system-u za zvezde, a verovatno i eksploziju i vatru za raketice i svemirski brod. Malo se patim s tim, ali uspecu nekako da ga napravim :)

ja sam voljan da ucestvujem u PROJEKTU, ali ja znam osnove dx-a u VB-u? da li to pravi problem? mada, oduvek sam hteo da pocenam ucenje c++-a.

Koriscenje DX-a je relativno lako :) Cilj svega ovoga nije da samo naucis da koristis DX, vec da naucis da pravis igru. Kad znas da pravis igru, lako posle mozes da naucis i OpenGL ili neki drugi API pa da radis sa njim(mada meni je nakako najdrazi DX :) ). Kad zavrsim(o) sa ovom malom igrom, mozda bi mogli da napravimo neki mali, mali, mali, majusni engine :) Ovo sto sam ja poceo tesko da lici na bilo kakav engine, ali sta da se radi... svaki pocetak je tezak :)

Najbolja serija knjiga na temu razvoja igara je:
Game Programming Gems (1, 2, 3 i 4)

http://www.charlesriver.com/titles/gamegems3pack.html
$129.95 za prve tri knjige

http://www.charlesriver.com/titles/gamegems4.html
$69.95 za četvrtu

I sve knjige vrede stvarno svaki utrošeni $. ;)

Branimir

Ne radi se o besplatnoj knjizi nego o linku na ilegalan download! Razvoj igara i piraterija ne idu zajedno...

Pročitaj Pravilnik za korisnike



Branimir

Sorry, obrisacu sam linkove... nisam znao da je nelegalna kopija. Ima li neke dobre besplatne knjige na netu za nas koji ne mozemo da izdvojimo $129.95 + $69.95 za knjige?

P.S.

Ovo je knjiga, a ne software pa nisam krsio pravila foruma :)

Ispostavlja se da isto pravilo vazi i za knjige, filmove, mp3ove, itd. Mislim ne moras bas da postujes linkove po forumu za to, a sta nadjes na netu, to je vec samo tvoja stvar.

E, ovako... sve ovo sto je bilo uradjeno do sad je uradjeno ponovo samo malo drugacije. Sve klase koje se nalaze u ovom malom "engine"-u se sada nalaze u jednom .lib fajlu. Verovatno sam ovog puta malo bolje napravio sve (izgleda da memory manager-i ovog puta rade kako treba)... da ne pricam mnogo, evo source coda za to.

I, evo jednog malog programa koji koristi ovaj mali engine da nacrta neki mesh iz X fajla.

Nadam se da cu uskoro zavrsiti i onaj particle system pa cu napraviti i zvezdice :)

Dodao sam klasu CMMMultiTexture. Mislim da ce nam trebati kad budemo koristili particle system da animiramo teksture cestica. Nasao sam i model nekog svemirskog brodica... bice dobar dok ne nadjemo drugi :)

Posto je fajl malo veci (oko 400kb) morate ga skinuti odavde: http://www.geocities.com/srki_82/TextureObject_letilica.zip

P.S.

Otvorio sam sobe na serbiancafe-u i krstarici: #DirectX pa ko hoce da prica na temu ove igre ili neceg drugog u vezi sas DirectX-om moze da dodje.

Ako ima neko da odradi programiranje ove igre i u C#-u, Javi, VB-u, Delphiju, UML-u, 3DGS-u,
Blitz3D-u, DarkBasic-u, Blender3D-u, Virtools-u kao i koriscenjem gotovih enginea itd. sve sa
objasnjenjima pa da i pocetnici i oni koji ne rade u C++-u a i oni koji se ne bave programiranjem
enginea ponesto nauce... ;-)
Videcu i da li neko ko se bavi modelingom ima vremena da objasni pocetnicima kako se sta pravi.

Sto se ove igre tice u pitanju je bas pravljenje engine-a tako da je nece praviti sa vec gotovim engine-om.
Inace, dajem podrsku za rad (i) u drugim programskim jezicima. Razlog je sto je C++ veoma necitljiv onima koji ga ne znaju cak i ako znaju programiranje u nekom drugom jeziku. Na primer, ja radim u VB.NET-u ali bez nekog ucenja C#-a ja razumem kod kad ga vidim (OK, znam C (ne ++)) ali kad pogledam primere u C++-u malo sta mi je jasno. Jedino da polako desifrujem. Ako bi se radilo u VB.NET-u ili C# mislim da bi mogao vise da se stavi akcenat na DirectX nego na ostatak koda.
Takodje, mnogo je vise primera radjenih u C++-u negu u ostalim programskim jezicima pa bi ovo dosta znacilo onima koji zele da nauce i koriste DirectX a nemaju vremena da uce jos jedan programski jezik (ma koliko on dobar bio).

Ja odlicno znam da radim u Delphi-u pa bih mogao da kad zavrsimo igru da je prevedem u Delphi... ne mogu bas da stignem da pisem istovremeno i C++ i Dlephi kod. Ako ima dobrovoljaca za prevodjenje koda slobodno pocnite sa ovim sto je do sad gotovo :)

Malo sam zaglavio... zna li neko kako se koristi point sprite? U sustini znam kako treba da ih koristim samo ne znam koje sve state treba da postavim na koje vrednosti. Dakle... imam tacku koja odredjuje gde treba da se pojavi point sprite, svaki sprite ima svoju diffuse boju i texturu (koja je samo maska... znaci crno bela, gde je bela pojavljuje se diffuse boja, gde je slika tamnija tamo je i diffuse boja tamnija... tako otprilike). Koji sad state-ove treba da se sve podese? Posto crtamo i mesh bilo bi dobro da znam koje sve state treba da podesim i za iscrtavanje njega... nema potrebe za blendovanjem ili slicnim stvarima... samo da na njega utice svetlo, da nije flat shade, ako ima texturu da se ona vidi ako nema da se vidi diffuse boja... otprilike to. Hocu da sto manje menjam state zbog brzine (bar tu mogu malo da ustedim :) ). I jos nesto... ako je recimo podeseno da je aktivan flat shade i ja ponovo setujem state na flat shade da li ce to uticati mnogo na brzinu... mislim da li uvek prvo da proveravam sa GetRenderState da li je state onaj koji mi treba pa ako nije da pozovem SetRenderState ili mogu slobodno da pozovem samo SetRenderState, a on ce videti da li uopste treba da promeni RenderState? Nadam se da nisam jako nejasno postavio pitanje :)

Napravio sam neki mali particle system... sad imam jedan problem... kako da znam koji deo prostora se vidi kada se postave sve matrice (world, view, project.)? Ustvari... problem je ovo: zelim da podesim matrice tako da gleda u 0, 0, 0 i da se pixel vidi sve dok ne predje -1 na jednoj ili 1 na drugoj strani X ili Y ose. Znaci kad napravim cestice koje se krecu sa desna na levo od -1 ona treba da se pojavi skroz na desnoj ivici ekrana i kada dodje do X koordinate -1 izlazi iz ekrana. Eto... to je otprilike to. Kod za particle system cu verovatno jos menjati (svi oni pozivi funkciji SetRenderState ne daju bas neku lepu sliku... ako neko zna neka ih promeni), ali evo ovoga sto trenutno imam.

Definitivno sam nesto zeznuo sa ovim particle system-om... ko ima znanja i zelje da nekako ovo popravi neka mi pomogne jer stvarno ne znam zasto se samo x koordinata za samo prvu cesticu postvlja prilikom poziva funkcije InitParticle. Kod i za Simple engine i za First game su ovde zakaceni... ko hoce da proba neka prvo kompajlira Simple engine i zatim lib fajl koji dobije neka kopira u direktorium gde First game kod. Stvarno sam zaglavio... zezam se sa ovim vec par dana... help :)

I ovaj jednostavni particle system je dovoljno uznapredovao da moze da se vidi na ekranu. Evo primera u kojem se vidi brodic i neke crvene zvezdice iza njega.

Ako nekog mrzi da kompajlira sve ovo:

EXE: http://www.geocities.com/srki_82/FirstGameEXE.zip

Mesh i textura za zvezde: http://www.geocities.com/srki_82/Media.zip

Posto je ovo 2D igra... mislim da je bolje da ne koristimo 3D mesh za crtanje objekata nego da ih sve crtamo kao point sprite-ove. Brze, lakse i bolje u ovoj situaciji, zar ne? :)

Zeleo bih jos da dodam da bi po meni bilo dobro da se igra radi jos i u Macromedia Flashu
(ActionScript) kao i u Macromedia Directoru (MX 2004, posebno u Lingo-u i u JavaScriptu). Tada bi
njen obrazovni aspekt (sto se tice tehnicke strane izrade) bio potpuniji.
Naravno da bi sve ovo razliciti developeri mogli da rade na razlicitim platformama dobro bi bilo
napraviti i nekakvu projektnu dokumentaciju mozda, pa da i to naucimo kako se radi. Mada posto se
radi klon postojece igre mozda je dovoljno samo videti originalnu igru.
Posto izrada igre ne obuhvata samo tehnicki nego i druge neke aspekte npr. ekonomski, pravni itd.
(od cega takodje zavisi mogucnost njene realizacije i sto takodje ima obrazovnu vrednost) moja neka
razmisljanja su sledeca:
1. Igra bi trebala da bude OpenSource (otvorenog koda) jer je pokrenuta sa obrazovnim ciljem pa bi trebalo da svako moze da vidi (i kompajlira) njen Source kod i to bez obzira da li je igra komercijalna ili ne. Ovde se jos uvek ne razmatraju licence u vezi prava na distribuciju izvrsne (exe - kompajlirane) verzije igre. Ovde sam predpostavio da je broj onih koji ce da kompajliraju igru u edukativne svrhe (ili druge svrhe) manji od ukupnog broja igraca medju kojima su i potencijalni kupci igre.
2. Igra bi svakako trebalo da ima sponzore - npr. jedan od sponzora je EliteSecurity.org portal jer
daje mogucnost za tehnicku realizaciju.
3. Moj predlog je da se ide na komercijalnu verziju igre (ako je to moguce i trzisno logicno) - ali
to je samo predlog...
4. Ako developeri i sponzori ne zele da prave komercijalnu igru (iako mozda postoje mogucnosti za
to) onda ostaje igra sa GPL ili nekom slicnom licencom, naravno ako i ovde nema nekih npr. pravnih
problema.
5. Sto se tice predloga za komercijalnu igru (moja) logika je sledeca:
Zasto nesto raditi za dzabe ako to isto moze i za novac. Ne kazem da neke stvari uopste ne treba
raditi volonterski nego govorim sada o mogucnostima za komercijalni projekat.
Kao prvo ako bi bilo dovoljno sponzora kako u radu (developera) tako i onih koji doniraju druge
stvari npr. novac onda igra moze da se radi i kao cist GPL. Naravno moze i kao cist GPL i bez novca
ali sada razmatram isplative varijenta sa stanovista ulozenog rada i predloga za komercijalnu igru.
Drugo ako se ide na cisto komercijalnu igru moj predlog u vezi ovoga je tzv. "investicioni rad".
Nemam nista protiv da ovde sada uleti neki menadzer i da kaze nasao sam investitore i platicemo
developere u potpunosti ali dok to (i ako) neko (to) ne uradi predlazem da u tom potencijalnom
komercijalnom projektu svako bude nagradjen prema kolicini i kvalitetu onoga sto je ulozio (bilo da
je u pitanju savetovanje, rad (vreme), neki resurs, novac, informacija itd.). Naravno i tu se moraju
napraviti kriterijumi za utvrdjivanje sta ulazi u projekat a sta ne. Podelu eventualne zarade od
prodate igre bih predlozio u procentualnom iznosu prema onome sto je ulozeno i odobreno za projekat.
Mozda bi ljudima za uloge (tj. investicije npr. u radu) trebalo izdavati nekakve akcije pa da se
posle prema broju akcija vrsi podela profita :)
PS: Mozda bismo mogli da zamolimo i Hakere sa foruma Cracking, Kriptografija, Securitu Coding isl.
da odrade zastitu (izvrsne verzije) za komercijalnu verziju igre.
Jeste da onaj ko kupi igru (po ceni od recimo $5 ili $10 ili nekoj drugoj) dobija i Source kod pa
moze da je kompajlira pa i (sa ovog aspekta) ilegalno distribuira to jos uvek ne znaci da se igra
zbog toga ne moze prodavati ili da nece biti zarade.
Eto, zanima me sta o ovome misle Sponzori (ljudi ispred ES-a), Developeri/Konsultanti, potencijalni
developeri, oni koji nesto znaju o celom ovakvom procesu u bilo kom delu itd... Nadam se da mi nece
biti zamereno ako ovi predlozi nisu umesni ili logicni (tj. moguci)
Ako nista drugo mislim da bi citav ovaj proces izrade komercijalne igre bio koristan u obrazovne
svrhe makar uopste ili samo delimicno uspeo.
Da li neko zna da li postoje nekakvi uslovi (npr. za dobijanje licence) za izradu klona igre
(3D)Scramble:
a) pod GLP licencom?
b) pod komercijalnom licencom?

_{[Ovu poruku je menjao shima dana 11.09.2004. u 04:40 GMT]}

Ja jesam za verziju igre u vise jezika (ili razlicita igra za razlicit jezik) ali ne treba preterivati (Flash...). Verujem da bi pored C++-a bilo dovoljno uraditi u C#, VB.NET-u i Delphi-u. Naravno, to je moje misljenje i sto se mene tice samo predlog jer ja na bih aktivno mogao da ucestvujem jer DirectX ne znam (a hteo bih da naucim po nesto ovde).
Kao sto si i sam rekao ovo je u edukacione svrhe tako da mislim da ce se svi sloziti da ne treba da bude komercijalna.

Hehe... sve to lepo zvuci :) Ko ne bi voleo da zaradi, ko ne bi voleo da nauci nesto novo, i sve ostalo... ali meni sve ovo vec postaje mnogo tesko, a niko se bas mnogo ne trudi da mi pomogne... vec polako razmisljam da prvu(mozda i drugu, trecu, cetvrtu...) igru napravim sa nekim vec postojecim free engine-onm. Pokusacu jos malo da radim na ovome, ali cini mi se da vec dugo stojim u mestu i samo sredjujem vec ispisani kod jer mi se jos uvek ni jedan deo programa ne svidja. Bilo bi mi zaista drago kad bi neko osim mene uradio bar deo programa :)

Hej Srki, malo pre sam se setio da postoji Scramble klon radjen u obliku Java appleta (Java 1.1).

Ne znam da li ti to treba... Ja sam negde zagubio link ali ako ne mozes da ga nadjes javi mi pa cu da pokusam da ga iskopam.
Igra je naravno radjena u 2D. Malo se razlikuje od originala ali ne mnogo.
Ja se uopste ne razumem u to sto radis jer koliko kapiram programiranje enginea u DirectX-u je prilicno usko strucna oblast...
Ti si sve ostalo osim enginea isprogramirao ili umes da isprogramiras?


_{[Ovu poruku je menjao shima dana 11.09.2004. u 03:57 GMT]}

Programiranje engine-a je jedna stvar, a programiranje igara (i koriscenje napravljenog engine-a) druga... bar koliko mi se cini :) U engine-u (bar u ovom sto pokusavam da napravim) se nalaze klase, tipovi, funkcije... itd koje posle mozes da koristis za pravljenje nekoliko razlicitih igara. Quake engine je recimo koristen i za pravljenje jedne fudbalske igre (fudbal i Quake... hehe, bas imaju puno zajednickog) tako da ti engine dodje nekako kao pomoc pri pravljenju igre jer ne treba da se zezas sa mnogim stvarima jer on to radi umesto tebe. Na primer kada se ucitava mesh u slucaju ove nase male igre automatski se ucitava i textura, postavlja difuse boja, kada iscrtavas mesh dovoljno je da kazes mesh->DrawMesh i on ce se iscrtati i slicno. Dakle... u engine-u isprogramiras sve sto mislis da ce ti trebati u igrama koje pravis, od ucitavanja i snimanja fajlova, grafike, zvuka, prikazivanje svega na ekranu do fizike. Na kraju bi mogao da imas recimo engine koji moze da iz fajla ucita podatke o teniskoj loptici (izgled, elasticnost, zvuk koji treba da se cuje prilikom dodire lopte sa drugim stvarima i slicno) da dodas silu gravitacije, postavis loptu negde u vazduhu i pustis engine da radi svoje i lopta ce skakati. Sve u svemu... zeznuto je napraviti i engine, a i igru kada vec imas engine :)

Kod mene je najveci problem ne znanje... ne znanje DirectX-a, ne znanje C++-a, ne znanje nicega :)

Nemoj da odustaješ! Na pravom si putu da završiš ovo što si počeo. Sve ovo što učiš će ti kasnije biti od koristiti, čak i ako pređeš na komercijalni engine. Što se tiče komercijalizacije ovog projekta što radiš, mali su izgledi za neki veći komercijalni uspeh. Takvih igara ima već besplatnih. Ono gde možeš ovo da komercijalizuješ je neki domaći kompjuterski magazin. Napišes članak sa opisom onog šta si radio, kako si došao na ideju da to uopšte radiš, na koje probleme si naišao, objaviš source, itd. To bi moglo da se rastegne u 2-3 broja... :)

Branimir

Da li 3D model npr. raketa ili brod za potrebe video igre mora biti iz jednog dela ili moze da se
sastoji iz vise delova i ako moze iz vise delova da li ti delovi moraju biti povezani nekako ili ne
moraju i zasto?

Sve zavisi od engine-a koji koristis. U sustini nema veze da li su modeli iz jednog ili iz vise delova jer se obicno API pati sa tim. Video si na primer da sam ja koristio model u ovoj igri koji se sastoji iz vise delova. Kada bi umesto tog modela stavio neki drugi koji je iz jednog dela ne bi bilo potrebe da se program menja jer DirectX ucitava i modele iz jednog dela i modele iz vise delova. Uglavnom se modeli prave iz vise delova (koliko znam): glava, ruka, druga ruka, grudi, stomak, noga, druga noga, prsti... i slicno.

Način na koji su modeli podeljeni prilikom modelovanja, ne mora da bude isti način na koji su podeljeni tokom renderovanja. Na svim platformama je najbolje imati što manje poziva za crtanje, ali na PC-u je to posebno izraženo. Naime zbog nezavisnog hardware layera drajver provodi dosta vremena pripremajući se za renderovanje (možda si čuo izraz "driver bound"). Tj. prevodeći iz tog nezavisnog oblika u oblik koji očekuje grafička kartica. Npr. jedna od optimizacija za FSW za PC je bila da se sva vozila renderuju u jednom pozivu, dok su na Xbox-u bila renderovana u N poziva (praktično svaki točak na vozilu je bio poseban drawprimitive poziv).

Branimir

Pkusavam da koristim billboard-e umesto point sprite-ova za particle system, ali nesto ne ide. Ustvari nista se ni ne vidi na ekranu kada ih iscrtavam. Source za ceo Simple Engine, moze li neko da pogleda sta nije uredu sa particle systemom?

Zaboravio sam da kazem... malo sam sredio mesh klasu pa je sad lakse da se pomera po ekranu. Napravio sam malu demonstraciju pa pogledajte ako vas zanima. Treba vam ovaj kod, SimpleEngine.lib i ship.x da bi sve radilo. Strelicama se pomera brodic, nista narocito, ali se brodic pomera :)

Pogledao sam kod i odmah sam primetio da crtas particle pojedinačno. Trebaš da koristiš index buffer sa "degenerate triangles" i renderuješ sve kao jedan tri-strip.

Izgleda ovako:
0 1 2 3 3 4 4 5 6 7 7 8 8 9 10 11 11 12 12 13 14 15...

Znači na svaka 4 index-a dolazi dva koja predstavljaju spoj između dva tri-strip-a.
Iako ovo zvuči neoptimalno, u smislu da se za svaka dva vidljiva trougla crtaju dva nevidljiva, ovo je na svim platformama brže od pojedinačnog crtanja.

Ovo je samo sugestija, nije rešenje za problem... ;)

Branimir

Hvala na savetu... cim poligoni pocnu da se pojavljuju bez te optimizacije ubacicu je, a do tada moram prvo da vidim zasto se uopste nista ne vidi :)

Naidjem vam ja na ovu temu ili procitam 'Za pocetnike (i one koje hoce da nas nauce)'. A ja blage veze ne znam sa programiranjem pa ajde da procitam. I tako ja citam citam a nista ne razumem :p . I onda procitam ideju da sve to napravi u Flash MX-u. :o A ja kao web dizajner se setim da ja znam ActionScript... I eto ja seo i napravio za 3 dana.
...Cudom ispalo je mnogo bolje nego sto sam zamisljao...

http://www.despotos.edu.yu/milan/game/game-swf.zip
http://www.despotos.edu.yu/milan/game/game-exe.zip

Evo vam linkovi za download...
Pa da cujem misljenja.
Dacu vam script ali ne verujem da ce vam to koristiti u c++

Svaka cast Majstore!

Evo jos nekih ideja:
1. Mozda bi bilo dobro staviti neki link na ovaj tred sa nekog od podforuma ES-a koji se bave
Flashom, web dizajnom i Directorom da dizajneri vide ovo pa mozda dobijemo jos kvalitetnih
doprinosa?

2. Jel imas neki 3D endzin za Flash? Ako imas eto ti profesionalnog izazova pa napravi ovo u 3D sa
par kamera koje se mogu menjati na pritisak dugmeta. Ako ovo nije jednostavno vidi tacku 1. pa ce
mozda neko od tvojih kolega imati neku ideju. Ja mislim da imam neki 3D endzin u Flashu ali se ne
bavim time (niti se razumem nesto) medjutim voleo bih da vidim kako to izgleda primenjeno. Kada i
ako se igra u Flashu napravi pomocu gotovog 3D engine-a tada se moze preci i na samostalnu izradu
novog 3D engine-a naravno ako ima entuzijasta koji to zele da rade :). Ovakav pristup izradi igre
meni deluje logicno i za bilo koji drugi programski jezik ili automatizovan alat.

3. Eto ja ti se razumem u Flash koliko i u C++ (citaj: ne puno:) , hocu reci skoro nimalo) pa tako
iako imam program Flash MX pa iako sam radio malo u Directoru skoro da ovaj tvoj program ne mogu ni
da vidim kako igleda u radnom okruzenju. He he, garant Srki ne bi umeo da ga "kompajlira". Ja recimo
ni nemam instaliran kompajler za C++ pa mi nije jasno ni kako da pokrenem onu Srkijevu igricu? (Onaj
jedan exe koji sam probao naravno nije radio). Pojma nemam ni sta u koji folder treba smestiti. Iako
se vec mesec dana "mlatim" sa 3D MAX-om (i par dana sa MilkShape-om 3D) jedva sam nekako ukapirao
sta im znaci ono .X fajl iako jos uvek nisam 100% siguran da bih to mogao i da korektno napravim
(konverzija iz .MAX-a u .3DS pravi cudne efekte).
Elem, ti ovo izgleda i nisi mnogo rucno kodirao nego si koristio gotove (automatizovane) skripte?
Jer ne znam gde u Flashu da pogledam kod? Ma kako se uopste ova igrica otvara u Flashu? :)

4. Sad kontam da je za bukvalno svaki doprinos izradi igre potrebno napraviti neki mini tutorijal za
apsolutne biginere ili zainteresovane kako bi ljudi mogli da se snadju.

5. Originalna igrica Scramble se skroluje non stop tj. brod ide u desno ali nije to mnogo ni bitno.

6. Igrica ti je stvarno kul. Medjutim mislim da ne bi trebalo stavljati u igru ime nasih komsija
iako time igra gubi originalnost koncepta.

7. Ima li Scramble za cini mi se "MAME" emulator? To je valda (ako sam se dobro setio naziva) neki
(valda) OpenSource Emulator za sve zive igrice sa automata. Koristi nekakve "ROM" programe (za svaku
igru) koji nisu uvek besplatni. Ako neko zna nesto o ovoma javite.

> ...mislim da imam neki 3D endzin u Flashu ali se ne bavim time (niti se razumem nesto)...
Nazalost u pitanju je samo neki demo 3D automobila (bez sors) koda a i pitanje je (za mene) da li je
to stvarno 3D...
http://www.arseiam.com/fx/40.htm
Trebalo bi pitati autora....

Lepo uradjeno :)
Mozda pre Scramble uradim nesto kao sto je ova flash igra.

Hvala. E ja sam ovaj pravio igru samo 3 dana... (ukupno mozda max 12sati).

U flashu nije mnogo komlikovano pisati script. Postoji odlican help sa objasnjenjem svake komande sa PRIMEROM. Tako da veoma lako... Samo nacrtas neko simbol i uz njega dodas script (kako da se krece... tj menja svoju x i y poziciju na ekranu).

Ja sam stvarno retard za c,c++ ali znam pascal sto mi omogucuje resavanje algoritamskih problema pa to kombinujem u ActionScriptu od flash-a. Sto se tice 3D endzin-a, ne razum se u to, kao sto rekoh ja sam web dizajner, znam samo ono sto mi je potrebno od flesha. Ali mogu ja da napravim promenu kamere, nego glavni problem je ZAHTEVNOST igre. npr u ovoj mojoj kad stavish fullscrean ne da secka nego... Ja inace imam 700mhz tako da je nepodnosljivo. Zbog toga sam i dodao setting za one koji imaju shit komp.

Ja sam za to da vi nastavite da pravite to sto ste zapoceli (3d), upravo zbog zahtevnosti flesha.

Poenta igre nije da napadas nego da branis tako nije neophodno da se brod scrolluje. A ono za komsije cu da izbrisem. :p. Dodacu jos 2 nivoa tezine, par razlicitih nacina za pucanje i to bi bilo to, osim ako nemate vi jos koju ideju. I igru sam napravio i kodirao Sam.., samo sto sam ukrao model letelice.

Ako neko hoce da cuje neko objasnjenje objavicu cod. tj da dodam *.fla
Aj neko neka prosledi ovo po ostalim sorumima, posto sam ja novi pa se ne snalazim dobro.

ps. el ste probali armagedon

_{[Ovu poruku je menjao 4txx dana 14.09.2004. u 21:57 GMT]}

Tesko,tesko...

Ja napravim cyber sajt i na kraju moram da ga prodam za 2000din. Sramota
http://www.despotos.edu.yu/test/plato+

A de ces tek igricu da prodas.?!?!?!?!?!?!

Hehe... zamisli kako je kod mene na ~330Mhz... nisam uspeo ni da stignem do pola armagedona jer kontrole ne reaguju bas na vreme zbog zahtevnosti igre, ali zaista lepo izgleda. Uvak mozes dodati jos zanimljivih evekata (eksplozija, nesto kao 2D matrix efekat kad unistis meteor milimetar ispred sebe ( uspori se vreme, kamera se zumira, iscrtas malo lepsu eksploziju jer ionako sve treba da ide polako... ) i slicne stvari). Ideja nikad kraja :)

Da se vratim na C++ igru... nasao sam sta je problem sa iscrtavanjem. Kada napisem ovako:


Onda se u promenljivoj vertex ne nalaze podaci koji bi trebalo (ili kompajler misli da ne bi) da budu tamo nego ko zna sta, a ako napisem ovako:


Onda sve radi kako treba. U cemu je problem kod prvog nacina?
Pretpostavljam da je problem u tome sto je u prvom slucaju buffer pokazivac i sizeof(buffer) vraca velicinu pokazivaca, a ne velicinu podataka u njemu.

DA, DA!!! :)
To je to... kakva pocetnicka greska :P

To je reseno... kad crtam poligone bez menjanja World matrice oni se iscrtavaju kako treba, svaki na svoje mesto. Posto je ovo 2D igra i nema neke potrebe da se billboard-i okrecu prema kameri, ali ipak zelim da napravim i automatsko okretanje billboard-a. Kada izracunam novu World matricu kako sam rekao ovde http://www.elitesecurity.org/poruka/438144 i poligoni se vise ne vide. Mozda ima veze sto koristim D3DXMatrixOrthoOffCenterLH, a ne D3DXMatrixPerspectiveFovLH?

Odgovor sam stavio na forum 3D modelovanje poruka:
http://www.elitesecurity.org/poruka/439155

Uhhhh... konacno particle system radi sa billboard-ima, a ne sa point sprite-ovima. Pre crtajna cuvaju se neki state-ovi (gledao sam kako radi ID3DXSprite pa sam samo neke od state-ova koje on menja sacuvao). Sve u svemu nista preterano novo nije uradjeno. Umesto perspektive koristim ortogonalnu (valjda se tako pise) matricu u glavnom programu i billboard-i se koriste za cestice, sve ostalo je isto. Sad cu raditi malo na terenu i uskoro ce i on da se mrda ispod naseg brodica :)

Fajl je malo veci od 100kb pa ga skinite odavde:

http://www.geocities.com/srki_82/Game.zip

Hej šta se desilo sa igrom?

Branimir

ne znam....

http://www.elitesecurity.org/tema/64374/2 posle 18 dana prvi post
http://www.elitesecurity.org/tema/64391/2 bez posta 10 dana
http://www.elitesecurity.org/tema/70135 bez posta

Lalicu, jesi li primijetio da .getBytesTotal() nije isto kao velicina fajla? Znas li kako da dobijem pravu velicinu? Glupo je da stavim kao

getBytesLoaded / (sta ja znam, velicina fajla...) kod loadera...

Ne znam....

Nisam ni provalio, evo bas sad sam probao...kad cudo!
Jedino pravo objasnjenje je da swf kompresuje podatke, a na netu ti loadujes sve.

Pogledaj negde na nekom drugom forumu odgovor...

ps. stavi getBytesTotal()*1.3 (xaxaxa 130% otprilike je kod mene)

Niko nije bio zainteresovan da nastavi to sto sam zapoceo... cccc :) Izgleda niko nece nista da uci. Poceo sam da radim na novoj igri... da li cu postovati source jos ne znam, mozda kasnije. Ideja je otprilike ista:

Kontrolise se letilica koja moze da pucka metkice i baca bombice. Gorivo se konstantno trosi i dopunjuje se tako sto se unisti rezervoar sa gorivom. U ovoj verziji nece biti raketica nego mina na zemlji i mina u vazduhu. One u vazduhu se mogu unistavati metkicima, a one na zemlji bombicama. Ako se ne uniste eksplodiraju kada se brodic nadje u njihovoj blizini i nanose mu stetu i na kraju ako ponestane energije brodic se srusi. Ako se brodic sudari u zemlju... opet je gotov. To je otprilike to. Ovog puta se sve gleda iz neke polupticije perspektive ili kako se vec kaze.

E, da... zaboravih da kazem. Mladji brat mi se ozenio, jos malo pa ce on i njegova zenica da dobiju detence, sad jos i 1. decembra ide u vojsku tako da ce biti guzve na sve strane i ne znam kad cu zavrsiti igru do kraja. Kada bude gotova postovacu izvrsni fajl. Za sada evo screenshot-a



Jos uvek nema senke pa bas i nije moguce videti na kojoj se visini nalazi brodic i letece mine (one kao zvezde). Nema nikakvog HUD-a i teksture su lose (pogotovo za brodic, ali ipak je bio free sto je najvaznije :P)
I, da, jos nesto... teren i pozicije mina i goriva su za sada hard coded jer bas i ne umem da radim sa citanjem fajlova u C++. Cim me to nauce u C++ forumu ubacicu i to, a ako ne budem mogao da naucim verovatno cu napraviti DLL u Delphi-u pa ce mi on ucitavati potrebne podatke.

P.S.
Hvala bkaradzic-u za

Samo hocu da kazem... ne odustajem bas lako :)

Evo modela broda koji sam uradio. Ukoliko ti se sviđa mogu da ti pošaljem na mail. Znam C++ i D3D, ali trenutno sam zauzet nečim drugim, tako da ne mogu da ti pomognem.

Model broda ti izgleda odlichno, ali ne izgleda mi bas kao fighter.
Ne deluje mi previse opasno za jednog fightera ;)
Ali to je samo moje laicko misljenje...

Hehe... ni moj ni tomkeus-ov ne izgleda bas opasno (pogotovo ne moj), ali ne daj da te izgled zavara. To su ljute zverke ;)

Kao što sam rekao, ukoliko ti mdodel treba za igricu, poslaću ti ga. I ja sam svojevremeno hteo da napravim nešto slično, ali sam se upetljao u nešto drugo. Mogu da ti pomognem oko programiranja ako treba, pogotovu oko fizike (recimo mogu da ti napišem klasu za proračun dinamike broda).

U kojem programu si radio te modele ?

max.

Max je ok, samo je mnogo skup. Da mi firma nije platila program verovatno bih koristio neku free alternativu, ali posto ja nista ne placam... Visual Studio .Net i 3DS Max 7 su prave stvari za pravljenje igara ;) Nadam se da cu uskoro imati vremena da zavrsim deo igre pa da ga postujem. Budite strpljivi ;)

@Srki_82: Koja je to firma kupuje 3D Studio Max 7 i VS .Net programerima pocetnicima koji zele da nauce kako da prave igru?
No offense meant.

Haha :)
Nisi valjda mislio da su meni licno kupili (ustvari, kako sam napisao prosli odgovor bas izgleda kao da su ih meni kupili) :) Ja samo koristim te programe u slobodno vreme na poslu. Da ih imam kod kuce sve bi ovo brze napredovalo.

Koji je NAAAAAAAJPROSTIJIIIIIIIII nacin za crtanje senke? Ne treba da bude brz je ce samo par malih objekata da bacaju senku na teren (brodic, bomba ako je igrac baci i nekoliko letecih mina koje se vide na ekranu).

Najprostiji način ti je da ispod svakog objekta, a tik iznad površine podloge generišeš jedan transparentni poligon koji će imati ovalno zarnjenje. Naravno, za ovako nešto ti je potrebno da podloga bude apsolutno ravna. Druge varijante ti zahtevaju petljanje sa stencil bufferom.

Podloga DEFINITIVNO nece biti ravna. Znaci stencil mi ne gine :P

Onda bato, zagrej stolicu i kreni da čitaš.
Evo ti modela.

Mislim da cu senku raditi na osnovu ovog artikla... http://www.gamedev.net/reference/articles/article2019.asp
Ko zna... mozda ce pomoci jos nekom osim meni ;)

Ne mora podloga da ti bude 100% ravna, ako je relativno ravna samo drmni poligon sa texturom senke ispod objekta malko iznad podloge - ako natuneujes lepo nece se mnogo primetiti. To ti je najbolje za pocetak ako mene pitas. :)

Ovaj clanak koji si naveo se bavi stencil senkama, ali imas i drugu tehniku, shadow mapping. Ove dve tehnike pogadjaju problem sa dve razlicite strane i svaka, jelte, ima svoje mane i vrline.

Za stencil-based shadow volumes pravis novu geometriju koja predstavlja svaku senku (generises ga per-frame ako se objekat ili svetlo pomera). Onda imas objasnjeno u clanku koji si naveo, sta crtas i upisujes u stencil buffer da bi mogao za svaki pixel znao dal' je u senci. Najveci problem ti je pravljenje tog shadow mesh-a, da bude valjan i nema artifakte. Nisam nikad koristio ovu tehniku ozbiljnije tako da o tome nemam nista pametno da ti kazem.

Kod shadow mappinga pak shadow volume pravis u shadow map teksturi, pa posle podatke iz texture per-pixel poredis da bi znao dal' je pixel u senci. I tu ima nezgodacija, par najvecih su: 1) nedostatak rezolucije shadow mape (ogranicen si rezolucijom texture) tj losa rasporedjenost iste (da ne objasnjavam detalje) pa senke nisu ostre; 2) rucno moras da radis filtering senke (blage prelaze); 3) razni artifakti kod self-shadowinga.

Medjutim, s obzirom da tebi ne treba self shadowing i senka letelice uvek pada na podlogu koja je jednostavna, onda ti treba prostija verzija u kojoj samo projektujes shadow mapu (zapravo klasicnu light mapu - texturu u koju si iscrtao objekat gledan iz izvora svetla) na podlogu.
Time si dobio si senku plus besplatan filtering (problem 2), zaobisao problem 3 plus radi na fixed pipelineu (bez vertex/pixel shejdera).

Ako ti je kamera igre takva da je stalno pozicionirana kao na tvom screenshotu, onda nemas ni problem 1 sa rezolucijom senki i onda mi taj prosti 'shadow map projection' (il kako se vec zove) zvuci kao najbolje resenje - potrazi tutoriale po netu.

Doom3 koristi stencil, HalfLife2, FarCry shadow mapping i varijacije.

E sad znam da ti ovo sve zvuci komplikovano, ali nije ni pola price, a i ja to sve znam povrsno tako da nemam nekih pametnih saveta osim da ako se odlucis da se u to upustis nemoj da se obeshrabris, citaj tutoriale i isprobavaj pa ces vremenom skontati.

Mada ces onda odlutati od pravljenja igre, pa ti vidi sta ti se isplati :)

I dokle si stigao sa igrom posle ovih godinu i po?

Batalio sam C++ i vratio se Delphi-u... komplikovano je pisati igru kad ne poznajes jezik kako treba :)

Izuci ga, ozbiljno. Necu da povredim one koji rade u Delphiju, ali neces sa njime daleko dogurati.

Može se uz pomoć delphi-a napraviti solidno ozbiljan projekat. Jedino što se time prilično
vezuje kod za PC. Pravi igru u Delphi-u a usput uči C++.

Sta cu... izgleda mi ne gine da ucim C++... i onako sam obecao C-H-O-T-Y da cu da mu napisem par jednostavnih igara pa cu i sam da se naucim :)
Sreca pa sve sto sam naucio u Delphi-u o OpenGL, DirectX, fmod, ode i ostalim bibliotekama moze da se primeni i C++ pa mi ostaje samo da savladam malo bolje sintax-u i da pohvatam sve prednosti C++.

Srki, jel ti imas veze sa onim likovima iz Kikinde, Soulfly sto su pravili (ili jos prave) igru, sa Dizajn zone?

Hehe... jedina veza nam je sto zivimo u istom gradu :)

Hehe, sto napravise model puske sa 120 000 face-ova.