Vícevláknový loading zdrojů

[VODA]

Zdravím,

snažím se o víkendu zprovoznit pár nových věcí v enginu. Konkrétně teď, načítání zdrojů na pozadí během renderování animované loading obrazovky (aby bylo vidět, že program něco dělá).
Mám hlavní vlákno, kde vytvořím loader, ten vykresluje animovaný loading screen, rovněž na začátku vytvoří nové vlákno pro načítání požadovaných zdrojů a pustí jej.
Jenže jsem narazil na to, že OpenGL kontext může být aktivní pouze v jednom vlákně (resp. jsem to našel přes Google). Což znamená, že OpenGL v načítacím vlákně nereaguje. Někde jsem našel, že by to mělo jít nějak nasdílet (na Windows předpokládám pomocí wglShareLists, na Linux také něco bude).

Ale nějak se mi to nedaří rozfungovat. Neřešili jste to? Nebo nevíte jak na to?
Díky za pomoc.
_________________
Opravdovost se pojí s trýzní...

[Vilem Otte]

Podobnou věc jsem již řešil (myslím vícevláknový loading, OpenGL jsem zbytečně na více vláken neroztahával - nicméně koukni na specifikaci glXCreateContext - http://www.opengl.org/sdk/docs/man/xhtml/glXCreateContext.xml)...

Loading (HDD -> RAM) je nejlepší odložit na jiné vlákno (pokud formát ještě potřebuješ parsovat, tak nejlépe odložit na jiné vlákno - protože je to pomalé). Jakmile máš loading z disku do paměti hotový, je tahle část hotová, přichází druhá fáze:

Loading (RAM -> VRAM) je vhodný řešit takto - http://www.songho.ca/opengl/gl_pbo.html#unpack.

Snad to trochu pomůže...
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

[nou]

opengl by som asi do viacerych vlakien netahal.

a ako otte odkazal tak proste v main vlakne namapovat buffer, pointer poslat do load vlakna, nacitat do namapovaneho priestoru data, poslat signal ze uz jea nasledne zase v opengl vlakne odmapovat.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[Crypton]

Já jsem to z počátku dělal tak, že jsem si v jednom vláknu ty data jen načetl a připravil, a až v tom hlavním vláknu, kde jsem prováděl render scény, jsem si (až při prvním použití) ty data (pro textůry a meshe) nahrál do VRAM. Takže jsem nepotřeboval dva kontexty, a ve VRAM jsem neměl data, které jsem třeba ani jednou nepoužil. A kupodivu to běželo svižně, žádné zamrzání, a ani nějaký šíleně snížený pokles ve FPS.

Ale jestli jde jen o zobrazení průběhu načítání dat, aniž by ti ta hra "zamrzla", tak to jde vyřešit i přes jednoduchý callback.
_________________

[VODA]

Nakonec jsem to udělal podle této stránky (druhý kód) a zdá se zatím, že to funguje.

Podrobnější popis jak se mi to povedlo udělat napíši až to pořádně otestuji, hlavně na shaderech, ty dělají nejvíce problémů...

Díky.

EDIT: Ještě vymyslet podobný postup pro linux...
_________________
Opravdovost se pojí s trýzní...

[Vilem Otte]

Co třeba takhle?

[VODA]

No, tak asi jo, já se na to zatím nedíval, ale je jasné, že to bude hodně podobné jako na Windows...
Zatím se to snažím otestovat na shaderech, ale shadery prostě trošku zlobí...
_________________
Opravdovost se pojí s trýzní...

[VODA]

Tak díky za pomoc.
_________________
Opravdovost se pojí s trýzní...

[VODA]

Asi hloupá otázka, ale kde vezmu XVisualInfo. Resp. vím jak zjistit všechny dostupné visuals, ale já bych potřeboval konkrétně už vytvořeného okna (nějak z Display nebo Window)...

EDIT: Tak už je to jedno, na Linuxech to nefunguje. Jak je to vůbec s GL funkcema, jsou thread-safe? Asi ne co? Všiml jsem si právě toho, že během toho načítání se vygeneruje index pro program, ale nezkompiluje se a index pro textury se negeneruje vůbec. Vždy to vrátí 0.
Škoda, tak hezky to na těch Windowsech vypadá, když se na obrazovce točí ozubená kola a na pozadí se loadují zdroje.
_________________
Opravdovost se pojí s trýzní...

[VODA]

Pro ukázku, takhle jsem chtěl aby to vypadalo. Zaměrně jsem v načítacím vlákně strčil asi 4s sleep, aby to bylo trochu delší.
Pro méně chápavé, během načítací obrazovky, kdy se točí ozubená kola se nahrávají herní zdroje, textury, shadery, modely, jiná herní i neherní data...

Linux mi to zhatil, taková bezva fíčura...
_________________
Opravdovost se pojí s trýzní...

[Vilem Otte]

Nezhatil - toto by se nemělo dělat přes více vláken, tahat OpenGL na více vláken není moc dobré (jak si již zmínil, ty funkce nejsou Thread-safe, ani funkce XLib nejsou Thread-safe - a je třeba všechno ošetřovat!).

ad XVisualInfo - ideálně pomocí glXGetVisualFromFBConfig, do něj potřebuješ FBConfig, všechny které máš k dispozici získáš pomocí glXChooseFBConfig, a potom z nich vybereš. Pomůžou ti k tomu funkce glXGetFBConfigAttrib.

Ještě jedna otázka, padá to na glX, nebo na Xku? Zkus kouknout na toto - http://www.x.org/archive/X11R6.8.2/doc/XInitThreads.3.html#sect1, teda v případě že ti to padá na Xku.
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

[VODA]

[frca]

Tak udělej kompromis: Na linuxu holt budou loadovací obrazovky statické a budou se hýbat jen na windows (tento z mého pohledu detail můžeš koneckonců dodělat později i na linux, až zjistíš, jak).
_________________
www.FRANTICWARE.com

[perry]

Nejde jen o točení kolečka... často to "kolečko" funguje jako progress bar.. což mi přijde dobrý.. pak vím že to něco dělá a ne že se jen točí kolečko a jinak se to seklo
_________________
Perry.cz

[nou]

a ako si vytvaras okno. sam pomocou glx alebo mas na to framework. pokial si spominam tusim si pouzil SDL co dost efektivne brani pristupovat poriadne k tvorbe kontextu.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.