VirtualGL

VirtualGL jest całkowicie darmowy, wieloplatformowy i open source software wiersza polecenia, które można przekierować poleceń 3D z dowolnej aplikacji OpenGL do serwera po stronie karty 3D wideo, w dowolnym systemie operacyjnym Linux lub UNIX-like. Przetwarza on również renderowane obrazy do pliku wideo.

Najważniejsze cechy to poziom Workstation jak wydajności, co jest bardzo przydatne w przypadku korzystania z szybkich proxy TurboVNC, a także wsparcie dla umożliwienia 3D współpracę sesji i mobilność, co jest bardzo przydatne w przypadku korzystania z VNC lub podobnego pełnomocnika.

Dodatkowo oprogramowanie obsługuje ponad 50MP / sekundę w sieci 100 Mbit, szczególnie w przypadku korzystania z aplikacji TurboVNC i wsparcia stereo quad-buforowane. Pozwala on użytkownikom na usunięcie 3D rozmiar danych.

Oprogramowanie może być łatwo wykorzystane jako towarzysz dla przeglądarki internetowej VizStack aby wyświetlić równoległych zadań renderingu zdalnie, a także z oprogramowaniem do wirtualizacji VMware lub VirtualBox Oracle do wyświetlania aplikacji OpenGL zdalnie w systemie Microsoft Windows systemów operacyjnych.

VirtualGL to projekt cross-platform, które działa pod GNU / Linux, FreeBSD, Microsoft Windows oraz systemów operacyjnych Mac OS X. Został on z powodzeniem przetestowany na komputerach wspierających jeden z 32 lub 64-bitowych architektur procesora.

Dla wygody użytkownika, program jest rozprowadzany jako rodzimych instalatorów dla wielu dystrybucji systemu GNU / Linux, które korzystają zarówno z DEB lub systemu zarządzania pakietami RPM. Pakiet źródłowy jest dostępny do pobrania dla Kernel-based systemach operacyjnych Linux, które używają innego menedżera pakietów. Po instalacji, można korzystać z oprogramowania VirtualGL na swoich projektach. Więcej szczegółów użytkowania można znaleźć na stronie projektu & rsquo; s strona

Co nowego w tej wersji.

• VirtualGL nie będzie wyjątek, jeśli aplikacja 3D wywołuje pewne funkcje i X11 GLX z argumentem NULL. Będzie zamiast pozwolić podstawowa X11 lub biblioteki GLX obsłużyć błąd. To działa szczególnie wokół problemu z Fidżi.
• obejść problem zgodnie z którą, jeżeli ANSYS Workbench 14.5 został uruchomiony z VirtualGL, podprocesów (takie jak edytor geometrii) rozpoczęła od wewnątrz środowiska Workbench nie wyjść prawidłowo (a tym samym stanie się zombie.) Ten problem dotyczy również ANSYS HFSS , które albo blokuje się przy wyjściu czy też wydrukować komunikat o błędzie: & quot; wypowiedzieć nazywa po wrzuceniu instancją "rrerror '& quot;
.
• obejść problem zgodnie z którą, w przypadku korzystania z VirtualGL MAGMA5, drugie i kolejne perspektywy otwierane w aplikacji nie zawsze są wyświetlane poprawnie.
• Dodano wsparcie dla rozszerzenia GLX_EXT_texture_from_pixmap.
• Dodano wsparcie dla rozszerzeń GLX_EXT_swap_control i GLX_SGI_swap_control i nowej zmiennej konfiguracji (VGL_REFRESHRATE), które mogą być użyte do ich kontrolowania. Zobacz przewodnik użytkownika w celu uzyskania więcej informacji.
• Dodano wsparcie dla depth = 32 wizualizacjami i configs FB.
• Dodano nowy & quot; menedżera okien & quot; tryb, który wyłącza pewne cechy VirtualGL które zaburzają 3D menedżerów okien takich jak Compiz. To, w połączeniu z [6] i [4] powyżej, powinny umożliwić Compiz działał poprawnie z tą wersją VirtualGL, pod warunkiem, że 2D X Server obsługuje rozszerzenia X Composite. Zobacz przewodnik użytkownika w celu uzyskania więcej informacji.
• Naprawiono błąd, który wystąpił BadDrawable X11 podczas uruchamiania klienta Steam w VirtualGL.
• Poprawiono dokładność TCBench i CPUstat.
• zachowań usprawnione VirtualGL, gdy jest on zainstalowany ze źródła: - vglrun teraz pracuje niezależnie od tego, gdzie zostały zainstalowane biblioteki oszustem. System budować twarde kody wartości zmiennej VGL_LIBDIR CMake do skryptu, który vglrun wywołuje więc może dodać ten katalog do LD_LIBRARY_PATH. Jeśli biblioteki faker są instalowane w katalogu biblioteki systemu, a następnie packagers może wybrać pominięcie nowy skrypt, a vglrun będą nadal działać jak zawsze. - Gdy zainstalowany jest 64-bitowy build, glxspheres jest teraz przemianowany glxspheres64, zgodnie z konwencją z oficjalnych pakietów. To sprawia, że ​​można zainstalować 32-bitowej i 64-bitowej wersji z VirtualGL do tego samego katalogu. - Jeśli prefiks instalacji jest ustawiony na domyślny (/ opt / VirtualGL), to domyślnie system budowania do instalowania bibliotek faker z 32-bit wbudowane w / opt / VirtualGL / lib32 i biblioteki faker z 64-bit do budowania / opt / VirtualGL / lib64. - Podobnie, jeśli prefiks instalacji jest ustawiony na domyślny (/ opt / VirtualGL), to domyślnie system budowania zainstalowaniem symlinka libGL dla chromu z 32-bitowym wbudowane w / opt / VirtualGL / fakelib32 a dowiązania libGL dla Chrom z 64-bitowym wbudowane w / opt / VirtualGL / fakelib64.

Tryb
• PBO odczytywanie jest teraz domyślnie włączona. Dalsze badania wykazały, że procesory graficzne klasy profesjonalnej zawsze korzystać z PBOs jest włączona (dość dramatycznie, w przypadku kart AMD FirePro.) Z konsument klasy kart AMD, PBOs ogół nie szkodzić, a wraz z konsumentem jakości nVidii (GeForce) adaptery, wyniki są mieszane. Sterowniki GeForce spadnie z powrotem do blokowania readbacks jeśli format piksela wymagane w glReadPixels () nie pasuje do formatu pikselach Pbuffer, więc PBOs będzie generalnie wolniejszy w tych przypadkach. Zatem VirtualGL teraz wraca do trybu synchronicznego odczytywanie jeśli wykryje, że PBOs nie zachowują się w sposób asynchroniczny.
• Ponadto VGL_FORCEALPHA nie jest już domyślnie włączone, gdy włączone są PBOs. Opcja ta została wprowadzona ze względu na zachowanie GeForce wspomniano powyżej, ale opcja nie ma żadnego wpływu z GPU profesjonalnej klasy, które są zalecane do użytku z VirtualGL. Zamiast VGL będzie teraz wykrywać sytuacje, w których może być korzystne VGL_FORCEALPHA i zaproponować włączenie lub wyłączenie go (jeśli VGL_VERBOSE = 1).
• Ta wersja VirtualGL zapewnia pakiet binarny i pełne wsparcie dla Cygwin64.

Co nowego w wersji 2.4.1 / 2.5 Beta 1:

• VirtualGL nie będą już rzucać wyjątkiem, jeśli aplikacja 3D wywołuje pewne funkcje i X11 GLX z argumentem NULL. Będzie zamiast pozwolić podstawowa X11 lub biblioteki GLX obsłużyć błąd. To działa szczególnie wokół problemu z Fidżi.
• obejść problem zgodnie z którą, jeżeli ANSYS Workbench 14.5 został uruchomiony z VirtualGL, podprocesów (takie jak edytor geometrii) rozpoczęła od wewnątrz środowiska Workbench nie wyjść prawidłowo (a tym samym stanie się zombie.) Ten problem dotyczy również ANSYS HFSS , które albo blokuje się przy wyjściu czy też wydrukować komunikat o błędzie: & quot; wypowiedzieć nazywa po wrzuceniu instancją "rrerror '& quot;
.
• obejść problem zgodnie z którą, w przypadku korzystania z VirtualGL MAGMA5, drugie i kolejne perspektywy otwierane w aplikacji nie zawsze są wyświetlane poprawnie.
• Dodano wsparcie dla rozszerzenia GLX_EXT_texture_from_pixmap.
• Dodano wsparcie dla rozszerzeń GLX_EXT_swap_control i GLX_SGI_swap_control i nowej zmiennej konfiguracji (VGL_REFRESHRATE), które mogą być użyte do ich kontrolowania. Zobacz przewodnik użytkownika w celu uzyskania więcej informacji.
• Dodano wsparcie dla depth = 32 wizualizacjami i configs FB.
• Dodano nowy & quot; menedżera okien & quot; tryb, który wyłącza pewne cechy VirtualGL które zaburzają 3D menedżerów okien takich jak Compiz. To, w połączeniu z [6] i [4] powyżej, powinny umożliwić Compiz działał poprawnie z tą wersją VirtualGL, pod warunkiem, że 2D X Server obsługuje rozszerzenia X Composite. Zobacz przewodnik użytkownika w celu uzyskania więcej informacji.
• Naprawiono błąd, który wystąpił BadDrawable X11 podczas uruchamiania klienta Steam w VirtualGL.
• Poprawiono dokładność TCBench i CPUstat.
• zachowań usprawnione VirtualGL, gdy jest on zainstalowany ze źródła: - vglrun teraz pracuje niezależnie od tego, gdzie zostały zainstalowane biblioteki oszustem. System budować twarde kody wartości zmiennej VGL_LIBDIR CMake do skryptu, który vglrun wywołuje więc może dodać ten katalog do LD_LIBRARY_PATH. Jeśli biblioteki faker są instalowane w katalogu biblioteki systemu, a następnie packagers może wybrać pominięcie nowy skrypt, a vglrun będą nadal działać jak zawsze. - Gdy zainstalowany jest 64-bitowy build, glxspheres jest teraz przemianowany glxspheres64, zgodnie z konwencją z oficjalnych pakietów. To sprawia, że ​​można zainstalować 32-bitowej i 64-bitowej wersji z VirtualGL do tego samego katalogu. - Jeśli prefiks instalacji jest ustawiony na domyślny (/ opt / VirtualGL), to domyślnie system budowania do instalowania bibliotek faker z 32-bit wbudowane w / opt / VirtualGL / lib32 i biblioteki faker z 64-bit do budowania / opt / VirtualGL / lib64. - Podobnie, jeśli prefiks instalacji jest ustawiony na domyślny (/ opt / VirtualGL), to domyślnie system budowania zainstalowaniem symlinka libGL dla chromu z 32-bitowym wbudowane w / opt / VirtualGL / fakelib32 a dowiązania libGL dla Chrom z 64-bitowym wbudowane w / opt / VirtualGL / fakelib64.

Tryb
• PBO odczytywanie jest teraz domyślnie włączona. Dalsze badania wykazały, że procesory graficzne klasy profesjonalnej zawsze korzystać z PBOs jest włączona (dość dramatycznie, w przypadku kart AMD FirePro.) Z konsument klasy kart AMD, PBOs ogół nie szkodzić, a wraz z konsumentem jakości nVidii (GeForce) adaptery, wyniki są mieszane. Sterowniki GeForce spadnie z powrotem do blokowania readbacks jeśli format piksela wymagane w glReadPixels () nie pasuje do formatu pikselach Pbuffer, więc PBOs będzie generalnie wolniejszy w tych przypadkach. Zatem VirtualGL teraz wraca do trybu synchronicznego odczytywanie jeśli wykryje, że PBOs nie zachowują się w sposób asynchroniczny.
• Ponadto VGL_FORCEALPHA nie jest już domyślnie włączone, gdy włączone są PBOs. Opcja ta została wprowadzona ze względu na zachowanie GeForce wspomniano powyżej, ale opcja nie ma żadnego wpływu z GPU profesjonalnej klasy, które są zalecane do użytku z VirtualGL. Zamiast VGL będzie teraz wykrywać sytuacje, w których może być korzystne VGL_FORCEALPHA i zaproponować włączenie lub wyłączenie go (jeśli VGL_VERBOSE = 1).
• Ta wersja VirtualGL zapewnia pakiet binarny i pełne wsparcie dla Cygwin64.

Co nowego w wersji 2.4.1:

• VirtualGL nie będzie wyjątek Jeżeli 3D aplikacja wywołuje pewne funkcje i X11 GLX z argumentem NULL. Będzie zamiast pozwolić podstawowa X11 lub biblioteki GLX obsłużyć błąd. To działa szczególnie wokół problemu z Fidżi.
• obejść problem zgodnie z którą, jeżeli ANSYS Workbench 14.5 został uruchomiony z VirtualGL, podprocesów (takie jak edytor geometrii) rozpoczęła od wewnątrz środowiska Workbench nie wyjść prawidłowo (a tym samym stanie się zombie.) Ten problem dotyczy również ANSYS HFSS , które albo blokuje się przy wyjściu czy też wydrukować komunikat o błędzie: & quot; wypowiedzieć nazywa po wrzuceniu instancją "rrerror '& quot;
.
• obejść problem zgodnie z którą, w przypadku korzystania z VirtualGL MAGMA5, drugie i kolejne perspektywy otwierane w aplikacji nie zawsze są wyświetlane poprawnie.
• Dodano wsparcie dla rozszerzenia GLX_EXT_texture_from_pixmap.
• Dodano wsparcie dla rozszerzeń GLX_EXT_swap_control i GLX_SGI_swap_control i nowej zmiennej konfiguracji (VGL_REFRESHRATE), które mogą być użyte do ich kontrolowania. Zobacz przewodnik użytkownika w celu uzyskania więcej informacji.
• Dodano wsparcie dla depth = 32 wizualizacjami i configs FB.
• Dodano nowy & quot; menedżera okien & quot; tryb, który wyłącza pewne cechy VirtualGL które zaburzają 3D menedżerów okien takich jak Compiz. To, w połączeniu z [6] i [4] powyżej, powinny umożliwić Compiz działał poprawnie z tą wersją VirtualGL, pod warunkiem, że 2D X Server obsługuje rozszerzenia X Composite. Zobacz przewodnik użytkownika w celu uzyskania więcej informacji.
• Naprawiono błąd, który wystąpił BadDrawable X11 podczas uruchamiania klienta Steam w VirtualGL.
• Poprawiono dokładność TCBench i CPUstat.
• zachowań usprawnione VirtualGL, gdy jest on zainstalowany ze źródła: - vglrun teraz pracuje niezależnie od tego, gdzie zostały zainstalowane biblioteki oszustem. System budować twarde kody wartości zmiennej VGL_LIBDIR CMake do skryptu, który vglrun wywołuje więc może dodać ten katalog do LD_LIBRARY_PATH. Jeśli biblioteki faker są instalowane w katalogu biblioteki systemu, a następnie packagers może wybrać pominięcie nowy skrypt, a vglrun będą nadal działać jak zawsze. - Gdy zainstalowany jest 64-bitowy build, glxspheres jest teraz przemianowany glxspheres64, zgodnie z konwencją z oficjalnych pakietów. To sprawia, że ​​można zainstalować 32-bitowej i 64-bitowej wersji z VirtualGL do tego samego katalogu. - Jeśli prefiks instalacji jest ustawiony na domyślny (/ opt / VirtualGL), to domyślnie system budowania do instalowania bibliotek faker z 32-bit wbudowane w / opt / VirtualGL / lib32 i biblioteki faker z 64-bit do budowania / opt / VirtualGL / lib64. - Podobnie, jeśli prefiks instalacji jest ustawiony na domyślny (/ opt / VirtualGL), to domyślnie system budowania zainstalowaniem symlinka libGL dla chromu z 32-bitowym wbudowane w / opt / VirtualGL / fakelib32 a dowiązania libGL dla Chrom z 64-bitowym wbudowane w / opt / VirtualGL / fakelib64.

Tryb
• PBO odczytywanie jest teraz domyślnie włączona. Dalsze badania wykazały, że procesory graficzne klasy profesjonalnej zawsze korzystać z PBOs jest włączona (dość dramatycznie, w przypadku kart AMD FirePro.) Z konsument klasy kart AMD, PBOs ogół nie szkodzić, a wraz z konsumentem jakości nVidii (GeForce) adaptery, wyniki są mieszane. Sterowniki GeForce spadnie z powrotem do blokowania readbacks jeśli format piksela wymagane w glReadPixels () nie pasuje do formatu pikselach Pbuffer, więc PBOs będzie generalnie wolniejszy w tych przypadkach. Zatem VirtualGL teraz wraca do trybu synchronicznego odczytywanie jeśli wykryje, że PBOs nie zachowują się w sposób asynchroniczny.
• Ponadto VGL_FORCEALPHA nie jest już domyślnie włączone, gdy włączone są PBOs. Opcja ta została wprowadzona ze względu na zachowanie GeForce wspomniano powyżej, ale opcja nie ma żadnego wpływu z GPU profesjonalnej klasy, które są zalecane do użytku z VirtualGL. Zamiast VGL będzie teraz wykrywać sytuacje, w których może być korzystne VGL_FORCEALPHA i zaproponować włączenie lub wyłączenie go (jeśli VGL_VERBOSE = 1).
• Ta wersja VirtualGL zapewnia pakiet binarny i pełne wsparcie dla Cygwin64.

Co nowego w wersji 2.3.3:

• VirtualGL nie będzie wyjątek Jeżeli 3D aplikacja wywołuje pewne funkcje i X11 GLX z argumentem NULL. Będzie zamiast pozwolić podstawowa X11 lub biblioteki GLX obsłużyć błąd. To działa szczególnie wokół problemu z Fidżi.
• obejść problem zgodnie z którą, jeżeli ANSYS Workbench 14.5 został uruchomiony z VirtualGL, podprocesów (takie jak edytor geometrii) rozpoczęła od wewnątrz środowiska Workbench nie wyjść prawidłowo (a tym samym stanie się zombie.) Ten problem dotyczy również ANSYS HFSS , które albo blokuje się przy wyjściu czy też wydrukować komunikat o błędzie: & quot; wypowiedzieć nazywa po wrzuceniu instancją "rrerror '& quot;
.
• obejść problem zgodnie z którą, w przypadku korzystania z VirtualGL MAGMA5, drugie i kolejne perspektywy otwierane w aplikacji nie zawsze są wyświetlane poprawnie.
• Dodano wsparcie dla rozszerzenia GLX_EXT_texture_from_pixmap.
• Dodano wsparcie dla rozszerzeń GLX_EXT_swap_control i GLX_SGI_swap_control i nowej zmiennej konfiguracji (VGL_REFRESHRATE), które mogą być użyte do ich kontrolowania. Zobacz przewodnik użytkownika w celu uzyskania więcej informacji.
• Dodano wsparcie dla depth = 32 wizualizacjami i configs FB.
• Dodano nowy & quot; menedżera okien & quot; tryb, który wyłącza pewne cechy VirtualGL które zaburzają 3D menedżerów okien takich jak Compiz. To, w połączeniu z [6] i [4] powyżej, powinny umożliwić Compiz działał poprawnie z tą wersją VirtualGL, pod warunkiem, że 2D X Server obsługuje rozszerzenia X Composite. Zobacz przewodnik użytkownika w celu uzyskania więcej informacji.
• Naprawiono błąd, który wystąpił BadDrawable X11 podczas uruchamiania klienta Steam w VirtualGL.
• Poprawiono dokładność TCBench i CPUstat.
• zachowań usprawnione VirtualGL, gdy jest on zainstalowany ze źródła: - vglrun teraz pracuje niezależnie od tego, gdzie zostały zainstalowane biblioteki oszustem. System budować twarde kody wartości zmiennej VGL_LIBDIR CMake do skryptu, który vglrun wywołuje więc może dodać ten katalog do LD_LIBRARY_PATH. Jeśli biblioteki faker są instalowane w katalogu biblioteki systemu, a następnie packagers może wybrać pominięcie nowy skrypt, a vglrun będą nadal działać jak zawsze. - Gdy zainstalowany jest 64-bitowy build, glxspheres jest teraz przemianowany glxspheres64, zgodnie z konwencją z oficjalnych pakietów. To sprawia, że ​​można zainstalować 32-bitowej i 64-bitowej wersji z VirtualGL do tego samego katalogu. - Jeśli prefiks instalacji jest ustawiony na domyślny (/ opt / VirtualGL), to domyślnie system budowania do instalowania bibliotek faker z 32-bit wbudowane w / opt / VirtualGL / lib32 i biblioteki faker z 64-bit do budowania / opt / VirtualGL / lib64. - Podobnie, jeśli prefiks instalacji jest ustawiony na domyślny (/ opt / VirtualGL), to domyślnie system budowania zainstalowaniem symlinka libGL dla chromu z 32-bitowym wbudowane w / opt / VirtualGL / fakelib32 a dowiązania libGL dla Chrom z 64-bitowym wbudowane w / opt / VirtualGL / fakelib64.

Tryb
• PBO odczytywanie jest teraz domyślnie włączona. Dalsze badania wykazały, że procesory graficzne klasy profesjonalnej zawsze korzystać z PBOs jest włączona (dość dramatycznie, w przypadku kart AMD FirePro.) Z konsument klasy kart AMD, PBOs ogół nie szkodzić, a wraz z konsumentem jakości nVidii (GeForce) adaptery, wyniki są mieszane. Sterowniki GeForce spadnie z powrotem do blokowania readbacks jeśli format piksela wymagane w glReadPixels () nie pasuje do formatu pikselach Pbuffer, więc PBOs będzie generalnie wolniejszy w tych przypadkach. Zatem VirtualGL teraz wraca do trybu synchronicznego odczytywanie jeśli wykryje, że PBOs nie zachowują się w sposób asynchroniczny.
• Ponadto VGL_FORCEALPHA nie jest już domyślnie włączone, gdy włączone są PBOs. Opcja ta została wprowadzona ze względu na zachowanie GeForce wspomniano powyżej, ale opcja nie ma żadnego wpływu z GPU profesjonalnej klasy, które są zalecane do użytku z VirtualGL. Zamiast VGL będzie teraz wykrywać sytuacje, w których może być korzystne VGL_FORCEALPHA i zaproponować włączenie lub wyłączenie go (jeśli VGL_VERBOSE = 1).
• Ta wersja VirtualGL zapewnia pakiet binarny i pełne wsparcie dla Cygwin64.