DeathView TechDemo

[Spawn]

Pun acest thread in speranta ca voi gasi persoane dornice de a colabora la construirea unui Demo pe baza motorului grafic DeathView pe care eu impreuna cu un prieten il avem in constructie de ceva timp. Motorul grafic este gata in proportie de 80% la ce stadiu ne-am propus sa il aducem momentan. Poate ca cativa dintre voi ma stiti ca un... entuziast al acestui domeniu, stiu ca au mai aparut multe idei de proiecte si au esuat si credeti-ma am fost in cateva, asa ca va rog nu imi spuneti din nou acelasi lucru. Initial am vrut sa facem un joc, in spatiu, dar pe masura ce am progresat, s-a realizat complexitatea proiectului si mai toata lumea care a intrat in proiect s-a lasat. Acum tot ce doresc este sa scot un TechDemo preferabil pana la sfarsitul anului (ceva f de baza pt ca am bac si admitere, si o sa am din ce in ce mai putin timp de lucrat).
Motorul grafic suporta majoritatea lucrurilor ce ar trebui sa suporte un engine printre care culling, management de memorie optimizat, sistem de randare si translatii configurabil,abilitate de a randa explozii, orice fel de billboarduri de fapt: statice si animate, sistem de fisiere propriu, tooluri care acum au o functionabilitate f de baza, vertex shadere, pixel shadere.... Nu este mult dar este ceva, cava care speram sa va lase o impresie buna.
De cateva zile pe masura ce finalizam motorul grafic am inceput sa ne apucam de TechDemo. Avem nevoie de cateva modele de nave spatiale cu tot cu texturare, ceva mzica potrivita, texturi pt efecte de flare daca aveti idei mai bune fata de ce o sa vedeti, si de ce nu niste idei de design.

Pun si cateva screenshoturi din ce am facut pana acum, sa imi spuneti ce parere aveti. Sunt randate in timp real fara editari aditionale.

[Spawn]

Al doilea screenshot

[Spawn]

Si ultimul, astept impresiile...

[Karg]

e un engine numai pentru jocuri de gen space-sim? cind am vazut screenshoturile am sperat ca e un planet renderer (sa te poti apropia de planeta si sa te plimbi peste terenuri )

e opengl sau directx based?

[Spawn]

Engine-ul nu este doar pt space sim. Am lucrat f mult la el si partea cea mai grea a fost sa reusesc sa il fac pe un sistem cat mai flexibil dar cred ca in mare parte am reusit. Am spus ca este pt space sim deoarece acum nu are implementata animatia de caractere si un culling adecvat unui joc pe pamant. Cand voi avea timp il voi face complet, sa aiba si animatii de caractere, culling avansat...
Ceea ce vezi tu nu este un program (referitor la planet renderer).
Este o demonstratie facuta in aprox o saptamana de ce poate sa faca, cum poate sa randeze si la ce viteze (prima cifra reprezinta FPS-ul, screenshot luat pe 800x600 pe Geforce4Ti 4200).
Ce vroiai tu cu planet renderer este f greu de realizat din cauza marimii texturilor. Pt a randa pamantul sunt necesare 6 texturi dintre care 4 sunt la rezolutia 2048*1204, si mai multe shadere (pixel & vertex).

Uitasem.. si este pe Direct3D9.

[Arise]

Dragutz, dar nu prea mai ma impresioneaza mare lucru in ziua de azi.
Pe cand si un demo adevarat sa ne clatim si noi ochii ?

[Spawn]

Imi pare rau ca nu te imptresioneaza cu nimic, dar ce ar trebui sa fac care sa te impresioneze la nivel tehnic? Ce te-ar interesa, nave, explozii? Se pot pune destul de usor daca as avea texturile si modelele necesare.
Nu stiu daca realizezi dar ce vezi tu texturile, lens flare-ul, environmentul sunt facute de mine. Cunostinetele mele de programe de grafica precum MAX sau Photoshop sunt undeva aproape de 0. Fara resurse nu va pot oferi mai mult decat ce vedeti.
Demo-ul va aparea imdediat ce voi avea resursele sa il fac si ceva mai mult timp. Data estimata este inainte de sfarsitul anului. Daca nu apare pana atunci nu va mai aparea pana nu termin cu admiterea.

[Karg]

inca o intrebare mica: ce fel de fisiere cu modele 3d poate engine'ul vostru sa importe? max, lightwave, maya, ts, milkshape? aveti ceva plugin care exporta dintr'un program de modelare in formatul vostru?

[Spawn]

Sistemul de fisiere a suferit si probabil o sa fie cel care sufera cele mai multe schimbari. De importat importam din formatele *.3ds si *.x momentan. Urmatorul pas este sa implementam modele progresive si intr-un viitor speram cat mai putin indepartat modele animate. Dupa ce va fi totul rezolvat la capitorul fisiere daca proiectul nu va muri bineinteles ca vor fi si pluginuri pt comoditate. Problema este ca pe parcurs apar multe buguri atat in motor cat si in WorldBuilder (asa am nmit toolul de importare/exportare, editare a modelelor) care trebuie rezolvate pana sa trecem la o etapa superioara.
De ex acum este o problema cu normal-mapurile(probabil ultima problema ce trebuie rezolvata inainte de Demo) deoarece se pierde precizia lor la mip-mapping. In screenshoturi nu se observa, se observa f subtil atunci cand este miscata camera sau obiectul este rotit. Acum speram sa rezolvam problema asta cat mai repede cu un tool.

[c0mas]

Originally posted by Spawn
Imi pare rau ca nu te imptresioneaza cu nimic, dar ce ar trebui sa fac care sa te impresioneze la nivel tehnic? Ce te-ar interesa, nave, explozii? Se pot pune destul de usor daca as avea texturile si modelele necesare.
Nu stiu daca realizezi dar ce vezi tu texturile, lens flare-ul, environmentul sunt facute de mine. Cunostinetele mele de programe de grafica precum MAX sau Photoshop sunt undeva aproape de 0. Fara resurse nu va pot oferi mai mult decat ce vedeti.

Eu zic sa nu subestimezi cantitatea de munca pe care ar trebui sa o depui ca sa creezi un simulator complet.
Intr-adevar nave se pot pune relativ usor, dar ca sa pui niste nave mari zau baze stelare, probabil va trebui sa le partitionezi, daca vei vrea sa ai colision, probabil ca va trebui sa partitionezi intregul spatiu de joc si probabil mai vrei sa ai si AI (ca sa nu stea navele degeaba), care e destul de costisitor ca timp (atat ca development cat si ca testing).

[Spawn]

Eu aici nu am facut nimic altceva decat sa prezint un motor grafic.
Citeste te rog cu atentie ceea ce am scris si apoi citeaza-ma.

Dragutz, dar nu prea mai ma impresioneaza mare lucru in ziua de azi.

Ce doreai sa te surprinda? screenshoturi cu AI si fizica. Am detaliat si am spus CLAR acesta este un motor grafic, si doresc sa ii prezint potentialul. Nimic mai mult.

Eu zic sa nu subestimezi cantitatea de munca pe care ar trebui sa o depui ca sa creezi un simulator complet.

Am spus un TechDemo, citeste te rog tot postul. Cand spun acest lucru nu te gandi la un demo de joc. Este f probabil sa nu fie nici jucabil sau sa interactionezi cu mediul. NU AM TIMP SA FAC ASA CEVA ACUM. Este pur o demonstratie a posibilitatilor motorului, si pt a-l testa cum se comporta pe diverse computere.
Nu este vorba de un simulator, ideea principala a fost de la inceput sa creez un Joc de Strategie in spatiu(pe mine m-ar atrage mult mai mult ideea) dar asta e f departe.

Ce intelegi tu prin partitionare si cum vrei sa faci colision prin ea? Eu cel putin nu inteleg ce vrei sa spui...

[c0mas]

Originally posted by Spawn
Este f probabil sa nu fie nici jucabil sau sa interactionezi cu mediul. NU AM TIMP SA FAC ASA CEVA ACUM. Este pur o demonstratie a posibilitatilor motorului, si pt a-l testa cum se comporta pe diverse computere.
Nu este vorba de un simulator, ideea principala a fost de la inceput sa creez un Joc de Strategie in spatiu(pe mine m-ar atrage mult mai mult ideea) dar asta e f departe.

Ce intelegi tu prin partitionare si cum vrei sa faci colision prin ea? Eu cel putin nu inteleg ce vrei sa spui...

Pentru un TechDemo nu prea este de ajuns un motor grafic.

Partitionare...
Daca ai o raza definita printr-un punct de pornire si o directie si vrei sa aflii care este primul poligon prin care trece, ar trebui sa testezi toate poligoanele din scena, ceea ce nu cred ca vrei entru ca ar fi foarte costisitor ca timp.
Prin partitionare, eu m-am referit la un mod de a aranja datele in asa fel in cat sa-ti permita sa testezi intersectia cu un numar cat mai mic de poligoane, dar mentinand acuratetea testului.
Si nu e necesar sa fie folosit doar pentru colision, o sa vezi ca e necesar in mai toate modulele, de la AI si sunet si pana la motorul grafic (de exemplu cand faci un Lens Flare vrei sa vezi daca e obturat de o nava sau nu).

[Karg]

te referi, probabil, la octtrees?

[Spawn]

Daca te referi la octtrees, aceasta metoda este eficienta numai in scenele statice unde datele trebuie initializate o singura data. In spatiu cred ca numai planetele sunt statice iar alea se testeaza mult mai usor pt ca se stie ca sunt sfere.
Acum se testeaza sistemul pe bounding geometry. Momentan implementate box si sphere. Asta ar rezolva problema pt culling pt ca daca iese din calcul la sphere nu mai trebuie calculat la box sau altfel, iar calculul pt sphere este f rapid.
Intr-adevar la problema cu lens flare este mai delicat pt ca acolo ar trebui sa fie precis. Ma gandeam sa se poata crea multiple boundinguri intr-un editor pt un obiect care sa fie testate la calcule unde este necesara precizie f mare. Testarea pt fiecare triunghi mi se pare prea costisitoare ca solutie.
Insa asta ca idee pe viitor.

[c0mas]

Originally posted by Spawn
Daca te referi la octtrees, aceasta metoda este eficienta numai in scenele statice unde datele trebuie initializate o singura data. In spatiu cred ca numai planetele sunt statice iar alea se testeaza mult mai usor pt ca se stie ca sunt sfere.
Insa asta ca idee pe viitor.

Nu ma refer numai la octtrees, cu toate ca aia ar fi o solutie viabila. Ar mai fi si kttrees si bsptrees (modificat).

OctTrees merge si in spatiu, de exemplu daca ai o baza stelara, mare (adica cu multe mii de triunghiuri) si ai avea un octtree pentru ea, ai putea sa o lovesti cu o raza si sa testezi doar triunghiurile aflate in cubuletele alea mici intersectate de raza ta.

Colisionul cu triunghiuri nu e de viitor, e actual, si poate fi facut chiar rapid (eu folosesc si pot sa duc destule raze per frame).

Si cand spuneam de partitionare, chiar si lumea ar putea fi impartita cumva (adica in exemplul de mai sus nu cred ca ar trebui testate entitatile aflate la multe mii de unitati departare de raza ta). Dar si aici se pot alege mai multe variante si probabil fiecare e o discutie separata (probabil constructiva).

[Spawn]

O sa incerc mai multe solutii, dar acum din pacate am multe alte probleme pe cap cu proiectul asta si ma astept si la multe altele cu compatibilitatea. Inca nu am testat proiectul decat pe 3 calculatoare si desi nu a avut nici o problema pana acum ma astept la multe.
Pt majoritatea obiectelor eu folosesc shadere. Stiti cumva de la care placa in coace este suportata prima versiune de vertex shader programabil?
Dar ce placi nu suporta texturi compresate DXTn pt ca foloseste si d'alea?
Programul poate sa mearga fara pixel shadere dar daca l-as face sa mearga si fara vertex shadere bye bye aura, bye bye multe kestii. Nu ar mai arata deloc la fel. Nici iluminarea nu ar mai fi la fel.

[c0mas]

Nu stiu sa zic si oricum nu ar fi bine sa te bazezi pe asta, probabil cel mai bine ar fi sa testezi capabilitatile placii si daca nu suporta ceea ce-ti trebuie sa gasesti o solutie mai veche sau sa nu prezinti efectul.

De exemplu aura planetei sa poate face si altfel (cu toate ca arata mai rau) (vezi www.startorn.com).

[Spawn]

Cea mai slaba placa video pe care a fost testat proiectul este un GeForce2MX, si s-a comportat fara probleme. Nu am apucat sa testez inca pe nici o placa ATI. Nu cunosc pe nimeni sa aiba asa ceva asa ca este posibil sa am surprize aici. Pana acum nu am descoperit nici un bug si nici o incompatibilitate care sa tina de placa video dar totul este posibil pt ca de cand au fost implementate shaderele nu am testat decat pe calculatoarele noastre.

Voi stiti de vre-un site pe unde as gasi niste modele low-poly... rezonabile? Am cautat peste tot si nu am gasit decat high-poly si netexturate marea parte, pt ca de ajutat se pare ca nu ne ajuta nimeni la acest capitol.

[Karg]

vezi asta:
http://www.3dm-mc.com/modelsbank/cat...php?cat_id=25&

sau la www.3dlinks.com

[scarpelius]

Defineste te rog termenul de colaborare. Desi mi-ar face placere sa ma implic intr-un astfel de proiect, vorba ta prea multe proiecte au esuat.