Vícevláknový loading zdrojů

[VODA]

[VODA]

[Ladis]

Moc to řešíte, disk je víc jak stokrát pomalejší než RAM, takže v 2. vlákně stačí načíst z disku, do 3D API to hodíte v hlavním vlákně. Jo, trochu to trhne, ale stokrát míň, než kdybyste to v hlavním vlákně načítali z disku.
_________________
Award-winning game developer

[VODA]

Tak jsem to nakonec udělal jak navrhoval frca. Ve Windows to bude obstarávat druhé vlákno (pokud projdou testy na vícero PC) a na Linuxech to bude statické (popř. vymyslím jiný loading screen, třeba s progress barem).
_________________
Opravdovost se pojí s trýzní...

[Crypton]

Zbytečně moc komplikované. Mohl si předtím alespoň zkusit to, co jsem ti navrhoval já, a nebo teď i Ladis. A bude ti to běžet na všech OS stejně. Ale když už to máš "funkční", tak je asi zbytečné to zase překopávat.
_________________

[nou]

ono problem bude v SDL. mne sharovanie textur v OpenGL fungovalo pri pouziti Qt.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[VODA]

Myslím že v SDL problém není. Viděl bych problém v tom, že na linuxech volání gl není thread-safe, protože shadery se mi načítat povedlo, ale textury ne...funkce glGenTextures generovala index 0. U shaderů se mi indexy programů generovali v pohodě...

Teď to řešit už asi nebudu. Přidám ještě k loadingu nějaký ukazatel stavu načtení, takže bude na linuxech alespoň trochu poznat, že se něco děje...
_________________
Opravdovost se pojí s trýzní...

[pcmaster]

OpenGL nie je thread-safe na nijakej platforme. Vsetci ti poradili spravne, ze ho nemas volat z viacerych vlaken, len z hlavneho. Sharovat contexty je v tvojom pripade uplne zbytocne. Zbytocne si pridas problemy v buducnosti. Stoji to za to?
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[VODA]

No a jak vysvětlíš to, že na Windows to funguje bez problému? A kdyby takováhle věc nebyla možná, asi by to v dnešních hrách vůbec nebylo, ne? A pochybuji, že si vývojáři obalí všechny opengl volání např. mutexem. To mi připadá jako úplná blbost.

Budu to testovat ještě na Vistách a W7, co to udělá, ale myslím, že to bude fungovat správně. Pro Linux jsem udělal to, že se v každém snímku (možná udělám po několika snímcích) načte nový zdroj, takže pokud ty zdroje budou malé, ozubená kola se také trochu budou točit (problém třeba přijde až budu načítat herní mapu nebo generovat routovací tabulku pro navigační mesh, tam se to třeba 5s vůbec nehne).

Tohle je stejně jen taková fíčura, kterou jsem si chtěl dávno vyzkoušet. Možná ji nakonec ve výsledku vůbec používat nebudu. Jen jsem to chtěl zkusit...
_________________
Opravdovost se pojí s trýzní...

[nou]

no neviem ak naozaj mas dva zdielane kontexty tak by to fungovat malo. mozno by som po nacitani zdrojov zavolal glFinish(). je dost mozne ze preto sa ti nenacitali zdroje. potom sa ale odporuca pouzit sync objekty cez glFenceSync() a glWaitSync()
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[Vilem Otte]

Vyhrabal jsem starý program, který ukazuje "Threaded-OpenGL 101" na XLib a jede úplně bez problému (generuje texturu na vlákně vedle, a poté nastaví boolean (šlo by to i lépe), používá XLib, glX a POSIX-threads (pthreads) - není vlastně potřeba žádné šílenosti, nedejbože používat glFinish )

Později ho někam upnu...
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

[VODA]

Oki, to by bylo fajn. Díky.
_________________
Opravdovost se pojí s trýzní...

[]semo[]

[nou]

takze uz viem v com je problem http://tronche.com/gui/x/xlib/display/XInitThreads.html
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[VODA]

Hmm...zajímavé. Mohl bych to zkusit...
Díky.

EDIT: Nechal jsem se napálit, když zavolám tuhle funkci tak pak musím ještě správně použít http://tronche.com/gui/x/xlib/display/XLockDisplay.html a http://tronche.com/gui/x/xlib/display/XUnlockDisplay.html...
Nebo ne?
_________________
Opravdovost se pojí s trýzní...