OpenGL 3.0 vs SDL 2.0

[frca]

Zdravím,
snažím se rozjet funkční OpenGL core kontext na linuxu na tomto HW:

OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile
OpenGL version string: 3.0 Mesa 8.0.5
OpenGL shading language version string: 1.30

Nějak se to ale nedaří. Nepodařilo se to někomu z vás tady? SDL sveřepě hlásí "Could not create GL context", i když zkouším všechno možné. Na jiném HW (OpenGL 3.3) to funguje.
Díky.
_________________
www.FRANTICWARE.com

[nou]

vytvaras core profile? nie som si isty o 3.0 ale viem ze mesa neposkytuje 3.1 compatibility profil.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[frca]

Ano.
_________________
www.FRANTICWARE.com

[frca]

Nebo kdyžtak prosím hoďte třeba zdroják, který vám funguje ve windows. Tonoucí se stébla chytá Nebo fakt nikdo OpenGL 3 nepoužívá?
_________________
www.FRANTICWARE.com

[frca]

Takto to nastavuju:

[gindar]

zkus posledni snapshot SDL2 http://www.libsdl.org/tmp/SDL-2.0.zip

[frca]

Díval jsem se do logu repozitáře SDL a žádný související bugfix tam není, takže to nemá smysl zkoušet.
_________________
www.FRANTICWARE.com

[micky]

Není core profile k dispozici až od verze 3.2?
_________________
https://www.bluepulsar.cz/
https://twitter.com/11thDream_Game/

[frca]

Jo, resp. záleží na dostupnosti rozšíření WGL_ARB_create_context_profile, viz např. http://www.opengl.org/registry/specs/ARB/wgl_create_context.txt
Pro verzi 3.0 jsem odstranil následující kód (problém ve windows jsem tím opravil):

[frca]

Tento nejzákladnější příklad taky funguje divně http://www.opengl.org/wiki/Tutorial:_OpenGL_3.0_Context_Creation_%28GLX%29

Tady je výstup:
Getting matching framebuffer configs
Found 4 matching FB configs.
Getting XVisualInfos
Matching fbconfig 0, visual ID 0x21: SAMPLE_BUFFERS = 0, SAMPLES = 0
Matching fbconfig 1, visual ID 0x60: SAMPLE_BUFFERS = 0, SAMPLES = 0
Matching fbconfig 2, visual ID 0x9d: SAMPLE_BUFFERS = 0, SAMPLES = 0
Matching fbconfig 3, visual ID 0x9e: SAMPLE_BUFFERS = 0, SAMPLES = 0
Chosen visual ID = 0x21
Creating colormap
Creating window
Mapping window
glXCreateContextAttribsARB() not found ... using old-style GLX context
Direct GLX rendering context obtained
Making context current

A tady ještě výstup z glxinfo:
http://nopaste.ceske-hry.cz/223559
_________________
www.FRANTICWARE.com

[Ladis]

Existuje vůbec nějaký způsob, ve kterém funguje glXCreateContextAttribsARB() na Intelu v Linuxu? Na to bych se zaměřil první (abys zbytečně neztrácel čas, pokud tam skutečně nejede). Pak přinejhorším můžeš mít správnou codepath, a když chyba -a- Intel, tak zkusit tu, která na něm funguje, ale není "čistá".
_________________
Award-winning game developer

[frca]

Dobrá myšlenka, díky. Už to nějak funguje, teď zbývá odladit (nejspíš) shadery
_________________
www.FRANTICWARE.com

[frca]

Objevil se další problém, který s předchozím souvisí pouze tím, že se projevuje na uvedeném Intel ovladači. Textury fungují pouze v případě, že se po glTexImage2D (resp. 1D) zavolá glGenerateMipmap. V opačném případě jsou černé. Při vykreslování používám sampler objekty a nastavení mipmap funguje. Problém je, že tam, kde nejsou potřeba, se zbytečně plýtvá pamětí. Takže je to dobré jenom jako hotfix.
_________________
www.FRANTICWARE.com

[VODA]

Na Intel kartách je toho strašně moc rozbitého. O tom bych Ti mohl vyprávět, když jsem dával dohromady engine. Jeho vývoj se mi protáhl o strašně moc dlouho jen proto, že jsem ho chtěl odladit tak, aby běžel v pořádku i na Intelu (neboť jí mám v notesu).
Možná bych zkusil pohledat, jestli neexistují nějaké neoficiální drivery. Když jsem dělal bakalářku, tak moje aplikace vykazovala podivnou vlastnost. Po spuštění mi program renderoval ve viewportu cca kolem 500 FpS, ale jakmile jsem zahýbal s oknem (změnil rozměry, změnil pozici, atp.), tak FpS kleslo na 20, ať už se něco renderovalo nebo ne. Pak jsem našel neoficiální drivery (aktuální) a přestalo to dělat.
Čeho jsem si ještě třeba všiml na Intelu je to, že když chceš pomocí glClear mazat FBO, který má větší rozměry, než rozměry obrazovky (viewport na to neměl vliv), tak smaže jen tu část, která padne na velikost obrazovky. To bohužel nedokázal spravit ani neoficiální driver, takže jsem pak musel napsat vlastní alternativní Clear.

Dělat něco na Intel grafikách je zlo... o to je to větší zlo, když tam chceš dělat vyšší OpenGL než 2.0...

S generování mipmap jsem měl také problémy, když jsem se snažil použít funkci glGenerateMipmap (řešením bylo opět vlastní výpočet mipmap). Ale u mě to nedělo problémy, když jsem mipmapy negeneroval vůbec, tak jako ve Tvém případě...
_________________
Opravdovost se pojí s trýzní...

[frca]

Z pohledu vývojáře je asi nejlepší AMD, kde funguje, co má, a nefunguje, co nemá (oproti nvidii, kde funguje i to, co nemá, a intelu, kde nefunguje to, co má). Aspoň takový je můj pocit ze zdejších diskusí.
_________________
www.FRANTICWARE.com