Dotaz: libGL.so (~GLX): rendering do /dev/null ?jak?jde to?

[j3nda]

zdar jak brno :)

kdyby nekdo znaly poradil, budu jedine rad. je to specifickej problem:

• v tymu par nadsencu delame hru v jave, ktera bezi na libGdx, @see: https://libgdx.badlogicgames.com/
• ke svemu fungovani pouziva OpenGL ES 2.0, tj. zminena libGL.so knihovna vc. GLX rozsireni v X-ech (todle je nutny pro lwjgl, @see: https://www.lwjgl.org/)

problem je, ze kdyz chcem poustet automatizovany testy na ai-cko, potrebujem k tomu bastl X-eck (okej, zprovoznime na vps); ale ouha problem #2 je, ze vps, coz je nejdostupnejsi zpusob neverending automatickych testu nema dobrou podporu pro 2d akceleraci, tj. mame to na cca 4 FPS coz je biiida a dohrani 1x hry by trvalo veky veku, natoz pousteni ai-cka proti sobe.

tak me napadlo, zda se nejak da nahradit libGL.so driver necim, co by melo vsechen standard OpenGL ES 2.0, ale nic to nedelalo a vpodstate ten rendering to zahazovalo - pze nepotrebujeme pri testech nic videt - vysledek je v reportu v logu.

ma nekdo z vas nejaky zkustenosti s nahrazenim libGL.so driveru?

v mesa 3d je neco jako OffScreenRendering, @see: http://www.mesa3d.org/osmesa.html (ale nejsem z toho uplne chytrej). zaroven jsem skrz pana googla narazil na neco jako "egl-null", v diskuzi, @see: https://mail.gnome.org/archives/commits-list/2011-December/msg04305.html ale dal uz nic.

(tak se chci touto cestou zeptat, zda nekdo mel/resil/vi-wo-co-go podobny problem. at zdlouhave nezkousim neco, na necem jenom spalim cas. ps. zkompilovat a vydevelopit neco nedela problem, zere to cas. takze uprimne: neco kde se budu napr mesic hrabat v C/C++ zdrojacich a nakonec zjistim, ze to na vps-ku s CyrrusLogic jakysikNumber nejde pouzit mi je na nic. pls, respekt tento postoj)

a zaroven dikec, za jakykoliv nakopnuti spravnym win-win smerem :) lidem, kteri me v tomto efektivne nasmeruji, ze rendering OpenGL na vpsku nebude treba, daruji kopii hry zdarma :P

linuxu zdar, j3.

Odpovědi

[sněhulák]

Nevím, jestli existuje přímo libGL, ale možná by pomohl dummy video driver - xf86-video-dummy. Kdyby se to zkombinovalo s MESA libGL, mohlo by to fungovat.

[j3nda]

vyzkousim.

ted nevim, zda mi to zblajzne lwjgl, pze ten na zaklade xrandr resi rozliseni a veci..., takze v linuxu je potreba a kdyz neni tak je exceptiona, jeste pred spustenim.

zatim dik.

[Matlák]

OT: Myslím že byste si měli grafiku mockovat na úrovni té aplikace, a ne dělat takovéhle šílenosti kvůli AI testům. Nějak se mi takový návrh nezdá.

[j3nda]

OT:

1. todle bych vubec neresil, kdyby to na testovaci vpsku nejelo <= 4fps (a masinu s 3d grafikou bokem stavet nechcu, i kdyz to ted vypada jako nejlepsi cesta)
2. ...tam nejde jen o ai-testy; ale i rendering, cele se ti to projde a odchyti pripadny nullPointerException anebo podobnou ptakovinu, na kterou pri vyvoji nenarazis

(proste na zacatku bylo rozhodnuti, ze to nechame otestovat ai-ckem a testy psat nebudem (paac by ty test byly ve stejnem objemu jak je hra :-/ ). vsechno se napsalo a vznikla zavilost na OpenGL, coze je logicke, kdyz to pouzivame. vubec se nepocitalo, ze to budem testit na vpsku, kde to bude mit 4fps(~je to takovy pokus) - tak se to ted resi - klasika agiiile :D. zaroven bych nerad rozpoutal flameWar, pls respekt)

[Matlák]

Jinak jak tak koukám do javadocu k libGDX tak by to nemuselo být tak složité to namockovat. Ale asi dost záleží na tom jak je napsaný zbytek té hry.

[Tomáš Bžatek]

Zdar z Brna. Mrkni na http://www.mesa3d.org/envvars.html - nektere optiony dokazi vypnout rasterizaci, ale je to driver-specific. Sam ani nevim, jak vynutit napr. llvmpipe namisto softpipe.

[j3nda]

dik za tip. proctu si to. (v patek jsem mezitim studoval, jak zprovoznit to llvmpipe a zacal kompilovat... snad to k necemu bude)