VirtualGL

VirtualGL is 'n heeltemal gratis, multi-en open source command-line sagteware wat kan lei 3D bevele van enige gegewe OpenGL inligting aan 'n bediener-kant 3D videokaart, op enige Linux of Unix-agtige bedryfstelsel. Dit vat ook die dienste beelde in 'n video-lêer.

Die belangrikste kenmerke sluit in werkstasie-agtige vlakke van prestasie, wat baie nuttig wanneer dit gebruik word met 'n hoë-spoed volmag TurboVNC, sowel as ondersteuning vir die aanstuur 3D sessie samewerking en mobiliteit, wat baie handig te pas kom wanneer dit gebruik word met VNC of soortgelyke volmag.

Verder, die sagteware sluit in steun vir meer as 50MP / tweede op 'n 100 Mbit netwerk, veral wanneer dit gebruik word met die TurboVNC aansoek en-quad gebuffer stereo ondersteuning. Dit stel gebruikers in staat om 3D data grootte te verwyder.

Die sagteware kan maklik gebruik word as 'n metgesel vir die VizStack webblaaier om parallel lewering werk afstand te vertoon, asook met VMware of Oracle VirtualBox skynwerklikmaking sagteware vir die vertoon van OpenGL aansoeke afstand op Microsoft Windows bedryfstelsels.

VirtualGL is 'n kruis-platform-projek wat werk onder die GNU / Linux, FreeBSD, Microsoft Windows en Mac OS X bedryfstelsel. Dit is suksesvol getoets op rekenaars ondersteun een van die 32 of 64-bit verwerker argitekture.

Vir u gerief, die program word versprei as moedertaal installeerders vir talle verdelings van GNU / Linux wat óf gebruik van die DEB of RPM pakket bestuurstelsel. 'N Bron pakket is ook beskikbaar vir aflaai vir Linux-kern gebaseer bedryfstelsels wat 'n ander pakket bestuurder gebruik. Na die installasie, kan jy die VirtualGL sagteware op jou projekte gebruik. Meer gebruik besonderhede kan gevind word op die projek & rsquo; s webwerf

Wat is nuut in hierdie release:.

• VirtualGL sal 'n uitsondering nie meer gooi as 'n 3D aansoek doen 'n beroep sekere X11 en GLX funksies met 'n NULL argument. Dit sal eerder toelaat dat die onderliggende X11 of GLX biblioteek om die fout te hanteer. Dit werk veral rondom 'n probleem met Fidji.
• gewerk om 'n probleem waardeur toe ANSYS Werksbank 14.5 is hardloop met VirtualGL, subprosesse (soos die meetkunde redakteur) van stapel gestuur vanuit die Werksbank omgewing sal nie behoorlik af te sluit (en dus sou zombies raak.) In hierdie uitgawe ook geraak ANSYS HFSS , wat sou óf toesluit wanneer verlaat of sal 'n fout boodskap te druk: & quot; te beëindig uitgeroep gooi 'n geval van 'rrerror' & quot;
.
• gewerk om 'n probleem waarmee, by die gebruik van MAGMA5 met VirtualGL, die tweede en daaropvolgende perspektiewe geopen binne die aansoek sal nie altyd korrek vertoon.
• Bygevoeg ondersteuning vir die GLX_EXT_texture_from_pixmap uitbreiding.
• Bygevoeg ondersteuning vir die GLX_EXT_swap_control en GLX_SGI_swap_control uitbreidings en 'n nuwe opset veranderlike (VGL_REFRESHRATE) wat gebruik kan word om hulle te beheer. Sien die handleiding vir meer inligting.
• Bygevoeg ondersteuning vir diepte = 32 beeldmateriaal en FB configs.
• 'n Nuwe & quot; window manager & quot; af dat sekere eienskappe in VirtualGL wat inmeng met 3D venster bestuurders soos Compiz versper. Dit, tesame met [6] en [4] hierbo, moet nie toelaat dat Compiz om behoorlik te loop met hierdie weergawe van VirtualGL, met dien verstande dat die 2D X-bediener het ondersteuning vir die X Saamgestelde uitbreiding. Sien die handleiding vir meer inligting.
• Vaste 'n BadDrawable X11 fout wat plaasgevind het toe die bestuur van die stoom kliënt in VirtualGL.
• Verbeterde die akkuraatheid van TCBench en CPUstat.
• Gestroomlijnde VirtualGL se gedrag wanneer dit geïnstalleer is uit Bron: - vglrun werk nou ongeag van waar die vervalser biblioteke het geïnstalleer. Die bou stelsel hard-kodes die waarde van die VGL_LIBDIR CMake veranderlike in 'n script wat roep vglrun sodat dit hierdie gids kan byvoeg by LD_BIBLIOTEEK_PAD. As die vervalser biblioteke in 'n stelsel biblioteek gids geïnstalleer, dan inpak kan kies om die nuwe script laat, en vglrun sal voortgaan om te werk want dit het altyd. - Wanneer 'n 64-bit bou geïnstalleer is, glxspheres is nou herdoop glxspheres64, volgens die konvensie van die amptelike pakkette. Dit maak dit moontlik om 'n 32-bit en 'n 64-bis weergawe van VirtualGL in dieselfde gids installeer. - As die installering voorvoegsel is ingestel op die standaard (/ opt / VirtualGL), dan is die bou stelsel verstek na die installering van vervalser biblioteke van 'n 32-bit bou in / opt / VirtualGL / lib32 en vervalser biblioteke van 'n 64-bit bou in / opt / VirtualGL / lib64. - Net so, as die installering voorvoegsel is ingestel op die standaard (/ opt / VirtualGL), dan is die bou stelsel verstek na die installering van die libGL symlink vir Chroom van 'n 32-bit bou in / opt / VirtualGL / fakelib32 en die libGL symlink vir chroom van 'n 64-bit bou in / opt / VirtualGL / fakelib64.
• PBO readback af is nou aangeskakel is by verstek. Verdere navorsing het getoon dat professionele-graad GPU's altyd voordeel trek uit OWO's word in staat gestel (nogal dramaties, in die geval van AMD FirePro adapters.) Met die verbruikers-graad AMD adapters, OWO's oor die algemeen doen geen skade, en met verbruikers-graad nVidia (GeForce) adapters, die resultate is gemeng. Die GeForce bestuurders sal terug te val na die sluit van readbacks indien die pixel formaat in glReadPixels versoek () kom nie ooreen met die pixel formaat van die Pbuffer, sodat OWO's oor die algemeen stadiger in daardie gevalle sal wees. So, VirtualGL val nou terug na sinkrone readback af as dit vasgestel dat OWO's nie asynchroon optree.
• Verder VGL_FORCEALPHA is nie meer aangeskakel is by verstek wanneer OWO's is aangeskakel. Hierdie opsie is ingestel as gevolg van die bogenoemde GeForce gedrag, maar die opsie het hoegenaamd geen effek met die professionele-graad GPU's wat aanbeveel word vir gebruik met VirtualGL. In plaas daarvan, VGL sal nou op te spoor situasies waarin VGL_FORCEALPHA voordelig kan wees en stel aktiveer of deaktivering dit (indien VGL_VERBOSE = 1.)
• Hierdie weergawe van VirtualGL bied 'n binêre pakket en volle ondersteuning vir Cygwin64.

Wat is nuut in weergawe 2.4.1 / 2.5 Beta 1:

• VirtualGL sal nie meer gooi 'n uitsondering as 'n 3D aansoek doen 'n beroep sekere X11 en GLX funksies met 'n NULL argument. Dit sal eerder toelaat dat die onderliggende X11 of GLX biblioteek om die fout te hanteer. Dit werk veral rondom 'n probleem met Fidji.
• gewerk om 'n probleem waardeur toe ANSYS Werksbank 14.5 is hardloop met VirtualGL, subprosesse (soos die meetkunde redakteur) van stapel gestuur vanuit die Werksbank omgewing sal nie behoorlik af te sluit (en dus sou zombies raak.) In hierdie uitgawe ook geraak ANSYS HFSS , wat sou óf toesluit wanneer verlaat of sal 'n fout boodskap te druk: & quot; te beëindig uitgeroep gooi 'n geval van 'rrerror' & quot;
.
• gewerk om 'n probleem waarmee, by die gebruik van MAGMA5 met VirtualGL, die tweede en daaropvolgende perspektiewe geopen binne die aansoek sal nie altyd korrek vertoon.
• Bygevoeg ondersteuning vir die GLX_EXT_texture_from_pixmap uitbreiding.
• Bygevoeg ondersteuning vir die GLX_EXT_swap_control en GLX_SGI_swap_control uitbreidings en 'n nuwe opset veranderlike (VGL_REFRESHRATE) wat gebruik kan word om hulle te beheer. Sien die handleiding vir meer inligting.
• Bygevoeg ondersteuning vir diepte = 32 beeldmateriaal en FB configs.
• 'n Nuwe & quot; window manager & quot; af dat sekere eienskappe in VirtualGL wat inmeng met 3D venster bestuurders soos Compiz versper. Dit, tesame met [6] en [4] hierbo, moet nie toelaat dat Compiz om behoorlik te loop met hierdie weergawe van VirtualGL, met dien verstande dat die 2D X-bediener het ondersteuning vir die X Saamgestelde uitbreiding. Sien die handleiding vir meer inligting.
• Vaste 'n BadDrawable X11 fout wat plaasgevind het toe die bestuur van die stoom kliënt in VirtualGL.
• Verbeterde die akkuraatheid van TCBench en CPUstat.
• Gestroomlijnde VirtualGL se gedrag wanneer dit geïnstalleer is uit Bron: - vglrun werk nou ongeag van waar die vervalser biblioteke het geïnstalleer. Die bou stelsel hard-kodes die waarde van die VGL_LIBDIR CMake veranderlike in 'n script wat roep vglrun sodat dit hierdie gids kan byvoeg by LD_BIBLIOTEEK_PAD. As die vervalser biblioteke in 'n stelsel biblioteek gids geïnstalleer, dan inpak kan kies om die nuwe script laat, en vglrun sal voortgaan om te werk want dit het altyd. - Wanneer 'n 64-bit bou geïnstalleer is, glxspheres is nou herdoop glxspheres64, volgens die konvensie van die amptelike pakkette. Dit maak dit moontlik om 'n 32-bit en 'n 64-bis weergawe van VirtualGL in dieselfde gids installeer. - As die installering voorvoegsel is ingestel op die standaard (/ opt / VirtualGL), dan is die bou stelsel verstek na die installering van vervalser biblioteke van 'n 32-bit bou in / opt / VirtualGL / lib32 en vervalser biblioteke van 'n 64-bit bou in / opt / VirtualGL / lib64. - Net so, as die installering voorvoegsel is ingestel op die standaard (/ opt / VirtualGL), dan is die bou stelsel verstek na die installering van die libGL symlink vir Chroom van 'n 32-bit bou in / opt / VirtualGL / fakelib32 en die libGL symlink vir chroom van 'n 64-bit bou in / opt / VirtualGL / fakelib64.
• PBO readback af is nou aangeskakel is by verstek. Verdere navorsing het getoon dat professionele-graad GPU's altyd voordeel trek uit OWO's word in staat gestel (nogal dramaties, in die geval van AMD FirePro adapters.) Met die verbruikers-graad AMD adapters, OWO's oor die algemeen doen geen skade, en met verbruikers-graad nVidia (GeForce) adapters, die resultate is gemeng. Die GeForce bestuurders sal terug te val na die sluit van readbacks indien die pixel formaat in glReadPixels versoek () kom nie ooreen met die pixel formaat van die Pbuffer, sodat OWO's oor die algemeen stadiger in daardie gevalle sal wees. So, VirtualGL val nou terug na sinkrone readback af as dit vasgestel dat OWO's nie asynchroon optree.
• Verder VGL_FORCEALPHA is nie meer aangeskakel is by verstek wanneer OWO's is aangeskakel. Hierdie opsie is ingestel as gevolg van die bogenoemde GeForce gedrag, maar die opsie het hoegenaamd geen effek met die professionele-graad GPU's wat aanbeveel word vir gebruik met VirtualGL. In plaas daarvan, VGL sal nou op te spoor situasies waarin VGL_FORCEALPHA voordelig kan wees en stel aktiveer of deaktivering dit (indien VGL_VERBOSE = 1.)
• Hierdie weergawe van VirtualGL bied 'n binêre pakket en volle ondersteuning vir Cygwin64.

Wat is nuut in weergawe 2.4.1:

• VirtualGL sal nie meer 'n uitsondering as 'n 3D gooi aansoek doen 'n beroep sekere X11 en GLX funksies met 'n NULL argument. Dit sal eerder toelaat dat die onderliggende X11 of GLX biblioteek om die fout te hanteer. Dit werk veral rondom 'n probleem met Fidji.
• gewerk om 'n probleem waardeur toe ANSYS Werksbank 14.5 is hardloop met VirtualGL, subprosesse (soos die meetkunde redakteur) van stapel gestuur vanuit die Werksbank omgewing sal nie behoorlik af te sluit (en dus sou zombies raak.) In hierdie uitgawe ook geraak ANSYS HFSS , wat sou óf toesluit wanneer verlaat of sal 'n fout boodskap te druk: & quot; te beëindig uitgeroep gooi 'n geval van 'rrerror' & quot;
.
• gewerk om 'n probleem waarmee, by die gebruik van MAGMA5 met VirtualGL, die tweede en daaropvolgende perspektiewe geopen binne die aansoek sal nie altyd korrek vertoon.
• Bygevoeg ondersteuning vir die GLX_EXT_texture_from_pixmap uitbreiding.
• Bygevoeg ondersteuning vir die GLX_EXT_swap_control en GLX_SGI_swap_control uitbreidings en 'n nuwe opset veranderlike (VGL_REFRESHRATE) wat gebruik kan word om hulle te beheer. Sien die handleiding vir meer inligting.
• Bygevoeg ondersteuning vir diepte = 32 beeldmateriaal en FB configs.
• 'n Nuwe & quot; window manager & quot; af dat sekere eienskappe in VirtualGL wat inmeng met 3D venster bestuurders soos Compiz versper. Dit, tesame met [6] en [4] hierbo, moet nie toelaat dat Compiz om behoorlik te loop met hierdie weergawe van VirtualGL, met dien verstande dat die 2D X-bediener het ondersteuning vir die X Saamgestelde uitbreiding. Sien die handleiding vir meer inligting.
• Vaste 'n BadDrawable X11 fout wat plaasgevind het toe die bestuur van die stoom kliënt in VirtualGL.
• Verbeterde die akkuraatheid van TCBench en CPUstat.
• Gestroomlijnde VirtualGL se gedrag wanneer dit geïnstalleer is uit Bron: - vglrun werk nou ongeag van waar die vervalser biblioteke het geïnstalleer. Die bou stelsel hard-kodes die waarde van die VGL_LIBDIR CMake veranderlike in 'n script wat roep vglrun sodat dit hierdie gids kan byvoeg by LD_BIBLIOTEEK_PAD. As die vervalser biblioteke in 'n stelsel biblioteek gids geïnstalleer, dan inpak kan kies om die nuwe script laat, en vglrun sal voortgaan om te werk want dit het altyd. - Wanneer 'n 64-bit bou geïnstalleer is, glxspheres is nou herdoop glxspheres64, volgens die konvensie van die amptelike pakkette. Dit maak dit moontlik om 'n 32-bit en 'n 64-bis weergawe van VirtualGL in dieselfde gids installeer. - As die installering voorvoegsel is ingestel op die standaard (/ opt / VirtualGL), dan is die bou stelsel verstek na die installering van vervalser biblioteke van 'n 32-bit bou in / opt / VirtualGL / lib32 en vervalser biblioteke van 'n 64-bit bou in / opt / VirtualGL / lib64. - Net so, as die installering voorvoegsel is ingestel op die standaard (/ opt / VirtualGL), dan is die bou stelsel verstek na die installering van die libGL symlink vir Chroom van 'n 32-bit bou in / opt / VirtualGL / fakelib32 en die libGL symlink vir chroom van 'n 64-bit bou in / opt / VirtualGL / fakelib64.
• PBO readback af is nou aangeskakel is by verstek. Verdere navorsing het getoon dat professionele-graad GPU's altyd voordeel trek uit OWO's word in staat gestel (nogal dramaties, in die geval van AMD FirePro adapters.) Met die verbruikers-graad AMD adapters, OWO's oor die algemeen doen geen skade, en met verbruikers-graad nVidia (GeForce) adapters, die resultate is gemeng. Die GeForce bestuurders sal terug te val na die sluit van readbacks indien die pixel formaat in glReadPixels versoek () kom nie ooreen met die pixel formaat van die Pbuffer, sodat OWO's oor die algemeen stadiger in daardie gevalle sal wees. So, VirtualGL val nou terug na sinkrone readback af as dit vasgestel dat OWO's nie asynchroon optree.
• Verder VGL_FORCEALPHA is nie meer aangeskakel is by verstek wanneer OWO's is aangeskakel. Hierdie opsie is ingestel as gevolg van die bogenoemde GeForce gedrag, maar die opsie het hoegenaamd geen effek met die professionele-graad GPU's wat aanbeveel word vir gebruik met VirtualGL. In plaas daarvan, VGL sal nou op te spoor situasies waarin VGL_FORCEALPHA voordelig kan wees en stel aktiveer of deaktivering dit (indien VGL_VERBOSE = 1.)
• Hierdie weergawe van VirtualGL bied 'n binêre pakket en volle ondersteuning vir Cygwin64.

Wat is nuut in weergawe 2.3.3:

• VirtualGL sal nie meer 'n uitsondering as 'n 3D gooi aansoek doen 'n beroep sekere X11 en GLX funksies met 'n NULL argument. Dit sal eerder toelaat dat die onderliggende X11 of GLX biblioteek om die fout te hanteer. Dit werk veral rondom 'n probleem met Fidji.
• gewerk om 'n probleem waardeur toe ANSYS Werksbank 14.5 is hardloop met VirtualGL, subprosesse (soos die meetkunde redakteur) van stapel gestuur vanuit die Werksbank omgewing sal nie behoorlik af te sluit (en dus sou zombies raak.) In hierdie uitgawe ook geraak ANSYS HFSS , wat sou óf toesluit wanneer verlaat of sal 'n fout boodskap te druk: & quot; te beëindig uitgeroep gooi 'n geval van 'rrerror' & quot;
.
• gewerk om 'n probleem waarmee, by die gebruik van MAGMA5 met VirtualGL, die tweede en daaropvolgende perspektiewe geopen binne die aansoek sal nie altyd korrek vertoon.
• Bygevoeg ondersteuning vir die GLX_EXT_texture_from_pixmap uitbreiding.
• Bygevoeg ondersteuning vir die GLX_EXT_swap_control en GLX_SGI_swap_control uitbreidings en 'n nuwe opset veranderlike (VGL_REFRESHRATE) wat gebruik kan word om hulle te beheer. Sien die handleiding vir meer inligting.
• Bygevoeg ondersteuning vir diepte = 32 beeldmateriaal en FB configs.
• 'n Nuwe & quot; window manager & quot; af dat sekere eienskappe in VirtualGL wat inmeng met 3D venster bestuurders soos Compiz versper. Dit, tesame met [6] en [4] hierbo, moet nie toelaat dat Compiz om behoorlik te loop met hierdie weergawe van VirtualGL, met dien verstande dat die 2D X-bediener het ondersteuning vir die X Saamgestelde uitbreiding. Sien die handleiding vir meer inligting.
• Vaste 'n BadDrawable X11 fout wat plaasgevind het toe die bestuur van die stoom kliënt in VirtualGL.
• Verbeterde die akkuraatheid van TCBench en CPUstat.
• Gestroomlijnde VirtualGL se gedrag wanneer dit geïnstalleer is uit Bron: - vglrun werk nou ongeag van waar die vervalser biblioteke het geïnstalleer. Die bou stelsel hard-kodes die waarde van die VGL_LIBDIR CMake veranderlike in 'n script wat roep vglrun sodat dit hierdie gids kan byvoeg by LD_BIBLIOTEEK_PAD. As die vervalser biblioteke in 'n stelsel biblioteek gids geïnstalleer, dan inpak kan kies om die nuwe script laat, en vglrun sal voortgaan om te werk want dit het altyd. - Wanneer 'n 64-bit bou geïnstalleer is, glxspheres is nou herdoop glxspheres64, volgens die konvensie van die amptelike pakkette. Dit maak dit moontlik om 'n 32-bit en 'n 64-bis weergawe van VirtualGL in dieselfde gids installeer. - As die installering voorvoegsel is ingestel op die standaard (/ opt / VirtualGL), dan is die bou stelsel verstek na die installering van vervalser biblioteke van 'n 32-bit bou in / opt / VirtualGL / lib32 en vervalser biblioteke van 'n 64-bit bou in / opt / VirtualGL / lib64. - Net so, as die installering voorvoegsel is ingestel op die standaard (/ opt / VirtualGL), dan is die bou stelsel verstek na die installering van die libGL symlink vir Chroom van 'n 32-bit bou in / opt / VirtualGL / fakelib32 en die libGL symlink vir chroom van 'n 64-bit bou in / opt / VirtualGL / fakelib64.
• PBO readback af is nou aangeskakel is by verstek. Verdere navorsing het getoon dat professionele-graad GPU's altyd voordeel trek uit OWO's word in staat gestel (nogal dramaties, in die geval van AMD FirePro adapters.) Met die verbruikers-graad AMD adapters, OWO's oor die algemeen doen geen skade, en met verbruikers-graad nVidia (GeForce) adapters, die resultate is gemeng. Die GeForce bestuurders sal terug te val na die sluit van readbacks indien die pixel formaat in glReadPixels versoek () kom nie ooreen met die pixel formaat van die Pbuffer, sodat OWO's oor die algemeen stadiger in daardie gevalle sal wees. So, VirtualGL val nou terug na sinkrone readback af as dit vasgestel dat OWO's nie asynchroon optree.
• Verder VGL_FORCEALPHA is nie meer aangeskakel is by verstek wanneer OWO's is aangeskakel. Hierdie opsie is ingestel as gevolg van die bogenoemde GeForce gedrag, maar die opsie het hoegenaamd geen effek met die professionele-graad GPU's wat aanbeveel word vir gebruik met VirtualGL. In plaas daarvan, VGL sal nou op te spoor situasies waarin VGL_FORCEALPHA voordelig kan wees en stel aktiveer of deaktivering dit (indien VGL_VERBOSE = 1.)
• Hierdie weergawe van VirtualGL bied 'n binêre pakket en volle ondersteuning vir Cygwin64.