VirtualGL

VirtualGL é um software de linha de comando source totalmente gratuito, multiplataforma e de código aberto que pode redirecionar comandos 3D a partir de qualquer aplicativo OpenGL para uma placa de vídeo 3D do lado do servidor, em qualquer sistema operacional Linux ou UNIX-like. Ele também converte as imagens renderizadas em um arquivo de vídeo.

As principais características incluem níveis semelhantes de estações de trabalho de desempenho, o que é muito útil quando usado com proxy-alta velocidade TurboVNC, bem como suporte para permitir a colaboração sessão 3D e mobilidade, que é bastante útil quando usado com o VNC ou proxy similar.

Além disso, o software inclui suporte para mais de 50MP / segundo em uma rede de 100 Mbit, especialmente quando usado com a aplicação TurboVNC e apoio estéreo tampão quad. Ele permite que os usuários removam o tamanho dos dados 3D.

O software pode ser facilmente utilizado como um companheiro para o navegador web VizStack para exibir os trabalhos de renderização paralelas remotamente, bem como com o software de virtualização VMware ou Oracle VirtualBox para exibir aplicativos OpenGL remotamente em sistemas operacionais Microsoft Windows.

VirtualGL é um projeto multi-plataforma que funciona no GNU / Linux, FreeBSD, Microsoft Windows e sistemas operacionais Mac OS X. Ele foi testado com sucesso em computadores que suportam uma das arquiteturas de CPU 32 ou 64 bits.

Para sua conveniência, o programa é distribuído como instaladores nativos para inúmeras distribuições de GNU / Linux que usam do DEB ou sistema de gerenciamento de pacotes RPM. Um pacote fonte também está disponível para download para os sistemas operacionais baseados em Linux kernel que usam um gerenciador de pacotes diferentes. Após a instalação, você pode usar o software VirtualGL em seus projetos. Mais detalhes de uso pode ser encontrado no projeto & rsquo; s website

O que é novo nesta versão:.

• VirtualGL deixará de lançar uma exceção se um aplicativo 3D chama determinadas funções X11 e GLX com um argumento NULL. É, ao contrário, permitir que o X11 subjacente ou biblioteca GLX para lidar com o erro. Isso funciona especificamente em torno de um problema com Fiji.
• Trabalhou em torno de um problema no qual, quando ANSYS Workbench 14,5 foi executado com VirtualGL, subprocessos (como o editor de geometria), lançadas de dentro do ambiente Workbench não iria sair corretamente (e, portanto, se tornaria zumbis.) Este problema também afetou ANSYS HFSS , o que quer travar quando sair ou iria imprimir uma mensagem de erro: & quot; encerrar chamada depois de jogar uma instância de 'rrerror' & quot;
.
• Trabalhou em torno de um problema no qual, ao usar MAGMA5 com VirtualGL, as segunda e subsequentes perspectivas abertas dentro do aplicativo que nem sempre são exibidos corretamente.
• Adicionado suporte para a extensão GLX_EXT_texture_from_pixmap.
• Adicionado suporte para as extensões GLX_EXT_swap_control e GLX_SGI_swap_control e uma variável de configuração nova (VGL_REFRESHRATE) que pode ser usado para controlá-los. Consulte o Guia do Usuário para obter mais informações.
• Adicionado suporte para profundidade = 32 visuais e configurações FB.
• Adicionado um novo & quot; gerenciador de janelas & quot; modo que desative determinados recursos em VirtualGL que interferem com gerenciadores de janelas 3D, como o Compiz. Isto, combinado com [6] e [4] acima, deve permitir compiz para executar corretamente com esta versão do VirtualGL, desde que o 2D X Server tem suporte para a extensão X Composite. Consulte o Guia do Usuário para obter mais informações.
• Corrigido um erro BadDrawable X11 que ocorreu durante a execução do cliente Steam em VirtualGL.
• melhorou a precisão de TCBench e CPUstat.
• O comportamento de aerodinâmica VirtualGL quando é instalado a partir da fonte: - vglrun agora trabalha independentemente de onde as bibliotecas Faker foram instalados. O sistema de construção rígidos códigos o valor da variável VGL_LIBDIR CMake em um script que vglrun invoca para que ele possa adicionar este diretório para LD_LIBRARY_PATH. Se as bibliotecas Faker estão instalados em um diretório de biblioteca do sistema, em seguida, empacotadores pode optar por omitir o novo script, e vglrun vai continuar a trabalhar como sempre foi. - Sempre que uma compilação de 64 bits é instalado, glxspheres está agora renomeado glxspheres64, por a convenção dos pacotes oficiais. Isto faz com que seja possível instalar um de 32 bits e uma versão de 64 bits do VirtualGL para o mesmo directório. - Se o prefixo de instalação é definido como o padrão (/ opt / VirtualGL), então os padrões do sistema de construção para a instalação de bibliotecas Faker a partir de um 32-bit construir em / opt / VirtualGL / lib32 e bibliotecas Faker de um 64-bit construir em / opt / VirtualGL / lib64. - Da mesma forma, se o prefixo de instalação é definido como o padrão (/ opt / VirtualGL), então os padrões do sistema de construção para instalar o link simbólico libGL para Chromium a partir de um 32-bit construir em / opt / VirtualGL / fakelib32 e o link simbólico para libGL O cromo de um 64-bit construir em / opt / VirtualGL / fakelib64.

modo
• PBO readback agora está ativado por padrão. Outras pesquisas têm mostrado que GPUs de nível profissional sempre beneficiar de PBO sendo ativado (de forma bastante dramática, no caso de adaptadores AMD FirePro.) Com adaptadores AMD nível consumidor, PBO geralmente não causar dano, e com o consumidor da classe nVidia (GeForce) adaptadores, os resultados são misturados. Os drivers GeForce vai cair de volta para readbacks bloqueio se o formato de pixel solicitado no glReadPixels () não coincide com o formato de pixel do pBuffer, então PBO será geralmente mais lento nesses casos. Assim, VirtualGL agora cai de volta para o modo síncrono readback se detectar que PBO não estão se comportando de forma assíncrona.
• Além disso, VGL_FORCEALPHA já não é ativada por padrão quando PBO estão habilitados. Esta opção foi introduzida por causa do comportamento GeForce mencionado acima, mas a opção não tem nenhum efeito com o GPUs de nível profissional que são recomendados para uso com VirtualGL. Em vez disso, VGL agora irá detectar situações em que VGL_FORCEALPHA pode ser benéfico e sugerir a ativação ou desativação (se VGL_VERBOSE = 1).
• Esta versão do VirtualGL oferece um pacote binário e suporte completo para Cygwin64.

O que é novo na versão 2.4.1 / 2.5 Beta 1:

• VirtualGL deixará de lançar uma exceção se um aplicativo 3D chama determinadas funções X11 e GLX com um argumento NULL. É, ao contrário, permitir que o X11 subjacente ou biblioteca GLX para lidar com o erro. Isso funciona especificamente em torno de um problema com Fiji.
• Trabalhou em torno de um problema no qual, quando ANSYS Workbench 14,5 foi executado com VirtualGL, subprocessos (como o editor de geometria), lançadas de dentro do ambiente Workbench não iria sair corretamente (e, portanto, se tornaria zumbis.) Este problema também afetou ANSYS HFSS , o que quer travar quando sair ou iria imprimir uma mensagem de erro: & quot; encerrar chamada depois de jogar uma instância de 'rrerror' & quot;
.
• Trabalhou em torno de um problema no qual, ao usar MAGMA5 com VirtualGL, as segunda e subsequentes perspectivas abertas dentro do aplicativo que nem sempre são exibidos corretamente.
• Adicionado suporte para a extensão GLX_EXT_texture_from_pixmap.
• Adicionado suporte para as extensões GLX_EXT_swap_control e GLX_SGI_swap_control e uma variável de configuração nova (VGL_REFRESHRATE) que pode ser usado para controlá-los. Consulte o Guia do Usuário para obter mais informações.
• Adicionado suporte para profundidade = 32 visuais e configurações FB.
• Adicionado um novo & quot; gerenciador de janelas & quot; modo que desative determinados recursos em VirtualGL que interferem com gerenciadores de janelas 3D, como o Compiz. Isto, combinado com [6] e [4] acima, deve permitir compiz para executar corretamente com esta versão do VirtualGL, desde que o 2D X Server tem suporte para a extensão X Composite. Consulte o Guia do Usuário para obter mais informações.
• Corrigido um erro BadDrawable X11 que ocorreu durante a execução do cliente Steam em VirtualGL.
• melhorou a precisão de TCBench e CPUstat.
• O comportamento de aerodinâmica VirtualGL quando é instalado a partir da fonte: - vglrun agora trabalha independentemente de onde as bibliotecas Faker foram instalados. O sistema de construção rígidos códigos o valor da variável VGL_LIBDIR CMake em um script que vglrun invoca para que ele possa adicionar este diretório para LD_LIBRARY_PATH. Se as bibliotecas Faker estão instalados em um diretório de biblioteca do sistema, em seguida, empacotadores pode optar por omitir o novo script, e vglrun vai continuar a trabalhar como sempre foi. - Sempre que uma compilação de 64 bits é instalado, glxspheres está agora renomeado glxspheres64, por a convenção dos pacotes oficiais. Isto faz com que seja possível instalar um de 32 bits e uma versão de 64 bits do VirtualGL para o mesmo directório. - Se o prefixo de instalação é definido como o padrão (/ opt / VirtualGL), então os padrões do sistema de construção para a instalação de bibliotecas Faker a partir de um 32-bit construir em / opt / VirtualGL / lib32 e bibliotecas Faker de um 64-bit construir em / opt / VirtualGL / lib64. - Da mesma forma, se o prefixo de instalação é definido como o padrão (/ opt / VirtualGL), então os padrões do sistema de construção para instalar o link simbólico libGL para Chromium a partir de um 32-bit construir em / opt / VirtualGL / fakelib32 e o link simbólico para libGL O cromo de um 64-bit construir em / opt / VirtualGL / fakelib64.

modo
• PBO readback agora está ativado por padrão. Outras pesquisas têm mostrado que GPUs de nível profissional sempre beneficiar de PBO sendo ativado (de forma bastante dramática, no caso de adaptadores AMD FirePro.) Com adaptadores AMD nível consumidor, PBO geralmente não causar dano, e com o consumidor da classe nVidia (GeForce) adaptadores, os resultados são misturados. Os drivers GeForce vai cair de volta para readbacks bloqueio se o formato de pixel solicitado no glReadPixels () não coincide com o formato de pixel do pBuffer, então PBO será geralmente mais lento nesses casos. Assim, VirtualGL agora cai de volta para o modo síncrono readback se detectar que PBO não estão se comportando de forma assíncrona.
• Além disso, VGL_FORCEALPHA já não é ativada por padrão quando PBO estão habilitados. Esta opção foi introduzida por causa do comportamento GeForce mencionado acima, mas a opção não tem nenhum efeito com o GPUs de nível profissional que são recomendados para uso com VirtualGL. Em vez disso, VGL agora irá detectar situações em que VGL_FORCEALPHA pode ser benéfico e sugerir a ativação ou desativação (se VGL_VERBOSE = 1).
• Esta versão do VirtualGL oferece um pacote binário e suporte completo para Cygwin64.

O que é novo na versão 2.4.1:

• VirtualGL deixará de lançar uma exceção se um 3D aplicativo chama determinadas funções X11 e GLX com um argumento NULL. É, ao contrário, permitir que o X11 subjacente ou biblioteca GLX para lidar com o erro. Isso funciona especificamente em torno de um problema com Fiji.
• Trabalhou em torno de um problema no qual, quando ANSYS Workbench 14,5 foi executado com VirtualGL, subprocessos (como o editor de geometria), lançadas de dentro do ambiente Workbench não iria sair corretamente (e, portanto, se tornaria zumbis.) Este problema também afetou ANSYS HFSS , o que quer travar quando sair ou iria imprimir uma mensagem de erro: & quot; encerrar chamada depois de jogar uma instância de 'rrerror' & quot;
.
• Trabalhou em torno de um problema no qual, ao usar MAGMA5 com VirtualGL, as segunda e subsequentes perspectivas abertas dentro do aplicativo que nem sempre são exibidos corretamente.
• Adicionado suporte para a extensão GLX_EXT_texture_from_pixmap.
• Adicionado suporte para as extensões GLX_EXT_swap_control e GLX_SGI_swap_control e uma variável de configuração nova (VGL_REFRESHRATE) que pode ser usado para controlá-los. Consulte o Guia do Usuário para obter mais informações.
• Adicionado suporte para profundidade = 32 visuais e configurações FB.
• Adicionado um novo & quot; gerenciador de janelas & quot; modo que desative determinados recursos em VirtualGL que interferem com gerenciadores de janelas 3D, como o Compiz. Isto, combinado com [6] e [4] acima, deve permitir compiz para executar corretamente com esta versão do VirtualGL, desde que o 2D X Server tem suporte para a extensão X Composite. Consulte o Guia do Usuário para obter mais informações.
• Corrigido um erro BadDrawable X11 que ocorreu durante a execução do cliente Steam em VirtualGL.
• melhorou a precisão de TCBench e CPUstat.
• O comportamento de aerodinâmica VirtualGL quando é instalado a partir da fonte: - vglrun agora trabalha independentemente de onde as bibliotecas Faker foram instalados. O sistema de construção rígidos códigos o valor da variável VGL_LIBDIR CMake em um script que vglrun invoca para que ele possa adicionar este diretório para LD_LIBRARY_PATH. Se as bibliotecas Faker estão instalados em um diretório de biblioteca do sistema, em seguida, empacotadores pode optar por omitir o novo script, e vglrun vai continuar a trabalhar como sempre foi. - Sempre que uma compilação de 64 bits é instalado, glxspheres está agora renomeado glxspheres64, por a convenção dos pacotes oficiais. Isto faz com que seja possível instalar um de 32 bits e uma versão de 64 bits do VirtualGL para o mesmo directório. - Se o prefixo de instalação é definido como o padrão (/ opt / VirtualGL), então os padrões do sistema de construção para a instalação de bibliotecas Faker a partir de um 32-bit construir em / opt / VirtualGL / lib32 e bibliotecas Faker de um 64-bit construir em / opt / VirtualGL / lib64. - Da mesma forma, se o prefixo de instalação é definido como o padrão (/ opt / VirtualGL), então os padrões do sistema de construção para instalar o link simbólico libGL para Chromium a partir de um 32-bit construir em / opt / VirtualGL / fakelib32 e o link simbólico para libGL O cromo de um 64-bit construir em / opt / VirtualGL / fakelib64.

modo
• PBO readback agora está ativado por padrão. Outras pesquisas têm mostrado que GPUs de nível profissional sempre beneficiar de PBO sendo ativado (de forma bastante dramática, no caso de adaptadores AMD FirePro.) Com adaptadores AMD nível consumidor, PBO geralmente não causar dano, e com o consumidor da classe nVidia (GeForce) adaptadores, os resultados são misturados. Os drivers GeForce vai cair de volta para readbacks bloqueio se o formato de pixel solicitado no glReadPixels () não coincide com o formato de pixel do pBuffer, então PBO será geralmente mais lento nesses casos. Assim, VirtualGL agora cai de volta para o modo síncrono readback se detectar que PBO não estão se comportando de forma assíncrona.
• Além disso, VGL_FORCEALPHA já não é ativada por padrão quando PBO estão habilitados. Esta opção foi introduzida por causa do comportamento GeForce mencionado acima, mas a opção não tem nenhum efeito com o GPUs de nível profissional que são recomendados para uso com VirtualGL. Em vez disso, VGL agora irá detectar situações em que VGL_FORCEALPHA pode ser benéfico e sugerir a ativação ou desativação (se VGL_VERBOSE = 1).
• Esta versão do VirtualGL oferece um pacote binário e suporte completo para Cygwin64.

O que é novo na versão 2.3.3:

• VirtualGL deixará de lançar uma exceção se um 3D aplicativo chama determinadas funções X11 e GLX com um argumento NULL. É, ao contrário, permitir que o X11 subjacente ou biblioteca GLX para lidar com o erro. Isso funciona especificamente em torno de um problema com Fiji.
• Trabalhou em torno de um problema no qual, quando ANSYS Workbench 14,5 foi executado com VirtualGL, subprocessos (como o editor de geometria), lançadas de dentro do ambiente Workbench não iria sair corretamente (e, portanto, se tornaria zumbis.) Este problema também afetou ANSYS HFSS , o que quer travar quando sair ou iria imprimir uma mensagem de erro: & quot; encerrar chamada depois de jogar uma instância de 'rrerror' & quot;
.
• Trabalhou em torno de um problema no qual, ao usar MAGMA5 com VirtualGL, as segunda e subsequentes perspectivas abertas dentro do aplicativo que nem sempre são exibidos corretamente.
• Adicionado suporte para a extensão GLX_EXT_texture_from_pixmap.
• Adicionado suporte para as extensões GLX_EXT_swap_control e GLX_SGI_swap_control e uma variável de configuração nova (VGL_REFRESHRATE) que pode ser usado para controlá-los. Consulte o Guia do Usuário para obter mais informações.
• Adicionado suporte para profundidade = 32 visuais e configurações FB.
• Adicionado um novo & quot; gerenciador de janelas & quot; modo que desative determinados recursos em VirtualGL que interferem com gerenciadores de janelas 3D, como o Compiz. Isto, combinado com [6] e [4] acima, deve permitir compiz para executar corretamente com esta versão do VirtualGL, desde que o 2D X Server tem suporte para a extensão X Composite. Consulte o Guia do Usuário para obter mais informações.
• Corrigido um erro BadDrawable X11 que ocorreu durante a execução do cliente Steam em VirtualGL.
• melhorou a precisão de TCBench e CPUstat.
• O comportamento de aerodinâmica VirtualGL quando é instalado a partir da fonte: - vglrun agora trabalha independentemente de onde as bibliotecas Faker foram instalados. O sistema de construção rígidos códigos o valor da variável VGL_LIBDIR CMake em um script que vglrun invoca para que ele possa adicionar este diretório para LD_LIBRARY_PATH. Se as bibliotecas Faker estão instalados em um diretório de biblioteca do sistema, em seguida, empacotadores pode optar por omitir o novo script, e vglrun vai continuar a trabalhar como sempre foi. - Sempre que uma compilação de 64 bits é instalado, glxspheres está agora renomeado glxspheres64, por a convenção dos pacotes oficiais. Isto faz com que seja possível instalar um de 32 bits e uma versão de 64 bits do VirtualGL para o mesmo directório. - Se o prefixo de instalação é definido como o padrão (/ opt / VirtualGL), então os padrões do sistema de construção para a instalação de bibliotecas Faker a partir de um 32-bit construir em / opt / VirtualGL / lib32 e bibliotecas Faker de um 64-bit construir em / opt / VirtualGL / lib64. - Da mesma forma, se o prefixo de instalação é definido como o padrão (/ opt / VirtualGL), então os padrões do sistema de construção para instalar o link simbólico libGL para Chromium a partir de um 32-bit construir em / opt / VirtualGL / fakelib32 e o link simbólico para libGL O cromo de um 64-bit construir em / opt / VirtualGL / fakelib64.

modo
• PBO readback agora está ativado por padrão. Outras pesquisas têm mostrado que GPUs de nível profissional sempre beneficiar de PBO sendo ativado (de forma bastante dramática, no caso de adaptadores AMD FirePro.) Com adaptadores AMD nível consumidor, PBO geralmente não causar dano, e com o consumidor da classe nVidia (GeForce) adaptadores, os resultados são misturados. Os drivers GeForce vai cair de volta para readbacks bloqueio se o formato de pixel solicitado no glReadPixels () não coincide com o formato de pixel do pBuffer, então PBO será geralmente mais lento nesses casos. Assim, VirtualGL agora cai de volta para o modo síncrono readback se detectar que PBO não estão se comportando de forma assíncrona.
• Além disso, VGL_FORCEALPHA já não é ativada por padrão quando PBO estão habilitados. Esta opção foi introduzida por causa do comportamento GeForce mencionado acima, mas a opção não tem nenhum efeito com o GPUs de nível profissional que são recomendados para uso com VirtualGL. Em vez disso, VGL agora irá detectar situações em que VGL_FORCEALPHA pode ser benéfico e sugerir a ativação ou desativação (se VGL_VERBOSE = 1).
• Esta versão do VirtualGL oferece um pacote binário e suporte completo para Cygwin64.