Lagy už v primitivních aplikacích - D3D, C++

[prophet tx-7]

Mám velmi jednoduchou aplikaci, využívající DXUT - načte 3 primitivní objekty z x-souboru, poté je vykresluje, dva se hýbou (samozřejmě pomocí world matrixu). Problém je, že i ta se mírně seká na slabších PC (a např. DOOM3 na nich běží plynuje na poměrně dosti slušné detaily - pro srovnání). Původně byla bez DXUT, problém stejný. Absolutně netuším co s tím

Zdrojový kód (celé solution pro VS2008) včetně x souborů zde.

Na PC mám DX SDK August 2006 a March 2008, zkoušel jsem kompilovat s oběma verzema (přenastavením cest ve VC++ Directiories), problém stejný. Ačkoliv verze 2006 se mi zdá poměrně stará, téměř na žádném pc nejsou potřebné DLL knihovny, mám zkusit ještě starší verzi, mohlo by to být tím?

Nebo třeba špatně vytvořené D3D device?

Stejný problém jsem měl (respektive stále mám) i při vývoji jednoduchého arkanoidu - manuální použití vertex + index bufferu a poté vykreslování pomocí DrawIndexedPrimitive.


Díky moc.

[Marek]

Jaké máš fps?
_________________
AMD Open Source Graphics Driver Developer

[VladR]

Moznosti je mnoho, namatkovo zopar - nastrel od boku:

1. HAL/REF?
2. PureDevice ? SW/HW Vertex Processing ?
3. VSync ?
4. VB/IB fill every single frame ?
5. CPU-hungry external apps (IE/Opera/defrag/virusscan/) ?
6. Sleep (250) ?
7. Extensive post-processing ?
8. GFX Karta ? RIVA TNT 1 4 MB ? S3 Trio 3D 2 MB ?
9. Velkost VB/IB ? Na starsich gfx chipsetoch je bezne, ze DIP ti zahlti CPU aj pri puhych 4 renderovanych triangloch. Staci, ze CPU transformuje 500.000 vertexov vo VB s pomerne narocnym shaderom.

[Marek]

Mně osobně se různé dema někdy trhají a to i když reportují vysoké fps. Trhání je hodně nedeterministické. Někdy to spraví fullscreen, zkusil bych první jej. Na vině asi bude plánovač procesů, vytížení CPU programama na pozadí, jinak nevím. Spuštěný přehrávač hudby na pozadí mi občas i v OpenGL způsobuje mírné trhání, ovšem DirectX tím trpí daleko častěji, aspoň u mě.
_________________
AMD Open Source Graphics Driver Developer

[am!go]

Kromě výše zmíněnýho si určitě zapni DX v debug režimu a podívej se, jestli si to někde nestěžuje.

[prophet tx-7]

Nainstaloval jsem DX Summer 2004, nemohl jsem použít DXUT (spoustu věcí tam chybí), použil jsem tedy původní verzi bez DXUT... aplikace jde nyní spustit prakticky na každém PC, nicméně problém zůstává stále stejný

FPS - Prakticky pořád 60 (V-Sync).. Přidal jsem do kódu MessageBeep, aby to píplo pokaždé, když klesne pod 35 a je pravda, že při každém zádrhelu to pípne

[Juraj]

Přihodím sem i svojí zkušenost když jsem dělal v DX. Konkrétně jsem vykresloval terén za pomocí IB a VB. Pokud jsem ovšem měl IB v datovém typu INT32 měl jsem zhruba 30 FPS, když jsem pouze přehodil datový typ na INT16, FPS se mi zvíšili 2x tedy na 60.

Tuto výraznou změnu jsem pozoroval hlavně na starších a "slabších" strojích...

[VladR]

[Augi]

[VladR]

Bez mucenia sa priznavam, ze 3dfx som v stroji uz davno nemal, ked som zacal s kodenim 3d grafiky, takze tam to mozno mohlo tak vyzniet.

Mimo toho, tam vobec niekedy boli funkcne DX drivery ? Ved to malo iba vlastnu implementaciu OGL (nazov ktorej mi v tento moment vypadol).

Inak, ani zopar 64-bit osekanych kariet typu GF2MX na PCI zbernici to nevykazovalo.

[Augi]

No na 100 % jsem tam kódil v DX 8.1 a hardware rendering mi běhal v pohodě...

[Mem]

VladR, Augi: no tak zrovna 30 a 60 fps je snad problém jasný - vůbec nemusí jít o navýšení výkonu o 100 %, ale klidně to mohlo stíhat předtím 61 fps a poté 55 fps a kvůli čekání na VR to spadlo rovnou na půlku... takže autor by měl především VR vypnout a pak může zkoušet něco měřit
_________________

[Augi]

Ale v mém případě jsem s tímhle problém neměl

[Marek]

30fps je ještě bezpečný realtime a některé hry se na toto fps dokonce fixují (Spore). Aby oko vidělo trhání, muselo by fps být pod 16. Mozek ale cítí latence při zobrazení u 30fps docela zřetělně (33ms). Zkusil autor threadu vůbec rady, jaké jsem mu napsal?

[VladR]