Pt. inceput scuze daca locul de post este incorect.
In al doilea rand as dori sa va pot spune ca stiu cum este construit in mare un game engine 2D.
As dori daca se poate mai bine un link despre asa ceva pt. a nu va pierde timpul pt. scris.
Am cautat pe www.google.com si nu am gasit.

Cum se scrie un engine 3D?

Te apuci sa scrii un joc de la 0, si ideile care incep sa se repete prin cod (ex: manipulare de texturi, culling, incarcare de mesh-uri, metode de instancing etc.) le aranjezi mai frumos/mai flexibil putin in functii si cateva clase, cu un pic de bun simt. Restul ideilor daca nu tind sa se repete, le lasi in pace, chiar daca ai sentimentul ca o sa ajungi in iad pentru ca nu le-ai pus intr-un framework, ca restul codului.

Motorul meu fizic pt un joc la care lucrez sa scris -in stilul asta- in 2 zile, de la sine. Si merge brici. (sigur, are coliziuni foarte simple doar bounding-sphere, si nu stie de rotatie in jurul centrului de greutate, dar este pt un joc cu actiune 2D, in plus am control perfect asupra tot ce misca in joc)

Nu incerca invers, sa scrii mai intai enginu si dupaia jocul, ca nu o sa ajungi nicaieri. Iti spun din experienta.. (din pacate) In plus, fiindca o sa fie creat doar din teorii si nu din probleme reale, o sa te alegi cu o jucarie, si nimic 'serios'.

Exemplu la motorul meu fizic: erori de aproximare la calculele cu float-uri! Cateva ore de restructurari mai tarziu, si totul merge din nou. Cum e cand restructurezi ceva la care ai lucrat o zi jumate, si cum e cand te trezesti cu probleme reale dupa 2 luni de munca?..

Am si cateva exemple "grave" din Ogre3D, care din "afara" nu par a fi probleme, dar m-am luat destul de el deja.

Mersi mult pt. sfat.
Am cateva intrebari:
-Proiectiile din 3d in 2d se fac automat de DX?
-Cand ai zis de culling te refereai la back face culling?(sper ca nu)

- Chiar daca DirectX te ajuta la capitolul asta tot e bine sa inveti putina geometrie sa iti faci tu un mini software renderer sa stii ce se intampla cu datele tale, cum sunt procesate de placa video. A facut Rimio un totorial misto pentru asta. In mod normal dupa ce iti incarci modelul cu vertecsii notati in sistemul 3D ei trec printr-o serie de transformari cu ajutorul API-ului DirectX procesati de placa video (majoritatea placilor mai de doamne ajuta) si rezulta imaginea din pixeli care umble backbufferul si cand termina de umplut devine front buffer sau se copie in front buffer adica ce o sa apra pe monitor. Nu ma avant in detalii, gasesti in tutorialul lui Rimio sau pe net.

- Banuiesc ca se referea la Frustum Culling unde iti calculezi pentru fiecare obiect un boundingbox si testezi daca acesta se afla in frustum (o piramida care reprezinta spatiul vizibil). Acuma daca ai prea multe obiecte de randat si trebuie sa verifici sa zicem sute de boundingboxuri o sa iti mearga jocul mai greu decat le-ai randa asa ca le poti grupa in cutii mai mari si verifici intai cutiile alea daca le vezi, si daca le vezi incepi sa verifici ce e inauntru (alea mai mici). Gasesti pe net documentatie.

este 3 si 18 dimineata, am venit suparat din oras dar am un sfat sincer:

sa iti faci un engine cat de cat bun o sa dureze cam inca 10 ani de acum in colo pentru tine. nu o zic cu rautate. ma uit la cati ani le ia la altii care chiar stiu foarte multe lucruri (vezi nekitu de la noi) sa faca un engine, la care adaug cativa ani deoarece pregatirea ta nu iti permite inca sa te apuci sa scrii asa ceva. (in orimul rand NU stii programare)

daca vrei sa faci ceva putin mai sus decat tentative, i-a ceva de pe net. open source, cu licenta, commercial, orice gasesti si care sa ti se para usor.
O sa dureze cam inca 2 ani pe putin sa inveti engine-ul + sa mai avansezi in progrmare dar o sa fie mai usor. defapt ce zic eu, o sa fie ceva..

e frumos sa vrei sa faci tu totul de la 0 dar e aproape imposibil...

alte chestii:
a face un Engine NU este tot una cu a face un joc
degeaba ai un ENGINE la dispozitie ca JOCUL tot nu se face singur
chiar daca ai avea un ENGINE + RESURSEle necesare pentru a face un joc timpul in care vei avea ceva de aratat va fi mare.


bafta multa oricare ar fi decizia ta

E destul de usor sa randezi '2D' in Direct3D. Poti sa folosesti clasa ajutatoare D3DXSPRITE (cel mai usor!) sau poti sa ii trimiti vertecsii deja transformati: folosesti D3DDECLUSAGE_POSITIONT si acum poti sa pui pozitia vertecsilor de la 0 la width/height, de ex la rezolutia 640x480, pui un vertex in mijlocul ecranului daca ii setezi pozitia la (320, 240).

Stiu programare si cand ai zis programare ma gandesc la orice fel de limbaj,in cazul meu eu stiu QuickBasic,si stiu cum arata un program,stiu cum sa citesc un program care dupa parerea mea este foarte important.
Desi trebuie sa invat un limbaj serios si "in pas cu moda" acesta fiind C++.Stiu destule comenzi pt. a rezolva o problema sau a face ceva matematic(sper ca m-am exprimat bine ),dar nu ma pricep la restul si recunosc ca nu stiu C++,desi am facut acel joc in C++ de la ZERO nu am implementat clasa de sprite-uri cum era in cartea care o detin,nu am facut acest lucru deoarece nu inteleg clasele(nu trebuie sa va chinuiti sa imi explicati)
Si chestia cu Engine-ul este importanta ca daca ai un engine 100% fuunnctional(sau cel putin 99% ) iti va usura munca cu mult.
Eu cand faceam joculete in QB era dezordonate(pt. altii) adica era uun text lung fara spatii fara nimic,cand implementam ceva nou trebuia sa citesc codul din nou sa vad pozitia corecta.Daca aveam un engine,totul se simplifica.

Iti dau un mic sfat: daca vrei sa scri un joc cauta niste motoare 2d sau 3d open sorce cauta pe net, pt ca eu am gasit o multime pe sourceforge.net . Si sunt scrise in mai toate limbajele de programare. Asa ca mult suces.
Daca vrei sa scrii un engine 2D sau 3D singur cauta niste carti mai intai, ca sa inveti ce trebuie sa stii. Unele carti se gasesc si pe site-urile de torrente.
Iti urez suces!!!
P.S. Informati si tutoriale am gasit si pe alte site-uri specializate pe game development.

Ce-ai zis tu a zis si Raul si multi altii inainte.