VirtualGL

VirtualGL er en helt gratis, multiplatform og open source kommando-linje software, der kan omdirigere 3D kommandoer fra en given OpenGL app til en server-side 3D grafikkort, på enhver Linux eller UNIX-lignende operativsystem. Det konverterer også det afsmeltede billeder i en videofil.

De vigtigste funktioner omfatter arbejdsstation-lignende ydeevne, hvilket er meget nyttigt, når det bruges med høj hastighed proxy TurboVNC, samt støtte til at muliggøre 3D samarbejde og mobilitet session, hvilket er ganske praktisk, når det bruges med VNC eller lignende proxy.

Derudover softwaren understøtter mere end 50MP / sekund på en 100 Mbit-netværk, især når de anvendes med TurboVNC ansøgning og quad-buffered stereo support. Det giver brugerne mulighed for at fjerne 3D data størrelse.

Softwaren kan nemt bruges som en følgesvend for VizStack webbrowseren for at vise parallelle rendering job på afstand, samt med VMware eller Oracle VirtualBox virtualisering software til visning OpenGL-programmer eksternt på Microsoft Windows OS'er.

VirtualGL er en cross-platform projekt, der arbejder under GNU / Linux, FreeBSD, Microsoft Windows og Mac OS X-operativsystemer. Det er blevet testet med succes på computere understøtter nogen af ​​de 32 eller 64-bit CPU arkitekturer.

For nemheds skyld er programmet distribueres som indfødte installatører for mange distributioner af GNU / Linux, som bruger enten af ​​DEB eller RPM-pakke management system. En kilde pakke er også tilgængelig for download for Linux kernel-baserede operativsystemer, der anvender en anden pakke manager. Efter installationen kan du bruge VirtualGL softwaren på dine projekter. Flere forbrug detaljer kan findes på projektets & rsquo; s hjemmeside

Hvad er nyt i denne udgivelse:.

• VirtualGL vil ikke længere smide en undtagelse, hvis et 3D-program kalder visse X11 og GLX funktioner med en NULL argument. Det vil i stedet muliggøre underliggende X11 eller GLX biblioteket til at håndtere fejlen. Dette virker specielt omkring et problem med Fiji.
• Arbejdede omkring et problem, således at når ANSYS Workbench 14.5 blev kørt med VirtualGL, delprocesser (såsom geometri editor) lanceret inde fra Workbench miljø vil ikke afslutte ordentligt (og dermed ville blive zombier.) Dette spørgsmål også berørt ANSYS HFSS , hvilket vil enten låse op, når du afslutter eller ville udskrive en fejlmeddelelse: & quot; opsige opkaldt efter smide en instans af 'rrerror' & quot;
.
• Arbejdede omkring et problem, hvor, når du bruger MAGMA5 med VirtualGL, den anden og efterfølgende perspektiver åbnet i programmet ville ikke altid vises korrekt.
• Tilføjet støtte til GLX_EXT_texture_from_pixmap forlængelse.
• Tilføjet støtte til GLX_EXT_swap_control og GLX_SGI_swap_control udvidelser og en ny konfiguration variabel (VGL_REFRESHRATE), der kan bruges til at kontrollere dem. Se brugervejledningen for yderligere oplysninger.
• Tilføjet understøttelse af dybde = 32 grafik og FB configs.
• Tilføjet en ny & quot; vindueshåndtering & quot; tilstand, der deaktiverer visse funktioner i VirtualGL der interfererer med 3D-window managers såsom compiz. Dette, kombineret med [6] og [4] ovenfor, bør tillade compiz til at køre ordentligt med denne version af VirtualGL, forudsat at 2D X Server understøtter X Composite forlængelse. Se brugervejledningen for yderligere oplysninger.
• Rettet en BadDrawable X11 fejl, der opstod, når du kører Steam-klienten i VirtualGL.
• Forbedret nøjagtighed TCBench og CPUstat.
• Strømlinet VirtualGL adfærd, når den er installeret fra kilden: - vglrun fungerer nu, uanset hvor de faker bibliotekerne er blevet installeret. Byggesystemet hårde-koder værdi af VGL_LIBDIR CMake variabel i et script, der vglrun påberåber sig, så det kan tilføje denne mappe til LD_LIBRARY_PATH. Hvis faker bibliotekerne er installeret i et system bibliotek bibliotek, så pakkere kan vælge at udelade den nye script, og vglrun vil fortsætte med at arbejde som det altid har gjort. - Når en 64-bit build er installeret, glxspheres nu omdøbt glxspheres64, pr konventionen af ​​de officielle pakker. Dette gør det muligt at installere en 32-bit og en 64-bit version af VirtualGL i den samme mappe. - Hvis installerer præfiks er indstillet til standard (/ opt / VirtualGL), så byggesystemet standard installation faker biblioteker fra en 32-bit bygge ind / opt / VirtualGL / lib32 og faker biblioteker fra en 64-bit bygge ind / opt / VirtualGL / lib64. - På samme måde, hvis installationen præfiks er indstillet til standard (/ opt / VirtualGL), så byggesystemet standard installation af libGL symlink for Chrom fra en 32-bit bygge ind i / opt / VirtualGL / fakelib32 og libGL symlink til Chrom fra en 64-bit bygge ind i / opt / VirtualGL / fakelib64.
• PBO readback tilstand er nu aktiveret som standard. Yderligere forskning har vist, at professionel kvalitet GPU'er altid drage fordel af PBOs bliver aktiveret (ganske dramatisk, i tilfælde af AMD FirePro adaptere.) Med forbruger-grade AMD adaptere, PBOs generelt gør ingen skade, og med forbruger-grade nVidia (GeForce) adaptere, resultaterne er blandede. GeForce drivere vil falde tilbage til blokering readbacks hvis pixel ønskede format i glReadPixels () ikke svarer til pixel format Pbuffer, så PBOs generelt vil være langsommere i disse tilfælde. Således VirtualGL falder nu tilbage synkrone readback tilstand, hvis den opdager, at PBOs ikke opfører asynkront.
• Endvidere VGL_FORCEALPHA ikke længere aktiveret som standard, når PBOs er aktiveret. Denne mulighed blev indført på grund af GeForce adfærd nævnt ovenfor, men indstillingen har ingen virkning med professionel kvalitet GPU'er, der anbefales til brug med VirtualGL. I stedet vil VGL nu afsløre situationer, hvor VGL_FORCEALPHA kan være gavnlig og foreslå at aktivere eller deaktivere det (hvis VGL_VERBOSE = 1).
• Denne version af VirtualGL giver en binær pakke og fulde støtte til Cygwin64.

Hvad er nyt i version 2.4.1 / 2.5 Beta 1:

• VirtualGL vil ikke længere smide en undtagelse, hvis en 3D-program kalder visse X11 og GLX funktioner med et NULL argument. Det vil i stedet muliggøre underliggende X11 eller GLX biblioteket til at håndtere fejlen. Dette virker specielt omkring et problem med Fiji.
• Arbejdede omkring et problem, således at når ANSYS Workbench 14.5 blev kørt med VirtualGL, delprocesser (såsom geometri editor) lanceret inde fra Workbench miljø vil ikke afslutte ordentligt (og dermed ville blive zombier.) Dette spørgsmål også berørt ANSYS HFSS , hvilket vil enten låse op, når du afslutter eller ville udskrive en fejlmeddelelse: & quot; opsige opkaldt efter smide en instans af 'rrerror' & quot;
.
• Arbejdede omkring et problem, hvor, når du bruger MAGMA5 med VirtualGL, den anden og efterfølgende perspektiver åbnet i programmet ville ikke altid vises korrekt.
• Tilføjet støtte til GLX_EXT_texture_from_pixmap forlængelse.
• Tilføjet støtte til GLX_EXT_swap_control og GLX_SGI_swap_control udvidelser og en ny konfiguration variabel (VGL_REFRESHRATE), der kan bruges til at kontrollere dem. Se brugervejledningen for yderligere oplysninger.
• Tilføjet understøttelse af dybde = 32 grafik og FB configs.
• Tilføjet en ny & quot; vindueshåndtering & quot; tilstand, der deaktiverer visse funktioner i VirtualGL der interfererer med 3D-window managers såsom compiz. Dette, kombineret med [6] og [4] ovenfor, bør tillade compiz til at køre ordentligt med denne version af VirtualGL, forudsat at 2D X Server understøtter X Composite forlængelse. Se brugervejledningen for yderligere oplysninger.
• Rettet en BadDrawable X11 fejl, der opstod, når du kører Steam-klienten i VirtualGL.
• Forbedret nøjagtighed TCBench og CPUstat.
• Strømlinet VirtualGL adfærd, når den er installeret fra kilden: - vglrun fungerer nu, uanset hvor de faker bibliotekerne er blevet installeret. Byggesystemet hårde-koder værdi af VGL_LIBDIR CMake variabel i et script, der vglrun påberåber sig, så det kan tilføje denne mappe til LD_LIBRARY_PATH. Hvis faker bibliotekerne er installeret i et system bibliotek bibliotek, så pakkere kan vælge at udelade den nye script, og vglrun vil fortsætte med at arbejde, som det altid har gjort. - Når en 64-bit build er installeret, glxspheres nu omdøbt glxspheres64, pr konventionen af ​​de officielle pakker. Dette gør det muligt at installere en 32-bit og en 64-bit version af VirtualGL i den samme mappe. - Hvis installerer præfiks er indstillet til standard (/ opt / VirtualGL), så byggesystemet standard installation faker biblioteker fra en 32-bit bygge ind / opt / VirtualGL / lib32 og faker biblioteker fra en 64-bit bygge ind / opt / VirtualGL / lib64. - På samme måde, hvis installationen præfiks er indstillet til standard (/ opt / VirtualGL), så byggesystemet standard installation af libGL symlink for Chrom fra en 32-bit bygge ind i / opt / VirtualGL / fakelib32 og libGL symlink til Chrom fra en 64-bit bygge ind i / opt / VirtualGL / fakelib64.
• PBO readback tilstand er nu aktiveret som standard. Yderligere forskning har vist, at professionel kvalitet GPU'er altid drage fordel af PBOs bliver aktiveret (ganske dramatisk, i tilfælde af AMD FirePro adaptere.) Med forbruger-grade AMD adaptere, PBOs generelt gør ingen skade, og med forbruger-grade nVidia (GeForce) adaptere, resultaterne er blandede. GeForce drivere vil falde tilbage til blokering readbacks hvis pixel ønskede format i glReadPixels () ikke svarer til pixel format Pbuffer, så PBOs generelt vil være langsommere i disse tilfælde. Således VirtualGL falder nu tilbage synkrone readback tilstand, hvis den opdager, at PBOs ikke opfører asynkront.
• Endvidere VGL_FORCEALPHA ikke længere aktiveret som standard, når PBOs er aktiveret. Denne mulighed blev indført på grund af GeForce adfærd nævnt ovenfor, men indstillingen har ingen virkning med professionel kvalitet GPU'er, der anbefales til brug med VirtualGL. I stedet vil VGL nu afsløre situationer, hvor VGL_FORCEALPHA kan være gavnlig og foreslå at aktivere eller deaktivere det (hvis VGL_VERBOSE = 1).
• Denne version af VirtualGL giver en binær pakke og fulde støtte til Cygwin64.

Hvad er nyt i version 2.4.1:

• VirtualGL vil ikke længere smide en undtagelse, hvis en 3D ansøgning kalder visse X11 og GLX funktioner med et NULL argument. Det vil i stedet muliggøre underliggende X11 eller GLX biblioteket til at håndtere fejlen. Dette virker specielt omkring et problem med Fiji.
• Arbejdede omkring et problem, således at når ANSYS Workbench 14.5 blev kørt med VirtualGL, delprocesser (såsom geometri editor) lanceret inde fra Workbench miljø vil ikke afslutte ordentligt (og dermed ville blive zombier.) Dette spørgsmål også berørt ANSYS HFSS , hvilket vil enten låse op, når du afslutter eller ville udskrive en fejlmeddelelse: & quot; opsige opkaldt efter smide en instans af 'rrerror' & quot;
.
• Arbejdede omkring et problem, hvor, når du bruger MAGMA5 med VirtualGL, den anden og efterfølgende perspektiver åbnet i programmet ville ikke altid vises korrekt.
• Tilføjet støtte til GLX_EXT_texture_from_pixmap forlængelse.
• Tilføjet støtte til GLX_EXT_swap_control og GLX_SGI_swap_control udvidelser og en ny konfiguration variabel (VGL_REFRESHRATE), der kan bruges til at kontrollere dem. Se brugervejledningen for yderligere oplysninger.
• Tilføjet understøttelse af dybde = 32 grafik og FB configs.
• Tilføjet en ny & quot; vindueshåndtering & quot; tilstand, der deaktiverer visse funktioner i VirtualGL der interfererer med 3D-window managers såsom compiz. Dette, kombineret med [6] og [4] ovenfor, bør tillade compiz til at køre ordentligt med denne version af VirtualGL, forudsat at 2D X Server understøtter X Composite forlængelse. Se brugervejledningen for yderligere oplysninger.
• Rettet en BadDrawable X11 fejl, der opstod, når du kører Steam-klienten i VirtualGL.
• Forbedret nøjagtighed TCBench og CPUstat.
• Strømlinet VirtualGL adfærd, når den er installeret fra kilden: - vglrun fungerer nu, uanset hvor de faker bibliotekerne er blevet installeret. Byggesystemet hårde-koder værdi af VGL_LIBDIR CMake variabel i et script, der vglrun påberåber sig, så det kan tilføje denne mappe til LD_LIBRARY_PATH. Hvis faker bibliotekerne er installeret i et system bibliotek bibliotek, så pakkere kan vælge at udelade den nye script, og vglrun vil fortsætte med at arbejde som det altid har gjort. - Når en 64-bit build er installeret, glxspheres nu omdøbt glxspheres64, pr konventionen af ​​de officielle pakker. Dette gør det muligt at installere en 32-bit og en 64-bit version af VirtualGL i den samme mappe. - Hvis installerer præfiks er indstillet til standard (/ opt / VirtualGL), så byggesystemet standard installation faker biblioteker fra en 32-bit bygge ind / opt / VirtualGL / lib32 og faker biblioteker fra en 64-bit bygge ind / opt / VirtualGL / lib64. - På samme måde, hvis installationen præfiks er indstillet til standard (/ opt / VirtualGL), så byggesystemet standard installation af libGL symlink for Chrom fra en 32-bit bygge ind i / opt / VirtualGL / fakelib32 og libGL symlink til Chrom fra en 64-bit bygge ind i / opt / VirtualGL / fakelib64.
• PBO readback tilstand er nu aktiveret som standard. Yderligere forskning har vist, at professionel kvalitet GPU'er altid drage fordel af PBOs bliver aktiveret (ganske dramatisk, i tilfælde af AMD FirePro adaptere.) Med forbruger-grade AMD adaptere, PBOs generelt gør ingen skade, og med forbruger-grade nVidia (GeForce) adaptere, resultaterne er blandede. GeForce drivere vil falde tilbage til blokering readbacks hvis pixel ønskede format i glReadPixels () ikke svarer til pixel format Pbuffer, så PBOs generelt vil være langsommere i disse tilfælde. Således VirtualGL falder nu tilbage synkrone readback tilstand, hvis den opdager, at PBOs ikke opfører asynkront.
• Endvidere VGL_FORCEALPHA ikke længere aktiveret som standard, når PBOs er aktiveret. Denne mulighed blev indført på grund af GeForce adfærd nævnt ovenfor, men indstillingen har ingen virkning med professionel kvalitet GPU'er, der anbefales til brug med VirtualGL. I stedet vil VGL nu afsløre situationer, hvor VGL_FORCEALPHA kan være gavnlig og foreslå at aktivere eller deaktivere det (hvis VGL_VERBOSE = 1).
• Denne version af VirtualGL giver en binær pakke og fulde støtte til Cygwin64.

Hvad er nyt i version 2.3.3:

• VirtualGL vil ikke længere smide en undtagelse, hvis en 3D ansøgning kalder visse X11 og GLX funktioner med et NULL argument. Det vil i stedet muliggøre underliggende X11 eller GLX biblioteket til at håndtere fejlen. Dette virker specielt omkring et problem med Fiji.
• Arbejdede omkring et problem, således at når ANSYS Workbench 14.5 blev kørt med VirtualGL, delprocesser (såsom geometri editor) lanceret inde fra Workbench miljø vil ikke afslutte ordentligt (og dermed ville blive zombier.) Dette spørgsmål også berørt ANSYS HFSS , hvilket vil enten låse op, når du afslutter eller ville udskrive en fejlmeddelelse: & quot; opsige opkaldt efter smide en instans af 'rrerror' & quot;
.
• Arbejdede omkring et problem, hvor, når du bruger MAGMA5 med VirtualGL, den anden og efterfølgende perspektiver åbnet i programmet ville ikke altid vises korrekt.
• Tilføjet støtte til GLX_EXT_texture_from_pixmap forlængelse.
• Tilføjet støtte til GLX_EXT_swap_control og GLX_SGI_swap_control udvidelser og en ny konfiguration variabel (VGL_REFRESHRATE), der kan bruges til at kontrollere dem. Se brugervejledningen for yderligere oplysninger.
• Tilføjet understøttelse af dybde = 32 grafik og FB configs.
• Tilføjet en ny & quot; vindueshåndtering & quot; tilstand, der deaktiverer visse funktioner i VirtualGL der interfererer med 3D-window managers såsom compiz. Dette, kombineret med [6] og [4] ovenfor, bør tillade compiz til at køre ordentligt med denne version af VirtualGL, forudsat at 2D X Server understøtter X Composite forlængelse. Se brugervejledningen for yderligere oplysninger.
• Rettet en BadDrawable X11 fejl, der opstod, når du kører Steam-klienten i VirtualGL.
• Forbedret nøjagtighed TCBench og CPUstat.
• Strømlinet VirtualGL adfærd, når den er installeret fra kilden: - vglrun fungerer nu, uanset hvor de faker bibliotekerne er blevet installeret. Byggesystemet hårde-koder værdi af VGL_LIBDIR CMake variabel i et script, der vglrun påberåber sig, så det kan tilføje denne mappe til LD_LIBRARY_PATH. Hvis faker bibliotekerne er installeret i et system bibliotek bibliotek, så pakkere kan vælge at udelade den nye script, og vglrun vil fortsætte med at arbejde som det altid har gjort. - Når en 64-bit build er installeret, glxspheres nu omdøbt glxspheres64, pr konventionen af ​​de officielle pakker. Dette gør det muligt at installere en 32-bit og en 64-bit version af VirtualGL i den samme mappe. - Hvis installerer præfiks er indstillet til standard (/ opt / VirtualGL), så byggesystemet standard installation faker biblioteker fra en 32-bit bygge ind / opt / VirtualGL / lib32 og faker biblioteker fra en 64-bit bygge ind / opt / VirtualGL / lib64. - På samme måde, hvis installationen præfiks er indstillet til standard (/ opt / VirtualGL), så byggesystemet standard installation af libGL symlink for Chrom fra en 32-bit bygge ind i / opt / VirtualGL / fakelib32 og libGL symlink til Chrom fra en 64-bit bygge ind i / opt / VirtualGL / fakelib64.
• PBO readback tilstand er nu aktiveret som standard. Yderligere forskning har vist, at professionel kvalitet GPU'er altid drage fordel af PBOs bliver aktiveret (ganske dramatisk, i tilfælde af AMD FirePro adaptere.) Med forbruger-grade AMD adaptere, PBOs generelt gør ingen skade, og med forbruger-grade nVidia (GeForce) adaptere, resultaterne er blandede. GeForce drivere vil falde tilbage til blokering readbacks hvis pixel ønskede format i glReadPixels () ikke svarer til pixel format Pbuffer, så PBOs generelt vil være langsommere i disse tilfælde. Således VirtualGL falder nu tilbage synkrone readback tilstand, hvis den opdager, at PBOs ikke opfører asynkront.
• Endvidere VGL_FORCEALPHA ikke længere aktiveret som standard, når PBOs er aktiveret. Denne mulighed blev indført på grund af GeForce adfærd nævnt ovenfor, men indstillingen har ingen virkning med professionel kvalitet GPU'er, der anbefales til brug med VirtualGL. I stedet vil VGL nu afsløre situationer, hvor VGL_FORCEALPHA kan være gavnlig og foreslå at aktivere eller deaktivere det (hvis VGL_VERBOSE = 1).
• Denne version af VirtualGL giver en binær pakke og fulde støtte til Cygwin64.