VirtualGL

VirtualGL是一个完全免费，跨平台和开源的命令行软件，可以重定向从任何给定的OpenGL应用程序到服务器端的3D显卡3D命令，任何Linux或UNIX类操作系统上。它也呈现的图像转换成一个视频文件。

主要功能包括性能，具有高速代理TurboVNC使用时，这是非常有用的工作站一样的水平，以及为实现3D会话协作和移动性，以VNC或类似的代理一起使用时，会非常方便的支持。

此外，该软件包括支持在50MP /秒的100兆比特的网络，特别是与TurboVNC应用和四缓冲立体支持，使用时打开。它允许用户删除三维数据的大小。

该软件可以很容易地用作VizStack Web浏览器伴侣远程显示并行渲染的作业，以及与VMware或VirtualBox的甲骨文虚拟化软件在Microsoft Windows操作系统远程显示OpenGL应用程序。

VirtualGL是一个跨平台的项目，该项目下的GNU / Linux，FreeBSD中，微软Windows和Mac OS X操作系统的工作原理。它已成功地测试了电脑支持32位或64位CPU架构的要么。

为了您的方便，程序分布情况为使用DEB或RPM软件包管理系统的任何GNU / Linux的众多发行本机安装。源包也可用于下载使用不同的包管理器基于Linux内核的操作系统。安装后，您可以使用您的项目VirtualGL软件。更多的使用细节可以在项目＆rsquo的发现;网站

本发行版是新的：

• VirtualGL将不再抛出一个异常，如果一个3D应用程序调用某些X11和GLX功能以NULL参数。这反而让底层的X11或GLX库来处理错误。这种专门围绕一个问题，可与斐济。
• 围绕一个问题任职，由此，当在ANSYS Workbench 14.5与VirtualGL运行，从Workbench环境中启动子过程（如几何编辑器）将无法正常退出（因而会成为僵尸。）这个问题也影响了ANSYS HFSS ，这要么锁定退出时或会打印错误消息：＆QUOT;扔“rrerror'＆QUOT的一个实例后终止调用;
。
• 周围的问题曾为由此，使用MAGMA5与VirtualGL时，在应用程序内打开第二个和后续的观点并不总是正确显示。
• 增加了对GLX_EXT_texture_from_pixmap扩展支持。
• 增加了对GLX_EXT_swap_control和GLX_SGI_swap_control扩展和可用于控制它们的新配置变量（VGL_REFRESHRATE）的支持。请参阅用户手册以获取更多信息。
• 增加了深度= 32的视觉效果和FB CONFIGS支持。
• 增加了新的＆QUOT;窗口管理器＆QUOT;模式 - 禁用VirtualGL某些功能与3D窗口管理器如Compiz的干扰。这与[6]和[4]以上，应该允许Compiz的结合起来，与此版本VirtualGL的正常运行，提供的二维X Server具有对X混合扩展支持。请参阅用户手册以获取更多信息。
• 修正了运行VirtualGL Steam客户端时，发生了BadDrawable X11错误。
• 改进TCBench和CPUstat的准确性。
• 当它从源代码安装精简VirtualGL的行为： - vglrun现在的作品，无论已经安装了骗子库在哪里。构建系统硬编码VGL_LIBDIR CMake的变量的值成vglrun调用，因此它可以在这个目录添加到LD_LIBRARY_PATH中的脚本。如果骗子库安装到系统库目录，然后包装商可以选择忽略新的脚本，vglrun将继续工作，因为它总是有。 - 只要安装一个64位版本，glxspheres现更名glxspheres64，每官方包的约定。这使得可以安装一个32位和64位版本VirtualGL的到同一目录。 - 如果安装前缀设置为默认值（/选择/ VirtualGL），那么构建系统默认为从32位安装摊贩库建立到/ opt / VirtualGL / LIB32和摊贩库中的64位构筑成的/ opt / VirtualGL / lib64下。 - 同样，如果安装前缀设置为默认值（/选择/ VirtualGL），那么构建系统默认为从32位安装libGL函数符号链接铬建立到/ opt / VirtualGL / fakelib32和libGL函数符号链接从64位铬建立到/ opt / VirtualGL / fakelib64。

现在是默认启用的
• PBO回读模式。进一步的研究表明，专业级图形处理器总是从公益组织被允许受益（相当戏剧性的是，在AMD的FirePro适配器的情况下）。随着消费者品位的AMD适配器，公益组织一般没有坏处，并与消费级的nVidia（的GeForce）适配器，结果是混合。了GeForce司机将回落到阻塞复诵如果（）在glReadPixels要求的像素格式不匹配pbuffer的的像素格式，因此公益组织一般会在这些情况下慢。因此，现在VirtualGL回落到同步回读模式，如果它检测到公益组织没有异步行为。
• 此外，VGL_FORCEALPHA不再默认情况下，公益组织时启用启用。该选项引入由于上述的GeForce行为，但选择具有任何与被推荐用于VirtualGL使用的专业级的GPU没有影响。相反，现在VGL将检测其中VGL_FORCEALPHA可能是有益的情况下，建议启用或禁用它（如果VGL_VERBOSE = 1）。
• 这VirtualGL的版本提供了Cygwin64的二进制包和全力支持。

什么是新版本 2.4.1 / 2.5 Beta 1的：

• VirtualGL将不再抛出异常，如果一个3D应用程序调用了NULL参数一定的X11和GLX功能。这反而让底层的X11或GLX库来处理错误。这种专门围绕一个问题，可与斐济。
• 围绕一个问题任职，由此，当在ANSYS Workbench 14.5与VirtualGL运行，从Workbench环境中启动子过程（如几何编辑器）将无法正常退出（因而会成为僵尸。）这个问题也影响了ANSYS HFSS ，这要么锁定退出时或会打印错误消息：＆QUOT;扔“rrerror'＆QUOT的一个实例后终止调用;
。
• 周围的问题曾为由此，使用MAGMA5与VirtualGL时，在应用程序内打开第二个和后续的观点并不总是正确显示。
• 增加了对GLX_EXT_texture_from_pixmap扩展支持。
• 增加了对GLX_EXT_swap_control和GLX_SGI_swap_control扩展和可用于控制它们的新配置变量（VGL_REFRESHRATE）的支持。请参阅用户手册以获取更多信息。
• 增加了深度= 32的视觉效果和FB CONFIGS支持。
• 增加了新的＆QUOT;窗口管理器＆QUOT;模式 - 禁用VirtualGL某些功能与3D窗口管理器如Compiz的干扰。这与[6]和[4]以上，应该允许Compiz的结合起来，与此版本VirtualGL的正常运行，提供的二维X Server具有对X混合扩展支持。请参阅用户手册以获取更多信息。
• 修正了运行VirtualGL Steam客户端时，发生了BadDrawable X11错误。
• 改进TCBench和CPUstat的准确性。
• 当它从源代码安装精简VirtualGL的行为： - vglrun现在的作品，无论已经安装了骗子库在哪里。构建系统硬编码VGL_LIBDIR CMake的变量的值成vglrun调用，因此它可以在这个目录添加到LD_LIBRARY_PATH中的脚本。如果骗子库安装到系统库目录，然后包装商可以选择忽略新的脚本，vglrun将继续工作，因为它总是有。 - 只要安装一个64位版本，glxspheres现更名glxspheres64，每官方包的约定。这使得可以安装一个32位和64位版本VirtualGL的到同一目录。 - 如果安装前缀设置为默认值（/选择/ VirtualGL），那么构建系统默认为从32位安装摊贩库建立到/ opt / VirtualGL / LIB32和摊贩库中的64位构筑成的/ opt / VirtualGL / lib64下。 - 同样，如果安装前缀设置为默认值（/选择/ VirtualGL），那么构建系统默认为从32位安装libGL函数符号链接铬建立到/ opt / VirtualGL / fakelib32和libGL函数符号链接从64位铬建立到/ opt / VirtualGL / fakelib64。

现在是默认启用的
• PBO回读模式。进一步的研究表明，专业级图形处理器总是从公益组织被允许受益（相当戏剧性的是，在AMD的FirePro适配器的情况下）。随着消费者品位的AMD适配器，公益组织一般没有坏处，并与消费级的nVidia（的GeForce）适配器，结果是混合。了GeForce司机将回落到阻塞复诵如果（）在glReadPixels要求的像素格式不匹配pbuffer的的像素格式，因此公益组织一般会在这些情况下慢。因此，现在VirtualGL回落到同步回读模式，如果它检测到公益组织没有异步行为。
• 此外，VGL_FORCEALPHA不再默认情况下，公益组织时启用启用。该选项引入由于上述的GeForce行为，但选择具有任何与被推荐用于VirtualGL使用的专业级的GPU没有影响。相反，现在VGL将检测其中VGL_FORCEALPHA可能是有益的情况下，建议启用或禁用它（如果VGL_VERBOSE = 1）。
• 这VirtualGL的版本提供了Cygwin64的二进制包和全力支持。

什么是新的在2.4.1版本：

• VirtualGL将不再抛出，如果3D异常应用程序调用了NULL参数一定的X11和GLX功能。这反而让底层的X11或GLX库来处理错误。这种专门围绕一个问题，可与斐济。
• 围绕一个问题任职，由此，当在ANSYS Workbench 14.5与VirtualGL运行，从Workbench环境中启动子过程（如几何编辑器）将无法正常退出（因而会成为僵尸。）这个问题也影响了ANSYS HFSS ，这要么锁定退出时或会打印错误消息：＆QUOT;扔“rrerror'＆QUOT的一个实例后终止调用;
。
• 周围的问题曾为由此，使用MAGMA5与VirtualGL时，在应用程序内打开第二个和后续的观点并不总是正确显示。
• 增加了对GLX_EXT_texture_from_pixmap扩展支持。
• 增加了对GLX_EXT_swap_control和GLX_SGI_swap_control扩展和可用于控制它们的新配置变量（VGL_REFRESHRATE）的支持。请参阅用户手册以获取更多信息。
• 增加了深度= 32的视觉效果和FB CONFIGS支持。
• 增加了新的＆QUOT;窗口管理器＆QUOT;模式 - 禁用VirtualGL某些功能与3D窗口管理器如Compiz的干扰。这与[6]和[4]以上，应该允许Compiz的结合起来，与此版本VirtualGL的正常运行，提供的二维X Server具有对X混合扩展支持。请参阅用户手册以获取更多信息。
• 修正了运行VirtualGL Steam客户端时，发生了BadDrawable X11错误。
• 改进TCBench和CPUstat的准确性。
• 当它从源代码安装精简VirtualGL的行为： - vglrun现在的作品，无论已经安装了骗子库在哪里。构建系统硬编码VGL_LIBDIR CMake的变量的值成vglrun调用，因此它可以在这个目录添加到LD_LIBRARY_PATH中的脚本。如果骗子库安装到系统库目录，然后包装商可以选择忽略新的脚本，vglrun将继续工作，因为它总是有。 - 只要安装一个64位版本，glxspheres现更名glxspheres64，每官方包的约定。这使得可以安装一个32位和64位版本VirtualGL的到同一目录。 - 如果安装前缀设置为默认值（/选择/ VirtualGL），那么构建系统默认为从32位安装摊贩库建立到/ opt / VirtualGL / LIB32和摊贩库中的64位构筑成的/ opt / VirtualGL / lib64下。 - 同样，如果安装前缀设置为默认值（/选择/ VirtualGL），那么构建系统默认为从32位安装libGL函数符号链接铬建立到/ opt / VirtualGL / fakelib32和libGL函数符号链接从64位铬建立到/ opt / VirtualGL / fakelib64。

现在是默认启用的
• PBO回读模式。进一步的研究表明，专业级图形处理器总是从公益组织被允许受益（相当戏剧性的是，在AMD的FirePro适配器的情况下）。随着消费者品位的AMD适配器，公益组织一般没有坏处，并与消费级的nVidia（的GeForce）适配器，结果是混合。了GeForce司机将回落到阻塞复诵如果（）在glReadPixels要求的像素格式不匹配pbuffer的的像素格式，因此公益组织一般会在这些情况下慢。因此，现在VirtualGL回落到同步回读模式，如果它检测到公益组织没有异步行为。
• 此外，VGL_FORCEALPHA不再默认情况下，公益组织时启用启用。该选项引入由于上述的GeForce行为，但选择具有任何与被推荐用于VirtualGL使用的专业级的GPU没有影响。相反，现在VGL将检测其中VGL_FORCEALPHA可能是有益的情况下，建议启用或禁用它（如果VGL_VERBOSE = 1）。
• 这VirtualGL的版本提供了Cygwin64的二进制包和全力支持。

什么是新的在2.3.3版本：

• VirtualGL将不再抛出，如果3D异常应用程序调用了NULL参数一定的X11和GLX功能。这反而让底层的X11或GLX库来处理错误。这种专门围绕一个问题，可与斐济。
• 围绕一个问题任职，由此，当在ANSYS Workbench 14.5与VirtualGL运行，从Workbench环境中启动子过程（如几何编辑器）将无法正常退出（因而会成为僵尸。）这个问题也影响了ANSYS HFSS ，这要么锁定退出时或会打印错误消息：＆QUOT;扔“rrerror'＆QUOT的一个实例后终止调用;
。
• 周围的问题曾为由此，使用MAGMA5与VirtualGL时，在应用程序内打开第二个和后续的观点并不总是正确显示。
• 增加了对GLX_EXT_texture_from_pixmap扩展支持。
• 增加了对GLX_EXT_swap_control和GLX_SGI_swap_control扩展和可用于控制它们的新配置变量（VGL_REFRESHRATE）的支持。请参阅用户手册以获取更多信息。
• 增加了深度= 32的视觉效果和FB CONFIGS支持。
• 增加了新的＆QUOT;窗口管理器＆QUOT;模式 - 禁用VirtualGL某些功能与3D窗口管理器如Compiz的干扰。这与[6]和[4]以上，应该允许Compiz的结合起来，与此版本VirtualGL的正常运行，提供的二维X Server具有对X混合扩展支持。请参阅用户手册以获取更多信息。
• 修正了运行VirtualGL Steam客户端时，发生了BadDrawable X11错误。
• 改进TCBench和CPUstat的准确性。
• 当它从源代码安装精简VirtualGL的行为： - vglrun现在的作品，无论已经安装了骗子库在哪里。构建系统硬编码VGL_LIBDIR CMake的变量的值成vglrun调用，因此它可以在这个目录添加到LD_LIBRARY_PATH中的脚本。如果骗子库安装到系统库目录，然后包装商可以选择忽略新的脚本，vglrun将继续工作，因为它总是有。 - 只要安装一个64位版本，glxspheres现更名glxspheres64，每官方包的约定。这使得可以安装一个32位和64位版本VirtualGL的到同一目录。 - 如果安装前缀设置为默认值（/选择/ VirtualGL），那么构建系统默认为从32位安装摊贩库建立到/ opt / VirtualGL / LIB32和摊贩库中的64位构筑成的/ opt / VirtualGL / lib64下。 - 同样，如果安装前缀设置为默认值（/选择/ VirtualGL），那么构建系统默认为从32位安装libGL函数符号链接铬建立到/ opt / VirtualGL / fakelib32和libGL函数符号链接从64位铬建立到/ opt / VirtualGL / fakelib64。

现在是默认启用的
• PBO回读模式。进一步的研究表明，专业级图形处理器总是从公益组织被允许受益（相当戏剧性的是，在AMD的FirePro适配器的情况下）。随着消费者品位的AMD适配器，公益组织一般没有坏处，并与消费级的nVidia（的GeForce）适配器，结果是混合。了GeForce司机将回落到阻塞复诵如果（）在glReadPixels要求的像素格式不匹配pbuffer的的像素格式，因此公益组织一般会在这些情况下慢。因此，现在VirtualGL回落到同步回读模式，如果它检测到公益组织没有异步行为。
• 此外，VGL_FORCEALPHA不再默认情况下，公益组织时启用启用。该选项引入由于上述的GeForce行为，但选择具有任何与被推荐用于VirtualGL使用的专业级的GPU没有影响。相反，现在VGL将检测其中VGL_FORCEALPHA可能是有益的情况下，建议启用或禁用它（如果VGL_VERBOSE = 1）。
• 这VirtualGL的版本提供了Cygwin64的二进制包和全力支持。