問題タブ [mesa]

64ビットでコンパイルされたMESAで実行されている64ビットOpenGLアプリケーションを取得しようとしています。両方を32ビットでコンパイルする場合、opengl32.dllとtalloc.dllを実行可能ファイルと同じディレクトリに配置すると完璧に機能しますが、64ビットではmesaopengl32.dllドライバーがハードウェアドライバーを渡すだけのようです。

opengl32.dllを無効なファイルに変更すると、アプリケーションがクラッシュします。つまり、ファイルは読み取られますが、他のドライバーに渡されます。

-x86を*-x86_64*に変更することを除いて、32ビットと64ビットの両方のメサが同じフラグでコンパイルされます。

誰かがたまたま何が問題になるのかという予感を持っていますか？

（ところで、私はVisual Studioを使用しています）

ウィキペディアの Mesa 3D の記事には、次のように書かれています -

Mesa 3D - OpenGL のオープンソース実装.

しかし、SGI は OpenGL 実装ソース全体を Web サイトでオンラインで入手できるようにしていますが、なぜ OpenGL がオープンソースでないのか、または Mesa 3D の必要性は何なのでしょうか?

なぜmali 3D arm gfxチップ用のX11ドライバーがないのか疑問に思っていました. 利用可能なカーネル ドライバー用の X11 ドライバーのビルドを調べましたが、X11 3D ドライバーのビルド方法に関するドキュメントは見つかりませんでした。DRI や Mesa などのプロジェクトの構築方法に関するドキュメントは最小限しかありませんが、それらのプロジェクトへの貢献や拡張方法に関するドキュメントはありません。

Xorg 用のハードウェア アクセラレーション 3D ドライバーの開発を開始する方法に関するドキュメントはありますか?

コンピュータのグラフィックス カードに応じて、既存の opengl32.dll ( にあるC:\Windows\System32) または Mesa\software fallbackをアプリケーションで選択する必要がありますopengl32.dll。ロード時にこれを行うことは可能ですか、それとも私の制御外ですか?

そうでない場合、ファイルが Windows アプリケーションにロードされる前に自分のコードを実行することはでき.dllますか (私のバックアップ ソリューションは.dll、実行可能ファイルと同じディレクトリに含まれるソフトウェア ファイルの名前を変更するだけです)。

Ubuntuの異端児の下でX11R6-7.0をコンパイルしようとしていますが、自分で解決できない奇妙なコンパイルエラーが発生しました。

ati Catalystドライバーは新しいxorgをサポートしておらず、ossドライバーはハードウェアの3Dアクセラレーションをサポートしていないため、X11R6-7.0が必要でした。

このエラーメッセージの意味を知っている人はいますか？私はいくつかのCを知っていますが、少し混乱しました。GET_FB_DATAマクロが返されたのですかNULL、それともメソッド/プロパティが設定されていないのですか？

この時点でプリプロセッサ定義を「デバッグ」する方法についてのさらなる洞察は素晴らしいでしょう。で役立つものは何も印刷できないと思います#error。

私が得るエラー：

tdfx_span.c：関数'tdfxDDWriteDepthPixels'：
tdfx_span.c：976：エラー：代入の左オペランドとして左辺値が必要
tdfx_span.c：1008：エラー：代入の左オペランドとして左辺値
tdfx_span.c：関数' write_stencil_pixels'：
tdfx_span.c：1242：エラー：代入の左オペランドとして左辺値が必要です

コード：

そして相対マクロ：

LFBParameters構造体

Mesa を使用して Windows でビルドする OpenGL ES デモ アプリを取得しようとしています。私は物事のEGL側について混乱しています。

私のプロジェクトがリンクすると、eglTerminate() (およびその他の EGL 関数) が見つかりません。

libEGL.lib ファイルを確認しましたが、ありません。src\egl コードもライブラリにビルドする必要がありますか?

デフォルトで.rdb形式のDBを作成するmesa sqliteソフトウェアでデータベースを作成しました。.db ファイルが必要です。.rdb 形式を .db に変更できますか?

Visual Studio 2010 ツールチェーンを使用して Windows で LLVM 2.8 を使用して、llvmpipe ドライバーで Mesa 7.10 を正常にビルドした人はいますか?

公式リリース ファイルには SConscript が含まれていないため、git リポジトリから 7.10 ブランチを取得してビルドしてみました。__fopen、__exit、およびその他の標準ライブラリに関する奇妙なリンク エラーが発生します。

更新：問題が発生しました。どちらも同じランタイム ライブラリでコンパイルする必要がありましたが、LLVM は MD でコンパイルされ、Mesa は MT でコンパイルされました。なので両方ともMTにしました。しかし、まだ問題があります。__va_copy に関するリンク エラーが表示されます。Mesa コードから呼び出されていることがわかります。コードは適切にコンパイルされますが、リンクしません。理由がわかりません:/

このGLSLコードは、ATIのOpenGLでコンパイルされ、警告なしで実行されます。

なぜメサで失敗するのですか？そのエラーメッセージを復号化し、Mesaの実装に準拠させるにはどうすればよいですか？

OpenGL シェーダーの作成に興味がありますが、使用しているグラフィック カードがこれをサポートするのに十分かどうか、システムがソフトウェアの代替 (Mesa) を使用するように正しく構成されているかどうかはわかりません。自分のコンピューターが OpenGL シェーダーをサポートしているかどうかを確認するにはどうすればよいですか? （私はUbuntu 10.04を使用しています）これまでに3つのテストを試しましたが、それぞれに矛盾する答えが得られました：

1)ここにあるOpenGL A Primer 3rd Editionのサンプル コードから OpenGL シェーダー プログラムをダウンロードしてコンパイルし、正常に実行しました。ただし、他の OpenGL シェーダーを実装する同じ章の他のコード サンプルの一部は実行されません。それらのいくつかは、私のコンピューターをクラッシュさせたり、出力ウィンドウが色を点滅させたり、非常に奇妙なことをしたりすることさえあります。

2）次のコマンドを実行して取得しました：

これは、私が OpenGL 1.5 を実行していることを示しているように見えますが、Mesa バージョン (私が理解しているように、これは OpenGL 2.0 のソフトウェア実装です。高速ではありませんが、ハードウェアの実際の取引と機能的に同じです) で十分なようです。 OpenGL 2.0 を実行します。コードが OpenGL 1.5 と Mesa 7.7.1 のどちらのドライブを使用しているかを確認するにはどうすればよいですか?

3) コンピューターに OpenGL のバージョンを出力するコードを書き、次の出力を得ました。

これは Mesa について何も言っておらず、OpenGL 1.5 を実行していると思わせてしまいます。実行しているバージョンを理解するのを手伝ってください。そうすれば、シェーダーが確実に実行されるようになる前に、店に行って新しいグラフィックス カードを購入する必要があるかどうかがわかります。ありがとうございました！

PSコードは次のとおりです。