Proton: [機能リクエスト]：ガリウムナインパッチ

これははるかに優れたオプションです。 そして、DXVKに（最終的に）マージされると聞いたので、9から12までのすべてのD3Dバージョンをカバーする予定です。古いバージョンはとにかくVulkanの機能を必要としません。D3D8ゲームはソフトウェアレンダラーで実行することもできると思います。最新のハードウェアでは60FPSで。

とても興味深い！ DXVKに統合されるのはどこでしたか？

それについて何も見つからないので、私は間違っているかもしれません。 DXVKに直接マージされるのではなく、一緒にサポートされるか、Wineにマージされる可能性があります。 D3D => OGL変換などを置き換えるという、同じコンテキストで言及されたこれら2つのプロジェクト（驚くことではありません）を漠然と覚えています。 とにかく、VulkanのオーバーヘッドはGallium Nineの直接的なアプローチと比較してごくわずかだと思いますが、利点は明らかです。FOSSドライバーを使用しているプレイヤーだけでなく、すべてのプレイヤーがそれを使用できます。 また、Windows自体にさらにプッシュできるため、Windowsユーザーは、CPU使用率が向上するため、パフォーマンスが向上する可能性のあるゲームを実行したり、一部の古いゲームは最新のWindowsでは機能せず、Wineで機能するため、ゲームを実行したりできます。

私は、VK9または同様のものが最良のソリューション/実装になることに同意します。 ただし、私が理解している限り、VK9の現在のバージョンはまだ概念実証であり、すべてのゲームをサポートしている場合はほとんどありません。 いくつかの単純なdirectx9テストのみをレンダリングできます。

Gallium Nineパッチは準備ができており、多くのプレーヤーによって十分にテストされており、（ほぼ）ネイティブパフォーマンスを提供します。 パッチはすでに存在するため、これを実装するのはかなり簡単です。 VK9が成熟するまで、当面はすべてのAMD / Intelゲーマーにとって非常に歓迎される追加です。

VK9は完成から数年であり、d3d-pbaのオーバーヘッドでさえ「無視できる」と見なすことができると思います。
とはいえ、私はプロトン（しかし上流のワインでさえ）にある種の優先順位を持たせたいと思います。
たとえば、最初にネイティブ（ガリウム）またはvulkan（dxvk）、次にもう1つ、最後になりますが、wined3d（すべてのGPUがvulkanをサポートしているわけではないため）

psNineはIntelユーザーには機能しません

Steamではまだ何百ものDirect3D9ゲームがプレイされており、GalliumNineは従来のd3d9Wineよりもはるかに効率的であることが証明されているため、少なくともuser_setting.pyを介してオプション機能にする必要があります。

私はむしろバルブをVK9とDXVKにマージさせたいと思います。 したがって、それらは均一なバルカンカバレッジを持っています。

確かに、理想的な世界では。 ただし、VK9はこれまでのところ単一のゲームを実行しておらず、概念実証段階にあります。 いくつかの簡単なdx9テストを実行できます。それだけです。 また、それに取り組んでいる人はそれを趣味のプロジェクトと考えており、DXVKを開発している人ほど多くの仕事をしていません。 VK9を使用できるようになるまでには数年かかる場合があります。 それまでの間、十分にテストされ、完全に終了したAMDユーザー向けのパッチを使用してみませんか？

Gallium9パッチがAMDmesaユーザーによって使用可能であることに同意します。 これはメサの一部であり、使用するにはワインバージョンが必要です。

同意しました。 そして、誰が知っていますか？ たぶん近い将来、それから恩恵を受けるのはラデオンシとヌボーだけではないでしょうか？
https://www.phoronix.com/scan.php?page=news_item&px=Intel-Iris-Gallium

私自身これで多くの成功を収め、パッチはよく維持されています。 MesaパッケージはopenSUSE上に構築されており、すべてが連携して動作します。 一般的に、スタッターが多いプレイ可能からシルキースムースになりますが、他のゲームでは画面が真っ暗になります。 サポートされているゲームにデフォルトで提供されている、切り替え可能なワインまたは2つのバージョンのワインなどである必要があります。

ガリウムナインは私の経験では素晴らしいものでした。 それがプロトンに含まれているのを見るのは素晴らしいことです。

私は個人的にすべてのバルカンアプローチに投票します。

@ shoober420私も最終的にはそれを好むでしょう。 しかし、動作中のdx9からvulkanへの翻訳レイヤーは、完成から1年が経ちます。 十分にテストされ、完全に完成したGallium Nineパッチを介してAMDユーザーにネイティブdx9パフォーマンスを楽しんでもらいませんか？ AMDユーザーが今すぐネイティブパフォーマンスを楽しむことができるようにするには、これらをマージする必要があるだけです。

@ shoober420私たちは皆陽子のためにそのルートを好むと思います。 それは論理的な前進です。 私たちは、d3d9のvulkan実装を放棄するようにvalveに要求していません。 オープンガリウムベースのドライバーの人々がすでに持っているものを使用できるようにすることを求めています。 Gallium 9は、すでにドライバースタックの一部です。 ワイン用の「ガリウムナインパッチ」は、デフォルトのd3d9 api変換をスキップしてopenglに変換し、代わりにapi呼び出しをgpuに直接フィードします。 API変換によるパフォーマンスの低下を回避します。

@Mushoz @Xalphenos

私はあなたたちが指摘しているのを見ます、あなたは両方とも正しいです。 VK9がそんなに遠くにあるとは知りませんでした。 その後、より多くのオプションの選択をサポートします。 いつかAMDかIntelを使うかもしれません。

私は、openSUSE用に、ワイン、ステージング、および9つのバリエーションのすべてを構築する作業を行いました。 基本的には、 https：//github.com/sarnex/wine-d3d9-patchesから関連するパッチセットを適用し、通常のようにビルドする必要があります。 したがって、wineを2回コンパイルし、特定のバイナリにオプションを提供する必要があります。

参考までに、4つのフレーバーすべてのワインを構築する

• ワイン
• ワインナイン
• ワインステージング
• ワインステージングナイン

ワインのステージングに関連するプロトンの状況がわからない。 他の誰もそれに到達せず、Valveが反対しない場合、私はこれを刺すかもしれませんが、Steamは実際に磨きを加えるためにUIオプションを必要とします。

あなたが考えているのは＃22です。 どういうわけか自分のランタイムを追加するメカニズムがあるかもしれませんが、それは今のところ不明です。

しかし、私にとって、ワインとプロトンは、フォールバックの優雅なメカニズムを備えている必要があります。 vulkanからgallium、openglまで..システムで使用できる最も機能的なフォールバックに応じて。

確かに関連していますが、このリクエストは、ワインアップストリームがマージしないのと同じ理由で常にオプションである必要があります...すべてのプラットフォームで機能するわけではなく、関連するMesaドライバーを使用できるカードのサブセットでのみ機能します。 これは、このリポジトリでワインに加えられた他の変更とはかなり異なります（古いカードを除外することを除く）。 ＃22は、ワインナインをビルドした人がそれを切り替えることを許可しますが、この問題は、それを公式ビルドの一部にすることに関するものです。

はい..そして、どのドライバーがどのハードウェアで使用されているかを確認し、それを1日と呼ぶのが難しいことはわかりません（とにかくvulkanまたはopenglでも同じです）

私もそうは思いません、そうではないとは決して言いませんでした。 特にプロトン以外のカスタムビルドを選択することに関する＃22に応答するだけですが、これは私が提案していることでも、この問題についてでもありません。

ValveSoftware / wine（3.7）とwine / wine（3.7）の違いの広範な性質と、Valveが採用しているアプローチを考えると、Valveが直接ワインフォークにマージするのが最も理にかなっていると思われます。 その場合、a）実行時に（場合によっては自動的に）トグル可能であるか、2回ビルドする必要があります（パッチにはコンパイル時のトグルがすでに含まれていると考えられます）。

3.7タグパッチはValveSoftware / wineにきれいに適用されません。

error: patch failed: configure.ac:1261
error: configure.ac: patch does not apply
wine-d3d9.patch:5385: new blank line at EOF.
+

簡単かもしれませんが、これは進行中の問題であり、そこのフォークに直接マージするもう1つの理由になる可能性が高いと思います。

彼らは「ローンチの問題」を処理するとすぐにそれを更新する

...さらに、ステージングで最初

3.7のパッチを適用したので、ワインバージョンの更新は私が求めたり必要としたりしたものではありませんでした。 ステージングに関しては、これは、主にMacおよびすべてのLinuxハードウェアで機能しないため、wineupstreamが関心を持たないという長期的な要求でした。 したがって、プロトンはハードウェアの範囲を制限するさまざまなパフォーマンスの改善を統合しています...したがって、これは彼らにとって興味深いかもしれません。

ワインのステージングや適切なワインでそれを持っていることは素晴らしいことですが、それが私たちの生涯では起こらないことを示す多くの以前の問題を見つけることができます。

Macは問題ではなく、ハードウェアの互換性も問題ではありません（特に最後の情報の噂の後）。
少なくとも今のところ、実際の問題に関して最も重要なのは、そもそも認知の欠如である理由についての私のリンクを見ることができます。
（知っている限り、おそらく彼らはすでにIRCについてコンセンサスに達しています）

VK9がProtonの準備ができているとしても、私は最も効率的なソリューションを好みます。 プロトンがそれを提供するまで、私はd3d9に依存するゲームのために、古くて信頼できる9パッチのワインに固執し続けます。

Gallium Nineがすべての人にとって最も効率的なソリューションではないことを十分に認識していオプションとしてそれを持っていることは素晴らしいでしょう！ :)

解決策は次のとおりです。
https://www.phoronix.com/scan.php?page=news_item&px=Zink-Gallium3D-OpenGL-Vulkan
https://gitlab.freedesktop.org/kusma/mesa/tree/zink/src/gallium/drivers/zink

基本的に、Gallium3Dは常にさまざまな状態トラッカーとドライバーの間の薄い抽象化でした。したがって、Vulkanでドライバーとバムとして靴べらを使用するだけで、GalliumnineやMesaのOpenGLを含むすべての状態トラッカーがサポートされます。 シェーダーバイトコードのライフサイクルは、game-> TGSI-> NIR-> SPIRVからのDX9HLSLバイトコードになります。

これが「解決策」であることがわかるのは、VK9の準備が整う前のNvidiaカードの一時的な一時的なギャップだけです。 これは確かにAMDでは速くはありません。

@ jerbear64 Gallium Nineは、少なくともamdgpuドライバーについては、私が見たところ、すでにかなりの戦闘テストが行​​われています。 DXVKの場合でも、これは最初から実行できたのではないかとよく考えていました。これは、Mesa内の状態トラッカーでもあり、閉じたドライバーの最後にZINKのようなものを書き込むか、ネイティブハードウェアを直接使用するだけでした。可能であれば。 でも文句はありません... :)

誰もがメサを使うわけではありません。

2018年9月26日水曜日、20：35 Alex Fuller、 notifications @ github.comは次のように書いています。

@ jerbear64 https://github.com/jerbear64 GalliumNineはすでにかなりです
少なくともamdgpuドライバーでは、私が見たものからは戦闘テスト済みです。 私は
DXVKを使用しても、これは最初から実行できたと考えることがよくあります。
Mesa内の状態トラッカーであった可能性もあります。
閉じたドライバーの最後にZINKのようなものを書くか、
可能な場合は直接ネイティブハードウェア。 でも文句はありません... :)

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/ValveSoftware/Proton/issues/66#issuecomment-424824077 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAipRw-R-g3DJOiWzHdR5SOHBu2X-xCxks5ue8jigaJpZM4WHXpZ
。

@cjwijtmansは、既存のvulkanドライバーを持っている誰もができることですが、DXVKのようにリンクするのはライブラリです...

別の方法は次のとおりです。

https://github.com/GabrielMajeri/d3d9-to-11

dgVoodooはすでにdirect3d1から7に加えて8.1から11を実装しているため、プロジェクトでdirect3d9をdirect3d 11に再実装すると、すべての古いdirect3dバージョンがDXVKを介して実行できるようになります。

後ろ向きに聞こえる

dgVoodooはD3D9のサポートに取り組んでいるようです。

https://www.vogons.org/viewtopic.php?f=59&t=34931&start=3780#p705374

シェーダーモデル1.xに限定されています。 これは、シェーダーモデル1.xでD3D9を使用するゲームが、次のリリースのDXVK上で実行できることを意味します。 これの欠点は、dgVoodooがオープンソースではないことです。

他のFlatpakアプリケーションからの需要により、GalliumNineのMesa部分がSteamFlatpakでサポートされるようになりました。

後ろ向きに聞こえる

それはNvidiaユーザーには役に立たないが、互換性を損なうことはない。 オープンソースのグラフィックユーザーに何かを提供しても問題ありません。利用可能な場合はNvidiaではありません。

待って、そうではない？ ワインの部分（ここで説明します）はそうだと思いました。 とにかく、デフォルトで使用されていない場合でも、これをビルドして出荷するのはおそらく素晴らしいことです。

待って、そうではない？ ワインの部分（ここで説明します）はそうだと思いました。 とにかく、デフォルトで使用されていない場合でも、これをビルドして出荷するのはおそらく素晴らしいことです。

ゲームの起動時にガリウムナインが存在するかどうかを検出し、必要に応じて他の実装にリダイレクトします

@shanefagan非ガリウムナイン対応のGPUは、将来的には少数派になる可能性があります。
Intelは、将来のすべてのGPUでGallium3dをサポートすることに関心を示しています。

@hungrymonkey私は@shanefaganは逆に何も主張しないと思います。 また、プロプライエタリドライバーを備えたnVidia GPUは、依然としてLinuxデスクトップの使用量の大部分を占めています。

@nanonyme gallium nineは、nvidia独自のドライバーや使用法にはまったく影響しません。 使用中のドライバーがg9に対応しているかどうかを確認し、対応していない場合は使用されません。 具体的には、mesaでg9が有効になっているかどうかを確認してから、使用中のmesaドライバーを確認します。 mesaドライバーが使用されていない場合、文字通りg9機能を使用できず、完全に無視されます。

@GloriousEggroll同じ言語で話していないようです。 これは、いくつかの投稿で説明されました。

パッチの良い注意点は、その開発者が3日前までの作業でWINEパッチを最新の状態に保っていることです。 少なくともそれを構築し、dx3d9のパフォーマンスの問題が発生するいくつかのシステムの設定として選択するのが良いと思います（SC2のようなゲームで大幅な変更を加えていない私のように）。

とにかく、リンクが表示されなかったので、パッチをリンクするのは良いことですhttps://github.com/sarnex/wine-d3d9-patches

@Mushoz今ではここにロードマップがあり

すでに使用されており、開発が進んでいる移行レイヤーを優先する準備ができているネイティブドライバーとツールをスキップすることは、賢明とは言えません。 どちらかといえば、すでに準備ができているガリウムナインはAMDユーザーのためのオプションとして提示されるべきです。 一度/ VK9が到着した場合でも、オプションとして残すことができます。

主な欠点は、複数のコードパスがゲームのサポートを困難にする可能性があることです。 繰り返しになりますが、テスト結果は今でもGPUベンダー間で適用できません

VK9は、amdgpu以外のデバイス/ GCN以前のGPUでは機能しません。 一方、Gallium-Nineは、古いr300gのもの、さらには私のVEGA10のようなGPUまでで実行できる可能性があります。 しかし、ええ、私の友人の何人かがまだ頼っているこれらの古いr600g駆動のVLIWGPUは時代遅れと見なされています。

D3D9自体と同じように。

主な欠点は、複数のコードパスがゲームのサポートを困難にする可能性があることです。 繰り返しになりますが、テスト結果は今でもGPUベンダー間で適用できません

それが機能する場合は利点ですが、機能しない場合は無視できます。 デフォルトのままWINEの実装にすることもできますが、ユーザーが試してみたい場合は、環境変数として設定できます。 DXVKではなくWINE自体からより良いパフォーマンスが得られれば、彼らはすでにこれを行っているので、構成のためのツールの問題ではありません。 彼らはそれを所定の位置に配置する必要があります。 彼らは、パッチを作成する人を雇って、最後の10％を拘束してそこに到達させることさえできます。

ここでの違いは、WineHQはゲームを販売しておらず、払い戻しを行う必要があるということです。

ホワイトリストがあるのはそのためだと思いました...

確かに、操作モードの分岐が複雑な場合、ホワイトリストは機能しません。

"複雑"

確かに、操作モードの分岐が複雑な場合、ホワイトリストは機能しません。

それは、ゲームのパフォーマンスが良くない場合にユーザーが試してみたい場合にのみ、ユーザー自身が有効にするオプションである可能性があります。

確かに、操作モードの分岐が複雑な場合、ホワイトリストは機能しません。

それは、ゲームのパフォーマンスが良くない場合にユーザーが試してみたい場合にのみ、ユーザー自身が有効にするオプションである可能性があります。

私には十分公平に聞こえます。

最初にlibd3dadapter9-mesaをSteamランタイムに取り込む必要があると思います。

最初にlibd3dadapter9-mesaをSteamランタイムに取り込む必要があると思います。

libd3dadapter9はどのように機能しますか？ GalliumNineがMesa本体にあり、WINEへのパッチがそれを示していることを私は知っています。 18.10の時点でUbuntuにあることを確認しましたが、実際にそのライブラリを使用したことはありません。

libd3dadapter9はどのように機能しますか？ GalliumNineがMesa本体にあり、WINEへのパッチがそれを示していることを私は知っています。 18.10の時点でUbuntuにあることを確認しましたが、実際にそのライブラリを使用したことはありません。

たとえば、Wineのopengl32.dll.soが一般的なOpenGL状態トラッカーで行うのと同じように、MesaのD3D9状態トラッカーに対応しているだけです¹。
編集：申し訳ありませんが、libd3dadapter9をWine用にビルドされたDLLと混同しました。 その日は十分なコーヒーがありませんでした。 問題のライブラリは、Mesa用のD3D9状態トラッカーを実装しています。 簡略化：WineD3DやVK9などの追加の変換レイヤーなしでネイティブD3D9サポートを提供します。 興味のある方は、このプレゼンテーションをご覧ください。

¹：警告：回答が不正確である

ローカルのarchlinuxが--no-steam-runtimeでビルドするので、9つのパッチでプロトンをビルドすることができました。 私がこれまでにテストした唯一のゲームはValkyriaChronicles 1であり、これはこのローカルビルドで奇妙な動作をしていました。まったく保存されました。

これらの問題は、9つのパッチではなく--no-steam-runtimeで構築されているプロトンに関連している可能性があります。

https://github.com/sarnex/wine-d3d9-patches/blob/wine-d3d9-3.16/wine-d3d9.patchの元のパッチでは、configure.acのコンテキストの修正のみが必要でした。https：// gistを参照して目のみ。

最初にhttps://github.com/sarnex/wine-d3d9-patches/blob/wine-d3d9-3.16/d3d9-helper.patchを適用し、両方を適用した後、wineフォルダーでautoreconfを実行する必要があります。パッチ。

さらに、次のファイルのwine32構成に-with-d3d9-nine-module=/usr/lib32/d3d/d3dadapter9.soを追加する必要がありましたが、ビルド環境が正しく設定されていないことが原因である可能性がありますか？ https://github.com/ValveSoftware/Proton/blob/83871c7bf93b785b23b987956b7cc3608d6998b3/build/makefile_base.mak#L713 -L726

また、pfxごとにガリウムナイントラフwinecfgを有効にする必要があることを忘れないでください。

https://github.com/ValveSoftware/Proton/issues/66#issuecomment -447569917

これは素晴らしいニュースです！ 最初の挫折にもかかわらず、いくらか機能的なビルドを持つことは重要な進歩です。 私はコーディングに精通していないので、詳しく説明していただけますか？なぜ--no-steam-runtime引数を使用してビルドしたのですか？ 作成したプロトンはSteamクライアントで動作しませんか？ 原因、Protonの要点は、WindowsバージョンではなくネイティブSteamクライアントでSteamDRMを必要とするSteamゲームを実行することです。

@raetiacorvus

Steamにはかなり大きなゲームコレクションがあります。 さらにゲームをテストする必要がある場合はお知らせください。手配をさせていただきます。

私がこれまでにテストした唯一のゲームはValkyriaChronicles 1であり、このローカルビルドでは奇妙な動作をしていました。たとえば、設定でRX480がR9290として検出されました。

これは通常のガリウムナインの動作です。私のRX580は、ワインステージングナインビルドでも同じことを行います。

私が遭遇した問題はどれもガリウム9に関連していないようですが、 --no-steam-runtimeまたはゲーム自体が原因です。

@ rea987 --no-steam-runtimeは、SteamランタイムDockerコンテナからパッチが適用されたライブラリではなく、ローカルライブラリに対してプロトンが構築されることを意味します。 それはまだ有効な蒸気適合性ツールであり、プロトン放出を提供するバルブの代わりとして使用することができます。 これまでの問題の1つは、ランタイムからのパッチが適用されたコントローラーマッピングが不足しているため、ValkyriaChroniclesで問題が発生したことです。 おそらく、wineで使用可能なツールのいくつかを使用してコントローラーを正しくマップすることで、この問題を回避できます。

@raetiacorvusプロトンコンパイルガイド用のガリウムナインを段階的に提供していただければ素晴らしいと思います。 また、プルリクエストを作成して、 @ ValveSoftwareがそれをブランチの1どうでしょう@raetiacorvusテスト用のゲームをもっと提供する

私はパッチでプロトンの自分のフォークを作りました：

https://github.com/popsUlfr/Proton （ブランチproton_3.16_gallium_nine_extrasをチェックアウトし、readmeに従ってください）

git clone https://github.com/popsUlfr/Proton.git
cd Proton
git checkout proton_3.16_gallium_nine_extras
git submodule update --init

Steamランタイムでも動作します。この少し醜いメサのブロックを追加する必要がありました： https ：

カードでサポートされている場合にGalliumnineを簡単に有効にするために使用できる環境変数PROTON_USE_GALLIUM_NINE=1を追加しました（winecfgのステージングタブからも有効にできます）

特徴 ：

• ガリウムナインは明らかに
• Exile dx11パッチのパス： https ：//bugs.winehq.org/show_bug.cgi？id = 42695
• Vulkanのサポートがない場合はwined3d11を強制します：＃1749
• デフォルトでffmpegを有効にし、それを使用してFAudioをビルドします：＃2082
• GLSLトグルでGLSLシェーダーを無効にし、代わりにARBシェーダーを使用してwined3dでのスタッターを減らします

テストするビルドは次のとおりです。
〜Proton_3.16-5_Gallium_Nine_Extras.tar.xz〜
〜プロトン3.16-5ガリウムナインエクストラ0.1.0〜
〜プロトン3.16-5ガリウムナインエクストラ0.1.1〜
〜プロトン3.16-6ガリウムナインエクストラ0.1.1〜
〜プロトン3.16-6ガリウムナインエクストラ0.1.2〜
プロトン3.16-6ガリウムナインエクストラ0.1.3

$ mkdir -p ~/.steam/root/compatibilitytools.d
$ tar xf Proton_3.16-6_Gallium_Nine_Extras_0.1.3.tar.xz -C ~/.steam/root/compatibilitytools.d

Steamplayタブでは、 Proton 3.16-6 Gallium Nine Extras表示されます。

ところで、私はあなたが実行する必要があるのconfigureステップの後、READMEにこれを追加make all distの代わりに、ちょうどmake distまたはあなただけのWin64ワインと他には何になってしまいますが。 したがって、これは公式のプロトンのREADMEのエラーであるか、自分のシステムでそのように動作しているようです。よくわかりません。

素晴らしい仕事@popsUlfr！

フォークのGitHubページに一般的な32ビット、64ビット、マルチアーチのリリースがありますか？

努力とフォークをありがとう！

@ rea987このように？ https://github.com/popsUlfr/Proton/releases/tag/proton-3.16-5-gne-0.1.0

それがあなたのためにうまくいくかどうか教えてください、私はこれを徹底的にテストするためのamdカードにアクセスできません：/

指示に従いましたが、Steamが作成されたディレクトリにあるものを取得していないようです。 互換性ツールのドロップダウンには、「通常の」Steamリリースのみが表示されます。

私が間違っているかもしれないアイデアはありますか？ KDE NEON 18.04（基本的にはUbuntu）を使用していますが、何か変更がありますか？

@popsUlfr正確に！ それはそれを配布するためのより明確で説明的な方法です。 ええ、それを正しくテストするためにAMDカードも必要です。 ：-/

@AndrewLoomSteamのインストールは~/.local/share/Steamまたは~/.steamディレクトリにありますか？ 原因私はそれを機能させるために後で使用する必要がありました。

ありがとうrea987！ D'Oh、今はとても明白ですが、それでもそれについては考えていませんでした。 :-)

@AndersDala問題ありません、それは最近多くの人々を混乱させる問題です。 おそらく、 @ popsUlfrはインストールガイドを編集して、 ~/.steamディレクトリも指摘できますか？

AMD Radeon Vega 56を所有しています。正常にインストールし、すべてのWindowsゲームで使用するように選択しましたが、PROTON_USE_GALLIUM_NINEでGallium Nineを有効にすると、A Hat inTimeやDragonAge：Originsなどのゲームが機能しないようです。 = 1（クリーンなプレフィックス付き）の場合、ウィンドウは表示されません。 PROTON_USE_GALLIUM_NINE = 0の場合、正常に動作します。

AMD Radeon Vega 56を所有しています。正常にインストールし、すべてのWindowsゲームで使用するように選択しましたが、PROTON_USE_GALLIUM_NINEでGallium Nineを有効にすると、A Hat inTimeやDragonAge：Originsなどのゲームが機能しないようです。 = 1（クリーンなプレフィックス付き）の場合、ウィンドウは表示されません。 PROTON_USE_GALLIUM_NINE = 0の場合、正常に動作します。

私にとって同じGPUと同じ結果。 ゲーム（Dishonered、Dead Space）はガリウムで始まりません。

@ Mastergatto 、 @ archfan Gallium Nine対応のMesaドライバーをインストールしましたか？

https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

はい、私はArchを使用しており、AURからmesa-gitをインストールしました。 GalliumNineが有効になっています。

@archfanわかりました、明日、

はい、Gallium Nineはmesaパッケージでデフォルトで有効になっているため、少なくともArchLinuxのAMDカードでは有効になっています。 ガリウムナインが意図したとおりに機能するワインステージングガリウムもあります。

ガリウムナインをオンにして実行したときの出力を確認できますか？
したがって、ゲームの起動オプションに次を追加します。

PROTON_DUMP_DEBUG_COMMANDS=1 PROTON_USE_GALLIUM_NINE=1 %command%

ゲームを実行します。
これにより、いくつかのプロトンスクリプトが/tmp/proton_<username>ドロップされます
./runを起動して、出力を確認します。

また、念のため、別のプロトンに切り替えて、蒸気を再開します。 次に、ガリウム9プロトンに切り替えます。

編集：このスレッドを汚染しないために、ここで議論する方が良いと思います： https ：

また、これがあなたの希望を実現し、箱から出してうまくいかない場合は申し訳ありません。 私はこれをローカルで維持しました。ガリウム9の部分は、amdでテストできる場合に備えて、より「もしも」でした。 とにかく、この議論がより目立つようになるのを見て、それを共有することにしました。プロトンでのガリウム9のサポートについて何かを行うことが役立つかもしれません:)
焼き付けられた他の機能も役立つかもしれないので...

Gallium Nineは、 https：//github.com/dhewg/nineを使用してProtonで動作し

当然のことながら、これはSteamオーバーレイを壊しますが、それ以外は問題なく動作します。

Gallium Nineは、 https：//github.com/dhewg/nineを使用してProtonで動作し

当然のことながら、これはSteamオーバーレイを壊しますが、それ以外は問題なく動作します。

ねえ、いいね！

あなたがしたことのガイドを提供できますか？ 私は少し迷っています。

@tatsujb

https://github.com/popsUlfr/Proton/releases

このhttps://github.com/Joshua-Ashton/d9vkの代替として検討される別のプロジェクト

どうやら私たちはそれらすべてのグッズを手に入れるためにプロトントリックを使うべきですか？

誰か知ってる？

どうやら私たちはそれらすべてのグーディーを取得するためにプロトントリックを使用する必要がありますか？

誰か知ってる？

よろしくお願いします。 私は正直にプロトントリックのない解決策

これは私がしました ：

wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks
chmod +x winetricks
wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks.bash-completion
sudo mv winetricks /usr/bin
sudo mv winetricks.bash-completion /usr/share/bash-completion/completions/winetricks
python3 -m pip install --user pipx
~/.local/bin/pipx ensurepath
eval "$(cat .bashrc | tail -n +10)"
pipx install protontricks
pipx upgrade protontricks
protontricks 9420 galliumnine

しかし今、ゲーム（それは機能していた）は私に「direct3dデバイスの作成に失敗しました」というエラーボックスを表示します

@tatsujbこれは正しいページではないと思いますが、ここにあります。 Ubuntu18.04またはMint19を使用していますか？ これらのバージョンのUbuntu / Mint用のoibafのMesaドライバーは、12月/ 1月以降GalliumNineで壊れています。 同じ問題が発生し、Ubuntu Mate 19.04に切り替えて、動作するようになりました。

@ rea987私は

@tatsujb正直あまりありません。

• OibafのMesaドライバーのわかりません。
• libd3dadapter9-mesaとmesa：i386の両方がインストールされていることを確認しました。
• / usr / bin / winetricksを最新バージョンに手動で置き換えました： https ：//wiki.winehq.org/Winetricks
• 〜/ .cache / winetricksをクリアしました
• Protontricksを介してGalliumNine Standalone（最新）を再インストールしました。

@ rea987

• / usr / bin / winetricksを最新バージョンに手動で置き換えました： https ：//wiki.winehq.org/Winetricks

ええ、それがトリックでした。 それ以来、私はそれを理解しました、ありがとう！

galliumnineとd9vkの両方があるといいでしょう。 今日は帽子をかぶって比較しましたが、ガリウムナインの方がはるかに優れており（20％以上のfps）、新しいエリアに初めてアクセスしたときに途切れることはありません。 両方があると、一部のタイトルがどちらかで壊れてしまう可能性があるため、特定のdirectx9ゲームを良好なパフォーマンスで実行する可能性が高くなります。

理想的な世界では、レンダラーはネイティブからvulkan、openglに優雅にフォールバックします（または、d9vkに本質的な利点があると思われる場合は、最初の2つの優先度を切り替えますが、それでも）。
代わりに、Valve（およびNineの周りのすべての冷笑を与えられたコードウィーバーでさえ）は、すべてと台所の流し台を機能させるのではなく、最新のカードのための素敵な「十分な」庭を作成することに焦点を当てているようです。 彼らは、バルカンがまったくないカードの自動チェックを追加することさえしません

これが私の20セントです：

Gallium Nineがスタンドアロンになったことで、ワイン用のパッチが不要になったため、非常に使いやすくなりました。 必要なのは、（1）ディストリビューションのパッケージマネージャーからmesa-libd3d9をインストールすることです。（2）winetricksまたはインストーラースクリプトを使用して、ワインプレフィックスにNineをインストールします。

どちらが「より良い」オプションであるかに関して：私はここで炎上戦争を始めるつもりはないので、これまでに見つけたものを共有します： https ： 編集：現在、NineはNVidiaユーザーのオプションではないことを認識していますが、AMD（radeonsi）およびIntel（iris）で十分に機能し、zinkが十分に成熟するとNVidiaで改善されます。

ナインスタンドアロンは確かに絶対に使用するためのケーキウォークです。
しかし、どういうわけか、*毎回*これを開発者に指摘すると、耳が聞こえなくなるようです。
おそらくドア/ IRCの裏で議論が行われなかったのかどうかはわかりませんし、私も炎上したくありません-しかし、彼らに*現在の*状況を認めさせるために他に何を言うべきかわかりませんプロジェクトが半年前に何であったかについて彼らが頭に浮かぶ似顔絵のイメージではなく、いまいましいコード。

Nineは現在NVidiaユーザーのオプションではありませんが、AMD（radeonsi）およびIntel（iris）で十分に機能し、zinkが十分に成熟するとNVidiaで改善されることを理解しています。

また、r600gでも問題なく動作します。 r600gでサポートされているGPUには、Vulkanのサポートがありません。

今のところnvidiaでは、418がインストールされているubuntuとNouveauがインストールされているubuntuを切り替えて、メサとガリウムナインを有効にできるようにしています。 nouveauで実行できるネイティブLinuxゲームでのパフォーマンスは許容範囲内であり、wine-gallium-nineゲームは非常にうまく実行されます。

しかし、明らかに私はメサがNvidiaもサポートするのを待ちきれません。

これは今D9VKで解決されていると思います。 SC2と他のいくつかのゲームでテストしましたが、非常にうまく機能します。 うまくいけば、それは将来DXVKに統合され、パッチもProtonにプッシュされます。

d9vkのパフォーマンスはガリウムナインよりもはるかに劣りますが、既存のプロトンインストールに統合するのはガリウムナインよりもすでに難しいため、組み込みのd9vkサポートだけでも素晴らしいでしょう。

また、d9vkを出荷する際のもう1つの注意点は、最新のメサが必要なことです。 最新のリリースだけでなく、mesa-gitに基づいています。 そのため、さまざまなディストリビューションにアクセスできるようにするには、mesa-gitを同梱するか、ユーザーにディストリビューション用のmesa-gitを入手する方法を理解するように指示する必要があります。

@shanefaganいいえ、d9vkは9よりもはるかに遅いです。以前の投稿で、私の調査結果を参照してください。

インストールが簡単なスタンドアロンバージョンがあります。 たぶん、それらはプロトンと一緒に出荷され、引数で有効にすることができます。 D9VKは素晴らしいですが、他の人が述べているように、それは遅く、しばしば最先端のドライバーを使用します。 ワイントリックを介してガリウムをインストールすることは機能しますが、統合されたオプションがあると本当にいいでしょう。

スタンドアロン： https ：

こんにちは！〜Gallium Nine Standaloneがインストールされたゲームを起動すると、4.11-6でサイレントクラッシュが発生する人はいますか？

@Bryophyllum同じ、protontricksを介してガリウムニンをインストールした後、ゲームは起動しません。
最悪の部分は、ガリウムナインが最初に実行されているかどうかを判断する簡単な方法がないことです。

実際、試行錯誤の末、これはうまくいきました。

ガリウムナインをオンにして実行したときの出力を確認できますか？
したがって、ゲームの起動オプションに次を追加します。

PROTON_DUMP_DEBUG_COMMANDS=1 PROTON_USE_GALLIUM_NINE=1 %command%

ゲームを実行します。
これにより、いくつかのプロトンスクリプトが/tmp/proton_<username>ドロップされます
./runを起動して、出力を確認します。

また、念のため、別のプロトンに切り替えて、蒸気を再開します。 次に、ガリウム9プロトンに切り替えます。

編集：このスレッドを汚染しないために、ここでそれについて議論する方が良いと思います： popsUlfr＃2

また、これがあなたの希望を実現し、箱から出してうまくいかない場合は申し訳ありません。 私はこれをローカルで維持しました。ガリウム9の部分は、amdでテストできる場合に備えて、より「もしも」でした。 とにかく、この議論がより目立つようになるのを見て、それを共有することにしました。プロトンでのガリウム9のサポートについて何かを行うことが役立つかもしれません:)
焼き付けられた他の機能も役立つかもしれないので...

Steamから起動すると、「ドライバーのインストール」などのポップアップが表示され、ゲームを起動する前にガリウムナインが無効になります。
ただし、ダンプされたスクリプトを介してゲームを起動しても、ガリウムナインは無効にならず、ゲームはそれを使用して起動します。

@tuxutku Proton4.11でGalliumNine Standaloneを試したゲームの中には、サイレントにクラッシュするか、この問題に関係なく、通常どおりに開始するものがありますが、代わりにWineのDX9からOpenGLへの変換レイヤーが使用されます。 これらはすべて、Gallium NineStandaloneがインストールされている4.2-9で正常に動作します。

最悪の部分は、ガリウムナインが最初に実行されているかどうかを判断する簡単な方法がないことです。

完全ではありません。 CLIからSteamクライアントを実行すると、ゲームの開始時にGalliumNineからのメッセージが緑色または赤色で表示されます。 ただし、この場合は何も出力されません。

PROTON_LOG=1を使用すると、GTA SAを実行しようとすると、次のエラーが発生します。

10264.098:0031:0032:err:module:import_dll Library d3d9.dll (which is needed by L"Z:\\var\\home\\user\\.local\\share\\Steam\\steamapps\\common\\Grand Theft Auto San Andreas\\gta-sa.exe") not found

何が原因なのか、どうすれば修正できるのかわかりませんが、うまくいけば、誰かがすべての手がかりをつなぎ合わせることでこの問題の根本を突き止めることができます。

ゲームが起動する前にSteamクライアントがガリウムナインを無効にすることについての新しい問題を開くつもりです、私は別のゲームでこの問題を抱えています

こんにちは@tuxutku 、この機能リクエストは新しい動作について議論するのに適切な場所です。 d9vkがProtonに追加されたのと同時に変更が発生したようで、Protonがそれを管理することによる副作用である可能性があります。

最悪の部分は、ガリウムナインが最初に実行されているかどうかを判断する簡単な方法がないことです。

完全ではありません。 CLIからSteamクライアントを実行すると、ゲームの開始時にGalliumNineからのメッセージが緑色または赤色で表示されます。 ただし、この場合は何も出力されません。

PROTON_LOG=1を使用すると、GTA SAを実行しようとすると、次のエラーが発生します。

10264.098:0031:0032:err:module:import_dll Library d3d9.dll (which is needed by L"Z:\\var\\home\\user\\.local\\share\\Steam\\steamapps\\common\\Grand Theft Auto San Andreas\\gta-sa.exe") not found

@Bryophyllumは、 Native Direct3D 9 v0.5.0.356-release is active. For more information visit https://github.com/iXit/wine-nine-standaloneが投稿されているかどうかを確認するほど簡単ではありません。
たとえば、ダンプされた./runコマンドから2013年のトゥームレイダーゲームを起動すると、ランチャーはdirectx9を使用しますが、ゲームは使用しないため、行が投稿されます。 galliumnineでゲームをプレイするには、 regeditレジスターを微調整する必要がありました。

VACを使用したゲームは、ワインafaikでの作業に使用されていました。 しかし今、彼らは何らかの理由でそうしません。 CSGOは、ファイル署名が一致しないことについて文句を言います。 TF2には特別な理由はありません。

何らかの理由でPROTON_DUMP_DEBUG_COMMANDS=1はTeam Fortress 2で機能せず、別のゲームからスクリプトをコピーして変更する必要がありました。

#!/bin/bash
#Run game or given command in environment

cd "/home/utku/took/happytosharemysteamapps/steamapps/common/Team Fortress 2"
DEF_CMD=("/home/utku/took/happytosharemysteamapps/steamapps/common/Team Fortress 2/hl2.exe" "-steam" "-dev" "-secure" "-game" "tf" "-w" "1366" "-h" "768")
PATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/bin/:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/bin:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/bin:/home/utku3/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/utku3/.local/bin" \
    TERM="xterm" \
    WINEDEBUG="-all" \
    WINEDLLPATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib64//wine:/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib//wine" \
    LD_LIBRARY_PATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib64/:/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib/:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_32:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_64:/usr/lib/x86_64-linux-gnu/libfakeroot:/lib/i386-linux-gnu:/usr/local/lib:/usr/local/lib/libstrangle/lib32:/usr/local/lib/libstrangle/lib64:/lib/x86_64-linux-gnu:/lib32:/libx32:/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/lib/x86_64-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/lib:" \
    WINEPREFIX="/home/utku/took/happytosharemysteamapps/steamapps/compatdata/440/pfx/" \
    WINEESYNC="1" \
    SteamGameId="440" \
    SteamAppId="440" \
    WINEDLLOVERRIDES="steam.exe=b;mfplay=n;d3d11=n;d3d10=n;d3d10core=n;d3d10_1=n;dxgi=n;d3d9=n" \
    STEAM_COMPAT_CLIENT_INSTALL_PATH="/home/utku2/.local/share/Steam" \
    "/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/bin/wine" steam.exe "${@:-${DEF_CMD[@]}}"

TF2出力

csgo出力

また、 PROTON_DUMP_DEBUG_COMMANDS=1によって自動的に生成されるスクリプトもあります。

#!/bin/bash
#Run game or given command in environment

cd "/mnt/WD-green/common/Counter-Strike Global Offensive"
DEF_CMD=("/mnt/WD-green/common/Counter-Strike Global Offensive/csgo.exe" "-steam")
PATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/bin/:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/bin:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/bin:/home/utku3/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/utku3/.local/bin" \
    TERM="xterm" \
    WINEDEBUG="-all" \
    WINEDLLPATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib64//wine:/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib//wine" \
    LD_LIBRARY_PATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib64/:/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib/:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_32:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_64:/usr/lib/x86_64-linux-gnu/libfakeroot:/lib/i386-linux-gnu:/usr/local/lib:/usr/local/lib/libstrangle/lib32:/usr/local/lib/libstrangle/lib64:/lib/x86_64-linux-gnu:/lib32:/libx32:/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/lib/x86_64-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/lib:" \
    WINEPREFIX="/home/utku/took/happytosharemysteamapps/steamapps/compatdata/730/pfx/" \
    WINEESYNC="1" \
    SteamGameId="730" \
    SteamAppId="730" \
    WINEDLLOVERRIDES="steam.exe=b;mfplay=n;d3d11=n;d3d10=n;d3d10core=n;d3d10_1=n;dxgi=n;d3d9=n" \
    STEAM_COMPAT_CLIENT_INSTALL_PATH="/home/utku2/.local/share/Steam" \
    "/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/bin/wine" steam.exe "${@:-${DEF_CMD[@]}}"

私はcsgoを試していませんが、tf2が実行され、ワインスチームの下でvacの問題はありません

@tuxutkuなぜネイティブのLinuxポートを持つゲームでテストしているのですか？

@tuxutku
これはガリウム9と何の関係がありますか？

私は本当に好奇心が強いので尋ねていました。 反対票をやめる

@tuxutkuなぜネイティブのLinuxポートを持つゲームでテストしているのですか？

ソース1のゲームはLinuxでは十分に動作しないので？
彼らはガリウムナインで悪化しましたが、それはネイティブポートがうまくいっているという意味ではありません。 それらは、Windowsの対応物と比較して非常に悪いです。
CS：GOの新しい危険ゾーンマップは、amd a10-9620p + rx 540では再生できません（〜15fps）。
シーンにジオメトリが多すぎると、これまでにテストしたすべてのソース1ゲームでフレームレートが大幅に低下します（核の夜明け、cs：go、tf2、半減期2、半減期2チームデスマッチ）。
left4dead2は例外であり、実際にはGPUを十分に活用しています

想定は、「呼び出しが下品ではなくGLを介して解釈されている」というよりも、「コードが悪い」ということですよね？

機能的なバルカンネイティブゲームを使用している場合、ネイティブでの結果は100％良くなるとは限りませんか？

これがプロトントリックを使用してプロトンから外部で利用可能であることを考えると、この機能要求はかなり取って代わられていると思います。

手動で修正可能である場合、それを1日と呼び、ここで問題の半分を閉じることができます。

これがプロトントリックを使用してプロトンから外部で利用可能であることを考えると、この機能要求はかなり取って代わられていると思います。

Steam自体は、ゲームの起動時またはキャッシュの確認時に常にガリウムナインを無効にします。また、有効にするプロトンフラグがなく、手動で更新する必要があります。

galliumnineは、デフォルトのwined3d変換（r600）よりも高速であるだけでなく、多くのゲーム（たとえば、最高司令官FA）のフルスクリーンの問題を修正しているようです。プロトンに追加するのは非常に簡単なようです。スタンドアロンバージョンを考えると、「サポートされている」オプションである必要があるとは言えませんが、回避策/拡張機能として組み込まれていると便利です。

私はこれがプロトン5以来サポートされていると信じています

編集：nvm私はd9vkについて考えています

私はこれがプロトン5以来サポートされていると信じています

編集：nvm私はd9vkについて考えています

ええ...残念ながら、d9vkはr600では動作しません。 ：/

これは考慮すべき問題であり、環境変数だけでハッキング（プロトントリックなど）に頼ることなくガリウムナインを有効にできるはずです。

修正は簡単です（これを修正するためのフォークと回避策はすでにたくさんあります）。GalliumNineはGPUサポートが向上し（Intelの最新ドライバーで動作するようになりました）、DXVKやwined3dの1.5〜2倍のパフォーマンス向上を実現します。

また、Gallium Nineを使用するだけで、互換性の向上について話しているゲームのレポートがたくさんあります。

https://github.com/ValveSoftware/Proton/issues/173#issuecomment -499869941
https://github.com/ValveSoftware/Proton/issues/255#issuecomment -415997284
https://github.com/ValveSoftware/Proton/issues/355#issuecomment -415972910
https://github.com/ValveSoftware/Proton/issues/554#issue -354016973
https://github.com/ValveSoftware/Proton/issues/770#issue -354455950
https://github.com/ValveSoftware/Proton/issues/1073#issuecomment -473703760
https://github.com/ValveSoftware/Proton/issues/2704#issuecomment -518029014

これは古いゲームにのみ適用されるため、これはおそらく優先事項ではないことを私は知っていますが、ガリウムナインの恩恵を受ける素晴らしいゲームの膨大なカタログがあります。

このトピックに関する更新はありますか？ @popsUlfrは残念ながら、1年以上前にネイティブD3D9サポートを備えた新しいProtonビルドの提供を停止しました。

このトピックに関する更新はありますか？ @popsUlfrは残念ながら、1年以上前にネイティブD3D9サポートを備えた新しいProtonビルドの提供を停止しました。

私は通常のプロトン+ガリウムナインをスタンドアロンで使用しています。 私はそれをwinetricksでインストールしていて、DXVKを無効にしています

私は通常のプロトン+ガリウムナインをスタンドアロンで使用しています。 私はそれをwinetricksでインストールしていて、DXVKを無効にしています

知っておくと良い！ どのプロトンバージョンを使用し、どのようにDXVKを無効にしましたか？ WineD3Dは、私が最後にそれを試したときに干渉していました。

@ crt0mega galliumnine（ "d3d9"）は、常にdxvkまたはwined3dに置き換えられます

Proton-5.9-GE-8-ST/proton:
            if "wined3d" in g_session.compat_config:
                dxvkfiles = ["dxvk_config"]
                wined3dfiles = ["d3d11", "d3d10", "d3d10core", "d3d10_1", "d3d9"]
            else:
                dxvkfiles = ["dxvk_config", "d3d11", "d3d10", "d3d10core", "d3d10_1", "d3d9"]
                wined3dfiles = []

修正する必要があります...

または、Proton-5.9-GE-8-ST / dist / bin / wineをプロトンなしで（そしてSteamのゲームなしで）使用できます
ps：ガリウムニンのセットアップ：
WINE = "./ Proton-5.9-GE-8-ST / dist / bin / wine" WINEPREFIX =〜/ .steam / Steam / Steamapps / compatdata / 372000 / pfx / ./Proton-5.9-GE-8-ST/プロトンフィックス/ワイントリック-フォースガリウムナイン