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的二進制包和全力支持。