仮想集 フル3Dハードウェアアクセラレーションを使用してOpenGLアプリケーションを実行する機能を任意にします。
今すぐダウンロード

仮想集 ランキングとまとめ

仮想集 タグ

ビデオストリーム 変換 与える 3D画像を変換する 3D画像をレンダリングします 3Dビデオストリーム

仮想集 説明

フル3Dハードウェアアクセラレーションを使用してOpenGLアプリケーションを実行する機能をリモートディスプレイソフトウェアにします。 VirtualGLは、UNIXまたはLinuxのリモートディスプレイソフトウェアを提供するオープンソースパッケージです。 VNCなどのいくつかのリモートディスプレイソフトウェアは、OpenGLアプリケーションを完全に実行する機能を欠いています。他のリモートディスプレイソフトウェアはOpenGLアプリケーションを強制的にソフトウェアのみのOpenGLレンダラを使用して、互換性と同様にパフォーマンスの損なうを抑制します。従来のリモートX-Windowsアプローチを使用してOpenGLアプリケーションを実行すると、データが比較的小さく静的でない限り、すべてのOpenGLコマンドと3Dデータをネットワーク経由で送信することができます。ネットワークが速い場合、そしてOpenGLアプリケーションがリモートX-Windows環境に対して特に調整されていない限り、3DデータとOpenGLコマンドは代わりにサーバーマシン上の3Dグラフィックアクセラレータにリダイレクトされ、レンダリングされた3Dだけがリダイレクトされます。画像はクライアントmachine.virtualglに送信されます。 VirtualGLは、3Dグラフィックハードウェアを複数のユーザー間で共有することもでき、それは最も控えめなネットワークでさえもリアルタイムのパフォーマンスを提供します。これにより、大きくて騒々しい、熱い3Dワークステーションをラップトップまたはさらに薄型クライアントに置き換えることができます。しかし、もっと重要なことは、ワークステーションとネットワークをデータサイズに対する障壁として排除します。ユーザーは、データをローカルにキャッシュするか、データをレンダリングしているマシンの前に座る必要なく、リアルタイムでギガバイトとギガバイトのデータをリアルタイムで視覚化できるようになりました。このリリースの新機能： ・VirtualGL 2.1.2印刷された多数のPBUFFER対応の24ビットFBを取得できません。 ・config ... "Google Earthの起動時のエラーメッセージ。これは修正されました、 ・メッセージは警告に変更され、明確化されました。これらのエラー ・VirtualGLを介しているアプリケーションが介入されるたびにメッセージを印刷しました ・glxchoosevisual（）のバージョンとその関数は、3Dレンダリングを実行するための適切なビジュアルを取得できませんでした。しかし、これはそうではありません ・アプリケーションが呼び出すことがあるため、必ずエラーが発生しました ・glxchoosevisual（）望まれた視覚的な視覚的なものが見つかるまで複数回 ・属性 ・VirtualGLの介入版のDlopen（）のマッチング基準を変更しました。 ・以前のバージョンのVirtualGLでは、Dlopenへの呼び出し（ "* libgl *"）は ・Dlopenへの呼び出しに置き換えられました（ "librfaker.so"）。これにより問題が発生しました ・挿入されていた「libglabelplot.so」という名前のライブラリを持っている訪問 ・ 間違って。マッチング基準は、Dlopen（）のみが変更されました ・Dlopen（ "libgl。*"）またはdlopenへの呼び出しをオーバーライドします（ "* / libgl。*"）。 ・vglserver_configはDRI互換のグラフィックスドライバで正しく機能するはずです ・（ATIを含む） ・VirtualGlのDlopen（）の介入版は、コールを変更します。 ・Dlopen（ "libdl *"）とDlopen（ "libgl *"）。これはANを回避することです ・NVIDIAのv180.xxのインタラクションの問題は、3Dドライバとワインのv180.xxです。 ・VirtualGLが正しく処理されないQT4との固定インタラクション問題 ・ウィンドウ特定の状況下でイベントのサイズを変更します。 ・Dlopen（）を別のFaker Library（libdlfaker.so）に移動しました。 ・libdlfaker.soはデフォルトでロードされているため、その動作を維持するはずです。 ・VGL 2.1.2。ただし、 '-nodl'の引数を渡すことでアンロードできます。 ・vglrun。後者はVirtualBox 2.2.xをVirtualGLで作業するために必要です。 ・GDMまたはKDMを使用する場合は、vglserver_configがUbuntu 9.04で正しく機能するはずです。 ・Fedora 11でも（主に）作業する必要があります（XTESTを無効にしていません）。 ・Fedora 11 GDMを使うとき） ・直接試みる予定のシンボルローダーにフォールバックロジックを追加しました ・libgl.so.1とx11シンボルからGLX / OpenGLシンボルをロードする ・libx11.so.6 DLSYM（rtld_next、...）を使用してこれらのシンボルをロードする場合は失敗します。この ・NVIDIA Linuxディスプレイのバージョン18x.xxに関する問題を回避することです。 ・ 運転者。 ・Window ManagerとWindow Managerによってアプリケーションウィンドウが破壊された場合 ・アプリケーションは明示的にwm_deleteプロトコルを監視して処理しませんでした ・X11イメージを使用する場合は、メッセージ、次に以前のバージョンのVirtualGLが ・輸送、一般的にX11バッドディレイラブルエラーで中止します。これが発生しました ・窓は基本的にvirtualglの下から破れていたので ・警告なしのブリッタースレッド。 このバージョンのvirtualglは変更されました ・WM_DELETEメッセージを監視するため、VirtualGLは今すぐ正常に折り返すことができます。 ・3Dアプリケーションウィンドウはウィンドウマネージャによって閉じますがアプリケーション ・WM_DELETEを処理しません。 ・アプリケーションが呼び出されていたIDLとの対話課題の周りに取り組んだ ・すべての引数に対して同じポインタを持つXGetGeometry（）、およびこれが原因である ・VirtualGL「Real」から返された幅と高さデータを失う ・XGetGeometry（）関数。 続いて、MAINに対応するPBUFFER. ・IDLウィンドウが不適切にサイズ化され、レンダリング領域はそうではありません ・更新するように見えます。 ・vgl_trapx11オプションを追加しました。 ・エラー、発生したときに警告メッセージを印刷し、アプリケーションが実行を継続できるようにします。

仮想集 関連ソフトウェア