VirtualGL

VirtualGL es un software de línea de comandos completamente libre, multiplataforma y abierta que puede redirigir los comandos 3D desde cualquier aplicación OpenGL dado a una tarjeta de vídeo 3D del lado del servidor, en cualquier sistema operativo Linux o Unix. También convierte las imágenes renderizadas en un archivo de vídeo.

Las características clave incluyen los niveles de la estación de trabajo como de rendimiento, que es muy útil cuando se utiliza con proxy de alta velocidad TurboVNC, así como soporte para activar la colaboración de sesión en 3D y la movilidad, que es muy útil cuando se utiliza con VNC o un proxy similar.

Además, el software incluye soporte para más de 50MP / segundo en una red de 100 Mbit, especialmente cuando se utiliza con la aplicación TurboVNC y soporte estéreo con búfer cuadrafónico. Permite a los usuarios eliminar tamaño de los datos 3D.

El software se puede utilizar fácilmente como un compañero para el navegador web VizStack para mostrar los trabajos de renderización en paralelo de forma remota, así como con el software de virtualización de VMware o VirtualBox de Oracle para la visualización de las aplicaciones OpenGL forma remota en los sistemas operativos Microsoft Windows.

VirtualGL es un proyecto multiplataforma que funciona bajo GNU / Linux, FreeBSD, Microsoft Windows y sistemas operativos Mac OS X. Se ha probado con éxito en los equipos de apoyo a cualquiera de las arquitecturas de CPU 32 o 64 bits.

Para su comodidad, el programa se distribuye como instaladores nativos para numerosas distribuciones de GNU / Linux que utilice uno de los DEB o sistema de gestión de paquetes RPM. Un paquete fuente también está disponible para su descarga para los sistemas operativos basados ​​en el kernel de Linux que utilicen un gestor de paquetes diferentes. Después de la instalación, puede utilizar el software VirtualGL en sus proyectos. Más detalles de uso se pueden encontrar en el proyecto y rsquo; s sitio web

¿Qué es la nueva en esta versión:.

• VirtualGL ya no será una excepción si una aplicación 3D llama a ciertas funciones X11 y GLX con un argumento NULL. En su lugar, permitirá que el X11 subyacente o biblioteca GLX para controlar el error. Esto funciona específicamente en torno a un problema con Fiji.
• Trabajado en torno a un problema por el que, cuando ANSYS Workbench 14.5 se realizó con VirtualGL, sub-procesos (como el editor de la geometría) lanzados desde el entorno de banco de trabajo serían no salir correctamente (y por lo tanto se convirtió en zombies.) Este problema también afectó a ANSYS HFSS , que se produciría o bien encerrar al salir o se imprima un mensaje de error: & quot; por terminado llamada después de lanzar una instancia de 'rrerror' & quot;
.
• Trabajado en torno a un problema por el que, cuando se utiliza con MAGMA5 VirtualGL, la segunda y siguientes perspectivas que se abren dentro de la aplicación no siempre se muestre correctamente.
• Se ha añadido soporte para la extensión GLX_EXT_texture_from_pixmap.
• Se ha añadido soporte para las extensiones GLX_EXT_swap_control y GLX_SGI_swap_control y una nueva variable de configuración (VGL_REFRESHRATE) que se puede utilizar para controlarlos. Consulte la Guía del usuario para obtener más información.
• Se ha añadido soporte para la profundidad = 32 configuraciones visuales y FB.
• añadido un nuevo & quot; & quot gestor de ventana; modo que desactive determinadas características en VirtualGL que interfieren con los gestores de ventanas 3D como Compiz. Esto, combinado con [6] y [4] anterior, debe permitir compiz para funcionar correctamente con esta versión de VirtualGL, siempre que el servidor X 2D tiene soporte para la extensión X Composite. Consulte la Guía del usuario para obtener más información.
• Se ha corregido un error BadDrawable X11 que se produjo cuando se ejecuta el cliente de Steam en VirtualGL.
• Mejora de la precisión de TCBench y cpustat.
• comportamiento aerodinámico de VirtualGL cuando se instala desde la fuente: - vglrun ahora trabaja independientemente del lugar donde se han instalado las bibliotecas Faker. El sistema de construcción duros códigos del valor de la variable VGL_LIBDIR CMake en un script que invoca vglrun por lo que puede añadir este directorio para LD_LIBRARY_PATH. Si las bibliotecas Faker se instalan en un directorio de bibliotecas del sistema, a continuación, los envasadores pueden optar por omitir el nuevo guión, y vglrun continuarán trabajando como siempre lo ha hecho. - Cada vez que se instala una versión de 64 bits, glxspheres ahora se cambia el nombre glxspheres64, por la convención de los paquetes oficiales. Esto hace que sea posible la instalación de 32 bits y una versión de 64 bits de VirtualGL en el mismo directorio. - Si el prefijo de instalación se establece en el valor predeterminado (/ opt / VirtualGL), entonces el sistema de construcción por defecto a la instalación de bibliotecas Faker de un 32-bit construir en / opt / VirtualGL / lib32 y bibliotecas Faker de 64 bits se acumulan en / opt / VirtualGL / lib64. - Del mismo modo, si el prefijo de instalación se establece en el valor predeterminado (/ opt / VirtualGL), entonces el sistema de construcción por defecto a la instalación del enlace simbólico libGL de cromo a partir de una de 32 bits se acumulan en / opt / VirtualGL / fakelib32 y el enlace simbólico para libGL el cromo de un 64-bit construir en / opt / VirtualGL / fakelib64.

el modo
• PBO colación ahora está activado por defecto. Otras investigaciones han demostrado que las GPU de nivel profesional siempre se benefician de las OBP está habilitado (de manera espectacular, en el caso de los adaptadores de AMD FirePro.) Con grado de consumo adaptadores de AMD, las OBP en general, no hacer daño, y con el grado de consumo de nVidia (GeForce) adaptadores, los resultados son desiguales. Los controladores GeForce recurrirá a las colaciones de bloqueo si el formato de píxel seleccionado en glReadPixels () no coincide con el formato de píxel de la pBuffer, por lo que las OBP serán generalmente más lento en esos casos. Por lo tanto, VirtualGL ahora cae de nuevo al modo de lectura de retorno síncrono si detecta que las OBP no se comporten de forma asíncrona.
• Además, VGL_FORCEALPHA ya no está habilitado de forma predeterminada cuando se habilitan las OBP. Esta opción fue introducida por el comportamiento GeForce mencionado anteriormente, pero la opción no tiene ningún efecto en absoluto con la GPU de nivel profesional que se recomiendan para su uso con VirtualGL. En su lugar, VGL ahora detectar situaciones en las que VGL_FORCEALPHA podría ser beneficioso y sugieren que la activación o desactivación (si VGL_VERBOSE = 1).
• Esta versión de VirtualGL ofrece un paquete binario y soporte completo para Cygwin64.

¿Qué es la nueva en la versión 2.4.1 / 2.5 Beta 1:

• VirtualGL ya no lanzará una excepción si una aplicación 3D llama a ciertas funciones X11 y GLX con un argumento NULL. En su lugar, permitirá que el X11 subyacente o biblioteca GLX para controlar el error. Esto funciona específicamente en torno a un problema con Fiji.
• Trabajado en torno a un problema por el que, cuando ANSYS Workbench 14.5 se realizó con VirtualGL, sub-procesos (como el editor de la geometría) lanzados desde el entorno de banco de trabajo serían no salir correctamente (y por lo tanto se convirtió en zombies.) Este problema también afectó a ANSYS HFSS , que se produciría o bien encerrar al salir o se imprima un mensaje de error: & quot; por terminado llamada después de lanzar una instancia de 'rrerror' & quot;
.
• Trabajado en torno a un problema por el que, cuando se utiliza con MAGMA5 VirtualGL, la segunda y siguientes perspectivas que se abren dentro de la aplicación no siempre se muestre correctamente.
• Se ha añadido soporte para la extensión GLX_EXT_texture_from_pixmap.
• Se ha añadido soporte para las extensiones GLX_EXT_swap_control y GLX_SGI_swap_control y una nueva variable de configuración (VGL_REFRESHRATE) que se puede utilizar para controlarlos. Consulte la Guía del usuario para obtener más información.
• Se ha añadido soporte para la profundidad = 32 configuraciones visuales y FB.
• añadido un nuevo & quot; & quot gestor de ventana; modo que desactive determinadas características en VirtualGL que interfieren con los gestores de ventanas 3D como Compiz. Esto, combinado con [6] y [4] anterior, debe permitir compiz para funcionar correctamente con esta versión de VirtualGL, siempre que el servidor X 2D tiene soporte para la extensión X Composite. Consulte la Guía del usuario para obtener más información.
• Se ha corregido un error BadDrawable X11 que se produjo cuando se ejecuta el cliente de Steam en VirtualGL.
• Mejora de la precisión de TCBench y cpustat.
• comportamiento aerodinámico de VirtualGL cuando se instala desde la fuente: - vglrun ahora trabaja independientemente del lugar donde se han instalado las bibliotecas Faker. El sistema de construcción duros códigos del valor de la variable VGL_LIBDIR CMake en un script que invoca vglrun por lo que puede añadir este directorio para LD_LIBRARY_PATH. Si las bibliotecas Faker se instalan en un directorio de bibliotecas del sistema, a continuación, los envasadores pueden optar por omitir el nuevo guión, y vglrun continuarán trabajando como siempre lo ha hecho. - Cada vez que se instala una versión de 64 bits, glxspheres ahora se cambia el nombre glxspheres64, por la convención de los paquetes oficiales. Esto hace que sea posible la instalación de 32 bits y una versión de 64 bits de VirtualGL en el mismo directorio. - Si el prefijo de instalación se establece en el valor predeterminado (/ opt / VirtualGL), entonces el sistema de construcción por defecto a la instalación de bibliotecas Faker de un 32-bit construir en / opt / VirtualGL / lib32 y bibliotecas Faker de 64 bits se acumulan en / opt / VirtualGL / lib64. - Del mismo modo, si el prefijo de instalación se establece en el valor predeterminado (/ opt / VirtualGL), entonces el sistema de construcción por defecto a la instalación del enlace simbólico libGL de cromo a partir de una de 32 bits se acumulan en / opt / VirtualGL / fakelib32 y el enlace simbólico para libGL el cromo de un 64-bit construir en / opt / VirtualGL / fakelib64.

el modo
• PBO colación ahora está activado por defecto. Otras investigaciones han demostrado que las GPU de nivel profesional siempre se benefician de las OBP está habilitado (de manera espectacular, en el caso de los adaptadores de AMD FirePro.) Con grado de consumo adaptadores de AMD, las OBP en general, no hacer daño, y con el grado de consumo de nVidia (GeForce) adaptadores, los resultados son desiguales. Los controladores GeForce recurrirá a las colaciones de bloqueo si el formato de píxel seleccionado en glReadPixels () no coincide con el formato de píxel de la pBuffer, por lo que las OBP serán generalmente más lento en esos casos. Por lo tanto, VirtualGL ahora cae de nuevo al modo de lectura de retorno síncrono si detecta que las OBP no se comporten de forma asíncrona.
• Además, VGL_FORCEALPHA ya no está habilitado de forma predeterminada cuando se habilitan las OBP. Esta opción fue introducida por el comportamiento GeForce mencionado anteriormente, pero la opción no tiene ningún efecto en absoluto con la GPU de nivel profesional que se recomiendan para su uso con VirtualGL. En su lugar, VGL ahora detectar situaciones en las que VGL_FORCEALPHA podría ser beneficioso y sugieren que la activación o desactivación (si VGL_VERBOSE = 1).
• Esta versión de VirtualGL ofrece un paquete binario y soporte completo para Cygwin64.

¿Qué es la nueva en la versión 2.4.1:

• VirtualGL ya no lanzar una excepción si un 3D aplicación llama a ciertas funciones X11 y GLX con un argumento NULL. En su lugar, permitirá que el X11 subyacente o biblioteca GLX para controlar el error. Esto funciona específicamente en torno a un problema con Fiji.
• Trabajado en torno a un problema por el que, cuando ANSYS Workbench 14.5 se realizó con VirtualGL, sub-procesos (como el editor de la geometría) lanzados desde el entorno de banco de trabajo serían no salir correctamente (y por lo tanto se convirtió en zombies.) Este problema también afectó a ANSYS HFSS , que se produciría o bien encerrar al salir o se imprima un mensaje de error: & quot; por terminado llamada después de lanzar una instancia de 'rrerror' & quot;
.
• Trabajado en torno a un problema por el que, cuando se utiliza con MAGMA5 VirtualGL, la segunda y siguientes perspectivas que se abren dentro de la aplicación no siempre se muestre correctamente.
• Se ha añadido soporte para la extensión GLX_EXT_texture_from_pixmap.
• Se ha añadido soporte para las extensiones GLX_EXT_swap_control y GLX_SGI_swap_control y una nueva variable de configuración (VGL_REFRESHRATE) que se puede utilizar para controlarlos. Consulte la Guía del usuario para obtener más información.
• Se ha añadido soporte para la profundidad = 32 configuraciones visuales y FB.
• añadido un nuevo & quot; & quot gestor de ventana; modo que desactive determinadas características en VirtualGL que interfieren con los gestores de ventanas 3D como Compiz. Esto, combinado con [6] y [4] anterior, debe permitir compiz para funcionar correctamente con esta versión de VirtualGL, siempre que el servidor X 2D tiene soporte para la extensión X Composite. Consulte la Guía del usuario para obtener más información.
• Se ha corregido un error BadDrawable X11 que se produjo cuando se ejecuta el cliente de Steam en VirtualGL.
• Mejora de la precisión de TCBench y cpustat.
• comportamiento aerodinámico de VirtualGL cuando se instala desde la fuente: - vglrun ahora trabaja independientemente del lugar donde se han instalado las bibliotecas Faker. El sistema de construcción duros códigos del valor de la variable VGL_LIBDIR CMake en un script que invoca vglrun por lo que puede añadir este directorio para LD_LIBRARY_PATH. Si las bibliotecas Faker se instalan en un directorio de bibliotecas del sistema, a continuación, los envasadores pueden optar por omitir el nuevo guión, y vglrun continuarán trabajando como siempre lo ha hecho. - Cada vez que se instala una versión de 64 bits, glxspheres ahora se cambia el nombre glxspheres64, por la convención de los paquetes oficiales. Esto hace que sea posible la instalación de 32 bits y una versión de 64 bits de VirtualGL en el mismo directorio. - Si el prefijo de instalación se establece en el valor predeterminado (/ opt / VirtualGL), entonces el sistema de construcción por defecto a la instalación de bibliotecas Faker de un 32-bit construir en / opt / VirtualGL / lib32 y bibliotecas Faker de 64 bits se acumulan en / opt / VirtualGL / lib64. - Del mismo modo, si el prefijo de instalación se establece en el valor predeterminado (/ opt / VirtualGL), entonces el sistema de construcción por defecto a la instalación del enlace simbólico libGL de cromo a partir de una de 32 bits se acumulan en / opt / VirtualGL / fakelib32 y el enlace simbólico para libGL el cromo de un 64-bit construir en / opt / VirtualGL / fakelib64.

el modo
• PBO colación ahora está activado por defecto. Otras investigaciones han demostrado que las GPU de nivel profesional siempre se benefician de las OBP está habilitado (de manera espectacular, en el caso de los adaptadores de AMD FirePro.) Con grado de consumo adaptadores de AMD, las OBP en general, no hacer daño, y con el grado de consumo de nVidia (GeForce) adaptadores, los resultados son desiguales. Los controladores GeForce recurrirá a las colaciones de bloqueo si el formato de píxel seleccionado en glReadPixels () no coincide con el formato de píxel de la pBuffer, por lo que las OBP serán generalmente más lento en esos casos. Por lo tanto, VirtualGL ahora cae de nuevo al modo de lectura de retorno síncrono si detecta que las OBP no se comporten de forma asíncrona.
• Además, VGL_FORCEALPHA ya no está habilitado de forma predeterminada cuando se habilitan las OBP. Esta opción fue introducida por el comportamiento GeForce mencionado anteriormente, pero la opción no tiene ningún efecto en absoluto con la GPU de nivel profesional que se recomiendan para su uso con VirtualGL. En su lugar, VGL ahora detectar situaciones en las que VGL_FORCEALPHA podría ser beneficioso y sugieren que la activación o desactivación (si VGL_VERBOSE = 1).
• Esta versión de VirtualGL ofrece un paquete binario y soporte completo para Cygwin64.

¿Qué es la nueva en la versión 2.3.3:

• VirtualGL ya no lanzar una excepción si un 3D aplicación llama a ciertas funciones X11 y GLX con un argumento NULL. En su lugar, permitirá que el X11 subyacente o biblioteca GLX para controlar el error. Esto funciona específicamente en torno a un problema con Fiji.
• Trabajado en torno a un problema por el que, cuando ANSYS Workbench 14.5 se realizó con VirtualGL, sub-procesos (como el editor de la geometría) lanzados desde el entorno de banco de trabajo serían no salir correctamente (y por lo tanto se convirtió en zombies.) Este problema también afectó a ANSYS HFSS , que se produciría o bien encerrar al salir o se imprima un mensaje de error: & quot; por terminado llamada después de lanzar una instancia de 'rrerror' & quot;
.
• Trabajado en torno a un problema por el que, cuando se utiliza con MAGMA5 VirtualGL, la segunda y siguientes perspectivas que se abren dentro de la aplicación no siempre se muestre correctamente.
• Se ha añadido soporte para la extensión GLX_EXT_texture_from_pixmap.
• Se ha añadido soporte para las extensiones GLX_EXT_swap_control y GLX_SGI_swap_control y una nueva variable de configuración (VGL_REFRESHRATE) que se puede utilizar para controlarlos. Consulte la Guía del usuario para obtener más información.
• Se ha añadido soporte para la profundidad = 32 configuraciones visuales y FB.
• añadido un nuevo & quot; & quot gestor de ventana; modo que desactive determinadas características en VirtualGL que interfieren con los gestores de ventanas 3D como Compiz. Esto, combinado con [6] y [4] anterior, debe permitir compiz para funcionar correctamente con esta versión de VirtualGL, siempre que el servidor X 2D tiene soporte para la extensión X Composite. Consulte la Guía del usuario para obtener más información.
• Se ha corregido un error BadDrawable X11 que se produjo cuando se ejecuta el cliente de Steam en VirtualGL.
• Mejora de la precisión de TCBench y cpustat.
• comportamiento aerodinámico de VirtualGL cuando se instala desde la fuente: - vglrun ahora trabaja independientemente del lugar donde se han instalado las bibliotecas Faker. El sistema de construcción duros códigos del valor de la variable VGL_LIBDIR CMake en un script que invoca vglrun por lo que puede añadir este directorio para LD_LIBRARY_PATH. Si las bibliotecas Faker se instalan en un directorio de bibliotecas del sistema, a continuación, los envasadores pueden optar por omitir el nuevo guión, y vglrun continuarán trabajando como siempre lo ha hecho. - Cada vez que se instala una versión de 64 bits, glxspheres ahora se cambia el nombre glxspheres64, por la convención de los paquetes oficiales. Esto hace que sea posible la instalación de 32 bits y una versión de 64 bits de VirtualGL en el mismo directorio. - Si el prefijo de instalación se establece en el valor predeterminado (/ opt / VirtualGL), entonces el sistema de construcción por defecto a la instalación de bibliotecas Faker de un 32-bit construir en / opt / VirtualGL / lib32 y bibliotecas Faker de 64 bits se acumulan en / opt / VirtualGL / lib64. - Del mismo modo, si el prefijo de instalación se establece en el valor predeterminado (/ opt / VirtualGL), entonces el sistema de construcción por defecto a la instalación del enlace simbólico libGL de cromo a partir de una de 32 bits se acumulan en / opt / VirtualGL / fakelib32 y el enlace simbólico para libGL el cromo de un 64-bit construir en / opt / VirtualGL / fakelib64.

el modo
• PBO colación ahora está activado por defecto. Otras investigaciones han demostrado que las GPU de nivel profesional siempre se benefician de las OBP está habilitado (de manera espectacular, en el caso de los adaptadores de AMD FirePro.) Con grado de consumo adaptadores de AMD, las OBP en general, no hacer daño, y con el grado de consumo de nVidia (GeForce) adaptadores, los resultados son desiguales. Los controladores GeForce recurrirá a las colaciones de bloqueo si el formato de píxel seleccionado en glReadPixels () no coincide con el formato de píxel de la pBuffer, por lo que las OBP serán generalmente más lento en esos casos. Por lo tanto, VirtualGL ahora cae de nuevo al modo de lectura de retorno síncrono si detecta que las OBP no se comporten de forma asíncrona.
• Además, VGL_FORCEALPHA ya no está habilitado de forma predeterminada cuando se habilitan las OBP. Esta opción fue introducida por el comportamiento GeForce mencionado anteriormente, pero la opción no tiene ningún efecto en absoluto con la GPU de nivel profesional que se recomiendan para su uso con VirtualGL. En su lugar, VGL ahora detectar situaciones en las que VGL_FORCEALPHA podría ser beneficioso y sugieren que la activación o desactivación (si VGL_VERBOSE = 1).
• Esta versión de VirtualGL ofrece un paquete binario y soporte completo para Cygwin64.