VirtualGLは、3Dをリダイレクトすることができ、完全に無料、マルチプラットフォーム、オープンソースのコマンドラインソフトウェアは、LinuxまたはUNIXライクなオペレーティングシステムで、サーバー側の3Dビデオカードに任意のOpenGLのアプリからのコマンドです。これは、ビデオファイルにレンダリングされた画像を変換する。
クワッド・バッファステレオサポートを提供しています
主な機能は、ワークステーションのような高速プロキシTurboVNCで使用した場合に非常に便利ですパフォーマンスのレベルだけでなく、VNCまたは類似のプロキシで使用した場合、非常に便利である3Dセッションコラボレーションとモビリティを可能にするためのサポートが含まれています。
さらに、ソフトウェアはTurboVNCアプリケーションおよびクワッド・バッファステレオサポートで使用する場合は特に、第100メガビットネットワーク上の50MP /オーバーをサポートしています。これにより、ユーザーは、3Dデータサイズを削除することができます。
VizStackコンパニオンを使用することができます
ソフトウェアを簡単にMicrosoft WindowsのOSでリモートでのOpenGLアプリケーションを表示するためのVMwareまたはOracle VirtualBoxの仮想化ソフトウェアを使用してリモートの並列レンダリングジョブを表示、ならびにするVizStackのWebブラウザ用のコンパニオンとして使用することができます。
Linuxでは、BSDの下で動作します。 MacとWindows
VirtualGLは、GNU / Linuxの、FreeBSDでは、Microsoft WindowsとMac OS Xオペレーティングシステムで動作し、クロスプラットフォームのプロジェクトです。それは成功した32または64ビットCPUアーキテクチャのいずれかをサポートしているコンピュータ上でテストされています。
VirtualGL入門
あなたの便宜のために、プログラムは、DEBまたはRPMパッケージ管理システムのいずれかを使用しGNU / Linuxの多数のディストリビューション用のネイティブインストーラーとして配布されています。ソースパッケージは、異なるパッケージマネージャを使用して、Linuxカーネルベースのオペレーティングシステム用のダウンロード可能です。インストールが完了したら、あなたのプロジェクトにVirtualGLソフトウェアを使用することができます。詳しい使用方法の詳細は、プロジェクト＆rsquoで見つけることができます。ウェブサイト
このリリースの新機能：
このVirtualGLはもはや、3Dアプリケーションを呼び出した場合に例外をスローしません。 NULL引数を指定して特定のX11とGLX機能。それは代わりに、基礎となるX11またはGLXライブラリがエラーを処理することができます。これは、具体的には、フィジーでの問題を回避します。
ANSYS Workbenchの14.5をVirtualGLで実行されたときに、Workbench環境内から起動（このようなジオメトリエディタなど）サブプロセスが正常に終了しないだろうことにより、問題を回避働いた（したがって、ゾンビになる。）この問題は、ANSYS HFSSに影響を与え、これだろう終了またはエラーメッセージを印刷したときのいずれかのロックアップ：＆QUOT; 'rrerror'＆QUOTのインスタンスを投げた後に呼び出さ終了;.
VirtualGLとMAGMA5を使用した場合、アプリケーション内で開かれた二番目以降の視点は常に正しく表示されないであろうことにより、問題を回避働きました。
GLX_EXT_texture_from_pixmap拡張機能のサポートが追加されました。
それらを制御するために使用することができGLX_EXT_swap_controlとGLX_SGI_swap_control拡張機能や新しい構成変数（VGL_REFRESHRATE）のサポートが追加されました。詳細については、ユーザーズ・ガイドを参照してください。
深さ= 32ビジュアルとFBのコンフィグのサポートが追加されました。
ウィンドウマネージャ＆QUOT;新しい＆QUOTを追加しました。このようなCompizのような3Dウィンドウマネージャに干渉するVirtualGLで特定の機能を無効にしますモード。これは、[6]、[4]上記の、CompizのはVirtualGLのこのバージョンで正常に実行できるようにすべきと組み合わせて、2D X ServerはXコンポジット拡張機能をサポートしていることを条件とします。詳細については、ユーザーズ・ガイドを参照してください。
VirtualGLにSteamクライアントを実行しているときに発生したエラーBadDrawable X11エラーを修正しました。
TCBenchとcpustatコマンドの精度を改善しました。
vglrunは今かかわらず、偽物のライブラリがインストールされている場所の動作します - ：それはソースからインストールされている合理化VirtualGLの行動。それはLD_LIBRARY_PATHに、このディレクトリを追加することができますのでによって起動をvglrunスクリプトにビルドシステムは、ハードコードVGL_LIBDIR cmakeの変数の値を。偽物のライブラリがシステムライブラリディレクトリにインストールされている場合、パッケージャは、新しいスクリプトを省略することを選択することができ、そしてそれは常に持っているようvglrunは動作し続けます。 - 64ビットのビルドがインストールされているときはいつでも、glxspheresは現在、公式のパッケージの大会ごとに、glxspheres64という名前に変更されます。これは、同じディレクトリに32ビットおよびVirtualGLの64ビットバージョンをインストールすることが可能となります。 - インストールプレフィックスは、デフォルト（は/ opt / VirtualGL）に設定されている場合、64ビットからは/ opt / VirtualGL / lib32がへのビルド32ビットから偽物のライブラリをインストールするビルドシステムのデフォルトと偽物のライブラリはに組み込みます/ opt / VirtualGL / lib64に。 - インストールプレフィックスは、デフォルト（は/ opt / VirtualGL）に設定されている場合も、その後、32ビットからクロムのためのlibGLのシンボリックリンクをインストールするビルドシステムのデフォルトは、/ opt / VirtualGL / fakelib32とlibGLのシンボリックリンクのために構築します64ビットからクロムは、/ opt / VirtualGL / fakelib64に組み込みます。
PBOリードバックモードはデフォルトで有効になりました。さらなる研究は、プロ級のGPUは常にイネーブルされているPBO類の恩恵を受けることが示されている（AMDのFireProアダプタの場合には、かなり劇的に。）消費者向けAMDアダプタでは、PBO類は、一般的に危害を与えない、と一般消費者向けのnVidia（のGeForce）とアダプタは、結果が混合されます。 glReadPixelsに要求されたピクセルフォーマットは、（）Pbufferのピクセルフォーマットと一致しない場合PBO類は、一般的に、これらの例で遅くなりますので、GeForceのドライバは、ブロックリードバックにフォールバックします。それはPBO類が非同期に動作していないことを検出した場合このように、VirtualGLはすぐに戻って、同期リードバック・モードに落ちます。
PBO類が有効になっているときにさらに、VGL_FORCEALPHAは、もはやデフォルトで有効にされていません。このオプションがあるため、上述のGeForce行動の導入が、オプションがVirtualGLでの使用は推奨されているプロ仕様のGPUを搭載した全く効果がありませんでした。その代わりに、VGLは今VGL_FORCEALPHAは有益である可能性のある状況を検出し、有効化またはそれを無効にすることをおすすめします（もしVGL_VERBOSE = 1。）
VirtualGLのこのバージョンは、バイナリパッケージとCygwin64を完全にサポートします。
このバージョン2.4.1 / 2.5ベータ1の新機能：3DアプリケーションはNULLの引数を指定して、特定のX11とGLX関数を呼び出す場合、
このVirtualGLは、もはや例外をスローしません。それは代わりに、基礎となるX11またはGLXライブラリがエラーを処理することができます。これは、具体的には、フィジーでの問題を回避します。
ANSYS Workbenchの14.5をVirtualGLで実行されたときに、Workbench環境内から起動（このようなジオメトリエディタなど）サブプロセスが正常に終了しないだろうことにより、問題を回避働いた（したがって、ゾンビになる。）この問題は、ANSYS HFSSに影響を与え、これだろう終了またはエラーメッセージを印刷したときのいずれかのロックアップ：＆QUOT; 'rrerror'＆QUOTのインスタンスを投げた後に呼び出さ終了;.
VirtualGLとMAGMA5を使用した場合、アプリケーション内で開かれた二番目以降の視点は常に正しく表示されないであろうことにより、問題を回避働きました。
GLX_EXT_texture_from_pixmap拡張機能のサポートが追加されました。
それらを制御するために使用することができGLX_EXT_swap_controlとGLX_SGI_swap_control拡張機能や新しい構成変数（VGL_REFRESHRATE）のサポートが追加されました。詳細については、ユーザーズ・ガイドを参照してください。
深さ= 32ビジュアルとFBのコンフィグのサポートが追加されました。
ウィンドウマネージャ＆QUOT;新しい＆QUOTを追加しました。このようなCompizのような3Dウィンドウマネージャに干渉するVirtualGLで特定の機能を無効にしますモード。これは、[6]、[4]上記の、CompizのはVirtualGLのこのバージョンで正常に実行できるようにすべきと組み合わせて、2D X ServerはXコンポジット拡張機能をサポートしていることを条件とします。詳細については、ユーザーズ・ガイドを参照してください。
VirtualGLにSteamクライアントを実行しているときに発生したエラーBadDrawable X11エラーを修正しました。
TCBenchとcpustatコマンドの精度を改善しました。
vglrunは今かかわらず、偽物のライブラリがインストールされている場所の動作します - ：それはソースからインストールされている合理化VirtualGLの行動。それはLD_LIBRARY_PATHに、このディレクトリを追加することができますのでによって起動をvglrunスクリプトにビルドシステムは、ハードコードVGL_LIBDIR cmakeの変数の値を。偽物のライブラリがシステムライブラリディレクトリにインストールされている場合、パッケージャは、新しいスクリプトを省略することを選択することができ、そしてそれは常に持っているようvglrunは動作し続けます。 - 64ビットのビルドがインストールされているときはいつでも、glxspheresは現在、公式のパッケージの大会ごとに、glxspheres64という名前に変更されます。これは、同じディレクトリに32ビットおよびVirtualGLの64ビットバージョンをインストールすることが可能となります。 - インストールプレフィックスは、デフォルト（は/ opt / VirtualGL）に設定されている場合、64ビットからは/ opt / VirtualGL / lib32がへのビルド32ビットから偽物のライブラリをインストールするビルドシステムのデフォルトと偽物のライブラリはに組み込みます/ opt / VirtualGL / lib64に。 - インストールプレフィックスは、デフォルト（は/ opt / VirtualGL）に設定されている場合も、その後、32ビットからクロムのためのlibGLのシンボリックリンクをインストールするビルドシステムのデフォルトは、/ opt / VirtualGL / fakelib32とlibGLのシンボリックリンクのために構築します64ビットからクロムは、/ opt / VirtualGL / fakelib64に組み込みます。
PBOリードバックモードはデフォルトで有効になりました。さらなる研究は、プロ級のGPUは常にイネーブルされているPBO類の恩恵を受けることが示されている（AMDのFireProアダプタの場合には、かなり劇的に。）消費者向けAMDアダプタでは、PBO類は、一般的に危害を与えない、と一般消費者向けのnVidia（のGeForce）とアダプタは、結果が混合されます。 glReadPixelsに要求されたピクセルフォーマットは、（）Pbufferのピクセルフォーマットと一致しない場合PBO類は、一般的に、これらの例で遅くなりますので、GeForceのドライバは、ブロックリードバックにフォールバックします。それはPBO類が非同期に動作していないことを検出した場合このように、VirtualGLはすぐに戻って、同期リードバック・モードに落ちます。
PBO類が有効になっているときにさらに、VGL_FORCEALPHAは、もはやデフォルトで有効にされていません。このオプションがあるため、上述のGeForce行動の導入が、オプションがVirtualGLでの使用は推奨されているプロ仕様のGPUを搭載した全く効果がありませんでした。その代わりに、VGLは今VGL_FORCEALPHAは有益である可能性のある状況を検出し、有効化またはそれを無効にすることをおすすめします（もしVGL_VERBOSE = 1。）
VirtualGLのこのバージョンは、バイナリパッケージとCygwin64を完全にサポートします。
このバージョン2.4.1の新機能である：3DアプリケーションがNULLの引数を指定して、特定のX11とGLX関数を呼び出す場合、
このVirtualGLは、もはや例外をスローしません。それは代わりに、基礎となるX11またはGLXライブラリがエラーを処理することができます。これは、具体的には、フィジーでの問題を回避します。
ANSYS Workbenchの14.5をVirtualGLで実行されたときに、Workbench環境内から起動（このようなジオメトリエディタなど）サブプロセスが正常に終了しないだろうことにより、問題を回避働いた（したがって、ゾンビになる。）この問題は、ANSYS HFSSに影響を与え、これだろう終了またはエラーメッセージを印刷したときのいずれかのロックアップ：＆QUOT; 'rrerror'＆QUOTのインスタンスを投げた後に呼び出さ終了;.
VirtualGLとMAGMA5を使用した場合、アプリケーション内で開かれた二番目以降の視点は常に正しく表示されないであろうことにより、問題を回避働きました。
GLX_EXT_texture_from_pixmap拡張機能のサポートが追加されました。
それらを制御するために使用することができGLX_EXT_swap_controlとGLX_SGI_swap_control拡張機能や新しい構成変数（VGL_REFRESHRATE）のサポートが追加されました。詳細については、ユーザーズ・ガイドを参照してください。
深さ= 32ビジュアルとFBのコンフィグのサポートが追加されました。
ウィンドウマネージャ＆QUOT;新しい＆QUOTを追加しました。このようなCompizのような3Dウィンドウマネージャに干渉するVirtualGLで特定の機能を無効にしますモード。これは、[6]、[4]上記の、CompizのはVirtualGLのこのバージョンで正常に実行できるようにすべきと組み合わせて、2D X ServerはXコンポジット拡張機能をサポートしていることを条件とします。詳細については、ユーザーズ・ガイドを参照してください。
VirtualGLにSteamクライアントを実行しているときに発生したエラーBadDrawable X11エラーを修正しました。
TCBenchとcpustatコマンドの精度を改善しました。
vglrunは今かかわらず、偽物のライブラリがインストールされている場所の動作します - ：それはソースからインストールされている合理化VirtualGLの行動。それはLD_LIBRARY_PATHに、このディレクトリを追加することができますのでによって起動をvglrunスクリプトにビルドシステムは、ハードコードVGL_LIBDIR cmakeの変数の値を。偽物のライブラリがシステムライブラリディレクトリにインストールされている場合、パッケージャは、新しいスクリプトを省略することを選択することができ、そしてそれは常に持っているようvglrunは動作し続けます。 - 64ビットのビルドがインストールされているときはいつでも、glxspheresは現在、公式のパッケージの大会ごとに、glxspheres64という名前に変更されます。これは、同じディレクトリに32ビットおよびVirtualGLの64ビットバージョンをインストールすることが可能となります。 - インストールプレフィックスは、デフォルト（は/ opt / VirtualGL）に設定されている場合、64ビットからは/ opt / VirtualGL / lib32がへのビルド32ビットから偽物のライブラリをインストールするビルドシステムのデフォルトと偽物のライブラリはに組み込みます/ opt / VirtualGL / lib64に。 - インストールプレフィックスは、デフォルト（は/ opt / VirtualGL）に設定されている場合も、その後、32ビットからクロムのためのlibGLのシンボリックリンクをインストールするビルドシステムのデフォルトは、/ opt / VirtualGL / fakelib32とlibGLのシンボリックリンクのために構築します64ビットからクロムは、/ opt / VirtualGL / fakelib64に組み込みます。
PBOリードバックモードはデフォルトで有効になりました。さらなる研究は、プロ級のGPUは常にイネーブルされているPBO類の恩恵を受けることが示されている（AMDのFireProアダプタの場合には、かなり劇的に。）消費者向けAMDアダプタでは、PBO類は、一般的に危害を与えない、と一般消費者向けのnVidia（のGeForce）とアダプタは、結果が混合されます。 glReadPixelsに要求されたピクセルフォーマットは、（）Pbufferのピクセルフォーマットと一致しない場合PBO類は、一般的に、これらの例で遅くなりますので、GeForceのドライバは、ブロックリードバックにフォールバックします。それはPBO類が非同期に動作していないことを検出した場合このように、VirtualGLはすぐに戻って、同期リードバック・モードに落ちます。
PBO類が有効になっているときにさらに、VGL_FORCEALPHAは、もはやデフォルトで有効にされていません。このオプションがあるため、上述のGeForce行動の導入が、オプションがVirtualGLでの使用は推奨されているプロ仕様のGPUを搭載した全く効果がありませんでした。その代わりに、VGLは今VGL_FORCEALPHAは有益である可能性のある状況を検出し、有効化またはそれを無効にすることをおすすめします（もしVGL_VERBOSE = 1。）
VirtualGLのこのバージョンは、バイナリパッケージとCygwin64を完全にサポートします。
このバージョン2.3.3の新機能である：3DアプリケーションがNULLの引数を指定して、特定のX11とGLX関数を呼び出す場合、
このVirtualGLは、もはや例外をスローしません。それは代わりに、基礎となるX11またはGLXライブラリがエラーを処理することができます。これは、具体的には、フィジーでの問題を回避します。
ANSYS Workbenchの14.5をVirtualGLで実行されたときに、Workbench環境内から起動（このようなジオメトリエディタなど）サブプロセスが正常に終了しないだろうことにより、問題を回避働いた（したがって、ゾンビになる。）この問題は、ANSYS HFSSに影響を与え、これだろう終了またはエラーメッセージを印刷したときのいずれかのロックアップ：＆QUOT; 'rrerror'＆QUOTのインスタンスを投げた後に呼び出さ終了;.
VirtualGLとMAGMA5を使用した場合、アプリケーション内で開かれた二番目以降の視点は常に正しく表示されないであろうことにより、問題を回避働きました。
GLX_EXT_texture_from_pixmap拡張機能のサポートが追加されました。
それらを制御するために使用することができGLX_EXT_swap_controlとGLX_SGI_swap_control拡張機能や新しい構成変数（VGL_REFRESHRATE）のサポートが追加されました。詳細については、ユーザーズ・ガイドを参照してください。
深さ= 32ビジュアルとFBのコンフィグのサポートが追加されました。
ウィンドウマネージャ＆QUOT;新しい＆QUOTを追加しました。このようなCompizのような3Dウィンドウマネージャに干渉するVirtualGLで特定の機能を無効にしますモード。これは、[6]、[4]上記の、CompizのはVirtualGLのこのバージョンで正常に実行できるようにすべきと組み合わせて、2D X ServerはXコンポジット拡張機能をサポートしていることを条件とします。詳細については、ユーザーズ・ガイドを参照してください。
VirtualGLにSteamクライアントを実行しているときに発生したエラーBadDrawable X11エラーを修正しました。
TCBenchとcpustatコマンドの精度を改善しました。
vglrunは今かかわらず、偽物のライブラリがインストールされている場所の動作します - ：それはソースからインストールされている合理化VirtualGLの行動。それはLD_LIBRARY_PATHに、このディレクトリを追加することができますのでによって起動をvglrunスクリプトにビルドシステムは、ハードコードVGL_LIBDIR cmakeの変数の値を。偽物のライブラリがシステムライブラリディレクトリにインストールされている場合、パッケージャは、新しいスクリプトを省略することを選択することができ、そしてそれは常に持っているようvglrunは動作し続けます。 - 64ビットのビルドがインストールされているときはいつでも、glxspheresは現在、公式のパッケージの大会ごとに、glxspheres64という名前に変更されます。これは、同じディレクトリに32ビットおよびVirtualGLの64ビットバージョンをインストールすることが可能となります。 - インストールプレフィックスは、デフォルト（は/ opt / VirtualGL）に設定されている場合、64ビットからは/ opt / VirtualGL / lib32がへのビルド32ビットから偽物のライブラリをインストールするビルドシステムのデフォルトと偽物のライブラリはに組み込みます/ opt / VirtualGL / lib64に。 - インストールプレフィックスは、デフォルト（は/ opt / VirtualGL）に設定されている場合も、その後、32ビットからクロムのためのlibGLのシンボリックリンクをインストールするビルドシステムのデフォルトは、/ opt / VirtualGL / fakelib32とlibGLのシンボリックリンクのために構築します64ビットからクロムは、/ opt / VirtualGL / fakelib64に組み込みます。
PBOリードバックモードはデフォルトで有効になりました。さらなる研究は、プロ級のGPUは常にイネーブルされているPBO類の恩恵を受けることが示されている（AMDのFireProアダプタの場合には、かなり劇的に。）消費者向けAMDアダプタでは、PBO類は、一般的に危害を与えない、と一般消費者向けのnVidia（のGeForce）とアダプタは、結果が混合されます。 glReadPixelsに要求されたピクセルフォーマットは、（）Pbufferのピクセルフォーマットと一致しない場合PBO類は、一般的に、これらの例で遅くなりますので、GeForceのドライバは、ブロックリードバックにフォールバックします。それはPBO類が非同期に動作していないことを検出した場合このように、VirtualGLはすぐに戻って、同期リードバック・モードに落ちます。
PBO類が有効になっているときにさらに、VGL_FORCEALPHAは、もはやデフォルトで有効にされていません。このオプションがあるため、上述のGeForce行動の導入が、オプションがVirtualGLでの使用は推奨されているプロ仕様のGPUを搭載した全く効果がありませんでした。その代わりに、VGLは今VGL_FORCEALPHAは有益である可能性のある状況を検出し、有効化またはそれを無効にすることをおすすめします（もしVGL_VERBOSE = 1。）
VirtualGLのこのバージョンは、バイナリパッケージとCygwin64を完全にサポートします。
コメントが見つかりません