VirtualGL

VirtualGL ist eine völlig kostenlose, plattformübergreif und Open-Source-Befehlszeilen Software, die Umleitung von 3D-Befehle von einem beliebigen OpenGL App zu einem serverseitigen 3D-Grafikkarte, auf jedem Linux oder UNIX-ähnliches Betriebssystem. Es wandelt auch die gerenderten Bilder in eine Videodatei.

Die wichtigsten Merkmale sind Workstation-ähnliche Leistungsniveaus, was sehr nützlich ist, wenn sie mit High-Speed-Proxy-TurboVNC verwendet wird, sowie die Unterstützung für die Aktivierung von 3D-Sitzung Zusammenarbeit und Mobilität, was praktisch ist, wenn sie mit VNC oder ähnlichen Proxy verwendet.

Zusätzlich enthält die Software-Unterstützung für über 50MP / Sekunde auf einem 100 Mbit Netzwerk, insbesondere wenn sie mit der Anwendung und TurboVNC quad-gepufferter Stereoträger verwendet. Es erlaubt Benutzern, 3D-Daten Größe zu entfernen.

Die Software kann leicht als Begleiter für den Browser VizStack Web verwendet werden parallel Rendering Jobs anzuzeigen Ferne, sowie mit VMware oder Oracle VirtualBox Virtualisierungssoftware für die Anzeige von OpenGL-Anwendungen remote auf Microsoft Windows-Betriebssysteme.

VirtualGL ist eine plattformübergreifende Projekt, das unter GNU / Linux, FreeBSD, Microsoft Windows und Mac OS X-Betriebssystemen. Es wurde auf Computern erfolgreich getestet wurde und eine der 32 oder 64-Bit-CPU-Architekturen unterstützen.

Für Ihre Bequemlichkeit wird das Programm als native Installationsprogramme für zahlreiche Distributionen von GNU / Linux, die entweder von der DEB oder RPM-Paket-Management-System verwenden. Ein Quell-Paket ist auch als Download verfügbar für Linux-Kernel-basierte Betriebssysteme, die ein anderes Paket-Manager verwenden. Nach der Installation können Sie die VirtualGL Software auf Ihren Projekten verwenden. Weitere Verwendungshinweise finden Sie auf der Projekt & rsquo zu finden; s Website

Was ist neu in dieser Version:.

• VirtualGL wird nicht mehr eine Ausnahme auslösen, wenn eine 3D-Anwendung bestimmte X11 und GLX-Funktionen mit einem NULL-Argument aufruft. Es wird stattdessen die zugrunde liegende X11 oder GLX Bibliothek erlauben den Fehler zu behandeln. Diese spezifisch arbeitet, um ein Problem mit Fidschi.
• Arbeitete um ein Problem, bei dem, wenn ANSYS Workbench 14.5 mit VirtualGL ausgeführt wurde, innerhalb der Workbench-Umgebung gestartet Teilprozesse (wie zB die Geometrie-Editor) würde nicht mehr ablaufen (und würde somit zu Zombies.) Dieses Problem ebenfalls betroffen ANSYS HFSS , die sich entweder auf beim beenden oder würde eine Fehlermeldung aus: & quot; genannt beenden, nachdem eine Instanz von 'rrerror' & quot werfen;
.
• Arbeitete um ein Problem, bei dem, wenn richtig mit VirtualGL, die zweite und die folgenden Perspektiven eröffnet in der Anwendung nicht immer angezeigt werden mit MAGMA5 würde.
• Unterstützung für die GLX_EXT_texture_from_pixmap Erweiterung.
• Unterstützung für die GLX_EXT_swap_control und GLX_SGI_swap_control Erweiterungen und eine neue Konfigurationsvariable (VGL_REFRESHRATE), die verwendet werden können, um sie zu kontrollieren. Siehe Benutzerhandbuch für weitere Informationen.
• Unterstützung für Tiefe = 32 Visuals und FB configs.
• Es wurde eine neue & quot; Window-Manager & quot; Modus, die bestimmte Funktionen in VirtualGL deaktiviert, die mit 3D-Window-Manager wie Compiz stören. Dies, kombiniert mit [6] und [4] oben sollte, erlauben Compiz richtig mit dieser Version von VirtualGL ausführen können, vorausgesetzt, dass die 2D-X-Server-Unterstützung für die X-Composite-Erweiterung hat. Siehe Benutzerhandbuch für weitere Informationen.
• Es wurde ein BadDrawable X11 Fehler, der auftrat, wenn der Steam-Client in VirtualGL ausgeführt wird.
• Verbesserte Genauigkeit von TCBench und cpustat.
• Optimiertes VirtualGL das Verhalten, wenn es von der Quelle installiert ist: - vglrun jetzt funktioniert unabhängig davon, wo haben die Fälscher Bibliotheken installiert. Das Build-System hart Codes den Wert der VGL_LIBDIR CMake-Variable in einem Skript, das aufruft vglrun, so dass es mit diesem Verzeichnis LD_LIBRARY_PATH hinzufügen können. Wenn die faker Bibliotheken in ein System Bibliotheksverzeichnis installiert sind, dann können Verpacker wählen Sie das neue Skript zu verzichten, und vglrun wird weiter daran arbeiten, wie es immer ist. - Jedes Mal, wenn ein 64-Bit-Build installiert ist, wird glxspheres jetzt glxspheres64 umbenannt, gemäß der Konvention der offiziellen Pakete. Dies macht es möglich, einen 32-Bit und eine 64-Bit-Version von VirtualGL in demselben Verzeichnis zu installieren. - Wenn die Installation Präfix auf die Standardeinstellung gesetzt (/ opt / VirtualGL), dann die Build-System defaults faker Bibliotheken von einem 32-Bit-Aufbau in / opt / VirtualGL / lib32 und faker Bibliotheken von einem 64-Bit-Installation bauen in / opt / VirtualGL / lib64. - Und falls die Installation Präfix auf die Standardeinstellung gesetzt (/ opt / VirtualGL), dann wird die Build-System automatisch die libGL Symlink für Chrom von einem 32-Bit-Installation bauen in / opt / VirtualGL / fakelib32 und der libGL Symlink für Chrom aus einem 64-Bit bauen in / opt / VirtualGL / fakelib64.
• PBO Rücklesemodus ist nun standardmäßig aktiviert. Weitere Forschung hat gezeigt, dass Profi-GPUs immer von PBOs profitieren aktiviert werden (ganz dramatisch, im Falle von AMD FirePro-Adapter.) Mit Consumer-AMD-Adapter, PBOs im Allgemeinen keinen Schaden anrichten und mit Consumer-nVidia (GeForce) Adapter sind die Ergebnisse gemischt. Die GeForce-Treiber wird blockiert Readbacks zurückgreifen, wenn das Pixelformat in glReadPixels () angefordert nicht das Format des pBuffer- Pixel entsprechen, so PBOs im Allgemeinen in diesen Fällen langsamer sein wird. So jetzt VirtualGL fällt zurück auf synchrone Rücklesemodus, wenn es erkennt, dass PBOs nicht asynchron verhalten.
• Ferner VGL_FORCEALPHA ist nicht mehr standardmäßig aktiviert, wenn PBOs aktiviert sind. Diese Option wurde aufgrund der GeForce Verhalten eingeführt oben erwähnt, aber die Option hat keinerlei Auswirkungen mit dem Profi-GPUs, die für die Verwendung mit VirtualGL empfohlen. Stattdessen wird nun VGL Situationen erkennen, in denen VGL_FORCEALPHA von Vorteil sein könnte und schlagen zu aktivieren oder es zu deaktivieren (wenn VGL_VERBOSE = 1).
• Diese Version von VirtualGL bietet ein Binärpaket und volle Unterstützung für Cygwin64.

Was ist neu in Version 2.4.1 / 2.5 Beta 1:

• VirtualGL werfen wird nicht mehr ein Ausnahme, wenn eine 3D-Anwendung ruft bestimmte X11 und GLX-Funktionen mit einem NULL-Argument. Es wird stattdessen die zugrunde liegende X11 oder GLX Bibliothek erlauben den Fehler zu behandeln. Diese spezifisch arbeitet, um ein Problem mit Fidschi.
• Arbeitete um ein Problem, bei dem, wenn ANSYS Workbench 14.5 mit VirtualGL ausgeführt wurde, innerhalb der Workbench-Umgebung gestartet Teilprozesse (wie zB die Geometrie-Editor) würde nicht mehr ablaufen (und würde somit zu Zombies.) Dieses Problem ebenfalls betroffen ANSYS HFSS , die sich entweder auf beim beenden oder würde eine Fehlermeldung aus: & quot; genannt beenden, nachdem eine Instanz von 'rrerror' & quot werfen;
.
• Arbeitete um ein Problem, bei dem, wenn richtig mit VirtualGL, die zweite und die folgenden Perspektiven eröffnet in der Anwendung nicht immer angezeigt werden mit MAGMA5 würde.
• Unterstützung für die GLX_EXT_texture_from_pixmap Erweiterung.
• Unterstützung für die GLX_EXT_swap_control und GLX_SGI_swap_control Erweiterungen und eine neue Konfigurationsvariable (VGL_REFRESHRATE), die verwendet werden können, um sie zu kontrollieren. Siehe Benutzerhandbuch für weitere Informationen.
• Unterstützung für Tiefe = 32 Visuals und FB configs.
• Es wurde eine neue & quot; Window-Manager & quot; Modus, die bestimmte Funktionen in VirtualGL deaktiviert, die mit 3D-Window-Manager wie Compiz stören. Dies, kombiniert mit [6] und [4] oben sollte, erlauben Compiz richtig mit dieser Version von VirtualGL ausführen können, vorausgesetzt, dass die 2D-X-Server-Unterstützung für die X-Composite-Erweiterung hat. Siehe Benutzerhandbuch für weitere Informationen.
• Es wurde ein BadDrawable X11 Fehler, der auftrat, wenn der Steam-Client in VirtualGL ausgeführt wird.
• Verbesserte Genauigkeit von TCBench und cpustat.
• Optimiertes VirtualGL das Verhalten, wenn es von der Quelle installiert ist: - vglrun jetzt funktioniert unabhängig davon, wo haben die Fälscher Bibliotheken installiert. Das Build-System hart Codes den Wert der VGL_LIBDIR CMake-Variable in einem Skript, das aufruft vglrun, so dass es mit diesem Verzeichnis LD_LIBRARY_PATH hinzufügen können. Wenn die faker Bibliotheken in ein System Bibliotheksverzeichnis installiert sind, dann können Verpacker wählen Sie das neue Skript zu verzichten, und vglrun wird weiter daran arbeiten, wie es immer ist. - Jedes Mal, wenn ein 64-Bit-Build installiert ist, wird glxspheres jetzt glxspheres64 umbenannt, gemäß der Konvention der offiziellen Pakete. Dies macht es möglich, einen 32-Bit und eine 64-Bit-Version von VirtualGL in demselben Verzeichnis zu installieren. - Wenn die Installation Präfix auf die Standardeinstellung gesetzt (/ opt / VirtualGL), dann die Build-System defaults faker Bibliotheken von einem 32-Bit-Aufbau in / opt / VirtualGL / lib32 und faker Bibliotheken von einem 64-Bit-Installation bauen in / opt / VirtualGL / lib64. - Und falls die Installation Präfix auf die Standardeinstellung gesetzt (/ opt / VirtualGL), dann wird die Build-System automatisch die libGL Symlink für Chrom von einem 32-Bit-Installation bauen in / opt / VirtualGL / fakelib32 und der libGL Symlink für Chrom aus einem 64-Bit bauen in / opt / VirtualGL / fakelib64.
• PBO Rücklesemodus ist nun standardmäßig aktiviert. Weitere Forschung hat gezeigt, dass Profi-GPUs immer von PBOs profitieren aktiviert werden (ganz dramatisch, im Falle von AMD FirePro-Adapter.) Mit Consumer-AMD-Adapter, PBOs im Allgemeinen keinen Schaden anrichten und mit Consumer-nVidia (GeForce) Adapter sind die Ergebnisse gemischt. Die GeForce-Treiber wird blockiert Readbacks zurückgreifen, wenn das Pixelformat in glReadPixels () angefordert nicht das Format des pBuffer- Pixel entsprechen, so PBOs im Allgemeinen in diesen Fällen langsamer sein wird. So jetzt VirtualGL fällt zurück auf synchrone Rücklesemodus, wenn es erkennt, dass PBOs nicht asynchron verhalten.
• Ferner VGL_FORCEALPHA ist nicht mehr standardmäßig aktiviert, wenn PBOs aktiviert sind. Diese Option wurde aufgrund der GeForce Verhalten eingeführt oben erwähnt, aber die Option hat keinerlei Auswirkungen mit dem Profi-GPUs, die für die Verwendung mit VirtualGL empfohlen. Stattdessen wird nun VGL Situationen erkennen, in denen VGL_FORCEALPHA von Vorteil sein könnte und schlagen zu aktivieren oder es zu deaktivieren (wenn VGL_VERBOSE = 1).
• Diese Version von VirtualGL bietet ein Binärpaket und volle Unterstützung für Cygwin64.

Was ist neu in Version 2.4.1:

• VirtualGL wird nicht mehr eine Ausnahme, wenn ein 3D-Wurf Anwendung ruft bestimmte X11 und GLX-Funktionen mit einem NULL-Argument. Es wird stattdessen die zugrunde liegende X11 oder GLX Bibliothek erlauben den Fehler zu behandeln. Diese spezifisch arbeitet, um ein Problem mit Fidschi.
• Arbeitete um ein Problem, bei dem, wenn ANSYS Workbench 14.5 mit VirtualGL ausgeführt wurde, innerhalb der Workbench-Umgebung gestartet Teilprozesse (wie zB die Geometrie-Editor) würde nicht mehr ablaufen (und würde somit zu Zombies.) Dieses Problem ebenfalls betroffen ANSYS HFSS , die sich entweder auf beim beenden oder würde eine Fehlermeldung aus: & quot; genannt beenden, nachdem eine Instanz von 'rrerror' & quot werfen;
.
• Arbeitete um ein Problem, bei dem, wenn richtig mit VirtualGL, die zweite und die folgenden Perspektiven eröffnet in der Anwendung nicht immer angezeigt werden mit MAGMA5 würde.
• Unterstützung für die GLX_EXT_texture_from_pixmap Erweiterung.
• Unterstützung für die GLX_EXT_swap_control und GLX_SGI_swap_control Erweiterungen und eine neue Konfigurationsvariable (VGL_REFRESHRATE), die verwendet werden können, um sie zu kontrollieren. Siehe Benutzerhandbuch für weitere Informationen.
• Unterstützung für Tiefe = 32 Visuals und FB configs.
• Es wurde eine neue & quot; Window-Manager & quot; Modus, die bestimmte Funktionen in VirtualGL deaktiviert, die mit 3D-Window-Manager wie Compiz stören. Dies, kombiniert mit [6] und [4] oben sollte, erlauben Compiz richtig mit dieser Version von VirtualGL ausführen können, vorausgesetzt, dass die 2D-X-Server-Unterstützung für die X-Composite-Erweiterung hat. Siehe Benutzerhandbuch für weitere Informationen.
• Es wurde ein BadDrawable X11 Fehler, der auftrat, wenn der Steam-Client in VirtualGL ausgeführt wird.
• Verbesserte Genauigkeit von TCBench und cpustat.
• Optimiertes VirtualGL das Verhalten, wenn es von der Quelle installiert ist: - vglrun jetzt funktioniert unabhängig davon, wo haben die Fälscher Bibliotheken installiert. Das Build-System hart Codes den Wert der VGL_LIBDIR CMake-Variable in einem Skript, das aufruft vglrun, so dass es mit diesem Verzeichnis LD_LIBRARY_PATH hinzufügen können. Wenn die faker Bibliotheken in ein System Bibliotheksverzeichnis installiert sind, dann können Verpacker wählen Sie das neue Skript zu verzichten, und vglrun wird weiter daran arbeiten, wie es immer ist. - Jedes Mal, wenn ein 64-Bit-Build installiert ist, wird glxspheres jetzt glxspheres64 umbenannt, gemäß der Konvention der offiziellen Pakete. Dies macht es möglich, einen 32-Bit und eine 64-Bit-Version von VirtualGL in demselben Verzeichnis zu installieren. - Wenn die Installation Präfix auf die Standardeinstellung gesetzt (/ opt / VirtualGL), dann die Build-System defaults faker Bibliotheken von einem 32-Bit-Aufbau in / opt / VirtualGL / lib32 und faker Bibliotheken von einem 64-Bit-Installation bauen in / opt / VirtualGL / lib64. - Und falls die Installation Präfix auf die Standardeinstellung gesetzt (/ opt / VirtualGL), dann wird die Build-System automatisch die libGL Symlink für Chrom von einem 32-Bit-Installation bauen in / opt / VirtualGL / fakelib32 und der libGL Symlink für Chrom aus einem 64-Bit bauen in / opt / VirtualGL / fakelib64.
• PBO Rücklesemodus ist nun standardmäßig aktiviert. Weitere Forschung hat gezeigt, dass Profi-GPUs immer von PBOs profitieren aktiviert werden (ganz dramatisch, im Falle von AMD FirePro-Adapter.) Mit Consumer-AMD-Adapter, PBOs im Allgemeinen keinen Schaden anrichten und mit Consumer-nVidia (GeForce) Adapter sind die Ergebnisse gemischt. Die GeForce-Treiber wird blockiert Readbacks zurückgreifen, wenn das Pixelformat in glReadPixels () angefordert nicht das Format des pBuffer- Pixel entsprechen, so PBOs im Allgemeinen in diesen Fällen langsamer sein wird. So jetzt VirtualGL fällt zurück auf synchrone Rücklesemodus, wenn es erkennt, dass PBOs nicht asynchron verhalten.
• Ferner VGL_FORCEALPHA ist nicht mehr standardmäßig aktiviert, wenn PBOs aktiviert sind. Diese Option wurde aufgrund der GeForce Verhalten eingeführt oben erwähnt, aber die Option hat keinerlei Auswirkungen mit dem Profi-GPUs, die für die Verwendung mit VirtualGL empfohlen. Stattdessen wird nun VGL Situationen erkennen, in denen VGL_FORCEALPHA von Vorteil sein könnte und schlagen zu aktivieren oder es zu deaktivieren (wenn VGL_VERBOSE = 1).
• Diese Version von VirtualGL bietet ein Binärpaket und volle Unterstützung für Cygwin64.

Was ist neu in Version 2.3.3:

• VirtualGL wird nicht mehr eine Ausnahme, wenn ein 3D-Wurf Anwendung ruft bestimmte X11 und GLX-Funktionen mit einem NULL-Argument. Es wird stattdessen die zugrunde liegende X11 oder GLX Bibliothek erlauben den Fehler zu behandeln. Diese spezifisch arbeitet, um ein Problem mit Fidschi.
• Arbeitete um ein Problem, bei dem, wenn ANSYS Workbench 14.5 mit VirtualGL ausgeführt wurde, innerhalb der Workbench-Umgebung gestartet Teilprozesse (wie zB die Geometrie-Editor) würde nicht mehr ablaufen (und würde somit zu Zombies.) Dieses Problem ebenfalls betroffen ANSYS HFSS , die sich entweder auf beim beenden oder würde eine Fehlermeldung aus: & quot; genannt beenden, nachdem eine Instanz von 'rrerror' & quot werfen;
.
• Arbeitete um ein Problem, bei dem, wenn richtig mit VirtualGL, die zweite und die folgenden Perspektiven eröffnet in der Anwendung nicht immer angezeigt werden mit MAGMA5 würde.
• Unterstützung für die GLX_EXT_texture_from_pixmap Erweiterung.
• Unterstützung für die GLX_EXT_swap_control und GLX_SGI_swap_control Erweiterungen und eine neue Konfigurationsvariable (VGL_REFRESHRATE), die verwendet werden können, um sie zu kontrollieren. Siehe Benutzerhandbuch für weitere Informationen.
• Unterstützung für Tiefe = 32 Visuals und FB configs.
• Es wurde eine neue & quot; Window-Manager & quot; Modus, die bestimmte Funktionen in VirtualGL deaktiviert, die mit 3D-Window-Manager wie Compiz stören. Dies, kombiniert mit [6] und [4] oben sollte, erlauben Compiz richtig mit dieser Version von VirtualGL ausführen können, vorausgesetzt, dass die 2D-X-Server-Unterstützung für die X-Composite-Erweiterung hat. Siehe Benutzerhandbuch für weitere Informationen.
• Es wurde ein BadDrawable X11 Fehler, der auftrat, wenn der Steam-Client in VirtualGL ausgeführt wird.
• Verbesserte Genauigkeit von TCBench und cpustat.
• Optimiertes VirtualGL das Verhalten, wenn es von der Quelle installiert ist: - vglrun jetzt funktioniert unabhängig davon, wo haben die Fälscher Bibliotheken installiert. Das Build-System hart Codes den Wert der VGL_LIBDIR CMake-Variable in einem Skript, das aufruft vglrun, so dass es mit diesem Verzeichnis LD_LIBRARY_PATH hinzufügen können. Wenn die faker Bibliotheken in ein System Bibliotheksverzeichnis installiert sind, dann können Verpacker wählen Sie das neue Skript zu verzichten, und vglrun wird weiter daran arbeiten, wie es immer ist. - Jedes Mal, wenn ein 64-Bit-Build installiert ist, wird glxspheres jetzt glxspheres64 umbenannt, gemäß der Konvention der offiziellen Pakete. Dies macht es möglich, einen 32-Bit und eine 64-Bit-Version von VirtualGL in demselben Verzeichnis zu installieren. - Wenn die Installation Präfix auf die Standardeinstellung gesetzt (/ opt / VirtualGL), dann die Build-System defaults faker Bibliotheken von einem 32-Bit-Aufbau in / opt / VirtualGL / lib32 und faker Bibliotheken von einem 64-Bit-Installation bauen in / opt / VirtualGL / lib64. - Und falls die Installation Präfix auf die Standardeinstellung gesetzt (/ opt / VirtualGL), dann wird die Build-System automatisch die libGL Symlink für Chrom von einem 32-Bit-Installation bauen in / opt / VirtualGL / fakelib32 und der libGL Symlink für Chrom aus einem 64-Bit bauen in / opt / VirtualGL / fakelib64.
• PBO Rücklesemodus ist nun standardmäßig aktiviert. Weitere Forschung hat gezeigt, dass Profi-GPUs immer von PBOs profitieren aktiviert werden (ganz dramatisch, im Falle von AMD FirePro-Adapter.) Mit Consumer-AMD-Adapter, PBOs im Allgemeinen keinen Schaden anrichten und mit Consumer-nVidia (GeForce) Adapter sind die Ergebnisse gemischt. Die GeForce-Treiber wird blockiert Readbacks zurückgreifen, wenn das Pixelformat in glReadPixels () angefordert nicht das Format des pBuffer- Pixel entsprechen, so PBOs im Allgemeinen in diesen Fällen langsamer sein wird. So jetzt VirtualGL fällt zurück auf synchrone Rücklesemodus, wenn es erkennt, dass PBOs nicht asynchron verhalten.
• Ferner VGL_FORCEALPHA ist nicht mehr standardmäßig aktiviert, wenn PBOs aktiviert sind. Diese Option wurde aufgrund der GeForce Verhalten eingeführt oben erwähnt, aber die Option hat keinerlei Auswirkungen mit dem Profi-GPUs, die für die Verwendung mit VirtualGL empfohlen. Stattdessen wird nun VGL Situationen erkennen, in denen VGL_FORCEALPHA von Vorteil sein könnte und schlagen zu aktivieren oder es zu deaktivieren (wenn VGL_VERBOSE = 1).
• Diese Version von VirtualGL bietet ein Binärpaket und volle Unterstützung für Cygwin64.