Sau stii tu o metoda mai buna/rapida?

Exista wrappere de Ogre pentru C#, ca doar asa e facut NeoAxis. Daca insa vrei sa expui si cod C++ scris de tine catre editor, nu scapi fara sa scrii diverse wrappere in C++/CLI, asa ca presupun ca e mai bine sa faci totu' cu C++/CLI in scenariul asta.

Asta se intampla pentru ca desi codu e C++ e compilat ca managed. Ca sa vezi diferenta scrie



In cazul stringului de mai sus, cred ca ti-l compileaza ca String^ . Sunt mai multe chestii weird in C++/CLI, ca de exemplu nu poti converti un char[][] la un char ** .

pentru chestia cu randarea in editor, dar daca ai chestii dinamice, nu ar fi mai nice sa le vezi in actiune (gen particles, animatii de idle, etc.) vezi CryEngine2 Sandbox editor, Serious Sam editor, Reality Engine editor, etc., asa ca mai bine pui un timer sa randeze la un fps mai low asa, 25-30 fps, si mereu e updated, un editor de joc nu e un program de grafica 2D/3D in care probabil nu prea ar avea sens, insa e mult mai nice sa editezi nivelul in timp ce acesta e un pic dinamic, poate ai diverse tipuri de entitati care fac ceva while idle, iti recomand sa faci asa, update constant si sustinut la viewport, mai ales daca ai doar unul (eu fac la 4, inainte aveam tot asa static, on demand, dar am descoperit ca e mult mai interactiv sa fie aproape ca in joc, cu update constant al view-ului).

raspuns si pentru Pintea care spunea:

@nekitu:
n-ai citit tot, in acelasi post spuneam si ca singurul motiv sa faci asa ceva ar fi pentru animatii sau sisteme de particule

In orice caz sunt de parere ca editoarele ar trebui unificate cu jocul, gen Doom3,Quake4 (desi au multe parti separate si astea, cum ar fi animatiile si particulele pe care le vezi in miscare doar in editorul in-game), ca oricum nu mai face nimeni in zilele noastre editoare multi-game gen Worldcraft sau GTKRadiant ala.

Worldcraft a.k.a. Valve Hammer Editor a.k.a. Teh Hamre (It's not a typo, just a German name).

Cum adica unificate ? si cum nu mai face nimeni editoare multi-game ? pai eu ce vad acum sunt editoare multi-game, adica generalizate si modulare, astfel iti poti face orice gen de joc in ele... sau nu am inteles eu bine.

Tipu de la neoaxis si-a scris singur wrapperu. Totusi exista un wrapper actualizat

Voodoo shit just happened.

Okey, deci editorul meu de nivel nu stie de save/load deocamdata. Si totusi, de fiecare data cand il deschid (fie cu Debug in MSVC, fie din folder normal), e in aceasi stare (cu modelul 3D) ca atunci cand l-am inchis...



/LE: ah, nu. Probabil ramane starea D3D pe undeva (front bufferul sau asa cevA), ca atunci cand pornesc editorul, nu pornesc D3D imediat (Ogre3D), ci doar cand creez plansa noua.

Sunt curios... stie careva cum se initializeaza un array in constructor?

Adica:


Eu nu am reusit, asa ca am pus direct in body-ul ctorului x[0]=; x[1]=; etc.

Aaaah, wait, 'x' e array asa ca e tratat (aproape) ca un pointer... Tot sunt curios daca se poate cumva...

#12

Cand ai un proiect cu dependinte mari (gen Ogre3D), exista o metoda numita "precompiled headers" care poate salva chiar si o ora-doua pe zi din timpul de compilare. (adica timpi morti)
(depinde de cat de des dai build desigur)

Cand creezi un proiect nou Win32/CLR in MSVC, de obicei iti creaza pt tine un precompiled header. (exista doar 1/proiect)

Tehnic, ce face acest precompiled header este ca trece compilatorul prin acel .h/.cpp (default in MSVC: stdafx.h/.cpp), si salveaza parse tree-ul, astfel incat atunci cand in vre-un alt .cpp scrii #include "stdafx.h", nu mai compileaza toate header-ele incluse de stdafx.h pt fiecare .cpp din proiectul tau, ci doar incepe cu parse tree-ul deja salvat, si compileaza doar codul scris de tine.

Am avut proiecte care durau 10-20 minute sa se compileze, si cu precompiled headers dura cam juma' de minut.

Anyway, se folosesc cam asa ceva:

stdafx.h:


stdafx.cpp:


Exista insa cateva gotcha'-uri:

* Un precompiled header compilat drept C++ nu merge folosit in C, si unul C nu merge in C++. De obicei asta nu e problema, dar, mai stii...

Rezolvare: spre ex, daca proiectul are o adunatura de .cpp-uri, si cateva .c-uri, atunci in Solution Explorer, click-dreapta pe respectivele .c-uri, Properties->C/C++->Precompiled Headers, si in optiunea "Create/Use Precompiled Headers" selectezi "Not Using Precompiled Headers". Fisierul sursa nu trebuie schimbat deloc.

stdafx.c -> C precompiled header
stdafx.cpp -> C++ precompiled header
(doar dai rename in Solution Explorer si ti la schimbat intre C/C++. Nu uita sa-l recompilezi)

Daca un fisier nu foloseste Precompiled Headers, tot poti (si e normal) sa incluzi stdafx.h, doar ca o sa compileze ca normal, adica incet.

* Daca fisierul sursa .c/.cpp foloseste precompiled headers (on by default in MSVC), atunci primul lucru care trebuie sa apara (in afara de comment-uri) este #include "stdafx.h". Asta deoarece orice apare deasupra acelui #include este ignorat de compilator. (deci daca nu-l incluzi deloc, nu compileaza nimic, si te cearta compilatorul)

* Cel putin in versiunea 8/2005, daca modifici stdafx.h, stdafx.cpp nu se compileaza automat cand dai CTRL+F7. ("compile file")

Rezolvare: deschizi stdafx.cpp si apesi CTRL+F7 sa-l compilezi singur, dupaia compilez orice alt fisier vrei.

Si in sfarsit:
* Papa mult RAM :-P (adica mai mult decat crede MSVC, ca mult nu e)
La mine, cu Ogre si alte balarii incluse, se duce aproape de 60MB RAM. (atat o sa iti ia si de pe HDD), si da eroare, zice si cum se rezolva.

Rezolvare: Click-dreapta pe proiect in Solution Explorer -> Properties -> C/C++ -> Command Line, si in casuta de jos pui flag-ul care ti-l zice compilatorul in eroare. De ex, mie mi-a cerut sa pun -Zm115. Asta inseamna ca o sa pape 57.5MB (jumate din valoare) atunci cand compileaza.

Ah, si mai e ceva... stdafx.h se include la inceputul fiecarui .c/.cpp, dar nu se include in headere.


In concluzie, Precompiled Headers nu prea iti sporesc timpii pt headere C/COM (ex windows.h sau d3d), insa pt librarii 'mamut' gen Ogre, PhysX etc. fac des diferenta de la cer la pamant. Si nici nu e nici pe departe atata bataie de cap pe cat pare ca am scris


PS: cum adaugi precompiled headers la un proiect daca ai deselectat optiunea in wizard-ul de proiect nou din MSVC:
1) creezi 2 fisiere: stdafx.h si stdafx.cpp (defapt poti sa le zici cum ai tu chef)
2) click-dreapta pe proiect in Solution Explorer -> Properties -> C/C++ -> Precompiled Headers -> Use Precompiled Headers la prima optiune.
3) click-dreapta pe stdafx.cpp (sau cum i-ai zis) -> Properties -> C/C++ -> Precompiled Headers -> Create Precompiled Headers la prima optiune, si apoi compilezi acel fisier.
4) pt fiecare .c/.cpp din proiect, ai grija sa ai #include "stdafx.h" la inceputul lor.
5) verifica daca zice "Use Precompiled Headers" in Properties -> C/C++ -> Precompiled Headers pt fisierele tale .c/.cpp. Posibil sa nu se schimbe automat, daca nu... click click click. (poti selecta mai multe .c/.cpp uri in acelasi timp in Solution Explorer, si le poti edita optiunile comune la Properties)

/LE: normal, precompiled headers merg si cu GCC, insa nu stiu cum. Parca trebuie sa adaugi stdafx.h in makefile ca si cum ar fi un .cpp obisnuit, si sa setezi dependintele .cpp-urilor sa il includa si pe ala. Google or something.

1. Nu poti sa initializezi membrii care-s array-uri cu sintaxa aia. Nici nu ai de ce sa-i initializezi asa. Sintaxa aia e utila doar cind ai un membru cu un constructor implicit care te costa. In cazul ala, daca-l pui in lista de initializers, va rula direct constructorul care te intereseaza pe tine. Daca-l pui in body-ul constructorului clasei, va rula intii constructorul ala costisitor, dupa care va rula ce te intereseaza pe tine si va suprascrie ce tocmai s-a chinuit constructorul costisitor sa faca.

Oricum, daca ai un constructor costisitor ai probleme in alta parte. De exemplu vectorii care-si initializeaza x, y, z la 0 in constructor sint o mare timpenie si aia care-i fac ar trebui batuti.

Array-urile de POD n-au constructori care se apeleaza implicit, deci nu pierzi nimic initializindu-le in constructorul clasei care le contine. Vezi totusi sa ai un motiv pentru a le initializa, nu le initializa doar asa, ca da frumos.

Poti initializa array-urile la 0 in felul urmator:



Daca nu pui m_array() in lista de initializers, va contine gunoi dupa ce e creat obiectul. Daca-l pui, va contine 0. Totusi, nu folosi asta. Niciodata. N-ai de ce. Exista jocuri care au crescut simtitor in framerate dupa ce s-a sters un singur initializer de array de undeva.

2. Ctrl+F7 nu compileaza headere in nici o versiune de VC, pentru ca n-ai ce sa compilezi la headere. PCH-urile nu-s speciale in sensul asta.

3. stdafx.h e un nume destul de nefericit pentru PCH mai ales cind o sa ai mai multe proiecte in solutie. NumeleProiectuluiPCH.h/cpp e mult mai potrivit, mai ales daca esti binecuvintat cu Visual Assist si o sa vrei sa deschizi repede un PCH. Daca le cheama pe toate stdafx.h o sa vezi o mare de stdafx.h in dialogul de quick open file si n-o sa stii pe care sa-l deschizi. In plus, numele stdafx vine de la MFC si ATL si celelalte abominatii, deci e pur si simplu inestetic. Pe compilator nu-l intereseaza cum se cheama fisierul, pe tine da. In concluzie, da-i un nume care sa fie semnificativ pentru tine.

4. In GCC se folosesc la fel ca-n VC, doar ca in VC stie IDE-ul cu ce parametri trebuie rulat cl.exe ca sa genereze un PCH, in GCC trebuie sa stii tu.

5. Nu exista scuza pentru a NU folosi PCH. Iti scad timpul de compilare chiar si cind incluzi doar windows.h si fratii lui, pentru ca windows.h e imens. Nu exista nici un dezavantaj la PCH, doar avantaje, asa ca trebuie folosite tot timpul.

6. Felul in care Ogre include totul, peste tot si implementeaza tot in headere ar trebui sa atraga pedeapsa capitala pentru autor. Daca ar exista un curs de cum sa-ti faci proiectul sa se compileze in zece ani, Ogre ar trebui folosit ca exemplu. Din pacate sint multi programatori care n-au auzit de forward declarations si cred ca e OK sa incluzi headere in alte headere, asa ca proiecte unde poti sa-ti iei pauza de masa cind apesi F7 sint foarte multe. Din pacate asta le ofera o piine de mincat parazitilor gen Xoreax.

Probabil am scris eu aiurea. Sunt obosit. Am vrut sa zic: ca sa compilez un pch, intrii in acel .cpp care are proprietatea Create Precompiled Header si dai acolo CTRL F7. (default stdafx.cpp) :-P

Blog -- tare proaste idee am mai avut...
Nu numai ca nu ma ajuta cu absolut nimic, dar are si prostul obicei sa-mi manance o groaza de timp. Nu stiu ce mi-a venit :-P

So, back to the IDE!