VirtualGL

VirtualGL egy teljesen ingyenes, multiplatform és nyílt forráskódú parancssori program, melyek képesek megváltoztatni a 3D parancsokat adott OpenGL alkalmazást egy kiszolgáló oldali 3D videokártya, minden Linux vagy UNIX-szerű operációs rendszer. Azt is átalakítja a renderelt képek egy videó fájlt.

A fontosabb jellemzők munkaállomás-szerű teljesítményt, ami nagyon hasznos, ha a nagy sebességű proxy TurboVNC, valamint támogatja, amely lehetővé teszi a 3D ülés együttműködést és mobilitást, ami elég hasznos, ha használják VNC vagy hasonló proxy.

Továbbá, a szoftver támogatja a több mint 50MP / másodperc a 100 Mbit hálózat, különösen, ha használható a TurboVNC alkalmazás és quad-pufferolt sztereó támogatást. Ez lehetővé teszi a felhasználók számára, hogy távolítsa el a 3D adatok mennyiségét.

A szoftver könnyen használható társ az VizStack web böngésző megjeleníteni párhuzamos renderelő munkahely távolról, valamint a VMware vagy VirtualBox Oracle virtualizációs szoftver megjelenítésére OpenGL alkalmazások távoli Microsoft Windows operációs rendszer számára.

VirtualGL egy cross-platform projekt működik GNU / Linux, FreeBSD, a Microsoft Windows és a Mac OS X operációs rendszerekkel. Sikeresen tesztelték számítógépeken nyújt mind a 32 vagy 64 bites processzor architektúrát.

Az Ön kényelme érdekében a program oszlik, mint a natív telepítők számos disztribúció GNU / Linux, hogy használja az DEB vagy RPM csomagkezelő rendszere. A forrás csomag is letölthető a Linux kernel alapú operációs rendszerekkel, ahol egy másik csomagkezelő. A telepítés után, akkor a VirtualGL szoftvert a projektek. További felhasználási részletek megtalálhatók a projekt-ezte weboldalán.

Mi az új ebben a kiadásban:

• VirtualGL már nem dob kivételt, ha egy 3D alkalmazás kéri bizonyos X11 és GLX funkciók NULL érv. Ez inkább lehetővé teszi az alatta lévő X11 vagy GLX könyvtár kezelni a hibát. Ez konkrétan dolgozik éjjel egy probléma Fiji.
• kikerülhető probléma, amely, ha ANSYS Workbench 14.5 futtatták VirtualGL, részfolyamatok (például a geometria szerkesztő) elindította a Workbench környezet nem kilépni megfelelő (és így lesz a zombik.) Ezt a kérdést is érinti ANSYS HFSS , ami vagy zár ki kilépéskor vagy kiírja egy hibaüzenet: & quot; megszünteti az úgynevezett után dobott egy példánya "rrerror" & quot;.
• kikerülhető probléma, amely szerint ha a MAGMA5 a VirtualGL, a második és az azt követő távlatok nyíltak az alkalmazás nem mindig jelennek meg helyesen.
• Added support for a GLX_EXT_texture_from_pixmap kiterjesztés.
• Added support for a GLX_EXT_swap_control és GLX_SGI_swap_control kiterjesztések és egy új konfigurációs változó (VGL_REFRESHRATE), hogy lehet használni, hogy ellenőrizzék őket. Lásd a Használati útmutató talál.
• A támogatás a mélység = 32 kép és FB konfigurációk.
• Egy új & quot; ablakkezelő & quot; mód, amely letiltja bizonyos funkciók VirtualGL, hogy zavarja a 3D-s ablakban vezetők, mint a compiz. Ez, kombinálva [6] és [4] pontban kell tennie a Compiz megfelelően futni ezen változatával VirtualGL, feltéve, hogy a 2D-s X Server támogatja az X Composite kiterjesztése. Lásd a Használati útmutató talál.
• Javítva egy BadDrawable X11 hiba történt, amikor fut a Steam kliens VirtualGL.
• Továbbfejlesztett pontosságát TCBench és CPUstat.
• Áramvonalas VirtualGL hogyan viselkednek, ha telepítve van a forrástól: - vglrun működik, függetlenül a hamisító könyvtárak kerültek beépítésre. A build rendszer nehezen kódok értéke a VGL_LIBDIR CGyõzõdjön változókat egy script, hogy vglrun behívja így hozzá ezt az LD_LIBRARY_PATH. Ha a hamisító könyvtárak vannak telepítve a rendszer könyvtár könyvtár, akkor csomagolók lehet választani, hogy kihagyja az új forgatókönyvet, és vglrun továbbra is működni fog, mint eddig. - Amikor egy 64 bites build telepítése glxspheres most átnevezett glxspheres64, egy az egyezmény hivatalos csomagok. Ez lehetővé teszi, hogy telepíteni a 32 bites és 64 bites változata VirtualGL ugyanebbe a könyvtárba. - Ha a telepítés előtag beállítása az alapértelmezett (/ opt / VirtualGL), akkor a fordító rendszerben alapértelmezés szerint telepíti faker könyvtárak a 32-bites build / opt / VirtualGL / lib32 és hamisító könyvtárak egy 64 bites építeni / opt / VirtualGL / lib64. - Ugyanígy, ha a telepítés előtag beállítása az alapértelmezett (/ opt / VirtualGL), akkor a fordító rendszerben alapértelmezés szerint telepíti az libGL symlink Chromium a 32-bites build / opt / VirtualGL / fakelib32 és a libGL symlink a Chromium egy 64 bites építeni / opt / VirtualGL / fakelib64.
• Kht visszaismétlés mód most alapértelmezés szerint engedélyezett. További kutatások kimutatták, hogy professzionális GPU mindig előnyös PBO engedélyezzük (drámaian, abban az esetben az AMD FirePro adapterek.) A fogyasztói minőségű AMD adapterek, PBO általában nem tesznek kárt, és a fogyasztói minőségű nVidia (GeForce) adapterek, az eredmények vegyesek. A GeForce vezetők esik vissza blokkolja readbacks ha a képpont formátumot kért glReadPixels () nem egyezik meg a képpontformátuma Pbuffer, így PBO általában lassabb ezekben az esetekben. Így VirtualGL most esik vissza szinkron visszaismétlés módot, ha azt észleli, hogy PBO nem viselkednek aszinkron.
• Továbbá VGL_FORCEALPHA már nem alapértelmezés szerint ha PBO-kat engedélyezni. Ez a lehetőség miatt vezették be a GeForce viselkedés már említettük, de az opció nincs hatással sincs a professzionális GPU, amelyek használata ajánlott VirtualGL. Ehelyett VGL most érzékeli a helyzeteket, amelyekben VGL_FORCEALPHA előnyös lehet, és azt sugallják, engedélyező vagy tiltó (ha VGL_VERBOSE = 1.)
• Ez a változat VirtualGL egy bináris csomagból és teljes mértékben támogatja a Cygwin64.

Mi az új verzió 2.4.1 / 2.5 Beta 1:

• VirtualGL már nem dobnak kivéve, ha egy 3D alkalmazás kéri bizonyos X11 és GLX funkciók NULL érv. Ez inkább lehetővé teszi az alatta lévő X11 vagy GLX könyvtár kezelni a hibát. Ez konkrétan dolgozik éjjel egy probléma Fiji.
• kikerülhető probléma, amely, ha ANSYS Workbench 14.5 futtatták VirtualGL, részfolyamatok (például a geometria szerkesztő) elindította a Workbench környezet nem kilépni megfelelő (és így lesz a zombik.) Ezt a kérdést is érinti ANSYS HFSS , ami vagy zár ki kilépéskor vagy kiírja egy hibaüzenet: & quot; megszünteti az úgynevezett után dobott egy példánya "rrerror" & quot;.
• kikerülhető probléma, amely szerint ha a MAGMA5 a VirtualGL, a második és az azt követő távlatok nyíltak az alkalmazás nem mindig jelennek meg helyesen.
• Added support for a GLX_EXT_texture_from_pixmap kiterjesztés.
• Added support for a GLX_EXT_swap_control és GLX_SGI_swap_control kiterjesztések és egy új konfigurációs változó (VGL_REFRESHRATE), hogy lehet használni, hogy ellenőrizzék őket. Lásd a Használati útmutató talál.
• A támogatás a mélység = 32 kép és FB konfigurációk.
• Egy új & quot; ablakkezelő & quot; mód, amely letiltja bizonyos funkciók VirtualGL, hogy zavarja a 3D-s ablakban vezetők, mint a compiz. Ez, kombinálva [6] és [4] pontban kell tennie a Compiz megfelelően futni ezen változatával VirtualGL, feltéve, hogy a 2D-s X Server támogatja az X Composite kiterjesztése. Lásd a Használati útmutató talál.
• Javítva egy BadDrawable X11 hiba történt, amikor fut a Steam kliens VirtualGL.
• Továbbfejlesztett pontosságát TCBench és CPUstat.
• Áramvonalas VirtualGL hogyan viselkednek, ha telepítve van a forrástól: - vglrun működik, függetlenül a hamisító könyvtárak kerültek beépítésre. A build rendszer nehezen kódok értéke a VGL_LIBDIR CGyõzõdjön változókat egy script, hogy vglrun behívja így hozzá ezt az LD_LIBRARY_PATH. Ha a hamisító könyvtárak vannak telepítve a rendszer könyvtár könyvtár, akkor csomagolók lehet választani, hogy kihagyja az új forgatókönyvet, és vglrun továbbra is működni fog, mint eddig. - Amikor egy 64 bites build telepítése glxspheres most átnevezett glxspheres64, egy az egyezmény hivatalos csomagok. Ez lehetővé teszi, hogy telepíteni a 32 bites és 64 bites változata VirtualGL ugyanebbe a könyvtárba. - Ha a telepítés előtag beállítása az alapértelmezett (/ opt / VirtualGL), akkor a fordító rendszerben alapértelmezés szerint telepíti faker könyvtárak a 32-bites build / opt / VirtualGL / lib32 és hamisító könyvtárak egy 64 bites építeni / opt / VirtualGL / lib64. - Ugyanígy, ha a telepítés előtag beállítása az alapértelmezett (/ opt / VirtualGL), akkor a fordító rendszerben alapértelmezés szerint telepíti az libGL symlink Chromium a 32-bites build / opt / VirtualGL / fakelib32 és a libGL symlink a Chromium egy 64 bites építeni / opt / VirtualGL / fakelib64.
• Kht visszaismétlés mód most alapértelmezés szerint engedélyezett. További kutatások kimutatták, hogy professzionális GPU mindig előnyös PBO engedélyezzük (drámaian, abban az esetben az AMD FirePro adapterek.) A fogyasztói minőségű AMD adapterek, PBO általában nem tesznek kárt, és a fogyasztói minőségű nVidia (GeForce) adapterek, az eredmények vegyesek. A GeForce vezetők esik vissza blokkolja readbacks ha a képpont formátumot kért glReadPixels () nem egyezik meg a képpontformátuma Pbuffer, így PBO általában lassabb ezekben az esetekben. Így VirtualGL most esik vissza szinkron visszaismétlés módot, ha azt észleli, hogy PBO nem viselkednek aszinkron.
• Továbbá VGL_FORCEALPHA már nem alapértelmezés szerint ha PBO-kat engedélyezni. Ez a lehetőség miatt vezették be a GeForce viselkedés már említettük, de az opció nincs hatással sincs a professzionális GPU, amelyek használata ajánlott VirtualGL. Ehelyett VGL most érzékeli a helyzeteket, amelyekben VGL_FORCEALPHA előnyös lehet, és azt sugallják, engedélyező vagy tiltó (ha VGL_VERBOSE = 1.)
• Ez a változat VirtualGL egy bináris csomagból és teljes mértékben támogatja a Cygwin64.

Mi az új verzió 2.4.1:

• VirtualGL már nem dob kivételt, ha egy 3D-s alkalmazás meghívja bizonyos X11 és GLX funkciók NULL érv. Ez inkább lehetővé teszi az alatta lévő X11 vagy GLX könyvtár kezelni a hibát. Ez konkrétan dolgozik éjjel egy probléma Fiji.
• kikerülhető probléma, amely, ha ANSYS Workbench 14.5 futtatták VirtualGL, részfolyamatok (például a geometria szerkesztő) elindította a Workbench környezet nem kilépni megfelelő (és így lesz a zombik.) Ezt a kérdést is érinti ANSYS HFSS , ami vagy zár ki kilépéskor vagy kiírja egy hibaüzenet: & quot; megszünteti az úgynevezett után dobott egy példánya "rrerror" & quot;.
• kikerülhető probléma, amely szerint ha a MAGMA5 a VirtualGL, a második és az azt követő távlatok nyíltak az alkalmazás nem mindig jelennek meg helyesen.
• Added support for a GLX_EXT_texture_from_pixmap kiterjesztés.
• Added support for a GLX_EXT_swap_control és GLX_SGI_swap_control kiterjesztések és egy új konfigurációs változó (VGL_REFRESHRATE), hogy lehet használni, hogy ellenőrizzék őket. Lásd a Használati útmutató talál.
• A támogatás a mélység = 32 kép és FB konfigurációk.
• Egy új & quot; ablakkezelő & quot; mód, amely letiltja bizonyos funkciók VirtualGL, hogy zavarja a 3D-s ablakban vezetők, mint a compiz. Ez, kombinálva [6] és [4] pontban kell tennie a Compiz megfelelően futni ezen változatával VirtualGL, feltéve, hogy a 2D-s X Server támogatja az X Composite kiterjesztése. Lásd a Használati útmutató talál.
• Javítva egy BadDrawable X11 hiba történt, amikor fut a Steam kliens VirtualGL.
• Továbbfejlesztett pontosságát TCBench és CPUstat.
• Áramvonalas VirtualGL hogyan viselkednek, ha telepítve van a forrástól: - vglrun működik, függetlenül a hamisító könyvtárak kerültek beépítésre. A build rendszer nehezen kódok értéke a VGL_LIBDIR CGyõzõdjön változókat egy script, hogy vglrun behívja így hozzá ezt az LD_LIBRARY_PATH. Ha a hamisító könyvtárak vannak telepítve a rendszer könyvtár könyvtár, akkor csomagolók lehet választani, hogy kihagyja az új forgatókönyvet, és vglrun továbbra is működni fog, mint eddig. - Amikor egy 64 bites build telepítése glxspheres most átnevezett glxspheres64, egy az egyezmény hivatalos csomagok. Ez lehetővé teszi, hogy telepíteni a 32 bites és 64 bites változata VirtualGL ugyanebbe a könyvtárba. - Ha a telepítés előtag beállítása az alapértelmezett (/ opt / VirtualGL), akkor a fordító rendszerben alapértelmezés szerint telepíti faker könyvtárak a 32-bites build / opt / VirtualGL / lib32 és hamisító könyvtárak egy 64 bites építeni / opt / VirtualGL / lib64. - Ugyanígy, ha a telepítés előtag beállítása az alapértelmezett (/ opt / VirtualGL), akkor a fordító rendszerben alapértelmezés szerint telepíti az libGL symlink Chromium a 32-bites build / opt / VirtualGL / fakelib32 és a libGL symlink a Chromium egy 64 bites építeni / opt / VirtualGL / fakelib64.
• Kht visszaismétlés mód most alapértelmezés szerint engedélyezett. További kutatások kimutatták, hogy professzionális GPU mindig előnyös PBO engedélyezzük (drámaian, abban az esetben az AMD FirePro adapterek.) A fogyasztói minőségű AMD adapterek, PBO általában nem tesznek kárt, és a fogyasztói minőségű nVidia (GeForce) adapterek, az eredmények vegyesek. A GeForce vezetők esik vissza blokkolja readbacks ha a képpont formátumot kért glReadPixels () nem egyezik meg a képpontformátuma Pbuffer, így PBO általában lassabb ezekben az esetekben. Így VirtualGL most esik vissza szinkron visszaismétlés módot, ha azt észleli, hogy PBO nem viselkednek aszinkron.
• Továbbá VGL_FORCEALPHA már nem alapértelmezés szerint ha PBO-kat engedélyezni. Ez a lehetőség miatt vezették be a GeForce viselkedés már említettük, de az opció nincs hatással sincs a professzionális GPU, amelyek használata ajánlott VirtualGL. Ehelyett VGL most érzékeli a helyzeteket, amelyekben VGL_FORCEALPHA előnyös lehet, és azt sugallják, engedélyező vagy tiltó (ha VGL_VERBOSE = 1.)
• Ez a változat VirtualGL egy bináris csomagból és teljes mértékben támogatja a Cygwin64.

Mi az új verzió 2.3.3:

• VirtualGL már nem dob kivételt, ha egy 3D-s alkalmazás meghívja bizonyos X11 és GLX funkciók NULL érv. Ez inkább lehetővé teszi az alatta lévő X11 vagy GLX könyvtár kezelni a hibát. Ez konkrétan dolgozik éjjel egy probléma Fiji.
• kikerülhető probléma, amely, ha ANSYS Workbench 14.5 futtatták VirtualGL, részfolyamatok (például a geometria szerkesztő) elindította a Workbench környezet nem kilépni megfelelő (és így lesz a zombik.) Ezt a kérdést is érinti ANSYS HFSS , ami vagy zár ki kilépéskor vagy kiírja egy hibaüzenet: & quot; megszünteti az úgynevezett után dobott egy példánya "rrerror" & quot;.
• kikerülhető probléma, amely szerint ha a MAGMA5 a VirtualGL, a második és az azt követő távlatok nyíltak az alkalmazás nem mindig jelennek meg helyesen.
• Added support for a GLX_EXT_texture_from_pixmap kiterjesztés.
• Added support for a GLX_EXT_swap_control és GLX_SGI_swap_control kiterjesztések és egy új konfigurációs változó (VGL_REFRESHRATE), hogy lehet használni, hogy ellenőrizzék őket. Lásd a Használati útmutató talál.
• A támogatás a mélység = 32 kép és FB konfigurációk.
• Egy új & quot; ablakkezelő & quot; mód, amely letiltja bizonyos funkciók VirtualGL, hogy zavarja a 3D-s ablakban vezetők, mint a compiz. Ez, kombinálva [6] és [4] pontban kell tennie a Compiz megfelelően futni ezen változatával VirtualGL, feltéve, hogy a 2D-s X Server támogatja az X Composite kiterjesztése. Lásd a Használati útmutató talál.
• Javítva egy BadDrawable X11 hiba történt, amikor fut a Steam kliens VirtualGL.
• Továbbfejlesztett pontosságát TCBench és CPUstat.
• Áramvonalas VirtualGL hogyan viselkednek, ha telepítve van a forrástól: - vglrun működik, függetlenül a hamisító könyvtárak kerültek beépítésre. A build rendszer nehezen kódok értéke a VGL_LIBDIR CGyõzõdjön változókat egy script, hogy vglrun behívja így hozzá ezt az LD_LIBRARY_PATH. Ha a hamisító könyvtárak vannak telepítve a rendszer könyvtár könyvtár, akkor csomagolók lehet választani, hogy kihagyja az új forgatókönyvet, és vglrun továbbra is működni fog, mint eddig. - Amikor egy 64 bites build telepítése glxspheres most átnevezett glxspheres64, egy az egyezmény hivatalos csomagok. Ez lehetővé teszi, hogy telepíteni a 32 bites és 64 bites változata VirtualGL ugyanebbe a könyvtárba. - Ha a telepítés előtag beállítása az alapértelmezett (/ opt / VirtualGL), akkor a fordító rendszerben alapértelmezés szerint telepíti faker könyvtárak a 32-bites build / opt / VirtualGL / lib32 és hamisító könyvtárak egy 64 bites építeni / opt / VirtualGL / lib64. - Ugyanígy, ha a telepítés előtag beállítása az alapértelmezett (/ opt / VirtualGL), akkor a fordító rendszerben alapértelmezés szerint telepíti az libGL symlink Chromium a 32-bites build / opt / VirtualGL / fakelib32 és a libGL symlink a Chromium egy 64 bites építeni / opt / VirtualGL / fakelib64.
• Kht visszaismétlés mód most alapértelmezés szerint engedélyezett. További kutatások kimutatták, hogy professzionális GPU mindig előnyös PBO engedélyezzük (drámaian, abban az esetben az AMD FirePro adapterek.) A fogyasztói minőségű AMD adapterek, PBO általában nem tesznek kárt, és a fogyasztói minőségű nVidia (GeForce) adapterek, az eredmények vegyesek. A GeForce vezetők esik vissza blokkolja readbacks ha a képpont formátumot kért glReadPixels () nem egyezik meg a képpontformátuma Pbuffer, így PBO általában lassabb ezekben az esetekben. Így VirtualGL most esik vissza szinkron visszaismétlés módot, ha azt észleli, hogy PBO nem viselkednek aszinkron.
• Továbbá VGL_FORCEALPHA már nem alapértelmezés szerint ha PBO-kat engedélyezni. Ez a lehetőség miatt vezették be a GeForce viselkedés már említettük, de az opció nincs hatással sincs a professzionális GPU, amelyek használata ajánlott VirtualGL. Ehelyett VGL most érzékeli a helyzeteket, amelyekben VGL_FORCEALPHA előnyös lehet, és azt sugallják, engedélyező vagy tiltó (ha VGL_VERBOSE = 1.)
• Ez a változat VirtualGL egy bináris csomagból és teljes mértékben támogatja a Cygwin64.