VirtualGL

VirtualGL est un logiciel en ligne de commande la source complètement libre, multiplateforme et ouvert qui peut rediriger des commandes 3D de toute application OpenGL donné à une carte vidéo 3D côté serveur, sur tout système d'exploitation Linux ou UNIX. Il convertit également les images rendues dans un fichier vidéo.

Les principales caractéristiques incluent les niveaux de postes de travail comme de la performance, ce qui est très utile lorsqu'il est utilisé avec proxy haut débit TurboVNC, ainsi que le soutien pour permettre la collaboration de la session 3D et de la mobilité, ce qui est très pratique lorsqu'il est utilisé avec VNC ou proxy similaire.

En outre, le logiciel prend en charge plus de 50MP / seconde sur un réseau de 100 Mbit, en particulier lorsqu'il est utilisé avec l'application TurboVNC et support stéréo quad-tamponnée. Il permet aux utilisateurs de supprimer la taille 3D de données.

Le logiciel peut facilement être utilisé comme un compagnon pour le navigateur Web VizStack pour afficher les travaux de rendu parallèles à distance, ainsi qu'avec le logiciel de virtualisation VMware ou Oracle VirtualBox pour afficher les applications OpenGL à distance sur Microsoft Windows OS.

VirtualGL est un projet multi-plateforme qui fonctionne sous GNU / Linux, FreeBSD, Microsoft Windows et les systèmes d'exploitation Mac OS X. Il a été testé avec succès sur les ordinateurs supportant soit des architectures CPU 32 ou 64 bits.

Pour votre commodité, le programme est distribué sous forme d'installation natifs pour de nombreuses distributions de GNU / Linux qui utilisent soit du DEB ou d'un système de gestion des paquets RPM. Un paquet source est également disponible en téléchargement pour les systèmes d'exploitation basés sur le noyau Linux qui utilisent un gestionnaire de paquets différents. Après l'installation, vous pouvez utiliser le logiciel VirtualGL sur vos projets. Plus de détails sur l'utilisation peuvent être trouvés sur le projet & rsquo; s site web

Ce qui est nouveau dans cette version:.

• VirtualGL ne sera plus lancer une exception si une application 3D appelle certaines fonctions X11 et GLX avec un argument NULL. Il va plutôt permettre à l'X11 sous-jacent ou d'une bibliothèque GLX pour gérer l'erreur. Cela fonctionne particulièrement autour d'une question avec les Fidji.
• Travaillé autour d'un problème où, quand ANSYS Workbench 14.5 a été exécuté avec VirtualGL, sous-processus (tels que l'éditeur de géométrie) lancés à partir de l'environnement de Workbench ne quitter correctement (et donc allait devenir zombies.) Ce problème a également affecté ANSYS HFSS , qui serait soit bloquer lors de la sortie ou qui affiche un message d'erreur: & quot; fin appelé après avoir lancé une instance de 'rrerror' & quot;
.
• A travaillé autour d'un problème où, lors de l'utilisation avec MAGMA5 VirtualGL, les deuxième et ultérieures perspectives ouvertes dans l'application ne seraient pas toujours afficher correctement.
• Ajout du support pour l'extension extension GLX_EXT_texture_from_pixmap.
• Ajout du support pour les extensions GLX_EXT_swap_control et GLX_SGI_swap_control et une nouvelle variable de configuration (VGL_REFRESHRATE) qui peut être utilisé pour les contrôler. Voir le Guide de l'utilisateur pour plus d'informations.
• Ajout du support pour la profondeur = 32 visuels et configs FB.
• Ajout d'un nouveau & quot; gestionnaire de fenêtre & quot; mode qui désactive certaines fonctionnalités de VirtualGL qui interfèrent avec les gestionnaires de fenêtres 3D tels que compiz. Ceci, combiné avec [6] et [4] ci-dessus, devrait permettre à compiz de fonctionner correctement avec cette version de VirtualGL, à condition que le 2D X Server prend en charge l'extension X Composite. Voir le Guide de l'utilisateur pour plus d'informations.
• Correction d'une erreur BadDrawable X11 qui a eu lieu lors de l'exécution du client Steam dans VirtualGL.
• Amélioration de la précision des TCBench et cpustat.
• Le comportement de rationalisée VirtualGL lorsqu'il est installé à partir des sources: - vglrun travaille maintenant, peu importe où les bibliothèques de Faker ont été installés. Le système de construction en dur codes, la valeur de la variable VGL_LIBDIR CMake dans un script qui vglrun invoque pour qu'il puisse ajouter ce répertoire à LD_LIBRARY_PATH. Si les bibliothèques de Faker sont installés dans un répertoire de bibliothèque du système, puis les emballeurs peuvent choisir d'omettre le nouveau script, et vglrun vont continuer à travailler comme il l'a toujours. - Chaque fois qu'une accumulation de 64 bits est installé, glxspheres est maintenant renommé glxspheres64, par la convention des paquets officiels. Cela permet d'installer un 32 bits et une version 64 bits de VirtualGL dans le même répertoire. - Si le préfixe d'installation est réglé sur la valeur par défaut (/ opt / VirtualGL), alors le système de construction par défaut à l'installation des bibliothèques de Faker à partir d'un 32 bits construire dans / opt / VirtualGL / lib32 et les bibliothèques de Faker à partir d'un 64-bit construire dans / opt / VirtualGL / lib64. - De même, si le préfixe d'installation est réglé sur la valeur par défaut (/ opt / VirtualGL), alors le système de construction par défaut l'installation du symlink libGL pour Chrome à partir d'un 32 bits construire dans / opt / VirtualGL / fakelib32 et symlink libGL pour Le chrome à partir d'un 64-bit construire dans / opt / VirtualGL / fakelib64.

Mode
• DPB collationnement est maintenant activé par défaut. D'autres recherches ont montré que les GPU de qualité professionnelle bénéficient toujours de PBO étant activé (de façon spectaculaire, dans le cas des adaptateurs AMD FirePro.) Avec consommation de qualité adaptateurs AMD, PBO faire généralement pas de mal, et avec consommation de qualité nVidia (GeForce) adaptateurs, les résultats sont mitigés. Les pilotes GeForce vont retomber à des relectures de blocage si le format de pixel demandé dans glReadPixels () ne correspond pas au format de pixel de l'Pbuffer, alors PBO seront généralement plus lent dans ces cas. Ainsi, VirtualGL tombe maintenant de retour en mode synchrone collationnement si elle détecte que les PBO ne se comportent pas de manière asynchrone.
• En outre, VGL_FORCEALPHA est plus activé par défaut lorsque les PBO sont activés. Cette option a été introduite en raison du comportement de GeForce mentionné ci-dessus, mais l'option n'a aucun effet que ce soit avec le GPU de qualité professionnelle qui sont recommandés pour une utilisation avec VirtualGL. Au lieu de cela, VGL va maintenant détecter les situations dans lesquelles VGL_FORCEALPHA pourrait être bénéfique et suggérer activation ou la désactivation (si VGL_VERBOSE = 1).
• Cette version de VirtualGL fournit un paquet binaire et un support complet pour Cygwin64.

Ce qui est nouveau dans la version 2.4.1 / 2.5 Beta 1:

• VirtualGL ne sera plus jeter un exception si une application 3D appelle certaines fonctions X11 et GLX avec un argument NULL. Il va plutôt permettre à l'X11 sous-jacent ou d'une bibliothèque GLX pour gérer l'erreur. Cela fonctionne particulièrement autour d'une question avec les Fidji.
• Travaillé autour d'un problème où, quand ANSYS Workbench 14.5 a été exécuté avec VirtualGL, sous-processus (tels que l'éditeur de géométrie) lancés à partir de l'environnement de Workbench ne quitter correctement (et donc allait devenir zombies.) Ce problème a également affecté ANSYS HFSS , qui serait soit bloquer lors de la sortie ou qui affiche un message d'erreur: & quot; fin appelé après avoir lancé une instance de 'rrerror' & quot;
.
• A travaillé autour d'un problème où, lors de l'utilisation avec MAGMA5 VirtualGL, les deuxième et ultérieures perspectives ouvertes dans l'application ne seraient pas toujours afficher correctement.
• Ajout du support pour l'extension extension GLX_EXT_texture_from_pixmap.
• Ajout du support pour les extensions GLX_EXT_swap_control et GLX_SGI_swap_control et une nouvelle variable de configuration (VGL_REFRESHRATE) qui peut être utilisé pour les contrôler. Voir le Guide de l'utilisateur pour plus d'informations.
• Ajout du support pour la profondeur = 32 visuels et configs FB.
• Ajout d'un nouveau & quot; gestionnaire de fenêtre & quot; mode qui désactive certaines fonctionnalités de VirtualGL qui interfèrent avec les gestionnaires de fenêtres 3D tels que compiz. Ceci, combiné avec [6] et [4] ci-dessus, devrait permettre à compiz de fonctionner correctement avec cette version de VirtualGL, à condition que le 2D X Server prend en charge l'extension X Composite. Voir le Guide de l'utilisateur pour plus d'informations.
• Correction d'une erreur BadDrawable X11 qui a eu lieu lors de l'exécution du client Steam dans VirtualGL.
• Amélioration de la précision des TCBench et cpustat.
• Le comportement de rationalisée VirtualGL lorsqu'il est installé à partir des sources: - vglrun travaille maintenant, peu importe où les bibliothèques de Faker ont été installés. Le système de construction en dur codes, la valeur de la variable VGL_LIBDIR CMake dans un script qui vglrun invoque pour qu'il puisse ajouter ce répertoire à LD_LIBRARY_PATH. Si les bibliothèques de Faker sont installés dans un répertoire de bibliothèque du système, puis les emballeurs peuvent choisir d'omettre le nouveau script, et vglrun vont continuer à travailler comme il l'a toujours. - Chaque fois qu'une accumulation de 64 bits est installé, glxspheres est maintenant renommé glxspheres64, par la convention des paquets officiels. Cela permet d'installer un 32 bits et une version 64 bits de VirtualGL dans le même répertoire. - Si le préfixe d'installation est réglé sur la valeur par défaut (/ opt / VirtualGL), alors le système de construction par défaut à l'installation des bibliothèques de Faker à partir d'un 32 bits construire dans / opt / VirtualGL / lib32 et les bibliothèques de Faker à partir d'un 64-bit construire dans / opt / VirtualGL / lib64. - De même, si le préfixe d'installation est réglé sur la valeur par défaut (/ opt / VirtualGL), alors le système de construction par défaut l'installation du symlink libGL pour Chrome à partir d'un 32 bits construire dans / opt / VirtualGL / fakelib32 et symlink libGL pour Le chrome à partir d'un 64-bit construire dans / opt / VirtualGL / fakelib64.

Mode
• DPB collationnement est maintenant activé par défaut. D'autres recherches ont montré que les GPU de qualité professionnelle bénéficient toujours de PBO étant activé (de façon spectaculaire, dans le cas des adaptateurs AMD FirePro.) Avec consommation de qualité adaptateurs AMD, PBO faire généralement pas de mal, et avec consommation de qualité nVidia (GeForce) adaptateurs, les résultats sont mitigés. Les pilotes GeForce vont retomber à des relectures de blocage si le format de pixel demandé dans glReadPixels () ne correspond pas au format de pixel de l'Pbuffer, alors PBO seront généralement plus lent dans ces cas. Ainsi, VirtualGL tombe maintenant de retour en mode synchrone collationnement si elle détecte que les PBO ne se comportent pas de manière asynchrone.
• En outre, VGL_FORCEALPHA est plus activé par défaut lorsque les PBO sont activés. Cette option a été introduite en raison du comportement de GeForce mentionné ci-dessus, mais l'option n'a aucun effet que ce soit avec le GPU de qualité professionnelle qui sont recommandés pour une utilisation avec VirtualGL. Au lieu de cela, VGL va maintenant détecter les situations dans lesquelles VGL_FORCEALPHA pourrait être bénéfique et suggérer activation ou la désactivation (si VGL_VERBOSE = 1).
• Cette version de VirtualGL fournit un paquet binaire et un support complet pour Cygwin64.

Ce qui est nouveau dans la version 2.4.1:

• VirtualGL ne sera plus lancer une exception si une 3D application appelle certaines fonctions X11 et GLX avec un argument NULL. Il va plutôt permettre à l'X11 sous-jacent ou d'une bibliothèque GLX pour gérer l'erreur. Cela fonctionne particulièrement autour d'une question avec les Fidji.
• Travaillé autour d'un problème où, quand ANSYS Workbench 14.5 a été exécuté avec VirtualGL, sous-processus (tels que l'éditeur de géométrie) lancés à partir de l'environnement de Workbench ne quitter correctement (et donc allait devenir zombies.) Ce problème a également affecté ANSYS HFSS , qui serait soit bloquer lors de la sortie ou qui affiche un message d'erreur: & quot; fin appelé après avoir lancé une instance de 'rrerror' & quot;
.
• A travaillé autour d'un problème où, lors de l'utilisation avec MAGMA5 VirtualGL, les deuxième et ultérieures perspectives ouvertes dans l'application ne seraient pas toujours afficher correctement.
• Ajout du support pour l'extension extension GLX_EXT_texture_from_pixmap.
• Ajout du support pour les extensions GLX_EXT_swap_control et GLX_SGI_swap_control et une nouvelle variable de configuration (VGL_REFRESHRATE) qui peut être utilisé pour les contrôler. Voir le Guide de l'utilisateur pour plus d'informations.
• Ajout du support pour la profondeur = 32 visuels et configs FB.
• Ajout d'un nouveau & quot; gestionnaire de fenêtre & quot; mode qui désactive certaines fonctionnalités de VirtualGL qui interfèrent avec les gestionnaires de fenêtres 3D tels que compiz. Ceci, combiné avec [6] et [4] ci-dessus, devrait permettre à compiz de fonctionner correctement avec cette version de VirtualGL, à condition que le 2D X Server prend en charge l'extension X Composite. Voir le Guide de l'utilisateur pour plus d'informations.
• Correction d'une erreur BadDrawable X11 qui a eu lieu lors de l'exécution du client Steam dans VirtualGL.
• Amélioration de la précision des TCBench et cpustat.
• Le comportement de rationalisée VirtualGL lorsqu'il est installé à partir des sources: - vglrun travaille maintenant, peu importe où les bibliothèques de Faker ont été installés. Le système de construction en dur codes, la valeur de la variable VGL_LIBDIR CMake dans un script qui vglrun invoque pour qu'il puisse ajouter ce répertoire à LD_LIBRARY_PATH. Si les bibliothèques de Faker sont installés dans un répertoire de bibliothèque du système, puis les emballeurs peuvent choisir d'omettre le nouveau script, et vglrun vont continuer à travailler comme il l'a toujours. - Chaque fois qu'une accumulation de 64 bits est installé, glxspheres est maintenant renommé glxspheres64, par la convention des paquets officiels. Cela permet d'installer un 32 bits et une version 64 bits de VirtualGL dans le même répertoire. - Si le préfixe d'installation est réglé sur la valeur par défaut (/ opt / VirtualGL), alors le système de construction par défaut à l'installation des bibliothèques de Faker à partir d'un 32 bits construire dans / opt / VirtualGL / lib32 et les bibliothèques de Faker à partir d'un 64-bit construire dans / opt / VirtualGL / lib64. - De même, si le préfixe d'installation est réglé sur la valeur par défaut (/ opt / VirtualGL), alors le système de construction par défaut l'installation du symlink libGL pour Chrome à partir d'un 32 bits construire dans / opt / VirtualGL / fakelib32 et symlink libGL pour Le chrome à partir d'un 64-bit construire dans / opt / VirtualGL / fakelib64.

Mode
• DPB collationnement est maintenant activé par défaut. D'autres recherches ont montré que les GPU de qualité professionnelle bénéficient toujours de PBO étant activé (de façon spectaculaire, dans le cas des adaptateurs AMD FirePro.) Avec consommation de qualité adaptateurs AMD, PBO faire généralement pas de mal, et avec consommation de qualité nVidia (GeForce) adaptateurs, les résultats sont mitigés. Les pilotes GeForce vont retomber à des relectures de blocage si le format de pixel demandé dans glReadPixels () ne correspond pas au format de pixel de l'Pbuffer, alors PBO seront généralement plus lent dans ces cas. Ainsi, VirtualGL tombe maintenant de retour en mode synchrone collationnement si elle détecte que les PBO ne se comportent pas de manière asynchrone.
• En outre, VGL_FORCEALPHA est plus activé par défaut lorsque les PBO sont activés. Cette option a été introduite en raison du comportement de GeForce mentionné ci-dessus, mais l'option n'a aucun effet que ce soit avec le GPU de qualité professionnelle qui sont recommandés pour une utilisation avec VirtualGL. Au lieu de cela, VGL va maintenant détecter les situations dans lesquelles VGL_FORCEALPHA pourrait être bénéfique et suggérer activation ou la désactivation (si VGL_VERBOSE = 1).
• Cette version de VirtualGL fournit un paquet binaire et un support complet pour Cygwin64.

Ce qui est nouveau dans la version 2.3.3:

• VirtualGL ne sera plus lancer une exception si une 3D application appelle certaines fonctions X11 et GLX avec un argument NULL. Il va plutôt permettre à l'X11 sous-jacent ou d'une bibliothèque GLX pour gérer l'erreur. Cela fonctionne particulièrement autour d'une question avec les Fidji.
• Travaillé autour d'un problème où, quand ANSYS Workbench 14.5 a été exécuté avec VirtualGL, sous-processus (tels que l'éditeur de géométrie) lancés à partir de l'environnement de Workbench ne quitter correctement (et donc allait devenir zombies.) Ce problème a également affecté ANSYS HFSS , qui serait soit bloquer lors de la sortie ou qui affiche un message d'erreur: & quot; fin appelé après avoir lancé une instance de 'rrerror' & quot;
.
• A travaillé autour d'un problème où, lors de l'utilisation avec MAGMA5 VirtualGL, les deuxième et ultérieures perspectives ouvertes dans l'application ne seraient pas toujours afficher correctement.
• Ajout du support pour l'extension extension GLX_EXT_texture_from_pixmap.
• Ajout du support pour les extensions GLX_EXT_swap_control et GLX_SGI_swap_control et une nouvelle variable de configuration (VGL_REFRESHRATE) qui peut être utilisé pour les contrôler. Voir le Guide de l'utilisateur pour plus d'informations.
• Ajout du support pour la profondeur = 32 visuels et configs FB.
• Ajout d'un nouveau & quot; gestionnaire de fenêtre & quot; mode qui désactive certaines fonctionnalités de VirtualGL qui interfèrent avec les gestionnaires de fenêtres 3D tels que compiz. Ceci, combiné avec [6] et [4] ci-dessus, devrait permettre à compiz de fonctionner correctement avec cette version de VirtualGL, à condition que le 2D X Server prend en charge l'extension X Composite. Voir le Guide de l'utilisateur pour plus d'informations.
• Correction d'une erreur BadDrawable X11 qui a eu lieu lors de l'exécution du client Steam dans VirtualGL.
• Amélioration de la précision des TCBench et cpustat.
• Le comportement de rationalisée VirtualGL lorsqu'il est installé à partir des sources: - vglrun travaille maintenant, peu importe où les bibliothèques de Faker ont été installés. Le système de construction en dur codes, la valeur de la variable VGL_LIBDIR CMake dans un script qui vglrun invoque pour qu'il puisse ajouter ce répertoire à LD_LIBRARY_PATH. Si les bibliothèques de Faker sont installés dans un répertoire de bibliothèque du système, puis les emballeurs peuvent choisir d'omettre le nouveau script, et vglrun vont continuer à travailler comme il l'a toujours. - Chaque fois qu'une accumulation de 64 bits est installé, glxspheres est maintenant renommé glxspheres64, par la convention des paquets officiels. Cela permet d'installer un 32 bits et une version 64 bits de VirtualGL dans le même répertoire. - Si le préfixe d'installation est réglé sur la valeur par défaut (/ opt / VirtualGL), alors le système de construction par défaut à l'installation des bibliothèques de Faker à partir d'un 32 bits construire dans / opt / VirtualGL / lib32 et les bibliothèques de Faker à partir d'un 64-bit construire dans / opt / VirtualGL / lib64. - De même, si le préfixe d'installation est réglé sur la valeur par défaut (/ opt / VirtualGL), alors le système de construction par défaut l'installation du symlink libGL pour Chrome à partir d'un 32 bits construire dans / opt / VirtualGL / fakelib32 et symlink libGL pour Le chrome à partir d'un 64-bit construire dans / opt / VirtualGL / fakelib64.

Mode
• DPB collationnement est maintenant activé par défaut. D'autres recherches ont montré que les GPU de qualité professionnelle bénéficient toujours de PBO étant activé (de façon spectaculaire, dans le cas des adaptateurs AMD FirePro.) Avec consommation de qualité adaptateurs AMD, PBO faire généralement pas de mal, et avec consommation de qualité nVidia (GeForce) adaptateurs, les résultats sont mitigés. Les pilotes GeForce vont retomber à des relectures de blocage si le format de pixel demandé dans glReadPixels () ne correspond pas au format de pixel de l'Pbuffer, alors PBO seront généralement plus lent dans ces cas. Ainsi, VirtualGL tombe maintenant de retour en mode synchrone collationnement si elle détecte que les PBO ne se comportent pas de manière asynchrone.
• En outre, VGL_FORCEALPHA est plus activé par défaut lorsque les PBO sont activés. Cette option a été introduite en raison du comportement de GeForce mentionné ci-dessus, mais l'option n'a aucun effet que ce soit avec le GPU de qualité professionnelle qui sont recommandés pour une utilisation avec VirtualGL. Au lieu de cela, VGL va maintenant détecter les situations dans lesquelles VGL_FORCEALPHA pourrait être bénéfique et suggérer activation ou la désactivation (si VGL_VERBOSE = 1).
• Cette version de VirtualGL fournit un paquet binaire et un support complet pour Cygwin64.