いくつかのメモ：

• ゲームはBattleyeAnti-Cheatを使用しています。シングルプレイヤーでプレイしたい場合でも、必須のようです。 それを無効にする起動パラメータがあるかどうかはわかりません。

/ Mount＆Blade II Bannerlord / bin / Win64_Shipping_Client /にある2つの.exeファイルの名前を変更できます。

• 「TaleWorlds.MountAndBlade.Launcher.exe」の名前を「TaleWorlds.MountAndBlade.Launcher.exe_backup」に変更します（または同様のもの-元の名前を保持することは許可されていません）

• 「Bannerlord.exe」の名前を「TaleWorlds.MountAndBlade.Launcher.exe」に変更します

少なくともゲームを開始するには、スプラッシュスクリーンを確認してから、初めてゲームを操作する必要があるポイントに到達します（明るさの設定を変更します）。その時点で、CPUとGPUは完全に機能しなくなり、できなくなります。ゲームとまったく対話します。

ランチャーをバイパスすると（ TaleWorlds.MountAndBlade.Launcher.exe邪魔にならない場所に移動し、 Bannerlord.exeコピーに置き換えることで）、少なくとも明るさのキャリブレーション画面に到達することを確認できます（または$COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Configs/engine_config.txt brightness_calibrated = 1を設定した場合、メインメニューまで）。

ただし、マウス入力にバグがあるようです。 カーソルが移動して表示されますが、メニューオプションの上に移動しても強調表示されず、ゲームはクリックに応答しません（当然、キーボードナビゲーションはありません...）。 問題は、V-syncのすべての順列、仮想デスクトップでの起動、Steamオーバーレイの無効化などで解決しません。

steam-261550.log特に興味深いのは、 fixme:win:GetMouseMovePointsEx (24 0x3c87f298 0x3c87f2b0 64 1) stubスパムです。 おそらくWineバグ36873に関連していますか？

TaleWorldsのフォーラムでの詳細な議論： https ：//forums.taleworlds.com/index.php？threads / linux.385761 / page-2およびhttps://forums.taleworlds.com/index.php?threads/b0-8 -9-mouse-clicks-not-registered-on-linux.395650 /

編集：コントローラーを接続してみましたが、実際にメニューをナビゲートすることができました。 どこまで行けるかわかりますが…進歩！

私にとって、ゲームはBannerlord.exe代わりにTaleWorlds.MountAndBlade.Launcher.exe Bannerlord.exe実行した後、起動時にまだクラッシュしていました。 プロトントリックを使用して、dotnet4.8とvcrun2015をインストールしました。ゲームはまだクラッシュしますが、少なくともゲームのロード画面を賞賛することができます。

Manjaro with Proton 5.0-5で、マウス入力で同じ問題が発生していることを確認できます。 私はクローズドベータ版で、最後の更新前はゲームは正常に動作していたので、このナビゲーションの問題を修正できれば、ゲームの残りの部分は正常に動作するはずです。

したがって、Logitechゲームパッドを介して完全にキャラクターを作成することをいじくり回した後、キャラクター作成直後のロード画面でハードクラッシュの形で別の障害にぶつかったようです（ steam-261550.logからの関連エントリ： wine: Call from 0x7b00fc3e to unimplemented function api-ms-win-crt-private-l1-1 -0.dll._o___stdio_common_vswprintf, aborting ）。 これは、 protontricks 261550 vcrun2015とprotontricks 261550 vcrun2017実行した後も持続します。

自分で実際にテストすることはできないので（まだダウンロード中）、簡単なグーグルですが、同様の問題がBNet Launcherを悩ませているようで、ucrtbaseやapi-msi-winなどのdllをオーバーライドとして追加することで修正されました。 winecfg。

カスタムバトルは、ゲームパッドを使用してナビゲートするときに機能し、実際のゲームではマウスを使用して戦うことができます。

しかし、私にとってのゲームは、プレイ中に信じられないほど色あせて明るく見え、設定を変更すると、ゲームが半分の時間クラッシュし、すべてを低に設定するとゲームがクラッシュします。
設定を保存したときのクラッシュのログは次のとおりです。
Steam-261550.log

編集：設定を高から下げると税関が機能しなくなるので、そうしないでください。

そうです、私はいくつかの読書、調査、ゲームの3回のダウンロード、そしてさらにいくつかの調査を行いました、そして私はそれを理解したと信じています。

Bannerlordは、KernelAnti-CheatソフトウェアであるBattleyeを使用しています。 Proton-WineインスタンスはベースのLinuxカーネルではなく、Windowsカーネルであるため、Battleyeはusbポートから直接マウス入力をインターセプトして、それが本物であることを確認し、ゲームに組み込むことができません。 Wineのマウス入力を人工的なプログラムベースのマウス入力と間違えました。これは、アンチチートシステムが作動することを意味します。

BattleyeがLinuxでまったくうまく機能しないことをどこかで読んだことを覚えていますが、そのコメントは... 3年前のものですか？ ですから、私は実際にはアンチチートソフトウェアの現在の状態を知りません。 したがって、オプションは、TaleWorldsにBattleyeを構成してProtonとうまく連携するように依頼し、適切なLinuxバージョンが作成されるまでProtonに対して無効にしてから、そこで再度有効にすることです（彼らは何かにMonoを使用しています。ランチャー？）ゲームが適切にリリースされるまで待ちます。これは、早期アクセスの後半まで複数のOSサポートの実行を延期する可能性が高いため、更新を行うのが10倍簡単になるためです...またはその方法を理解するWindow Executable BattleyeをLinuxベースのカーネルに直接入れて、必要なものをすべてスキャンし、アンチチートをトリガーせずにゲームへの入力を実行できるようにします...

だから私たちはバナーロードをもう少し待っていると思います。

そうです、私はいくつかの読書、調査、ゲームの3回のダウンロード、そしてさらにいくつかの調査を行いました、そして私はそれを理解したと信じています。

Bannerlordは、KernelAnti-CheatソフトウェアであるBattleyeを使用しています。 Proton-WineインスタンスはベースのLinuxカーネルではなく、Windowsカーネルであるため、Battleyeはusbポートから直接マウス入力をインターセプトして、それが本物であることを確認し、ゲームに組み込むことができません。 Wineのマウス入力を人工的なプログラムベースのマウス入力と間違えました。これは、アンチチートシステムが作動することを意味します。

BattleyeがLinuxでまったくうまく機能しないことをどこかで読んだことを覚えていますが、そのコメントは... 3年前のものですか？ ですから、私は実際にはアンチチートソフトウェアの現在の状態を知りません。 したがって、オプションは、TaleWorldsにBattleyeを構成してProtonとうまく連携するように依頼し、適切なLinuxバージョンが作成されるまでProtonに対して無効にしてから、そこで再度有効にすることです（彼らは何かにMonoを使用しています。ランチャー？）ゲームが適切にリリースされるまで待ちます。これは、早期アクセスの後半まで複数のOSサポートの実行を延期する可能性が高いため、更新を行うのが10倍簡単になるためです...またはその方法を理解するWindow Executable BattleyeをLinuxベースのカーネルに直接入れて、必要なものをすべてスキャンし、アンチチートをトリガーせずにゲームへの入力を実行できるようにします...

だから私たちはバナーロードをもう少し待っていると思います。

私はこれを購入していません。 Battleyeがカーソルの問題を引き起こしている場合、ゲームパッドを使用しているときに同じ問題が発生しないのはなぜですか？

Battleyeは問題ではありません。これはオプションのインストールであり、マルチプレイヤーにのみ必要です。

Battleyeは問題ではありません。これはオプションのインストールであり、マルチプレイヤーにのみ必要です。

tkamatの投稿を拡張するために、私もクローズドベータ版であり、Battleeyeがベータ版にパッチされた後も、ゲームはいくつかのパッチで機能していました。 当時彼らがそれをオプションにしたと私が理解していることから、最初の実行でバトルアイインストールをキャンセルすることを無視することができ、それを使用しないことでゲームからあなたを追い出すことはありません。

約2週間前に、Windowsユーザーのプレイ能力を損なうパッチがありました。これは、キーボード/マウスでプレイしようとしているときにコントローラーまたはジョイスティックを接続したことと関係があるようです。 彼らは数日後に問題を修正しましたが、フォーラムのすべてのLinuxユーザーは、更新後もコントローラーが接続されているかどうかに関係なく、マウス入力が発生しないと報告しました。

フォーラムで、ドライバーレベルで仮想コントローラーをゲームに提示するsteamplayの問題である可能性があると推測していましたが、これを確認することはできませんでした。 キャンペーン開​​始時のクラッシュについては、マルチプレイヤーベータ版であったため、それほど遠くはありませんでした。

Battleyeは問題ではありません。これはオプションのインストールであり、マルチプレイヤーにのみ必要です。

tkamatの投稿を拡張するために、私もクローズドベータ版であり、Battleeyeがベータ版にパッチされた後も、ゲームはいくつかのパッチで機能していました。 当時彼らがそれをオプションにしたと私が理解していることから、最初の実行でバトルアイインストールをキャンセルすることを無視することができ、それを使用しないことでゲームからあなたを追い出すことはありません。

約2週間前に、Windowsユーザーのプレイ能力を損なうパッチがありました。これは、キーボード/マウスでプレイしようとしているときにコントローラーまたはジョイスティックを接続したことと関係があるようです。 彼らは数日後に問題を修正しましたが、フォーラムのすべてのLinuxユーザーは、更新後もコントローラーが接続されているかどうかに関係なく、マウス入力が発生しないと報告しました。

フォーラムで、ドライバーレベルで仮想コントローラーをゲームに提示するsteamplayの問題である可能性があると推測していましたが、これを確認することはできませんでした。 キャンペーン開​​始時のクラッシュについては、マルチプレイヤーベータ版であったため、それほど遠くはありませんでした。

Battleyeの前にゲームはLinuxでうまく動作しましたか？ 私はベータ期間中にWindowsを使用していたので、プロトンを介して試してみることができませんでした。

Battleyeは問題ではありません。これはオプションのインストールであり、マルチプレイヤーにのみ必要です。

tkamatの投稿を拡張するために、私もクローズドベータ版であり、Battleeyeがベータ版にパッチされた後も、ゲームはいくつかのパッチで機能していました。 当時彼らがそれをオプションにしたと私が理解していることから、最初の実行でバトルアイインストールをキャンセルすることを無視することができ、それを使用しないことでゲームからあなたを追い出すことはありません。
約2週間前に、Windowsユーザーのプレイ能力を損なうパッチがありました。これは、キーボード/マウスでプレイしようとしているときにコントローラーまたはジョイスティックを接続したことと関係があるようです。 彼らは数日後に問題を修正しましたが、フォーラムのすべてのLinuxユーザーは、更新後もコントローラーが接続されているかどうかに関係なく、マウス入力が発生しないと報告しました。
フォーラムで、ドライバーレベルで仮想コントローラーをゲームに提示するsteamplayの問題である可能性があると推測していましたが、これを確認することはできませんでした。 キャンペーン開​​始時のクラッシュについては、マルチプレイヤーベータ版であったため、それほど遠くはありませんでした。

Battleyeの前にゲームはLinuxでうまく動作しましたか？ 私はベータ期間中にWindowsを使用していたので、プロトンを介して試してみることができませんでした。

12月頃にLinuxで動作を開始し、時々クラッシュしましたが、各マップのシェーダーのコンパイルが完了した後、パフォーマンスは許容範囲内でした。 当時、私は比較的パワーの低いグラフィックカード（rx 480）を使用していたので、これらの問題を修正するためにtaleworldsから少し支援を得ることができれば、パフォーマンスに関してはLinuxでも問題ないと思います。 私たちが直面しているマウスの問題について開発者の反応を得たので、彼らは少なくともLinuxユーザーとプロトンを考慮することに敵対的ではないようです。

私のコントローラーを見つけることができないなんて日だ！ 私は実際に何かが機能するようになりました！ 上記のように名前を変更した後、この便利なドライバーを使用してスイッチのJoy-Consを接続しようとしました。

ジョイコンがプロコントローラーとして認識されると、左スティックを使ってカーソルを置いた後、マウスで物をクリックすることができます。 私のクイックテストバトルでは、マウスの照準とクリックが正常に機能するため、問題はメニューに関連している可能性があります。 これが他のコントローラーで機能するかどうか、またはドライバーの実装方法と関係があるかどうかはわかりません。

自分で実際にテストすることはできないので（まだダウンロード中）、簡単なグーグルですが、同様の問題がBNet Launcherを悩ませているようで、ucrtbaseやapi-msi-winなどのdllをオーバーライドとして追加することで修正されました。 winecfg。

それらをオーバーライドとして追加するとクラッシュが発生しましたが、同様の問題re：Age of Empires 2：Definitive Edition ：の手順に従って、ブルートフォース攻撃を行うことができました。

cd /home/$USER/.steam/steam/steamapps/compatdata/261550/pfx/drive_c/windows/system32/
wget "https://aka.ms/vs/16/release/vc_redist.x64.exe"
cabextract vc_redist.x64.exe
cabextract a10

それは私をさらに前進させました：

マウスは引き続きダイアログと一時停止メニューに使用できません（「クリックして続行」できるため、マウスのクリックは明らかに認識されますが、カーソルを動かさない限り、マウスが実際に何かの上にあるかどうかはわかりません。コントローラ付き）。 移動と戦闘に問題なく機能します。 再度クラッシュする前に、チュートリアルの目的をいくつか実行しました（今回は、 eventfd: Too many open files原因です。 ulimit -Hnを上げて再起動し、再試行します）。

編集再：BattlEye：

Bannerlordは、KernelAnti-CheatソフトウェアであるBattleyeを使用しています。 Proton-WineインスタンスはベースのLinuxカーネルではなく、Windowsカーネルであるため、Battleyeはusbポートから直接マウス入力をインターセプトして、それが本物であることを確認し、ゲームに組み込むことができません。 Wineのマウス入力を人工的なプログラムベースのマウス入力と間違えました。これは、アンチチートシステムが作動することを意味します。

これはありそうもないようです。 それがアンチチート関連である場合、私は現在の症状の反対を期待します（つまり、マウスはメニュー/ダイアログでは正常に機能しますが、動き/戦闘では機能しません）。 また、キーボードとコントローラーも同様に影響を受けると思います（そうではないようです）。

BattlEyeは確かにマルチプレイヤー向けのものにダンパーをかけるでしょうが、シングルプレイヤーにとっては完全に不要なはずです（実際、シングルプレイヤーモードの他のBattlEyeゲームは、Protonの下でかなりうまく機能します（Conan：Exilesなど）。

@YellowApple次のパッチがvcredistなしでクラッシュを修正するかどうかを確認できますか？ （つまり、テスト時にucrtbaseとapi-ms-win-crt-private-l1-1-0を組み込みに設定します）

https://gist.github.com/qsniyg/4ba247c7398e3a1926988e3f6ca252ce

オーバーライドを必要とせずにアップストリームで修正できればクールだと思います:)現在ゲームを持っていないので、テストできません。

@YellowAppleソリューションを再現しようとしましたが、残念ながら機能せず、キャラクターの作成後にキャンペーンがクラッシュします。 ログファイルはまだ問題としてapi-ms-win-crt-private-l1-1-0.dll._o___stdio_common_vswprintfを指しているようです。 vcrun-2017の再インストールなど、他の手順を実行しましたか？

そのため、 ulimit -Hnを上げると、メインマップまで到達できましたが、ゲームを保存しようとすると、すべてのコアをペギングしている間、ゲームが数分間一時的にフリーズすることに気付きました。 CPUのスレッド（ただし、特定のサウンドはバックグラウンドで再生され続けます）。 同様のフリーズをトリガーする自動保存機能もあると思います（一部のインベントリで不正行為を行った後に発生し、しばらくアイドリングすると再び発生しました）。

また、ポップアップダイアログによってジョイスティック駆動のマウスカーソルが消えるようです（それが常に発生するかどうかは判断されていません。十分な揺れで、[OK]ボタンを簡単に強調表示することができたので、私は思いますカーソルは見えません）。

メニュー/ダイアログでマウスボタンとスクロールホイールが完全に機能することも確認できます。 コントローラを使用して、クリックまたはスクロールしたいものにカーソルを移動する必要があります。 したがって、そのバグを引き起こしているものはすべて、マウスが指しているとゲームが考える場所に純粋に関係しています。

@YellowApple次のパッチがvcredistなしでクラッシュを修正するかどうかを確認できますか？ （つまり、テスト時にucrtbaseとapi-ms-win-crt-private-l1-1-0を組み込みに設定します）

@qsniygを実行し

@YellowAppleソリューションを再現しようとしましたが、残念ながら機能せず、キャラクターの作成後にキャンペーンがクラッシュします。 ログファイルはまだ問題としてapi-ms-win-crt-private-l1-1-0.dll._o ___ stdio_common_vswprintfを指しているようです。 vcrun-2017の再インストールなど、他の手順を実行しましたか？

@tkamat ：私が行った正確な手順（私の記憶の限りでは）：

• protontricks 261550 vcrun2015 （そしてゲームを実行した;クラッシュした）
• protontricks 261550 vcrun2017 （そしてゲームを実行した;クラッシュした）
• winecfgを介してucrtbaseとapi-ms-win-crt-private-l1-1-0ネイティブオーバーライドを追加しました（そしてゲームを実行しました;クラッシュしました）
• 「VCredistEXEをcabextractスマックする」こと全体を実行しました（そしてゲームを実行しました;動作しました）

@YellowAppleはブラインドショットかもしれませんが、protontricksを介してdotnet 4.8をインストールしてみることはできますか？ スプラッシュ/ロード画面でマウスを使用することができました。

@YellowApple

@qsniygを実行し

それらは実装されていますが、Windowsはこれらのapi-ms-win-... dllを使用します。これら

これらのAPIdllの1つから、実装されていない他の関数でゲームが再びクラッシュする可能性があります。 それらを自分で追加するか、私に知らせてください。 うまくいけば、少し繰り返した後、必要な関数を見つけて、それをアップストリームでwineに送信できるようになります:)

@Yarwin @tkamat dotnet4.8のprotontricksのインストールが問題を引き起こしている可能性があります（意図したランチャーを使用できるように見えましたが、実際のゲームではマウスをコントローラーで制御する必要がありました）。 私もそれをインストールしましたが、 @ YellowAppleのソリューションを機能させることができません
最終的に$COMPATDATA/2615501完全に削除し、Proton5.0とBannerlordの両方のファイルを検証するプロセスを実行しました。 その後、 cabextractメソッドが機能しました（ brightness_calibrated = 1を設定するには、 $COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Configs/engine_config.txt再度編集する必要があることを忘れないでください）。 これにより、原因が何であれ、問題が解決する可能性があります。

保存によって発生したハングの+1。 また、ハングしてチュートリアルを閉じるまでチュートリアルを終了することができました。新しいフォルダが$COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Game Saves 。

@YellowAppleはブラインドショットかもしれませんが、protontricksを介してdotnet 4.8をインストールしてみることはできますか？ スプラッシュ/ロード画面でマウスを使用することができました。

私には何の効果もなかったようです。

保存によって発生したハングの+1。 また、ハングしてチュートリアルを閉じるまでチュートリアルを終了することができました。新しいフォルダが$COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Game Saves 。

ええ、私もそのチュートリアル後のハングに遭遇しました。 ちょっと待って、他のセーブハングのように最終的にはそれ自体が解き放たれるかどうかを確認しただけでなく、自分自身を蹴っています。

@ChemiKyleヒントをありがとう、チュートリアルを終了したばかりですが、マウスカーソルが消えたため、通知画面でスタックします。 ジョイスティックをいじって、見えないかどうかを確認するために数分を費やしましたが、機能していません。 コントローラの入力が正常に機能していることを考えると、一般的にマウスの問題を修正するのはそれほど難しいことではないように感じます。 私のSteamログには、GetMouseMovePointsExが何度もスパムされたという警告がありますが、私が知る限り、この関数はすでにwineに実装されています。

@YellowApple @tkamat GetMouseMovePointsExのハッキーパッチを作成しました。テストしていないので間違っている可能性がありますが、試してみませんか？

https://gist.github.com/qsniyg/4ba247c7398e3a1926988e3f6ca252ce#file -getmousemovepointsex-patch

ワインのステージングに対して書かれているため、手動で適用する必要がある場合があります。

@qsniyg両方のパッチで新しいプレフィックスを試しました。 どちらのサイコロもありません。 マウス入力は引き続き無効になり、同じ未実装の関数が原因でクラッシュします。 パッチが適用された実行からのログ。

EDITは：クラッシュがV sのwprintfによるものであるのに対し、ああ、パッチのようなルックスは、wprintf F Vのためでした。 Lemme私がそれを修正できるかどうか見てください...

@YellowApple Darn、少なくとも一撃の価値はありました:)私は問題が何であるかについてかなり盲目です、私はまだゲームを所有していないので、どちらもテストできません。 そうは言っても、 +rawinput,+win,+cursor,+dinput,+xinputログは、おそらく問題について多くの洞察を与えるでしょう（ただし、ログを.gz圧縮する必要があるかもしれません... :)

とにかく、ここにvswprintfパッチがあります： https ：//gist.github.com/qsniyg/4ba247c7398e3a1926988e3f6ca252ce#file -vswprintf-patch

ホットくそー、それはトリックをしました（私はMicrosoftのドキュメントをできるだけ一致させようとしていたので、 _o___stdio_common_vswprintf(int64 wstr long wstr ptr ptr)としてパッチを当てましたが、ポインタはポインタだと思いますが、Wineを知っている人はいます、笑）。

このマウスの問題についてうまくいけば前進できるように、これらのフラグを使用していくつかのログを取得しようとします。

知っておくと良い！ それらを送信しました:)

https://source.winehq.org/patches/data/182375
https://source.winehq.org/patches/data/182376

なぜwineがそのようにしたのかはわかりませんが、ファイル内の以前の宣言からvswprintfを宣言した方法をコピーしただけです:)

こんにちは、私はアプリをワインAppDBに追加しました： https ：//appdb.winehq.org/objectManager.php ＆ iId = 38834

@qsniygバグをアプリケーションにリンクしますか、

@tomhobsonどうぞ！ （私は決してワイン開発チームの一員ではありません。いつも何かがおかしいので、パッチを書いてメーリングリストに恥ずかしい思いをします）

@tomhobsonどうぞ！ （私は決してワイン開発チームの一員ではありません。いつも何かがおかしいので、パッチを書いてメーリングリストに恥ずかしい思いをします）

パッチを書くと、あなたはワイン開発チームの一員のように聞こえます:)

バグをリンクしました： https ：

パッチをバグにリンクする方法/かどうかはわかりません。 しかし、それらが統合されると、次のことに取り組むことができます。

見逃したバグはありますか？

したがって、ここにあるすべてのパッチを備えた「最先端」では、メニューを制御するために何らかのゲームパッドが本質的に必要です。 そうですか？ マウスの問題が実験的にも克服されていないことを確認するだけです。

@allquixotic ：その通りです。

こんにちは、みんな！ LinuxでもWineでもプレイしていませんが、同様の問題がありました。ゲームパッドはマウスカーソルには問題ありませんでしたが、実際のマウスには問題がありませんでした。

Shadow（離れたコンピューター）でプレイしていますが、「キャプチャカーソル」をオンにすると、問題は解決しました。 Wineが正確にどのように機能するかはわかりませんが、このオプションも利用できる場合は、試してみることができます。

乾杯

こんにちは、みんな！ LinuxでもWineでもプレイしていませんが、同様の問題がありました。ゲームパッドはマウスカーソルには問題ありませんでしたが、実際のマウスには問題がありませんでした。

Shadow（離れたコンピューター）でプレイしていますが、「キャプチャカーソル」をオンにすると、問題は解決しました。 Wineが正確にどのように機能するかはわかりませんが、このオプションも利用できる場合は、試してみることができます。

乾杯

情報をありがとう。 このキャプチャカーソルの設定はbannerlord内ですか？

情報をありがとう。 このキャプチャカーソルの設定はbannerlord内ですか？

彼はストリーミングソリューションを意味していると思います。 Wineがマウスを排他的に制御できるようにすることが機能するかどうかをテストする価値があるかもしれません。

engine_config.txtのマウスに関連する設定は、次のようになります。

invert_mouse = 0
mouse_sensitivity_coefficient = 0.5000
control_mouse_movement_y_scale = 1.5000
control_mouse_movement_max_accumulation = 40.0000
control_mouse_movement_accumulation_decay_speed = 100.0000

当然のことながら、それらを変更しても問題は解決しないようです。

情報をありがとう。 このキャプチャカーソルの設定はbannerlord内ですか？

彼はストリーミングソリューションを意味していると思います。 Wineがマウスを排他的に制御できるようにすることが機能するかどうかをテストする価値があるかもしれません。

うん、まさにそれを意味した。

@ElCaconymそれが

誰かがテストできる場合（私はまだ働いています）

私はここで役立つかもしれない何かを見つけました：
https://askubuntu.com/questions/968252/ubuntu-17-10-mouse-problem-in-wine

誰かがテストできる場合（私はまだ働いています）
私はここで役立つかもしれない何かを見つけました：
https://askubuntu.com/questions/968252/ubuntu-17-10-mouse-problem-in-wine

それは私がちょうど得たアイデアとほぼ同じでした。 このオプションを有効にすると、役立つ可能性があります。
Automatically capture the mouse in full-screen windows
Wineのマウスカーソルで少なくとも同等の問題を抱えている他のゲームを覚えています。

@tomhobson ：すでに試しました。 運がない。

「 fixme：win ：GetMouseMovePointsEx」メッセージは、単にこの関数のワインのスタブを示しています。 クリックが登録されない問題にさえ関係しているとは思えません。 そして確かにTaleswordsの開発者はここで言っ

一部のマウス移動入力にGetMouseMovePointsExの使用を開始しました。 多分それはWINEに実装されていませんか？ ただし、マウスクリックには使用されません。

+ rawinput、+ win、+ cursor、+ dinput、+ xinputを指定して実行すると、少なくとも一見したところ、啓蒙的なログは生成されないようです。 特に、クリックすると、通常のようになります。

0014:trace:cursor:X11DRV_RawButtonEvent raw button 0 (raw: 1) up
0014:trace:cursor:X11DRV_RawButtonEvent raw button 0 (raw: 1) down

（左クリックと右クリックのどちらを使用するかによって異なります）

@ElCaconymログを共有できますか？ 完全なログには、問題のデバッグに役立つ可能性のある詳細情報が含まれている可能性があります:)

もちろん; 添付。 WINEDEBUG：+ err、+ fixme、+ rawinput、+ win、+ cursor、+ dinput、+ xinput。

私はプロトンを使用していません。すべてのステージングパッチを備えたワインステージング5.4であり、カスタムパッチはありません（上記で参照したものもありません-vfwprintf / vswprintfパッチを適用する前にマウスの問題を修正したかった）、およびdxvk 1.6 。 Winetricks：vcrun2010、vcrun2015、およびdotnet48（最後のものだけが必要な場合があります）。

ゲームを起動し、ログを汚染しないように、ガンマ選択画面が表示されるまでマウスを動かさないようにしました。 次に、カーソルを「同意する」ボタンの上に移動して、左クリックしました。 それから、私は別の用語からゲームを殺しました。

ファイル：

stderr_bannerlord.log.gz

@ElCaconym多分彼らはマウスが画面上にあることをチェックしています。

この機能はメニューで使用されています。 これがメニューの問題と関係がなかったら、私は驚きます。

マルチモニターを実行していますか、それともシングルを実行していますか？

シングルモニター。

@ElCaconymええと、興味深いことに、AoT2のように、フレームごとにカーソルをクリッピングしています。 このパッチが役立つかどうか疑問に思いますか？ https://source.winehq.org/patches/data/181257これは、クリックではなく、マウスカーソルの動きが不適切に登録される問題を修正することを目的としていたため、この場合は役に立たない可能性がありますが、誰が知っているはずです。でも痛い:)

0014:trace:cursor:X11DRV_RawButtonEvent raw button 0 (raw: 1) down
0014:trace:cursor:X11DRV_EnterNotify hwnd 0x10020/7000008 pos 1116,1057 detail 1
004b:trace:cursor:X11DRV_EnterNotify hwnd 0x30052/a600001 pos 1116,1057 detail 1
004b:trace:cursor:X11DRV_ButtonPress hwnd 0x30052/a600001 button 0 pos 1116,1057
004b:trace:cursor:clip_fullscreen_window win 0x30052 clipping fullscreen
004b:trace:win:WIN_CreateWindowEx (null) L"Message" ex=00000000 style=00000000 0,0 0x0 parent=0xfffffffffffffffd menu=(nil) inst=0x140000000 params=(nil)
004b:trace:win:dump_window_styles style:
004b:trace:win:dump_window_styles exstyle:
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(0,0)
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(0,0)
004b:trace:win:WINPOS_GetMinMaxInfo 106 106 / -3 -3 / 1932 1092 / 112 27
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(112,27)
004b:trace:win:invalidate_dce 0x20094 parent 0x10026 (0,0)-(112,27) ((0,0)-(0,0))
004b:trace:win:invalidate_dce 0x70058: hwnd 0x30052 dcx 00000012 Cache 
004b:trace:win:invalidate_dce 0x1005a: hwnd 0x30052 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x12004c: hwnd 0x10020 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x33004a: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:invalidate_dce 0x40041: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:set_window_pos win 0x20094 surface (nil) -> (nil)
004b:trace:win:WIN_CreateWindowEx hwnd 0x20094 cs 0,0 0x0 (0,0)-(112,27)
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(112,27)
004b:trace:win:invalidate_dce 0x20094 parent 0x10026 (0,0)-(112,27) ((0,0)-(112,27))
004b:trace:win:invalidate_dce 0x70058: hwnd 0x30052 dcx 00000012 Cache 
004b:trace:win:invalidate_dce 0x1005a: hwnd 0x30052 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x12004c: hwnd 0x10020 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x33004a: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:invalidate_dce 0x40041: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:set_window_pos win 0x20094 surface (nil) -> (nil)
004b:trace:win:WIN_CreateWindowEx created window 0x20094
004b:trace:cursor:X11DRV_XInput2_Enable XInput2 v2.1 available
004b:trace:cursor:grab_clipping_window clipping to (0,0)-(1920,1080) win 7000001
0014:trace:cursor:clip_cursor_notify clip hwnd changed from (nil) to 0x20094
004b:trace:cursor:X11DRV_EnterNotify hwnd 0x30052/a600001 pos 1116,1057 detail 2
004b:trace:cursor:X11DRV_EnterNotify pos 1116,1057 old serial 24052, ignoring
004b:trace:win:WINPOS_WindowFromPoint scope 0x10020 (1116,1057) returning 0x30052
004b:trace:cursor:SetCursor 0x20070
004b:trace:win:WINPOS_WindowFromPoint scope 0x10020 (1116,1057) returning 0x30052
004b:trace:win:GetWindowRect hwnd 0x30052 (0,0)-(1920,1080)
004b:trace:cursor:ClipCursor Clipping to (null)

そのパッチでは、マウスクリックはまだ無視されています。 そして、私はまだ定期的に次のシーケンスを取得します：

004b:trace:cursor:ClipCursor Clipping to (null)
004b:trace:cursor:ungrab_clipping_window no longer clipping

...最初はパッチが適切に適用されているかどうか疑問に思ったので、（以前のコンパイルディレクトリを使用する代わりに）最初からwineを完全に再コンパイルし、別のプレフィックス（autotoolsインストールプレフィックス、つまり、wineprefixではない）を使用しましたケースも。 問題のログは存続します-それは予想されるかもしれませんが？

ああ、理にかなっています。 ちょっと長めのハハでした。

念のため、ワインのステージングではなく、ワインだけで試してみませんか？ Wine-stagingには、Mass Effect：Andromedaのようなゲームをクリックしないようにするrawinputパッチがあります。 または、rawinputパッチなしでwine-stagingを再コンパイルすることもできます。

私はここで帽子から物事を引き出しているだけですが、これもうまくいかないかもしれません。

ステージングパッチなしでワインで試してみました：変更なし。 もちろん、ログは少し変わります。 たとえば、次のようになります。

004c:trace:cursor:X11DRV_ButtonPress hwnd 0x3003a/a000001 button 2 pos 163,1067

...前のX11DRV_RawButtonEvent行の代わりにマウスクリックを実行しますが、それを超えると、クリックは無視されます。 この新しいテストには、上記のパッチは含まれていませんでした。念のため、今すぐ試してみます）。

私はここで帽子から物事を引き出しているだけですが、これもうまくいかないかもしれません。

もちろん-試してくれてありがとう！ :-)

問題は入力の検出にあるのではなく、カーソルが表示されている場所とゲームがカーソルの位置を認識している場所にあると私は信じているので、そのパッチが実際に影響を与える可能性があります。

その場合、ポインターをどこに動かしてもゲームはまったく反応しないように見えるため、ゲームはポインターが非常に特定の位置（おそらく左上隅？）にロックされていると見なす必要があります。 他のいくつかのゲームでは、ポインターがゲームが考えている場所とは異なる場所に表示されるというワインの問題が発生しますが、ゲームが考えている場所と実際の場所の間にはまだ相関関係があります。 たとえば、数十ピクセル程度上にシフトする場合があります。

「実際の」ポインタは、最後にゲームパッドを使用したときに置いた場所に表示されます。 ゲームパッドからマウスに切り替えてゲームパッドに戻ると、カーソルはゲームパッドを使用したときの最後の位置にジャンプします。

ゲームパッドでボタンにカーソルを合わせてマウスでクリックすると登録されますか？

バニラワイン（ステージングパッチなし）とqsniygのパッチを試してみましたが、変更はありません。

@ Krypton-Nova：個人的にテストすることはできません、ゲームパッドはありません。 仮想ゲームパッドをシミュレートしてマウス/キーボードにマップするために使用できるツールがあると思いますが（このツールのようなものの逆）、マウスの問題のバイパスとして機能する可能性があります。

編集：おそらくMoltenGamepad ？

私はゲームパッドを持っています、そしてそれは私のために働きました。 それが他の人のためになるかどうかだけ興味があります:)

@ Krypton-Novaええ、ゲームパッドでカーソルを動かしてマウスでクリックすると、実際に機能することを確認できます。 問題は、マウスのクリック自体ではなく、マウスの移動中のマウストラッキングに関連していることを示唆しているようです。

キャラクターを操作しながら、マウスだけでも動作します。 ゲームはマウスの_motion_を検出できますが、カーソルの_position_は更新に失敗します。基本的な物理教育では、この問題は解決できないことが示唆されています。 Steamにはマウスキャプチャが組み込まれていると思います。仕事を辞めたときに、誰もアクセスできない場合は試すことができます。

これに基づいて、ゲームパッドが接続されていない状態で、ゲームから渡された2番目のパラメーターのログをGetMouseMovePointsEx（ lppt ）に追加すると、更新されます。

0084:fixme:win:GetMouseMovePointsEx GetMouseMovePointsEx lppt: [736][694]

そしてさらに下に、同じ画面上にあります：

0084:fixme:win:GetMouseMovePointsEx GetMouseMovePointsEx lppt: [1042][656]

これは、ゲームがカーソルがどこにあるかを知っていることを示唆しています。 ゲームパッドでカーソルを移動しても、マウスでは機能しないのはさらに奇妙なことです。

たぶん、GetMouseMovePointsEx関数はマウスのスムージングに使用され、補間のためにさらにいくつかのポイントを返す必要がありますか？
@qsniygのハックは1ポイントしか返しませんでした。誰かが、2つ以上のポイントで試す必要があります。

ゲームをメインメニューに移動することすらできず、ロード画面を押すとクラッシュするだけです。

ゲームをメインメニューに移動することすらできず、ロード画面を押すとクラッシュするだけです。

同じ。 私はすべての異なるストックプロトンリリースといくつかのGloriousEggrollリリースを試しました。

私が興味を持っているのは、Bannerlordが結果に対して正確に何をしているのかということだと思います。 私の勘では、OpenTkのバグと同様に、 GetMouseMovePointsExログスパムは真っ赤なニシンであり、応答を処理しているコード（失敗または実際に返されたポイント）はすべてサイレントに中断しています。 ただし、Bannerlordのソースコードを見ずに言うのは難しいです。

たぶん、GetMouseMovePointsEx関数はマウスのスムージングに使用され、補間のためにさらにいくつかのポイントを返す必要がありますか？
@qsniygのハックは1ポイントしか返しませんでした。誰かが、2つ以上のポイントで試す必要があります。

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
    FIXME("    Input: %d %d\n", ptin->x, ptin->y);

    if (count > 0) {
        POINT pos;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;
        FIXME("    Output 0: %d %d\n", pos.x, pos.y);

        if (count > 1) {
            ptout[1].x = pos.x;
            ptout[1].y = pos.y;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
            return 2;
        }

        return 1;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

ゲームをメインメニューに移動することすらできず、ロード画面を押すとクラッシュするだけです。

@ giantrat 、 @ NovenTheHero ：起動オプション（例： PROTON_LOG=1 %command% ）にPROTON_LOG=1を追加して、結果の~/steam-261550.logを提供できます（例：PastebinまたはGithubへのリンクとして）要旨）？

ここに行く：要点

@NovenTheHeroはワインのプレフィックスを削除してから、次の手順に従います。

1. Bannerlord.exeとBannerlord_BE.exeの名前をManagedStarter.exeとManagedStarter_BE.exeに変更します
2. protontricks 261550 vcrun2015実行します
3. protontricks 261550 vcrun2017実行します
4. winecfgを介してucrtbaseおよびapi-ms-win-crt-private-l1-1-0のネイティブオーバーライドを追加します
5. 次のコマンドを実行します。
   cd /home/$USER/.steam/steam/steamapps/compatdata/261550/pfx/drive_c/windows/system32/
wget "https://aka.ms/vs/16/release/vc_redist.x64.exe"
cabextract vc_redist.x64.exe
cabextract a10
6. ゲームを開始し、メニューにコントローラーを使用します。 これは、カスタムバトルに参加してキャンペーンを開始するのに十分なはずですが、入力の問題が発生し、保存時にフリーズする可能性があります。

@NovenTheHeroランチャーをまだバイパスしていない場合は、バイパスしてみてください（つまり、 cd "~/.steam/steam/steamapps/common/Mount & Blade II Bannerlord/bin/Win64_Shipping_Client" && mv TaleWorlds.MountAndBlade.Launcher.exe TaleWorlds.MountAndBlade.Launcher.exe.old && cp Bannerlord.exe TaleWorlds.MountAndBlade.Launcher.exe ）。 または（ランチャーが機能し、それを使用したい場合）、 Bannerlord.exeをManagedStarter.exeコピーしてみてください。

そのManagedStarterエラーは、TaleWorldsが必ずしも再コンパイルせずにEXEの名前を変更したためです（フォーラムで読んだときから理解している場合）。

Steam-261550.log
ところで、その起動オプションに感謝します。

@giantrat qsniygのパッチを使用してカスタムWine / Protonをビルドするか、ネイティブのオーバーライド手順に従う必要があるようです（上記の@tkamatのコメントを参照）。

最新のアップデート（e1.0.1）で、ランチャーの問題が修正されたようです。 残念ながら、上記のすべての手順を実行した後でも、コントローラーを動作させることさえできません（私は通常のコントローラーではなく、スチームコントローラーを持っていますが、それでしょうか？）

また、Steamコントローラーを試したところ、機能しませんでした。 Steamコントローラーがマウスを模倣しているからだと思います。

tkamatのコメントでうまくいき、ランチャーは機能するようになりましたが、taleworldsのイントロの後でクラッシュします。

NVM、再度実行した後、明るさのキャリブレーションを開始しました。 ポグ。

@NovenTheHeroは、コントローラーの左側のジョイスティックが、マウスの動きではなく、ジョイスティックの動きに構成されていることを確認します。 それでうまくいくはずです。

明るさの画面にマウス入力がないので、気分が悪いです。 上記のスクリプトを試します。

@tkamatは、Steamコントローラーを参照していると仮定して、すべての軸がジョイスティックの動きとして構成されており、現在機能しているものはありません... HOTASジョイスティックで可能なすべてのクレイジーな軸も試しましたが、結果はありませんでした。

GetMouseMovePointsExの出力に2番目の同一のポイントを追加しても効果はありませんでした。 また、（ @ ElCaconymの調査結果と一致して）関数が有効なマウス位置で呼び出されていることも明らかです（つまり、ゲームはマウスがどこにあるかを明確に認識しています）。 画面の四隅のそれぞれにマウスを移動してみたところ、実際に画面のサイズに対応する結果が得られました。

野生の理論。

TaleWorldsがGUIに使用しているライブラリであると私が推測するOpenTKは、高DPIをサポートしていません。 これはSLD2の問題であり、ワイン内のHIDインターフェイスであるwinebus.sysでも使用されます。 私の考えでは、デフォルトのDPIが高いと、SLD2 /ワインバスが入力で過負荷になり、追いつくことができません。 したがって、構成内のマウスDPIをより低い値に変更できる場合、ゲームはマウスの動きを検出する可能性があります。

別の注意点として、Bannerlordのwine-prefixのcmdでhid_test.exe（test.winehq.orgにあります）を実行すると、Wine HIDマウスが検出され、ワイヤレスレシーバーが検出されますが、それ以外は何も表示されません。 これはudevルールのせいで私の側にあるかもしれませんが、やはり、デフォルトのマウスDPIを変更できないためかどうか疑問に思っています（くそーAsus！すでにLinux構成ツールを作成してください！）そして、再び、SLD2が情報でいっぱいです。 またはそれを拾っていません。

int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);

    static LPMOUSEMOVEPOINT prev;

    if (count > 0) {
        POINT pos;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;
        FIXME("    Output 0: %d %d\n", pos.x, pos.y);

        if (count > 1) {
            ptout[1].x = pos.x + 1;
            ptout[1].y = pos.y + 1;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            FIXME("    Output 1: %d %d\n", pos.x + 1, pos.y + 1);
            return 2;
        }
        return 1;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

（または、数時間前にリリースされたパッチだったかもしれません。コードを変更する前にテストしたかどうかはわかりません）

編集：パッチによるものではありませんでした、このコードは確かにそれを修正しました

甘い！ 今それで再構築します。

奇妙なクラッシュが発生しましたが、AIとの1対1の戦いをなんとか終えることができたので、有望に見えます。

これまでのところ、その調整は良好です。 メニューをいじくり回し、キャラクターを作成し、チュートリアルをスキップし、トレーニングキャンプに戻り、すべての武器ですべてのトレーニング目標を完了することができました。 これまでに気付いた唯一の問題は、マウスの右ボタンでマップを回転させると、一方向にしか機能しないことです（つまり、逆Zoolanderのように、マップは左にしか回転しません、笑）。

ここで残っている唯一の煩わしさは、保存するときの長いハングであると思います。残念ながら、その原因を突き止めるための手がかりはまったくありません。

これまでのところ、その調整は良好です。 メニューをいじくり回し、キャラクターを作成し、チュートリアルをスキップし、トレーニングキャンプに戻り、すべての武器ですべてのトレーニング目標を完了することができました。 私がこれまでに気付いた唯一の問題は、マウスの右ボタンで地図を回転させることが一方向にしか機能しないことです（つまり、Zoolanderのように、地図は左に曲がることを拒否します、笑）。

ここで残っている唯一の煩わしさは、保存するときの長いハングであると思います。残念ながら、その原因を突き止めるための手がかりはまったくありません。

マウスは現在機能していますか、それともまだゲームパッドを使用していますか？

誰かがまだこの問題に遭遇しましたか？

Assertion: should not be reached at /vagrant/mono/mono/utils/mono-threads.c:1066

キャラクター作成直後、ゲームは私がそれを殺すことを余儀なくされる前の私の唯一の手がかりとして、私を凍らせ続けます。

マウスは現在機能していますか、それともまだゲームパッドを使用していますか？

：mouse：ゲームパッドも接続されていません。

@YellowApple 、関数の前回の呼び出しからのポイントを静的変数に格納してから、インデックス1のポイントとして渡すことができます。2つのポイントを使用して、ある種のマウスデルタを計算しているように感じます。
今寝るつもりです。

それは間違いなく一撃の価値があります。 私はそのコードを使って、それらの線に沿って何かを作ることができるかどうかを確認します。 長期的な解決策は、最終的にはこれらのうち最大64個の静的バッファーを用意し、それらを継続的に循環させることです（つまり、現在のハッキングされたアプローチではなく、実際にはAPI呼び出しを完全に実装します（笑））。

これは、昨年（以来、ゲームでパッチが適用されている）の1つの問題を思い出させます。海軍アクションでは、マウスの解析コンテキストを変更した後（マウスルックからメニューに）、カーソルの配置が検出されないというプロトンの問題がありました。メニューを開き、Alt-Tabキーを押して元に戻すと、それが検出され、メニューが機能します。 簡単なことのように思えますが、誰かがそれを試しましたか？

alt-tabbingを試すことは考えていませんでしたが、試しただけで、残念ながら何も起こりませんでした。 ：がっかり：

私を凍らせているその浮浪者のモノラルエラーがSteam関連なのか、Mount and Blade関連なのか誰か知っていますか？

@YellowAppleそのコードをwineにパッチする方法と場所を説明してもよろしいですか？ 私はワインのコンパイルに非常に慣れていません（しかし、Linuxでさまざまなゲームを動作させることに何年も興味があります）、そしてそれがどこに行くべきか全くわかりません。 私の友人に数週間前にフルタイムでLinuxに切り替えるように頼みました。彼女はこのゲームを本当に楽しみにしていたので、彼女のためにそれを機能させることができれば、それはただうねります。 彼女がすぐにWindowsに戻ってくるとは思わないが、彼女が楽しみにしていた唯一のゲームをプレイできないことに失望したくない。

プロトンバージョンを変更すると、0％からダウンロードが開始され、31GBのダウンロードが2回続けて削除され、心臓発作を起こしそうになりました。

完全にインストールするたびにSteamが削除するため、ディスクに保存するのに苦労しています。 悲しいです。

私はここで行われている素晴らしいコラボレーションが大好きで、Steamでそれを返金することを妨げています。 私はスーパーテクノロジーに精通していませんが、ここで進歩が見られます。 上記の簡単なことで、ゲームがハードロックされる前にキャラクターの作成をほぼすべて完了することができ、コンピューターを物理的に再起動することができますが、皆さんは私に希望を与えてくれます=）。

セーブゲームをハングアップさせるには、Codeweavers（基本的にはWineのコアメンテナー）を関与させる必要があるかもしれません。 うまくいけば、彼らはこのゲームがどれほど人気が​​あるかに気づき、それに取り組んでいます。 マウスのサポートが機能していても、このゲームがガベージと評価される理由は、セーブハングです。

コントローラーが助けてくれなかった、それでもゲームを開始できなかった、私は一日待っていると思う。

@giantrat名前の変更を試しましたか？ Steamがデフォルトで起動しようとするランチャーは、私たちの多くにとってはうまく機能しません。

@coltondrg問題のソースファイルはdlls/user32/input.cです。 GetMouseMovePointsExの関数定義を見つけて、次のように置き換えます。

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
    FIXME("    Input: %d %d\n", ptin->x, ptin->y);

    if (count > 0) {
        POINT pos;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;
        FIXME("    Output 0: %d %d\n", pos.x, pos.y);

        if (count > 1) {
            ptout[1].x = pos.x + 1;
            ptout[1].y = pos.y + 1;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
            return 2;
        }

        return 1;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

あなたはプロトンのは、使用していることワインの同じバージョンを構築している場合は、（たとえばファイルに次の可能性が代わりに保存butterlord.patch 、） cdワインソースツリーに、そして実行git apply path/to/butterlord.patch （これには、キャラクター作成後のクラッシュを修正するためのパッチも含まれます）：

diff --git a/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec b/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec
index 668b8c02fb..58f23257e0 100644
--- a/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec
+++ b/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec
@@ -150,7 +150,8 @@
 @ stub _o___stdio_common_vfprintf_p
 @ stub _o___stdio_common_vfprintf_s
 @ stub _o___stdio_common_vfscanf
-@ stub _o___stdio_common_vfwprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vfwprintf(int64 ptr wstr ptr ptr) ucrtbase._o___stdio_common_vfwprintf
 @ stub _o___stdio_common_vfwprintf_p
 @ stub _o___stdio_common_vfwprintf_s
 @ stub _o___stdio_common_vfwscanf
@@ -160,7 +161,8 @@
 @ stub _o___stdio_common_vsprintf_p
 @ cdecl _o___stdio_common_vsprintf_s(int64 ptr long str ptr ptr) ucrtbase._o___stdio_common_vsprintf_s
 @ stub _o___stdio_common_vsscanf
-@ stub _o___stdio_common_vswprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vswprintf(int64 wstr long wstr ptr ptr) ucrtbase._o___stdio_common_vswprintf
 @ stub _o___stdio_common_vswprintf_p
 @ stub _o___stdio_common_vswprintf_s
 @ stub _o___stdio_common_vswscanf
diff --git a/dlls/ucrtbase/ucrtbase.spec b/dlls/ucrtbase/ucrtbase.spec
index 2251f9f56a..281e2e7c9e 100644
--- a/dlls/ucrtbase/ucrtbase.spec
+++ b/dlls/ucrtbase/ucrtbase.spec
@@ -814,7 +814,8 @@
 @ stub _o___stdio_common_vfprintf_p
 @ stub _o___stdio_common_vfprintf_s
 @ stub _o___stdio_common_vfscanf
-@ stub _o___stdio_common_vfwprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vfwprintf(int64 ptr wstr ptr ptr) MSVCRT__stdio_common_vfwprintf
 @ stub _o___stdio_common_vfwprintf_p
 @ stub _o___stdio_common_vfwprintf_s
 @ stub _o___stdio_common_vfwscanf
@@ -824,7 +825,8 @@
 @ stub _o___stdio_common_vsprintf_p
 @ cdecl _o___stdio_common_vsprintf_s(int64 ptr long str ptr ptr) MSVCRT__stdio_common_vsprintf_s
 @ stub _o___stdio_common_vsscanf
-@ stub _o___stdio_common_vswprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vswprintf(int64 wstr long wstr ptr ptr) MSVCRT__stdio_common_vswprintf
 @ stub _o___stdio_common_vswprintf_p
 @ stub _o___stdio_common_vswprintf_s
 @ stub _o___stdio_common_vswscanf
diff --git a/dlls/user32/input.c b/dlls/user32/input.c
index 46f78cbce8..40ed0f4692 100644
--- a/dlls/user32/input.c
+++ b/dlls/user32/input.c
@@ -1280,7 +1280,30 @@ int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOI
         return -1;
     }

-    FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);
+    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
+    FIXME("    Input: %d %d\n", ptin->x, ptin->y);
+
+    if (count > 0) {
+        POINT pos;
+        GetCursorPos(&pos);
+
+        ptout[0].x = pos.x;
+        ptout[0].y = pos.y;
+        ptout[0].time = GetTickCount();
+        ptout[0].dwExtraInfo = 0;
+        FIXME("    Output 0: %d %d\n", pos.x, pos.y);
+
+        if (count > 1) {
+            ptout[1].x = pos.x + 1;
+            ptout[1].y = pos.y + 1;
+            ptout[1].time = GetTickCount();
+            ptout[1].dwExtraInfo = 0;
+            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
+            return 2;
+        }
+        
+        return 1;
+    }

     SetLastError(ERROR_POINT_NOT_FOUND);
     return -1;

これにより、私が使用しているものとまったく同じになるようにワインにパッチが適用されます。

@giantrat名前の変更を試しましたか？ Steamがデフォルトで起動しようとするランチャーは、私たちの多くにとってはうまく機能しません。

うん、そして今、前回それを助けたものを適用した後でも、私はいまいましいロード画面のクラッシュを起こしている。

@YellowAppleあなたは素晴らしいです。 貼り付けたパッチファイルには、クラッシュの以前のパッチも含まれていますよね？ （気にしないでください、私は読むことができます）私はすでにそれらのパッチでビルドを作成することができましたが、ゲームは私のコンピューター上のコントローラーを検出しなかったので、それが実際に効果的かどうかを確認するのに十分な距離をとることができませんでした。 また、これが違いを生むかどうかはわかりませんが、proton-tkgスクリプト（wine-tkg-gitから）を使用してビルドをコンパイルしているので、カスタムパッチファイルをドラッグしてスクリプトに吐き出すことができます私がcompatibilitytools.dにドラッグするための素晴らしいプロトン。 これは、私のビルドにもすべてのtkgパッチが含まれていることを意味していると思います。これは、競合したり、他の何かを壊したりしないことを望んでいます。

上記の@YellowAppleからのパッチを適用した後、更新したかったのですが、マウス入力を含め、ゲームは完全に機能しています。 最初のキャンペーンの保存では、ゲームが数分間フリーズし、最後にクラッシュしましたが、ゲームを再開した後、保存は正常に読み込まれました。 その後の保存では、ゲームが数秒間フリーズしますが、クラッシュしないので、かなりスムーズにプレイできます。 私はRyzen2600、RX 580、およびsata SSDを持っているので、かなりミッドレンジのスペックであり、これも励みになります。 ソリューションに貢献してくれたこのスレッドのすべての人に感謝します。他に何か質問してください:)。 うまくいけば、これは上流のワインにプッシュされるので、自分で構築する必要はありません。

編集：したがって、キャンペーンの約1時間プレイした後、パフォーマンスが低下し始めている間、ゲームはますます多くのRAMを使用し続けるため、メモリリークが発生している可能性があります。 一部のWindowsユーザーもパフォーマンスの問題について不満を言っているのを見たことを考えると、これはゲーム自体の問題である可能性が非常に高いです。 私は8GBのRAMを持っているので、これがより多くのRAMを持つ人々に起こるかどうかを確認するのは興味深いかもしれません。

そして、これがGetMouseMovePointsExの少し洗練されたバージョンで、これは逆Zoolander-map-rotationバグを修正し、まだハッカリーに満ちているものの、GoodEnough™がアップストリームに送信する可能性があります。

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {
    static INT last_x = 0;
    static INT last_y = 0;

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    if (count > 0) {
        POINT pos;
        INT out_count = 1;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;

        if (count > 1) {
            ptout[1].x = last_x;
            ptout[1].y = last_y;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            out_count = 2;
        }

        last_x = pos.x;
        last_y = pos.y;

        return out_count;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

@qsniyg ：名誉を与えて提出したいですか？

私は現在ゲームを持っていないのでテストできませんが、誰かがセーブゲームのハングのクラッシュログ出力を持っていますか？ ファイルパーミッションで発生した問題のように聞こえます。

@YellowApple 「バカのためにゲームをゼロから動作させる方法」ガイドを作成して

私は現在ゲームを持っていないのでテストできませんが、誰かがセーブゲームのハングのクラッシュログ出力を持っていますか？ ファイルパーミッションで発生した問題のように聞こえます。

権限の問題だとは少し疑わしいです。 ゲームはなんとか保存できますが、保存には5〜10分かかり、完了するまでハングします。 戦闘を開始するたびに自動保存がオフになることと、他のほとんどの大規模なシーンの変更を除いて、私がプレイするのは目を見張るものではありません

@YellowApple 「バカのためにゲームをゼロから動作させる方法」ガイドを作成して

最も「ばか」に優しいアプローチ：

• 私が使用している正確なプロトンビルドをダウンロードします： //yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz
• ~/.steam/root/compatibilitytools.d
• 抽出します（ cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz ）
• Steamを再起動します
• ライブラリでBannerlordを右クリックし、[プロパティ]をクリックして、プロトンのバージョンを「proton_5.0-local」に変更します。
• ???
• 利益

明らかに、インターネットからランダムなバイナリをダウンロードしてインストールして実行することは危険を伴う危険な事件であることを理解した上で、これは自己責任で行ってください。 買い手責任負担。 Protonリポジトリのクローンを作成し、パッチを自分で適用し、自分のマシンでProtonを構築することを強くお勧めします（もちろん、これは最もユーザーフレンドリーなアプローチではありませんが、インターネットを信頼するよりもはるかに安全です。見知らぬ人はあなたの頭蓋骨から飲まないでください、笑）。

うまくいけば、これらのパッチを後でではなく早くアップストリームして、これらのリンクの多い1回限りのカスタムビルドの必要性を回避することができます（笑）

うまくいけば、これらのパッチを後でではなく早くアップストリームして、これらのリンクの多い1回限りのカスタムビルドの必要性を回避することができます（笑）

少なくとも、これらのパッチが他のものを壊さない限り、それらは当分の間、tkgやGEなどの人気のあるサードパーティのProtonビルドに組み込まれる可能性がありますか？ ：3 @GloriousEggroll？

@YellowApple 「バカのためにゲームをゼロから動作させる方法」ガイドを作成して

最も「ばか」に優しいアプローチ：

* Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz

* Stick it in `~/.steam/root/compatibilitytools.d`

* Extract it (`cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz`)

* Restart Steam

* Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"

* ???

* Profit

明らかに、インターネットからランダムなバイナリをダウンロードしてインストールして実行することは危険を伴う危険な事件であることを理解した上で、これは自己責任で行ってください。 買い手責任負担。 Protonリポジトリのクローンを作成し、パッチを自分で適用し、自分のマシンでProtonを構築することを強くお勧めします（もちろん、これは最もユーザーフレンドリーなアプローチではありませんが、インターネットを信頼するよりもはるかに安全です。見知らぬ人はあなたの頭蓋骨から飲まないでください、笑）。

うまくいけば、これらのパッチを後でではなく早くアップストリームして、これらのリンクの多い1回限りのカスタムビルドの必要性を回避することができます（笑）

問題は、プロトンバージョンを切り替えると、Bannerlord全体が削除され、ダウンロードを再開することです。 😤

これは発生しないはずです。Protonをダウングレードするとcompatdataフォルダーが削除されますが、ゲーム全体が削除されることはありません。 いずれにせよ、ゲームファイルをバックアップし、プロトンのバージョンを変更した後にそれらを復元することで、再ダウンロードをバイパスできるはずです。 これは、文字通りゲームインストールフォルダーのコピーを作成するか、Steam>ゲームのバックアップと復元で行うことができます。

ゲームを保存するときの遅延は残酷です。 システム内の12個の論理CPUすべてでCPU使用率が数秒間（私にとっては最大約1分）100％になることを確認できます。 この間、ディスクのR / Wは低い/存在しないため、他の何かで回転しているようです。 これが行われている間、コンソールから蒸気を実行しているときにコンソールに何も印刷されません..ここで問題を診断するのに役立つ可能性のあるプロトン/ワインからのより多くのロギングを有効にする他の方法はありますか？

現在、パッチを適用したバージョンのGEProtonを構築しています。 ここに投稿されたパッチで動作する場合は報告します:)

@YellowApple

どのパッチを正確に適用しましたか？
投稿からgitパッチを適用するだけで十分ですか？ （私はまだBannerlordをダウンロードしているので、まだテストできませんでした）

また、このパッチでランチャーをバイパスする必要がありますか？

YellowApple

どのパッチを正確に適用しましたか？
投稿からgitパッチを適用するだけで十分ですか？ （私はまだBannerlordをダウンロードしているので、まだテストできませんでした）

また、このパッチでランチャーをバイパスする必要がありますか？

@elovin

マネージドスターターの問題は、最新のパッチで修正されたようです。 だからいいえ。

いずれの場合も、ランチャーのバイパスは不要でした。Bannerlord.exeの名前をManagedStarter.exeに変更すると、ランチャーは正常に機能します。

@YellowApple @tomhobson
パッチをワインステーブルに適用できますが、ワインマスターには適用できません。これは、競合するパッチがあるためです（これはパッチの
パッチはすでにマージされていますか？

編集：
さて、入力パッチはまだ必要です。

@YellowApple 「バカのためにゲームをゼロから動作させる方法」ガイドを作成して

最も「ばか」に優しいアプローチ：

* Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz

* Stick it in `~/.steam/root/compatibilitytools.d`

* Extract it (`cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz`)

* Restart Steam

* Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"

* ???

* Profit

明らかに、インターネットからランダムなバイナリをダウンロードしてインストールして実行することは危険を伴う危険な事件であることを理解した上で、これは自己責任で行ってください。 買い手責任負担。 Protonリポジトリのクローンを作成し、パッチを自分で適用し、自分のマシンでProtonを構築することを強くお勧めします（もちろん、これは最もユーザーフレンドリーなアプローチではありませんが、インターネットを信頼するよりもはるかに安全です。見知らぬ人はあなたの頭蓋骨から飲まないでください、笑）。

うまくいけば、これらのパッチを後でではなく早くアップストリームして、これらのリンクの多い1回限りのカスタムビルドの必要性を回避することができます（笑）

それは私のmanjaroのために働きます。

こんにちは、みんな、

私はこのゲームをとても待ちました。 このゲームは今プレイ可能ですか？

@YellowApple 「バカのためにゲームをゼロから動作させる方法」ガイドを作成して

最も「ばか」に優しいアプローチ：

* Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz

* Stick it in `~/.steam/root/compatibilitytools.d`

* Extract it (`cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz`)

* Restart Steam

* Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"

* ???

* Profit

明らかに、インターネットからランダムなバイナリをダウンロードしてインストールして実行することは危険を伴う危険な事件であることを理解した上で、これは自己責任で行ってください。 買い手責任負担。 Protonリポジトリのクローンを作成し、パッチを自分で適用し、自分のマシンでProtonを構築することを強くお勧めします（もちろん、これは最もユーザーフレンドリーなアプローチではありませんが、インターネットを信頼するよりもはるかに安全です。見知らぬ人はあなたの頭蓋骨から飲まないでください、笑）。

うまくいけば、これらのパッチを後でではなく早くアップストリームして、これらのリンクの多い1回限りのカスタムビルドの必要性を回避することができます（笑）

ミント19.2で動作します。 現時点で残っていると思われる問題は、ゲームが保存されるたびにかかる残酷な時間（通常は1分）だけです。

こんにちは、みんな、

私はこのゲームをとても待ちました。 このゲームは今プレイ可能ですか？

@Przygiプレイ可能ですが、分単位の待機時間（保存による）は悪魔的なものです。 ゲームを楽しむ前に、これを改善する必要があります。

@ Rogue-Factor追加のロギングのための特別な開始オプションはありますか？ 現在、ここでログの取得に取り組んでいます。

Rogue-Factor追加のロギングのための特別な開始オプションはありますか？ 現在、ここでログの取得に取り組んでいます。

@sdegrace

Steam内で、ゲームに移動する場合は、右クリックしてプロパティに移動します。

次に、[起動オプションの設定]をクリックします。

PROTON_LOG=1 %command%入力します

通常どおりゲームを開始します。

steam-{appid}.logという名前のログがホームディレクトリ内に表示されます。

皆さんに注意してください、あなたはまだプロトンにパッチを当てることに加えてexeファイルの名前を変更しています！

• ランチャーをバイパスする

  いくつかのメモ：

  the game uses Battleye Anti-Cheat - it's seemingly mandatory even if you just want to play single player. No idea if there is a launch parameter that disables it.
  

  / Mount＆Blade II Bannerlord / bin / Win64_Shipping_Client /にある2つの.exeファイルの名前を変更できます。

  rename "TaleWorlds.MountAndBlade.Launcher.exe" to "TaleWorlds.MountAndBlade.Launcher.exe_backup" (or something similar - it's just not allowed to keep its original name)
  
  rename "Bannerlord.exe" to "TaleWorlds.MountAndBlade.Launcher.exe"
  

  少なくともゲームを開始するには、スプラッシュスクリーンを確認してから、初めてゲームを操作する必要があるポイントに到達します（明るさの設定を変更します）。その時点で、CPUとGPUは完全に機能しなくなり、できなくなります。ゲームとまったく対話します。

• そして、プロトンにパッチを当てます

  最も「ばか」に優しいアプローチ：

  Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz
  Stick it in ~/.steam/root/compatibilitytools.d
  Extract it (cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz)
  Restart Steam
  Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"
  ???
  Profit
  

  明らかに、インターネットからランダムなバイナリをダウンロードしてインストールして実行することは危険を伴う危険な事件であることを理解した上で、これは自己責任で行ってください。 買い手責任負担。 Protonリポジトリのクローンを作成し、パッチを自分で適用し、自分のマシンでProtonを構築することを強くお勧めします（もちろん、これは最もユーザーフレンドリーなアプローチではありませんが、インターネットを信頼するよりもはるかに安全です。見知らぬ人はあなたの頭蓋骨から飲まないでください、笑）。

このスレッドの皆さん、ありがとうございました:)

@SylvainSoKette

ランチャーは私にとっては問題なく動作します！

@tomhobsonは、それを機能させるために特定のことをしましたか、それともパッチを適用したProtonで実行するだけで機能するはずですか？

このスレッドのすべての作業に感謝します！ ゲームが出てからデュアルブートを続けていますが、ここで進歩が見られてうれしいです！

私のテスト：

• Manjaro19.0.2の実行
• ランチャーの問題がまだ発生しているため、exeファイルの名前を変更しました。
• @YellowAppleガイドに従い、編集されたプロトンをゲームにロードしました。
• オーディオを調整するとクラッシュしますが、設定は保存されました。
• キャラクター作成が成功した後、チュートリアルを終了するとクラッシュします。
• 2回目の試行でチュートリアルをスキップし、キャンペーンマップに到達しました。
• Windowsと比較してパフォーマンスがわずかに低下しますが、全体としては問題なく動作します。
• 保存機能をテストしましたが、説明したように、この間ゲームがハングします。 CPUは私の9700kで約90％で最高になります。 保存には約35秒かかりました。

@tomhobsonは、それを機能させるために特定のことをしましたか、それともパッチを適用したProtonで実行するだけで機能するはずですか？

@kelythaパッチを当てたプロトンを使用しました。 しかし、Bannerlord_BE.exeとBannerlord.exeの名前をそれぞれManagedStarter_BE.exeとManagedStarter.exeに変更しました。

実行可能ファイルを更新する場合に備えて、ManagedStarter.exeおよびManagedStarter_BE.exeという名前のリンクを使用する方がよいのではないでしょうか。

@ Rogue-Factorの新しいログファイルが10GBを超えています：/少し後で再試行します。

@sdegraceそれは非常にうまく圧縮するはずです。 それをgzしてみてください

こんにちは、みんな、
私はこのゲームをとても待ちました。 このゲームは今プレイ可能ですか？

@Przygiプレイ可能ですが、分単位の待機時間（保存による）は悪魔的なものです。 ゲームを楽しむ前に、これを改善する必要があります。

答えてくれてありがとう!!! 素晴らしい仕事の人!!!

悲しいことに、グラフィック設定を変更するたびにクラッシュし、複雑な3Dシーン（メニュー画面またはキャラクター作成画面）を描画/ロードする必要があるときにクラッシュすることがあります。
「アプリケーションのクラッシュ：アプリケーションで問題が発生しました。問題を解決するために必要なファイルを収集する必要があります。これらのファイルを今すぐアップロードしますか？」

キャラクター作成画面にたどり着いたのは、ひどいパフォーマンスでした。
しかし、私はUbuntu 18.04を使用していて、エキゾチックなppaがないか、ドライバーごとに手動でインストールされていないため、これはおそらく私の側のドライバーの問題だと思います。

Ubuntu 18.04、コアi7 6700、16go ddr4、gtx 1060 3go（nvidia-driver-435）

注意点：2台のモニターがあります。1台はグラフィックカードに接続され、もう1台はマザーボード出力に接続されています（Intel HDグラフィックスによって処理されます）。 メインモニターはnvidiaグラフィックカードに接続され、ゲームはメインモニターにレンダリングされます。

更新：グラフィック設定を1つずつ変更することで、クラッシュすることなく変更することができました。 しかし、それでもキャラクター作成画面で多くのクラッシュが発生します：/

さて、 @ YellowAppleによって提供されたパッチの入力（input.c）部分のみを必要とする最新のワインマスターを使用するproton-tkgを構築し
次に、@ tomhobsonと@ Krypton-Novaが提案したように、ランチャーを機能させるためにシンボリックリンクを追加しました。

これまでのところ、ゲームはACOでRADVを使用して機能し、保存には約15秒かかります。
ただし、設定を変更してもゲームはクラッシュします（少なくとも設定への変更は保存されています）

CPU 3700X
GPU Vega 56
RAM 32GB
SSD samsung 860 evo 1TB

ディストリビューション：
Arch Linux

カーネル：
5.5.13-zen2-1-zen

GPUドライバー：
mesa-20.0.2

アップデート2：

ゲームを1時間実行した後、パフォーマンスは実際にはかなり良好です（Windowsと比較して）アリーナにいるときは約70 fpsで、フレームタイムは非常に良好です。世界地図では、フレームタイムが50msに急上昇し、約50〜60pfsです。市内では、フレームタイムが最大10msの約50〜60 pfsであり、実際の戦闘では、フレームタイムは良好ですが、時折スパイクが最大> 100ms（おそらくシェーダーコンパイル）で約60〜80pfs（マップによって異なります）になります。

ちなみに「非常に高い」に設定してWQHDで遊んでいます。

うーん...だから、寝ている間にパッチを当てたものを作ってみたが、うまくいかなかった。 私はあなたのバージョン@YellowAppleをダウンロードしようとしましたが、それも機能しません！ ：sob :(動作しない、つまり、マウスでまだ移動してメニューをクリックすることができず、コントローラーをまだ試していません）

それがうまくいかなかったのは私だけですか？

パッチを使用しているGEプロトンについても同じことを確認できます。 私が抱えている唯一の問題は、毎秒の起動かそこらでマウスが再び機能しないことです。 ゲームをもう一度正しく機能させるには、もう一度ゲームを再起動する必要があります。

@YellowAppleお疲れ様でした!! :)個人的には、パッチはワインよりもワインのステージングに適していると思います（その後、プロトンゲなどのフォークに送信します）。ワインは、機能が可能な限り密接に機能することを確認することについてかなり厳格です。ウィンドウズ。

ワインステージングに送信するには、 https ： ください。 基本的に、パッチをhttps://bugs.winehq.org/show_bug.cgi?id=36873に添付し、ワインよりもワインステージングに行くべきだと思う理由を説明してから、CC AlistairとZebediah（ワインステージングのメンテナ）に彼らはそれを調べてワインのステージングに追加します。

それまでの間、Windowsの関数の実装を反映したものを実装できるかどうか試してみます:)

@ Rogue-Factor
https://www.dropbox.com/s/e25za0261pdco0t/steam-261550.log.gz?dl=0

このログでは、Bannerlordを開き、既存の保存を開き、ゲームを保存してから、保存してゲームを終了しました。 どうやら、保存するときに必要なコアの数には上限があります-私にとっては14/16です。 私にとっては1分もかかりません。 他の問題はまだ発生していません。

YellowAppleのパッチは私のために働きます！ キャラクターの作成とチュートリアルを試してみましょう。

私だけが機能していないように見えるので、システム全体を更新してから、もう一度ビルドしてみます...多分GEプロトンを試してみてください。 私は仮想コントローラーへの非常に基本的なキーボードのアイデアを持っているので、再構築してもマウスが機能しない場合は、それを試してみます。

@elovin必要なパッチをすべてリストできますか？ YellowAppleの推奨に基づいてプロトンを構築してみたいと思います。 私は彼らを信用していないわけではありませんが、私はこのようなことをして貢献できるようになりたいと思っています。 スレッドにはたくさんのパッチがあったので、使用したパッチをリストしてもかまわない場合は、これを試してみます。

@elovin必要なパッチをすべてリストできますか？ YellowAppleの推奨に基づいてプロトンを構築してみたいと思います。 私は彼らを信用していないわけではありませんが、私はこのようなことをして貢献できるようになりたいと思っています。 スレッドにはたくさんのパッチがあったので、使用したパッチをリストしてもかまわない場合は、これを試してみます。

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {
    static INT last_x = 0;
    static INT last_y = 0;

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    if (count > 0) {
        POINT pos;
        INT out_count = 1;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;

        if (count > 1) {
            ptout[1].x = last_x;
            ptout[1].y = last_y;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            out_count = 2;
        }

        last_x = pos.x;
        last_y = pos.y;

        return out_count;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

@YellowAppleによるパッチは私にもございます。

読み込み時間はまだひどいですが、ゲームは少なくともある程度は機能しているようです。 クラッシュのように見えるかもしれませんが、ロード画面が永遠にかかることがあります。

manjaroで非常にうまく機能し、保存には5〜10秒かかりますが、マップを初めてロードすると、シェーダーの計算によってゲームがクラッシュするようです（約1/5オッズ）。 一部の設定はクラッシュしますが、クラッシュした後に適用されるため、問題はありません。 あなたの仕事に感謝します！

@elovin必要なパッチをすべてリストできますか？ YellowAppleの推奨に基づいてプロトンを構築してみたいと思います。 私は彼らを信用していないわけではありませんが、私はこのようなことをして貢献できるようになりたいと思っています。 スレッドにはたくさんのパッチがあったので、使用したパッチをリストしてもかまわない場合は、これを試してみます。

私はproton-tkgのビルドスクリプトを使用し（ tkg PKGBUILDリポジトリのクローンを作成）、wine-tkg-git / wine-tkg-userpatches / Bannerlord.mypatchにパッチを追加しました（tkgは「mypatch」ファイル拡張子を検索するので、そうです。実際にはYOUR_PATCH_NAME.mypatchのように名前を付ける必要があります）

Bannerlord.mypatchには、@ YellowAppleからのinput.cのパッチのみが含まれており、それが唯一のパッチです。

diff --git a/dlls/user32/input.c b/dlls/user32/input.c
index 46f78cbce8..40ed0f4692 100644
--- a/dlls/user32/input.c
+++ b/dlls/user32/input.c
@@ -1280,7 +1280,30 @@ int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOI
         return -1;
     }

-    FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);
+    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
+    FIXME("    Input: %d %d\n", ptin->x, ptin->y);
+
+    if (count > 0) {
+        POINT pos;
+        GetCursorPos(&pos);
+
+        ptout[0].x = pos.x;
+        ptout[0].y = pos.y;
+        ptout[0].time = GetTickCount();
+        ptout[0].dwExtraInfo = 0;
+        FIXME("    Output 0: %d %d\n", pos.x, pos.y);
+
+        if (count > 1) {
+            ptout[1].x = pos.x + 1;
+            ptout[1].y = pos.y + 1;
+            ptout[1].time = GetTickCount();
+            ptout[1].dwExtraInfo = 0;
+            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
+            return 2;
+        }
+        
+        return 1;
+    }

     SetLastError(ERROR_POINT_NOT_FOUND);
     return -1;

OK、将来の勇敢な人々のために、 @ elovinメソッドには次の要件があることに注意してください（TKGページごとに）

「PKGBUILDはpacmanとmakepkgにアクセスできるディストリビューションでのみ機能します」ので、これをさらにカスタマイズする意思がない限り、これはDebianベースのディストリビューションには適していない可能性があります。

私はそれなしで試してみるつもりです。

私はゲームを購入してインストールし、説明の方法を使用し（特別なプロトンをダウンロードします、ええ、私は知っています、安全ではありませんが、テストしています）、新しいローカルのものを使用するように設定しましたが、それでもランチャーに到達しません。
他の人はランチャーをスキップするために名前を変更せずに動作しているようです...しかし、おそらく彼らは以前から適用された他の修正を持っています、これは新しいものです。 私が欠けているもの（そしてそれを回避策に追加できますか？これまでのところ上部にあります）

@aradapilot少なくともほとんどの人にとって、私が知る限り、まだ名前の変更が必要ですが、ランチャーをバイパスするのはもう最初の名前ではありません。
この名前変更では、引き続きランチャーが使用されます。
Bannerlord.exeとBannerlord_BE.exeの名前をManagedStarter.exeとManagedStarter_BE.exeに変更します。

興味のある人への注意：私はついに名前を変更したexeファイルと更新されたプロトンでそれを「動作」させることができました。 nvidia-driver-435は、キャラクター作成画面でほぼ95％の確率でクラッシュしたため、 nvidia-driver-440が必須であることが判明しました。 パフォーマンスはまだひどいですが、私はまだWindowsで試したことがないので、それがLinuxに関連しているのか、それとも私のコンピューターだけが完全にゴミなのかわかりません:)

ワインステージングに送信するには、 https ： ください。 基本的に、パッチをhttps://bugs.winehq.org/show_bug.cgi?id=36873に添付し、ワインよりもワインステージングに行くべきだと思う理由を説明してから、CC AlistairとZebediah（ワインステージングのメンテナ）に彼らはそれを調べてワインのステージングに追加します。

完了。 ありがとう！

それまでの間、Windowsの関数の実装を反映したものを実装できるかどうか試してみます:)

甘い。 以前に少し掘り下げましたが、Wineがマウス入力を取得する方法（およびGetMouseMovePointsExに役立つ方法で保存できる場所）に頭を悩ませるのに問題があります。 また、X11（またはWayland、Quartz、またはWineで使用される他の無数のディスプレイシステム）が同等の機能を備えているかどうかも完全にはわかりません。

AMD RX580グラフィックスのMesa20.0、RADV + ACOを使用すると、パフォーマンスはまったく問題ありません（たとえば、新しいシーンに移動するときに途切れることがありますが、すぐにクリアされます）。 マウス入力を機能させるためにパッチを適用した後、これまでにこれで遭遇した唯一の問題は、セーブゲームのラグです。

@craftyguy RAMはどれくらいありますか？ ゲームは約30分間正常に動作しますが、その後、パフォーマンスが急速に低下し始め、RAM使用量が増加し始めます。 私は8GBしかないので、それが問題かどうか調べようとしています。

@tkamatゲームのRAM使用量の「定常状態」は、私のマシン（32GB）では約19〜20GBのように見えることに気づきました。 これは、グラフィック設定に関係ありません（絶対最高と絶対最低の両方を試しました）。

OK、将来の勇敢な人々のために、 @ elovinメソッドには次の要件があることに注意してください（TKGページごとに）

「PKGBUILDはpacmanとmakepkgにアクセスできるディストリビューションでのみ機能します」ので、これをさらにカスタマイズする意思がない限り、これはDebianベースのディストリビューションには適していない可能性があります。

私はそれなしで試してみるつもりです。

arch linux dockerコンテナ内でmakepkgを実行し（おそらくこれのための簡単なスクリプトを作成します）、結果のtarボールからプロトンバージョンを解凍できます（archパッケージは単なるtarボールです）。
私はプロトンバージョンを自分で開梱し、システム全体にインストールしません。

@ tkamat2番目の@YellowAppleのコメント。 私も32GBを持っていますが、ゲームの実行中に約20GBの使用率になることに気づきました。

したがって、パフォーマンスの問題は使用可能なRAMに関連しているようです。 これはゲーム自体に問題がある可能性が高く、プロトン/ワインに固有のものではないため、トピックから外れているようです。

したがって、 protontricks 261550 dotnet48は保存のハングを大幅に改善するように見えます（ゲームは数分ではなく数秒間ハングします）。 レポートを提供してくれたredditユーザー/ u / TheCaconymに感謝します！

また、ある時点でSteamがゲームを更新し、名前の変更を吹き飛ばしましたが、それでもランチャーは箱から出して動作しました。 Bannerlord.exe → ManagedStarter.exe名前変更を行う必要さえありませんでした。

HarvestingSeason™は1週間足らずで、BannerlordはすでにLinuxとWindowsの間でほぼ同等になっています。 万歳！

それらのパッチが入ると、バターは自由に流れるはずです。

@YellowApple

Wineがマウス入力を取得する方法を正確に把握するのに問題があります

通常はdlls / user32 / message.cのsend_hardware_messageを介してサーバーに送信され、カーソル位置は最終的にupdate_desktop_cursor_pos送信されます。 これはおそらく、おそらく新しい関数で実装を追加する必要がある場所です（おそらく、静的リングバッファーを使用して64エントリを格納しますか？）。

厄介な部分は、カーソル位置を取得するための新しいサーバー要求を宣言することです。 これは以前に行ったことがありませんが、queue.c + request.hで作成し、protocol.defで記述してから、 tools/make_requests思います。

次に、カーソル位置をフィルタリングするタスクをサーバーに委任するのか、それともユーザースペースに委任するのかという問題が発生します。 私は個人的に後者を選びますが、それはかなりの数のエントリ（おそらく送信するデータの約1KB程度）であり、フィルタリングコードはそれほど複雑ではないので、代わりにサーバーでそれを行う価値があるかもしれません。

dotnet48の方が保存速度が速いことが確認できます。
私は、節約に10秒しかかからなかった幸運な人の一人でしたが、今では2秒ほどかかります。

@ albin-engstromはSSDまたはHDDにインストールされていますか？ シーン間のロード時間が非常に長いことに気付くことがあります。 現在dotnet48をインストールしています。

長くプレイするほど、パフォーマンスが大幅に低下します。 うまくいけば、それはゲームの単なるバグです。

プレイ中にパフォーマンスが低下することは、Windowsでも今のところ問題です（メモリリーク-開発者IIRCによって確認されています）。

@nilleairbar NVMe SSDであるため、かなり高速です。 しかし、少なくとも節約時間は読み取りまたは書き込みによるものではないようです。むしろ、CPUが機能します。 再生中の約30％の負荷から保存中の60％になりました。
したがって、ある程度の短い保存時間につながったのは、より強力なCPU（3900X）である可能性があります。

@ albin-engstromそれかもしれません。 dotnet48とi78700Kを使用すると、ここでも2秒未満で節約できます。

私は1700Xを使用しており、dotnet48をインストールした後、保存に2〜3分ではなく約20〜30秒かかりますが、保存後しばらくの間パフォーマンスタンクになります。

古いi5でも同様の結果が得られますが、今は約30秒節約できます

ですから、戦闘後に囚人の画面に到達するとすぐに、突然クラッシュ（ wine: Unhandled page fault on execute access to 00000000007501C8 at address 00000000007501C8 (thread 0042), starting debugger... ）が発生します。 dotnet48を使用した結果かどうかはまだわかりません。 また、それがすべての戦闘に影響しているのか、この特定の略奪者グループ（または一般的な略奪者）との戦闘だけに影響しているのかはまだわかりません。 物事を絞り込んだら、いくつかのログを作成します。

@YellowApple私は略奪者と何度も戦いましたが、それは私にとってクラッシュにはつながりませんでした。 （dotnet 48はまだインストールされていません）

最も「ばか」に優しいアプローチ：

• 私が使用している正確なプロトンビルドをダウンロードします： //yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz
  ...。

これらの正確な手順を実行すると、ゲームが起動しますが、最初の起動時に明るさのスライダーをスライドするように求められた場合、入力は登録されません（マウスの動き以外）。

メニューの「攻撃方向を表示」設定を切り替えようとするまで、ゲームは正常に実行されます。
メニューを閉じた直後にゲームがクラッシュし、「エラーが発生しました。ログをアップロードしてください」というメッセージが表示されます。 ウィンドウが閉じても、Steamはゲームが実行中であると見なしているため、Steam経由で再度起動することはできません。

プロトンにhttps://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gzを使用してい

システム情報：
カーネル：5.5.13-arch2-1
OS：Arch Linux
CPU：AMD Ryzen 7 3700X8コア
GPU：AMD NAVI10
GPUドライバー：4.6 Mesa 20.0.2
RAM：32 GB

メニューの「攻撃方向を表示」設定を切り替えようとするまで、ゲームは正常に実行されます。
メニューを閉じた直後にゲームがクラッシュし、「エラーが発生しました。ログをアップロードしてください」というメッセージが表示されます。 ウィンドウが閉じても、Steamはゲームが実行中であると見なしているため、Steam経由で再度起動することはできません。

プロトンにhttps://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gzを使用してい

システム情報：
カーネル：5.5.13-arch2-1
OS：Arch Linux
CPU：AMD Ryzen 7 3700X8コア
GPU：AMD NAVI10
GPUドライバー：4.6 Mesa 20.0.2
RAM：32 GB

ビデオ設定を変更すると、最初に複数のクラッシュが発生しました。プロセスを強制終了して、ゲームを再開してください。

レポート：ゲームは正常に実行されており、私のマシンでは約1分で節約できます。 回避策を使用して、名前を「管理対象」に変更します。 明るさの画面で、適切な設定を選択し、メインメニューでゲームを終了しました。 次に、チュートリアルを実行し、いくつかの追加設定を変更しましたが、ほとんどのグラフィック設定はまだ高+です。 パフォーマンスはまあまあです（おそらく約30〜40 FPS）。 私はこれまでクラッシュを経験していませんが、チュートリアルを終了して難民に遭遇しただけです。 私たちをここに連れて行ってくれたすべての人、開発者、テスター、Valve、Taleworldsに感謝します。

システム情報：
OS：Debian 10（バスター）
RAM：16GB
CPU：Ryzen 2700X
GPU：AMD 580X
ドライバー：Debian 10（Mesa 18.3.6）

メニューの「攻撃方向を表示」設定を切り替えようとするまで、ゲームは正常に実行されます。
メニューを閉じた直後にゲームがクラッシュし、「エラーが発生しました。ログをアップロードしてください」というメッセージが表示されます。 ウィンドウが閉じても、Steamはゲームが実行中であると見なしているため、Steam経由で再度起動することはできません。
プロトンにhttps://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gzを使用してい
システム情報：
カーネル：5.5.13-arch2-1
OS：Arch Linux
CPU：AMD Ryzen 7 3700X8コア
GPU：AMD NAVI10
GPUドライバー：4.6 Mesa 20.0.2
RAM：32 GB

ビデオ設定を変更すると、最初に複数のクラッシュが発生しました。プロセスを強制終了して、ゲームを再開してください。

私はスチームプロセスを終了し、バナーロードを再開しました。驚いたことに、変更した設定は変更されたままでした。

@elovin Mountain Banditsのグループに対して試したところ、同じ場所でクラッシュしました。 参照用のログ： steam-261550.log （ dotnet48はあらゆる種類のものをスパムしていたため、 +seh除外します）。

同じ保存でdotnet48を使用せずに新しいプレフィックスを試し、問題が解決するかどうかを確認します。 そうでない場合は、.NETのバグのトラブルシューティングを行う必要があるか、保存時間が長い状態で設計図に戻ると思います。

@ onodera-punpun起動オプションにPROTON_LOG=1を追加して、結果の~/steam-261550.logを提供できる場合は、それが役立ちます。

@YellowApple https://camille.sh/rAM1.log

@YellowAppleワイントリック付きのdotnet48をインストールした後、前回のゲームをロードしたときに「異なるモジュールで保存されたゲームをロードしてください」などのメッセージが表示されるので、新しいゲームが機能する可能性があります。

セーブタイムは私にとってはまだ約15秒改善されておらず、これまでのところ略奪者と戦うクラッシュはありません

@elovinは、1.0.1への更新後に1.0.0セーブをロードした後の標準メッセージです。 多分それが起源です（ただし、dotnet48の後に1.0.0セーブをロードし、すでに1.0.1に更新していることが判明した場合にのみ関係します）？

@YellowAppleは、dotnet48プレフィックスを使用して、戦闘後に囚人画面に到達してもクラッシュしません（多くの囚人と何度も戦闘を行いました）。 これまでの私の戦いのほとんどは略奪者との戦いでしたが、山賊はまだいませんでした。

@ onodera-punpun奇妙な、何も突き出ていません。 コントローラーが接続されていたり、干渉する可能性のあるものは他にありませんよね？

@elovinこれは、更新されたゲームバージョン（1.0.2が削除されたばかり）に関係していると思います。

@ElCaconymそれは知っておくと良いことです。 dotnet48新しいプレフィックスでの同じ保存は、同じ条件下でクラッシュするため、少なくともそれを除外できます。 おそらく単に破損した保存です（フォーラムが通過するものであれば、これはWindowsでも一般的な問題のようです）。 （編集：そして確かに、 dotnet48新しいゲームでは、少なくとも今のところ、クラッシュすることなく囚人を連れて行くことができます）

@YellowAppleウィンドウマネージャーの可能性があると思ったので、WMを使用せずにXインスタンスでゲームを実行しようとしましたが、問題は解決しませんでした。 私は通常のUSBキーボードとマウスを持っているだけで、他には何もありません。

編集：エンジン設定でbrightness_calibratedを1に設定して、メニューに直接スキップしましたが、クリックしても何も起こりません。

EDIT2： enable steam play for all other titlesオフにしましたが、これで修正されたようです。 どういうわけか、これは私の強制的に設定されたカスタムプロトンの使用を上書きしました....

マルチプレイヤーを実行しようとすると、他の誰かがログインの失敗の問題を経験しますか？ 長い間待った後も、「ログインに失敗しました」というメッセージが表示され続けます。

@YellowApple @ElCaconymはい、アップデートのおかげであなたは正しいです。

マルチプレイヤーを実行しようとすると、他の誰かがログインの失敗の問題を経験しますか？ 長い間待った後も、「ログインに失敗しました」というメッセージが表示され続けます。

ベータ版の早い段階でBatlleyeを追加して以来、マルチプレイヤーを実行できるという報告は聞いていません。

Bannerlordでマルチプレイヤーを実行する可能性はどのくらいですか？ 私は昔、UbuntuでWarbandをオンラインでずっとプレイしていました。

sooo dotnet48に関するメモを見てインストールしました。同時に、Steamがゲームを1.0.2に更新したことに気付きました。今では、最小のグラフィックス（1070を取得）を超えて途切れ途切れになり、オープンワールドを移動するだけで常にクラッシュします。 ここに2つの変数があるので、それがパッチなのかドットネットなのかわからないためです。 何を探すべきかについての手がかりはありますか？ または、テストするドットネットなしでプロトン環境をリセットする方法は？

@aradapilot ：dotnet48 + 1.0.2で正常に実行されています（問題なく30分ほど再生されています）。 おそらくセーブの破損の問題？ 確認のために一時的に新しいゲームを試してみませんか？ ここでも1070。

@aradapilotええ、私はいくつかのテストを行いました。dotnet48は保存時間を劇的に短縮しますが、保存後に大量のスタッターが発生するようです。これはゲームを再起動するまで続きます。 dotnet48がないと、保存の前後でゲームは非常にスムーズに実行されます。 IDKは、この問題がそれほど強力でないシステム/わずか8 GBのRAMを使用している人々にのみ影響する場合、それは非常に奇妙です。

PCを再起動した後、戦闘の終了時にゲームがクラッシュし、読み込み時間が改善されました。ゲームを終了しても、ワインサーバーは終了しませんか？

@tkamatはここで32Gを取得しましたが、メモリが不足しているわけではなく、ハードウェアの面でもどこにでもあります。 今すぐゲームのプロトントリックを解除する方法を理解する必要があります。以前は保存がそれほど遅くはありませんでしたが、マンページがなく、-hは削除について何も述べていません。

@aradapilot同じ問題があります
@ElCaconym名前の変更、ハックパッチ、dotnet480の追加以外に行われた変更はありますか？
@tkamatはい、最初の保存の前に初めてゲームに参加すると、期待どおりに実行されます。 私は強力な32GBシステムを持っていますが、それでも非常に低い設定で途切れ始めているので、あなたのシステムがこれを引き起こしているとは思わない

@tkamat私もそれに気づきました。 主にマップビューに限定されているようです。 喧嘩や町や村を歩き回るなどの方がいいようです。

@elovin興味深い。 これは既存の保存ですか、それとも新しいキャンペーンですか？

@aradapilot残念ながら、 protontricks介してインストールされたものを元に戻す簡単な方法はありません。 最善の策は、セーブデータをバックアップし、 ~/.steam/steam/steamapps/compatdata/261550削除または名前変更し、ゲームを1回実行してすべてを再生成し、セーブデータをコピーして戻すことです。

@elovinwineserverは最終的に停止する必要があります。 時々そうではありません（特にクラッシュが発生した場合/アプリケーションが終了時にハングした場合）。 「killallwineserver」または代わりに「wineserver-k」（後の場合に定義された正しいWINEPREFIXを使用）を実行することで、それを確認できます。

@ simi2525何も

マルチプレイヤーを実行しようとすると、他の誰かがログインの失敗の問題を経験しますか？ 長い間待った後も、「ログインに失敗しました」というメッセージが表示され続けます。

ベータ版の早い段階でBatlleyeを追加して以来、マルチプレイヤーを実行できるという報告は聞いていません。

Bannerlordでマルチプレイヤーを実行する可能性はどのくらいですか？ 私は昔、UbuntuでWarbandをオンラインでずっとプレイしていました。

Battleyeが追加された後も、有効にせずにゲームに参加できるため、ゲームはいくつかのパッチで機能しました。 過去2週間は、クローズドベータ版がLinuxでの動作を停止したときであり、おそらくそれらと一致して、battleyeが必須になっています。 Linuxネイティブリリースを除いて私たちが期待できる最善のことは、ワインのインストールのバトルアイチェックをオーバーライドするか、VACに切り替えるtaleworldsだと思います。 Battleyeプロトンの互換性は、カーネルスペースの魔術を行うため、おそらくカードには含まれていません。

@YellowAppleそれは既存の保存でした、私は今新しいゲームを始めました、そして今それはもうクラッシュしません。

保存ファイルがどこにあるのか、ハハ？

@NovenTheHero .steam / Steam / Steamapps / compatdata / 261550 / pfx / drive_c / users / Steamuser / My \ Documents / Mount \ and \ Blade \ II \ Bannerlord / Game \ Saves / Native /

こことProtonDBで説明されているさまざまないじくり

• config-bannerlord-for-linux.bash
• config-steam-for-bannerlord.bash （@YellowApple）

@YellowApple WineHQは、これが入力の問題の原因であると考えています。 これがあなたが修正したものである場合、あなたはそこにクロスポストできますか？
編集：気にしないでください、あなたはすでに持っているようです。 :)

マウスカーソルの修正がwine-staging 。

プロトンプレフィックスを削除する前に、そのプレフィックスを使用するようにゲームが設定されていないことを確認してください。正しく思い出せば、問題が発生します。

これに取り組んでくれてありがとう。 Linuxコミュニティが問題を迅速にトラブルシューティングし、パッチをアップストリームに送信する方法を見るのは素晴らしいことです。 以前に投稿されたチュートリアルに基づいて修正されたプロトンバージョンをコンパイルしましたが、うまく機能します。

私にとっては、dotnet48なしで保存するのにも時間がかかりましたが、そのライブラリをインストールすると、私もそれを修正しました。 他の人がすでに議論したように、私はいくつかのパフォーマンスの問題に遭遇しました。 昨夜、xorg-session.logファイルが最大25GBまで大きくなっていることに気づきました。 この問題がBannerlordに関連しているかどうかをテストできませんでした。 夕方にもっとテストします。

こことProtonDBで説明されているさまざまないじくり

* [config-bannerlord-for-linux.bash](https://github.com/MilesBHuff/Misc-code/blob/master/code/setup/wine/config-bannerlord-for-linux.bash)

* [config-steam-for-bannerlord.bash](https://github.com/MilesBHuff/Misc-code/blob/master/code/setup/wine/config-steam-for-bannerlord.bash) (@YellowApple)

マウスカーソル修正で明るさ画面が修正されませんか？ 少なくとも私にとってはそうだった。

誰かがこれをテストできるかもしれませんが、今のところ、鍛冶屋に行くとセーブゲームが破損し、平均15 fpsが得られますが、キャンペーンマップでのみ、他のすべてが正常に機能します。

編集：これは、ゲームまたはコンピューターを再起動した後も持続します。

私は鍛冶屋を訪れましたが、目立ったものは何も起こりませんでした。
（イエローアップルのプロトンビルドを使用し、32GBのRAMを搭載）

EDIT2： enable steam play for all other titlesオフにしましたが、これで修正されたようです。 どういうわけか、これは私の強制的に設定されたカスタムプロトンの使用を上書きしました....

神聖ながらくた...それはずっと私の問題でした！ 今、パッチは私のために働いています！ 名前を削除するためにファイルを一晩検証することもでき、ランチャーも機能します。

私はYellowAppleのProtonを試し、dotnet48をインストールしましたが、キャラクターの作成後もWMがクラッシュします。

/編集
これに関連して私が見つけたWMクラッシュエラーは次のとおりです。 WMがクラッシュしない場合は、システム全体がフリーズします。 i5-3570k、AMD RX580および32GBRAM

カーネル：[34245.701791] [ drm：amdgpu_job_timedout [amdgpu]]エラーリングgfxタイムアウト、ただしソフトリカバリ

dotnet48を追加すると、保存時間の問題が修正されたことを確認できます。 最大CPU使用率が20秒未満で数時間プレイした後、最初の60秒から90秒以上になり、保存中にCPUが最大になりません。

キャンペーンマップには以前にはなかったマイクロスタッターが持続しますが、戦闘には問題がないようです。 迷惑ですが、この状態では間違いなくプレイ可能です。 32GB RAM / 1070ti、おそらくスペックではありませんが、後でいくつかのオプションを試してみます。

@evoplsそれは基本的に私が直面しているのと同じ問題です。 キャンペーンマップのfpsとマイクロスタッターが悪く、他のすべてのシーンでは基本的に問題はありません。 私は16GBのRAMを搭載した1070を使用しています。

編集：さて、wine-tkgを介して新しいプロトンバージョンを作成しました。パッチはwine-stagingに含まれており、すぐに使用できます。 dotnet48がインストールされていない場合、保存（すでに説明した問題）を除いて、すべてが非常にスムーズです。 今すぐdotnet48をインストールして、これがキャンペーンマップの途方もない体験の原因であるかどうかを確認します。

@nilleairbarゲームを再開すると

@ekaats

マウスカーソル修正で明るさ画面が修正されませんか？ 少なくとも私にとってはそうだった。

そうですよ。 config-bannerlord-for-linux.bash変更する3つの構成行は、入力修正が利用可能になる前のものです。 スクリプトの非推奨部分についてコメントします。

スクリプト@MilesBHuffをありがとう、本当に便利で、メインメニューに移動します。
周りの情報を集めようとしましたが、まだキャンペーンをプレイすることはできませんよね？ 一部の人々はそれをなんとかやった、それは最新のパッチについてですか？

@ Haywire-devキャンペーンをプレイすることは完全に可能です。 最大の問題は、保存に数分かかる原因となるセーブゲームの「バグ」です。 プロトントリックまたは同様の方法でdotnet48をインストールすると、それが軽減されますが、キャンペーンマップでパフォーマンスの問題が発生する可能性があります（myまたはevoplsの投稿を参照）。

編集：ああ、言及するのを忘れました。もちろん、この号で言及されているワインパッチを含むか、パッチが適用された最新のワインステージングバージョンに基づいたプロトンバージョンが必要です。

@nilleairbar

編集：ああ、言及するのを忘れました。もちろん、この号で言及されているワインパッチを含むか、パッチが適用された最新のワインステージングバージョンに基づいたプロトンバージョンが必要です。

私はこれで対空砲を手に入れると確信していますが、正しいプロトンを持っていることをどのように正確に確認しますか？ ゲーム/ WM /コンピューターがクラッシュする前に、キャラクターの作成まで行ってきました。 OP / YellowAppleの5.0-localには（まだ）含まれていないと思いますか？

メニューやキャラクター作成の閲覧中にクラッシュすることもあります。 最終的にはかなり不安定な方法で機能しているように見え、少なくともメニューではマウスが明らかに機能していません。 ゲームではまだテストしていません。

私はこれで対空砲を手に入れると確信していますが、正しいプロトンを持っていることをどのように正確に確認しますか？ ゲーム/ WM /コンピューターがクラッシュする前に、キャラクターの作成まで行ってきました。

今のところ、最も簡単なバージョンは、共有されているProton @ YellowAppleのバージョンを使用することです。 最も安全なオプションは、 https：//github.com/Frogging-Family/wine-tkg-gitのようなものを使用して自分でビルドすることです

今のところ、最も簡単なバージョンは、共有されているProton @ YellowAppleのバージョンを使用することです。 最も安全なオプションは、 https：//github.com/Frogging-Family/wine-tkg-gitのようなものを使用して自分でビルドすることです

ええ、私は現在YellowAppleのプロトンを使用していて、2つの.exeの名前を変更しましたが、それでもキャラクター作成を通過することはできません。 私は今、wine-tkgのものを調べていますが、おそらくそれが役立つでしょう。

それ以外の場合は、他に試すことをここで監視しています。

@evoplsに興味がある場合は、ちょうど今いくつかのテストを行いましたが、スタッターはdotnet48が原因のようです。 今はそれなしでプレイし、キャンペーンマップでのスタッターの代わりにかなり長い保存時間を持っています。

Dotnet48は私のためにそれを完全に破壊します...もうゲームを開始することさえできません。 アンインストールしましたが、他のキャンペーン画面と同じ問題が発生しています。

好奇心から@ Foobar1923どのグラフィックスドライバーを使用していますか？

nvidiaカードを入手したので、状況が異なる場合がありますが、使用していたものがかなり最近のものであったにもかかわらず、グラフィックカードドライバーを更新する必要がありました。 ほとんどの場合、完全なクラッシュから再生可能になりましたが、一部の画面でフレームレートの問題が発生しました（キャラクターのクローズアップがあるすべての画面、おそらくサブサーフェススキャタリングに関連していますか？）。

@SylvainSoKette

在庫のamdgpuを使用しています。 私は自分のwine / winetricks / wine-stagingなどを更新し、メサ（はず）とバルカンを最新のものにしました。

これらのパッチがプロトンに引き込まれるまでにどれくらいの時間がかかるかについての推測はありますか？それのいくつかが上流のワインにヒットし始めているので？

@CrafterSvKこれがProton5.0のデフォルトであると確信していますね。

@CrafterSvKこれがProton5.0のデフォルトであると確信していますね。

ええ、忘れました。 とにかく、戦闘の終わりに[続行]をクリックするたびに、ゲームがクラッシュします。

また、このスレッドにはセーフモードについての言及はありません。 「パーティー」メニューを開くたびにゲームがクラッシュしますが、再起動するとセーフモードで開始するかどうかを尋ねられ、「はい」と答えてもクラッシュしなくなります。

ここにいる他の全員がセーフモードを使用していますか？

セーフモードはまだ試していません。 それは実際に何をしますか？ 私の仮定では、（ほとんどのゲームと同様に）グラフィック設定をクランクダウンするだけですが、追加の例外処理や実行時の安全性チェックも行っているのではないかと思います。

編集：先に進んでそれを試しました。 engine_config.txtをデフォルトにリセットするだけのようです。 modを無効にすることすらしません。

また、このスレッドにはセーフモードについての言及はありません。 「パーティー」メニューを開くたびにゲームがクラッシュしますが、再起動するとセーフモードで開始するかどうかを尋ねられ、「はい」と答えてもクラッシュしなくなります。

ここにいる他の全員がセーフモードを使用していますか？

少なくとも試してみますが、そのオプションはありません。 WM / PCがクラッシュするだけです。

私はいくつかのことを試してみましたが、これまでのところ、他のことと同じ結論に達しました。 dotnet48は保存の問題を解決しているようですが、ゲームの残りの部分の安定性が大幅に低下します。

dotnet48を使用すると、保存、読み込み、戦闘や町への参加時にクラッシュが発生しました。 これらのいくつかはデスクトップへのクラッシュであり、いくつかはプロセスをハングさせます。

dotnet48がなければ、CPU使用率を保存するときに、1：40分間（Ryzen 1700で）100％になるだけで、実際には多くの追加の問題なしでプレイすることができました。 その後、すべてが正常に戻り、問題なく続行できます。

ゲームは特定の瞬間を節約することに注意してください。 戦闘に入るとき（自分で戦うかサイコロを決めるかを選択する画面を表示する前）、時には町を出た後やクエストを提出したときにも節約できることに気づきました。

現在、Visual Studio2017の再配布可能ファイルをインストールしてテストしています。 これまでのところ、それはまったく問題ではないようです。

私のグラフィカル設定は最高であり、セーフモードはそれらを変更しません。
クラッシュがないこと以外に違いはありません。
（ゲームが起動しないため、dotnet48を使用していません）

まあそれは私のマシンのセーフモードで同じようにクラッシュします。

@Xxdzs dotnet48を使用しているので、これらもありますが、ロード後すぐにメニューを開いた場合に限ります。 最初に少しプレイすると、とても安定しているように感じます。

全体的に、キャンペーンマップのわずかなスタッターは、dotnet48なしでますます長くなる保存時間よりもはるかに良いと感じますが、それはおそらく個人的な好みです。 これらの2つの問題のどちらが修正しやすいかわかりません。

dotnet48を使用せず、ランチャーをバイパスせずにいくつかのテストを行いました。

確かにいくつかのメニューはまだクラッシュしますが、45秒以上かかっても保存がクラッシュすることがあります。 ゲームが特定のアセットやメニューを読み込んでいるときは間違いなくファンキーなことが起こっていますが、キャンペーンマップはうまく機能し、ラグはほとんどまたはまったくありません。 友人に彼のIntelCPUでも試してもらいましたが、通常の遅延とともに、特定のメニューにアクセスしようとするCPU使用率の小さなスパイクが両方とも見られます。

Subspace Scatteringを無効にすると、dotnet48を使用する特定の領域に役立つようですが、この修正を行うと、dotnet48を使用しない場合に比べて確実に安定しているように見えます。

編集：ウェルプ、気にしないでください、安定性を穏やかに助けながら、ゲームはまだほとんどの部分で私にとって不安定な混乱です。 約4〜5回のゲーム内ダイアログの後、ゲームがロックされてクラッシュします。

41819.290:0035:00c4:trace:seh:dump_unwind_info     handler 0x64478533758 data at 0x64478648688
41837.875:0035:00c6:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41837.875:0035:00cb:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41837.876:0035:00c9:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.732:0035:00c7:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.733:0035:00c1:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.829:0035:00bd:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.830:0035:00ca:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.925:0035:00c2:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.925:0035:00be:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.022:0035:00cc:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.023:0035:00bf:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.023:0035:00c3:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.119:0035:00cd:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.122:0035:00c5:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.122:0035:00ce:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.312:0035:00ba:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.312:0035:00c4:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.313:0035:00bc:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.313:0035:00c8:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41849.393:0024:0028:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\WineUsd.sys" : builtin
41849.396:001c:0020:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
41849.396:001c:0020:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
41849.397:001c:0020:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
41849.521:007b:007c:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
41849.541:0074:0075:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
pid 155001 != 155000, skipping destruction (fork without exec?)

2番目の編集：

いくつかのものを変更し、tkgからパッチを適用した後、安定性はかなり良好に機能しましたが、キャンペーンマップでの私のパフォーマンスは、どの低いグラフィック設定を選択しても、80％の確率でひどい吃音を伴う10代の若者です。

ここでは物事が静まったように見えます。これは、私たちのほとんどがゲームを楽しんでいることを意味しているに違いありません。 私はdotnet48のないかなり頑丈なリグで実行しており、約30秒の保存時間を除いて、クラッシュは1回も発生していません。

私が見たところ、キャンペーンマップでひどく吃音を起こしている人がたくさんいて、ダイアログメニュー/保存がCTDと破損した保存を引き起こしていて、一部の人は鍛冶屋にまったく入ることができません。

私自身、盗賊と話すとCTDが10％になり、キャンペーンマップでひどい吃音が発生しますが、戦闘は友人のWindowsマシンよりもスムーズに実行されますが、時々問題が発生します。

時間が経つにつれ、早期アクセスが可能になり、事態はうまくいくはずです。 結局のところ、Windowsでもこれらの問題がたくさん発生しています。 ですから、Bannerlordが現在と同じようにWINEでも実行できることに驚いています。

ゲームはうまく動作しますが、無限のロード画面でスタックし、このエラーが発生します

ここでは物事が静まったように見えます。これは、私たちのほとんどがゲームを楽しんでいることを意味しているに違いありません。 私はdotnet48のないかなり頑丈なリグで実行しており、約30秒の保存時間を除いて、クラッシュは1回も発生していません。

私が見たところ、キャンペーンマップでひどく吃音を起こしている人がたくさんいて、ダイアログメニュー/保存がCTDと破損した保存を引き起こしていて、一部の人は鍛冶屋にまったく入ることができません。

私自身、盗賊と話すとCTDが10％になり、キャンペーンマップでひどい吃音が発生しますが、戦闘は友人のWindowsマシンよりもスムーズに実行されますが、時々問題が発生します。

時間が経つにつれ、早期アクセスが可能になり、事態はうまくいくはずです。 結局のところ、Windowsでもこれらの問題がたくさん発生しています。 ですから、Bannerlordが現在と同じようにWINEでも実行できることに驚いています。

完全にクリーンなプロトン環境でテストしてみましたか？ protontricks 261550 annihilate実行することで実行できます。 セーブデータは削除されません。 このアドバイスが「オフにしてからもう一度オンにしてみましたか」に似ている場合は、言い訳になりますが、役に立ちました。

dotnet48なしでプレイしているときにクラッシュに遭遇したことはありません。ただし、設定を変更しようとした場合を除き、すぐにクラッシュします。

@ mjm2000ゲームには独自のバグがたくさんあります。 私もWindows10で無限のロード画面に直面しました

@montyubuntuは最新バージョンにパッチされたゲームですか？ ManagedStarterの問題は、バージョンe1.0.0.0で私と他の人（私は信じています）にのみ表示されていました

@montyubuntuは最新バージョンにパッチされたゲームですか？ ManagedStarterの問題は、バージョンe1.0.0.0で私と他の人（私は信じています）にのみ表示されていました

確認したところ、マウスの修正がワインのステージングに含まれています。 ランチャーはまだ機能しないため、ランチャー実行可能ファイルを実際のゲーム実行可能ファイルに置き換える必要がありました。

フォーラムで助けを求めることをお勧めします-この問題は、サポートではなく、ゲームのみの問題を調査するために残しておきましょう。 現在、かなりの数の人がそれを機能させているので、セットアップによって何かが異なる可能性があります。

興味深いことに、公式のtaleworldsフォーラムには、この報告された既知の問題があります（つまり、Windowsの場合）。

Stuttering camera movement on the Campaign Map is under investigation.

これは、一部の人々がdotnet48で受ける問題が、ワインに関連していないか、完全に関連していないことを示唆している可能性があります。 キャンペーンの進行中にゲームがどもるという報告も多数あります。特に、保存と再読み込みを頻繁に行う場合はそうです。 1.0.2までは、45回リロードして保存すると、関連する保存をさらにリロードするとゲームがクラッシュします。 1.0.3はそのセーブゲームの肥大化/破損の問題を修正したはずですが、修正されていないという報告もたくさんあります（特定のキャンペーンは、1.0.3で少し長く続きますが、それだけです）。

さて、キャンペーンの吃音の修正を見つけたのかもしれません。 もちろん、私だけよりも大きなサンプルサイズが必要になります。 新しいプレフィックスで修正した方法は次のとおりです。

• マウスカーソルの修正を含む最新のワインステージングビルドを使用して、ソースから独自のプロトンバージョン（tkg）をビルドします
• プロトントリックを介してインストールされたdotnet40
• インストールされたvcrun2015（https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）
• インストールされたdotnet48
• インストールされたvcrun2017（ここでもhttps://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）

キャンペーンマップにスタッターがなくなり、マウスカーソルが固定され、保存に数秒かかります。 他の人が試してみる価値があるかもしれません。

さて、キャンペーンの吃音の修正を見つけたのかもしれません。 もちろん、私だけよりも大きなサンプルサイズが必要になります。 新しいプレフィックスで修正した方法は次のとおりです。

• マウスカーソルの修正を含む最新のワインステージングビルドを使用して、ソースから独自のプロトンバージョン（tkg）をビルドします
• プロトントリックを介してインストールされたdotnet40
• インストールされたvcrun2015（https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）
• インストールされたdotnet48
• インストールされたvcrun2017（ここでもhttps://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）

キャンペーンマップにスタッターがなくなり、マウスカーソルが固定され、保存に数秒かかります。 他の人が試してみる価値があるかもしれません。

1.0.3でこれを試しましたが、パフォーマンスが悪い領域もあれば、良い領域もありました。

1.0.4にアップデートした後、ゲーム全体が完璧に実行され、信じられないほどです。

@nilleairbarこれを試してみたところ、3秒未満の節約で、すべての吃音がなくなりました。 あなたは天才です、これを見つけてくれてありがとう。 奇妙なことに、これらすべてのパッケージを最後のプレフィックスにインストールしましたが、proton-tkgを使用せず、別の順序でインストールしたので、これらのいずれかが違いを生む可能性があります。 いずれにせよ、これは私がしばらく見てきた奇妙な問題の1つであり、うまくいけば、これらの修正が最終的に上流のワイン/プロトンにプッシュされる可能性があります。

さて、キャンペーンの吃音の修正を見つけたのかもしれません。 もちろん、私だけよりも大きなサンプルサイズが必要になります。 新しいプレフィックスで修正した方法は次のとおりです。

• マウスカーソルの修正を含む最新のワインステージングビルドを使用して、ソースから独自のプロトンバージョン（tkg）をビルドします
• プロトントリックを介してインストールされたdotnet40
• インストールされたvcrun2015（https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）
• インストールされたdotnet48
• インストールされたvcrun2017（ここでもhttps://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）

キャンペーンマップにスタッターがなくなり、マウスカーソルが固定され、保存に数秒かかります。 他の人が試してみる価値があるかもしれません。

1.0.3でこれを試しましたが、パフォーマンスが悪い領域もあれば、良い領域もありました。

1.0.4にアップデートした後、ゲーム全体が完璧に実行され、信じられないほどです。

2015年以降に2017年をどのようにインストールしますか？ 2017インストーラーで、別のバージョンが既にインストールされているというエラーが表示されます。 2015年をアンインストールする方法すらわかりません。

Steam（少なくともProton経由）は2015年と2017年のVCランタイムをプレインストールしているようです。 私も今これらのエラーを受け取ります（私が試したのでしばらく経ちましたが）。

別の注意点として、1.0.4にアップデートすると、マップのフレームレートが大幅に悪化したようです（編集：時間の経過時にのみ明確にするのを忘れました。一時停止すると、約30 fpsで実行されます）。 マルチスレッドで壊れたもののようです。 DXVK HUDによるとGPUの使用率は1％であり、一度に1つのコアのみがペギングしているようです。 また、どうやらhtopは、1.2TBのRAMを使用しているゲームを報告しているようです。これは恐ろしくて魅力的です。

ただし、modの可能性があります（私はそれらをテストしているので）。 また、私のセーブゲームで再び驚かされるかもしれません。 ログには特定の喫煙銃は示されていません。

編集：スタッターはClanTweakermodからのものであることが判明しました。 他の何人かの人々も、私が経験したほどではありませんが、フレームレートの低下について不平を言いました。

1.2 TBの仮想メモリサイズはわずかに懸念され、メモリリークを示している可能性がありますが、実際には物理ページ（つまり実際のRAM）に「マッピング」されているものはほとんどありません。32GBのRAMのうち17個しか使用していません。 したがって、プロセスがより多くの仮想メモリを要求し続けない限り、これはいくつかの点で無害であり、64ビットアドレスが不足してクラッシュする可能性があります。

Steam（少なくともProton経由）は2015年と2017年のVCランタイムをプレインストールしているようです。 私も今これらのエラーを受け取ります（私が試したのでしばらく経ちましたが）。

別の注意点として、1.0.4にアップデートすると、マップのフレームレートが大幅に悪化したように見えます。 マルチスレッドで壊れたもののようです。 DXVK HUDによるとGPUの使用率は1％であり、一度に1つのコアのみがペギングしているようです。 また、どうやらhtopは、1.2TBのRAMを使用しているゲームを報告しているようです。これは恐ろしくて魅力的です。

ただし、modの可能性があります（私はそれらをテストしているので）。 また、私のセーブゲームで再び驚かされるかもしれません。 ログには特定の喫煙銃は示されていません。

redditに関するこのコメントに気づきました：

「ええ、それは私にも起こりました。それはNvidiaの代わりに私のIntelに切り替わりました（そしてそれでもwtfのように128 MBの電力しか与えられませんか？）そして私はそれを元に戻すことはできません。
それがあなたにも起こると聞いて申し訳ありませんが、一方で、私のNvidiaがxDを燃え尽きさせなかったよりも本当に気分が良くなりました。」

ゲームはこのユーザーのプロセッサで統合グラフィックスを使用しようとしているようです。 面白い

このマシンにはGPUがまったく統合されていないため、残念ながら、私の場合は原因とは思われません。

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

私のLinux知識の欠如が示されていますが、このソリューションはarchユーザーのみを対象としています。 唯一のことは、私は「プロトンバージョン（TKG）」何が見つかり、このアーチのものであり、それはPKGBUILDSを指し、右？ kde neon（ubuntu 18.04 base）で同じことをする方法はありますか？

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

私のLinux知識の欠如が示されていますが、このソリューションはarchユーザーのみを対象としています。 唯一のことは、私は「プロトンバージョン（TKG）」何が見つかり、このアーチのものであり、それはPKGBUILDSを指し、右？ kde neon（ubuntu 18.04 base）で同じことをする方法はありますか？

ええ、それはアーチのことです。 私はreadmeで、アーチがなくても可能であると彼が言ったことに気づきました。おそらくもう少し複雑です。

また、数時間前の時点で、proton-tkgにバグがあり、とにかく構築できませんでした。

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

私のLinux知識の欠如が示されていますが、このソリューションはarchユーザーのみを対象としています。 唯一のことは、私は「プロトンバージョン（TKG）」何が見つかり、このアーチのものであり、それはPKGBUILDSを指し、右？ kde neon（ubuntu 18.04 base）で同じことをする方法はありますか？

ええ、それはアーチのことです。 私はreadmeで、アーチがなくても可能であると彼が言ったことに気づきました。おそらくもう少し複雑です。

また、数時間前の時点で、proton-tkgにバグがあり、とにかく構築できませんでした。

これはアーチ型ですが、実行可能ファイルは、必要な場所に抽出できるtarballのみを作成します（たとえば、メインコメントで提案されているディレクトリの「現在の回避策」の下）。 あなたがアーチを持っているなら、それはあなたのためにそれを自動的に行うことができます、しかしそれは大きなステップではありません。 この問題は1時間以内に解決され、正常にビルドされるようになりました。

こんにちは、
@YellowAppleの仕事のおかげで、ubuntuで動作するproton-tkgをコンパイルし、@ nilleairbarの手順に従って、ゲームをプレイすることができました。

nvidia gtx 1070は、陸路や小さな小競り合い、居酒屋や村の中での会話などで、3840x2160で約30fpsを取得します。

約20vs20の大規模な戦闘、陸路マップでの会話、ショップ、鍛冶、時には約2〜3fpsでの在庫の吃音

クラッシュはまだ発生しますが、めったに発生しません

編集：設定を中程度に設定すると、2〜3 fpsの問題が解決し、保存には最大約3秒かかります

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

私のLinux知識の欠如が示されていますが、このソリューションはarchユーザーのみを対象としています。 唯一のことは、私は「プロトンバージョン（TKG）」何が見つかり、このアーチのものであり、それはPKGBUILDSを指し、右？ kde neon（ubuntu 18.04 base）で同じことをする方法はありますか？

ええ、それはアーチのことです。 私はreadmeで、アーチがなくても可能であると彼が言ったことに気づきました。おそらくもう少し複雑です。
また、数時間前の時点で、proton-tkgにバグがあり、とにかく構築できませんでした。

これはアーチ型ですが、実行可能ファイルは、必要な場所に抽出できるtarballのみを作成します（たとえば、メインコメントで提案されているディレクトリの「現在の回避策」の下）。 あなたがアーチを持っているなら、それはあなたのためにそれを自動的に行うことができます、しかしそれは大きなステップではありません。 この問題は1時間以内に解決され、正常にビルドされるようになりました。

Bannerlordに利益をもたらすと思われるワイン安定性の新しい変更はありますか？ 私はすでにYellowAppleの変更のみを含むカスタムビルドを持っていますが、ステージングから新しいビルドを作成する価値があるかどうか疑問に思っています。

さて、キャンペーンの吃音の修正を見つけたのかもしれません。 もちろん、私だけよりも大きなサンプルサイズが必要になります。 新しいプレフィックスで修正した方法は次のとおりです。

• マウスカーソルの修正を含む最新のワインステージングビルドを使用して、ソースから独自のプロトンバージョン（tkg）をビルドします
• プロトントリックを介してインストールされたdotnet40
• インストールされたvcrun2015（https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）
• インストールされたdotnet48
• インストールされたvcrun2017（ここでもhttps://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）

キャンペーンマップにスタッターがなくなり、マウスカーソルが固定され、保存に数秒かかります。 他の人が試してみる価値があるかもしれません。

私はこれを試しましたが、今ではゲームは私が持っていないインテルの統合グラフィックスを使用したいと思っているようです？ ゲームは非常に遅く、グラフィックカードを変更するオプションがないようです。

さて、キャンペーンの吃音の修正を見つけたのかもしれません。 もちろん、私だけよりも大きなサンプルサイズが必要になります。 新しいプレフィックスで修正した方法は次のとおりです。

• マウスカーソルの修正を含む最新のワインステージングビルドを使用して、ソースから独自のプロトンバージョン（tkg）をビルドします
• プロトントリックを介してインストールされたdotnet40
• インストールされたvcrun2015（https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）
• インストールされたdotnet48
• インストールされたvcrun2017（ここでもhttps://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）

キャンペーンマップにスタッターがなくなり、マウスカーソルが固定され、保存に数秒かかります。 他の人が試してみる価値があるかもしれません。

1.0.3でこれを試しましたが、パフォーマンスが悪い領域もあれば、良い領域もありました。
1.0.4にアップデートした後、ゲーム全体が完璧に実行され、信じられないほどです。

2015年以降に2017年をどのようにインストールしますか？ 2017インストーラーで、別のバージョンが既にインストールされているというエラーが表示されます。 2015年をアンインストールする方法すらわかりません。

同じ問題があります。 ただし、ゲームは、時々フリーズすることを除けば、非常にうまく動作します。 私はアーチの1080tiで走っています。

さて、キャンペーンの吃音の修正を見つけたのかもしれません。 もちろん、私だけよりも大きなサンプルサイズが必要になります。 新しいプレフィックスで修正した方法は次のとおりです。

• マウスカーソルの修正を含む最新のワインステージングビルドを使用して、ソースから独自のプロトンバージョン（tkg）をビルドします
• プロトントリックを介してインストールされたdotnet40
• インストールされたvcrun2015（https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）
• インストールされたdotnet48
• インストールされたvcrun2017（ここでもhttps://steamcommunity.com/app/261550/discussions/0/2149847049318759493/を参照）

キャンペーンマップにスタッターがなくなり、マウスカーソルが固定され、保存に数秒かかります。 他の人が試してみる価値があるかもしれません。

1.0.3でこれを試しましたが、パフォーマンスが悪い領域もあれば、良い領域もありました。
1.0.4にアップデートした後、ゲーム全体が完璧に実行され、信じられないほどです。

2015年以降に2017年をどのようにインストールしますか？ 2017インストーラーで、別のバージョンが既にインストールされているというエラーが表示されます。 2015年をアンインストールする方法すらわかりません。

私は最初から同じ問題を抱えていました。 protontricks 261550 uninstaller使用するだけです。
悲しいことに、dotnetはゲームのパフォーマンスを大幅に低下させますが、節約時間は確かに速く、約30秒かかります。

vcrun2015とvcrun2017（およびdotnet40？）をインストールするには、新しいプレフィックス（Steamによって作成されたものではありません）が必要です。 私はそれらをインストールしてから、指示に従ってdotnet48をインストールしましたが、より高速な保存は（それでも）フレームレートの不安定さ（急速なスタッター）を犠牲にして行われます。 私にとっては、節約している間に休憩を取り、パフォーマンスの問題に苦しむために何か他のことをすることをほとんど好みますが、それは私だけです。

包囲を伴う何かをしているときに、他の誰かが非常に頻繁にクラッシュしますか？ AIが包囲をリードしている可能性は低いようですが、私が攻撃しているとき、または特に防御しているときは、ゲームがクラッシュする可能性が非常に高くなります（複数回）。 後でいくつかのログをアップロードできますが、これが他の人も経験していることであるかどうかを知りたかっただけです。

包囲を伴う何かをしているときに、他の誰かが非常に頻繁にクラッシュしますか？ AIが包囲をリードしている可能性は低いようですが、私が攻撃しているとき、または特に防御しているときは、ゲームがクラッシュする可能性が非常に高くなります（複数回）。 後でいくつかのログをアップロードできますが、これが他の人も経験していることであるかどうかを知りたかっただけです。

はい; ええと、e1.0.4以降、頻繁にクラッシュが発生しており、攻城戦がトリガーのようです。 私のために; 私は小さすぎるので、AIはすべてのセギーをリードします

包囲を伴う何かをしているときに、他の誰かが非常に頻繁にクラッシュしますか？ AIが包囲をリードしている可能性は低いようですが、私が攻撃しているとき、または特に防御しているときは、ゲームがクラッシュする可能性が非常に高くなります（複数回）。 後でいくつかのログをアップロードできますが、これが他の人も経験していることであるかどうかを知りたかっただけです。

包囲の最中にセーブゲームがあり、100％の確率で数秒後にクラッシュします。 同じセーブゲームがWindowsで問題なく再生されます。 以前のセーブをロードした後、私は軍隊の一部としていくつかの包囲を通過しました、そしてそれはクラッシュしませんでした

攻城戦中にクラッシュは発生していませんが、攻城戦を開始して展開すると、マウスが不安定になり、常にちらつき、クリックが記録されません。 Altキーを押しながらタブを押したり外したりすると、クリックが登録されるため、デプロイ画面を通過できます。

元の投稿のコンパイル済みパッチは機能しなくなりましたか？

@ Ryan-Vablet動作しますが、少なくとも私が知る限りは動作するはずです。 一部の人は、proton-tkgの独自のコンパイル済みバージョン（およびこのコメントで言及されて

注目すべき点は、dotnet48をインストールすると、保存がはるかに高速になり、数分かかる場合もありますが、場合によってはパフォーマンスの問題が発生することです。 コメントの他の事柄はパフォーマンスの問題を解決するかもしれませんが、場合によってはまたそうです。

しかし、最終的には、proton-tkgで役立つ特定のことはわかりません。実際に役立つ場合は、最新のものであるため、何か役立つものがある可能性があります。 最新のものは、少なくとも痛むことはめったにありません。

クラッシュについては、確実な修正はないようです。 しかし、それは単にゲーム自体の問題である可能性があり、パフォーマンスの問題のいくつかにも当てはまる可能性があります。

今日Bannerlord（e1.0.5）をインストールし、proton-tkgで5時間プレイしました。 これは私の経験です：

まず、dotnetパッケージをインストールせずにBannerlordをプレイしてみました。 予想通り、吃音が多く、保存時間も非常に長くなりました。 また、読み込み時間が長くなりました。

次に、protontricksを介してdotnet40およびdotnet48パッケージをインストールしました。 保存時間と読み込み時間が大幅に短縮されました。 吃音もわずかに減少しました。 この時点でゲームはほとんどプレイ可能でした。 また、vcrun2015とvcrun2017をインストールしようとしましたが、すでにインストールされているため（おそらくSteamによって自動的に）インストールできませんでした。

しかし、数時間後、通常は町で待っているときに、クラッシュがますます頻繁に発生し始めました。 これまでにここで読んだ内容に基づくと、クラッシュは8GBのRAMしかないことに関連していると思います。 中程度の設定のプリセットを選択すると、それが修正されたようで（それ以来クラッシュは発生していません）、スタッターも少なくなりました。

OS: Arch Linux
KERNEL: 5.5.13-arch2-1
CPU: AMD Ryzen 5 2600 Six-Core
GPU: Radeon RX Vega 56
GPU DRIVER: 4.6 Mesa 20.0.4
RAM: 8 GB

1.0.5まで更新（ubuntu 19.10）
それは、完全にmanagedstarterの名前の変更ではなく、任意のprotontricksなくして、パフォーマンスの問題やクラッシュを実行していません。 イエローアップルのカスタムプロトンの使用（問題の説明内）
節約の問題を回避するためにdotnet40 + 48をインストールすると、パフォーマンスが低下し、ゲームを実際にプレイできなくなります。 このtkgの回避策を試してみたいのですが、どうやらそれはアーチのみのことですか？ 両方のvcrunがデフォルトでインストールされます。

上記のYellowAppleで説明した手順を使用して、最新のパッチで1つか2つの包囲（AIが主導）を通過することができました。 次にプレイしてプレイヤー主導の包囲を行うときに、このコメントを編集します。

1.05にアップデートした後（YellowAppleプロトンを使用し、ドットネットはインストールされません）、略奪者と戦った後、大規模なフィールドバトルの開始時に、戦利品画面でクラッシュし始めました。 前者は約3回、後者は1回発生しました（後で試行をやめました）。 ログにいくつかの新しいエラーがあり、クラッシュした後もゲームはプレイ中と表示されていました（クラッシュレポーターもクラッシュしました）。

[000000000000004A:] EXCEPTION handling: System.IO.FileNotFoundException: Could not load the file 'TaleWorlds.PSAI.XmlSerializers'.
...
[000000000000003F:] EXCEPTION handling: System.PlatformNotSupportedException: System.Management currently is only supported for Windows desktop applications.

更新：
私は自分のコンピューターを再起動し、前の保存で戦いに勝ち、クラッシュしていたものをリロードし、問題なく別の戦いに参加しました。

1.0.5まで更新（ubuntu 19.10）
完全に実行され、パフォーマンスの問題やクラッシュは発生しません。マネージドスターターの名前は変更されますが、プロトントリックはありません。 イエローアップルのカスタムプロトンの使用（問題の説明内）
節約の問題を回避するためにdotnet40 + 48をインストールすると、パフォーマンスが低下し、ゲームを実際にプレイできなくなります。 このtkgの回避策を試してみたいのですが、どうやらそれはアーチのみのことですか？ 両方のvcrunがデフォルトでインストールされます。

@ aradapilotproton -tkgビルドスクリプトは非アーチシステムでも正常に機能します。 必ずwine-tkgの依存関係をインストールしてください。

@YellowAppleのProtonビルドを使用してある程度セットアップしdotnet40をインストールしてからdotnet48 （古いバージョンを置き換えるようです）をインストールしました。これにより節約がスピードアップしたと思いますが、特にキャンペーンマップではパフォーマンスはそれほど高くありませんでした。 興味深いことに、dotnet動詞をアンインストールしようとしましたが、ゲームから、少なくともdotnet4.0が必要であることが通知されました。 dotnet40再インストールするだけではゲームを正しく起動できず、どういうわけかprotontricksは4.8バージョンがまだインストールされていると思い込んでしまいます。 dotnet40をアンインストールしましたが、修正されませんでした。 結局、私は環境をannihilate 、dotnetをインストールしませんでした。これは、少なくともパフォーマンスがはるかに優れていますが、私の仕様では設定が低いと思います。 dotnetでは30秒ではなく60秒かかるでしょう。

もう1つ注意すべき点は、フレームリミッターです。 低い設定でも途切れていると思いましたが、フレームレートがモニター（60 Hz）よりも高かったのですが、非常に途切れ途切れでした。 リフレッシュレートを監視するためのキャッピングは大いに役立ちました。

仕様：
R5 2600
RX 5804gb
16 GB RAM
Linux Mint19.3と5.5カーネル
OibafPPAのMesa20.1

編集：ドットネットがないと物事はかなり安定しているように見えるので、私はそれに固執すると思います。 また、セーフモードは明るさのテストとグラフィック設定をリセットしているようで、安定性の向上は見られなかったので、クラッシュ後にわざわざ有効にする必要はありませんでした。

だから、それがprotontricks 261550 vcrun2019か、最新のProton-GEを使っていたのかはわかりませんが、どちらかまたは両方が、残っている吃音をほぼ完全に根絶しました。 手動保存には数秒かかりますが、自動保存は瞬時に行われるようです。 どちらも、いかなる種類の残留ラグも引き起こしません。 また、インベントリ画面で10倍のFPSを取得しています（以前はかなりひどいものでした）。

そうです、まだ私のビルドを使用している他の人のために：代わりにGloriousEggrollを入手してください。 それは少なくとも私のものと同じように機能するはずですが（他のゲーム用の他の多くの拡張機能も組み込まれている場合）、頭蓋骨から飲んだり肝臓を食べたりする可能性は大幅に低くなります。 また、まだdotnet48関連の吃音が発生する場合は、 protontricks 261550 vcrun2019試すことを検討してください。

dotnet48の有無にかかわらずvcrun2019を使用していますか？

dotnet48の有無にかかわらずvcrun2019を使用していますか？

と。

使用している現在のプレフィックスの正確な操作順序：

• ビルドでランチャーを少なくとも1回実行しました（プレフィックスを生成するため）
• protontricks 261550 uninstallそしてすべてをアンインストールします
• protontricks 261550 dotnet40
• protontricks 261550 vcrun2015
• protontricks 261550 dotnet48
• protontricks 261550 vcrun2017
• 私のビルドで少なくとも1回ゲームを再度実行しました
• プロトン5.5-GE-1に切り替えました
• protontricks 261550 --force vcrun2019 （技術的にvcrun2015と競合するため）
• もう一度ゲームを実行し、著しい改善が見られました

新しいプレフィックスでprotontricks 261550 doetnet48 && protontricks 261550 vcrun2019のより単純なパスをまだテストしていません。 私の希望は、それが魅力のように機能することです。

tkgビルドをコンパイルすることで依存関係地獄から抜け出すことができないように見えるので、これらのプレビルドは私にとって個人的に祝福です。

私の以前のアプローチ：

• YellowApplesのカスタムプロトンビルドを使用する
  --->スムーズなゲームですが、60年代は新しいゲームの時間を節約できます。 セーブゲームで10時間ほど後に約90秒。

• dotnet48をインストールします
  --->キャンペーンマップの小さなスタッターと約30秒の節約時間。 私にとっては絶対にプレイ可能です。

Proton 5.5-GE-1に交換しただけで、それ以上の変更は行われず、すべてが箱から出してすぐに機能しました。 キャンペーンマップのスタッターはなくなり、保存時間は約3秒です。

とはいえ、私はまだあちこちでクラッシュを経験しています（たとえば、Altキーを押しながらこのコメントを書いているときにゲームがクラッシュしました）が、それは早期アクセスに関連している可能性があります。 これが他のすべての人にとって完璧に機能することを願う時が来ました。 <3

@evopls私が持っていたのと同じ問題かもしれません：
https://www.reddit.com/r/linuxquestions/comments/fun9qr/did_i_bork_protontkg/

プロトンを構築した後、約5秒の保存時間があり、新しい5.5 GE-1の保存時間はまだ十分に試されていませんが、このゲームは、ゲームの後半でランダムなものからがらくたをクラッシュさせています。 Windowsでも、それは本物の混乱ですが、早期アクセスであり、基本的に（初期のように見える）ベータ版をプレイしているので、まだ希望があります。

バグが多いにもかかわらず、ゲームが非常にうまく動作することに本当に感銘を受けました。 最後のパッチは、特定のダイアログのインスタントCTDを処理し、その前に鍛冶屋とパッチに入ると、キャンペーンマップの吃音を大幅に助けたようです。

Proton-GEを使用するかどうかに関係なくdotnet48のみで問題が発生しますが、vcrun2019ではほとんど安定しています。

Proton-GE + dotnet48 + vcrun2019が機能する他の手順は必要ありませんでした

protontricks 261550 dotnet48

protontricks 261550 --force vcrun2019

vcrun2019だけでは十分ではありませんでしたdotnet48とvcrun2019の両方が必要でした

vcrun2019をインストールできるようになっていないようです。 aurからprotontricks-gitを再インストールしたので、最新バージョンである必要があります。 vcrun2019をインストールしたり、protontricksからインストールできるようにするにはどうすればよいですか？

@yarbelkワイントリックから、ワイントリックを更新します

# protontricks will pass --self-update to winetricks
protontricks 261550 --self-update

編集：プレフィックスを再インストールしたときに更新を行う必要はなかったと思います。おそらくsteamで再インストールしてみてください

--self-updateはgit / masterから最新のものを取得します参照してください
https://github.com/Winetricks/winetricks/blob/master/src/winetricks#L1148

最新のwinetrickは20191224（https://github.com/Winetricks/winetricks/releases）で、これは私がインストールしたものです。 私はNixOSを使用しているので、winetricks --self-updateは機能しません（したがって、protontricksも機能しません）。 まだvcrun2019を利用できません。

最新のwinetrickは20191224（https://github.com/Winetricks/winetricks/releases）で、これは私がインストールしたものです。 私はNixOSを使用しているので、winetricks --self-updateは機能しません（したがって、protontricksも機能しません）。 まだvcrun2019を利用できません。

NixOSを使用していると、 winetricks --self-updateが機能しなくなるのはなぜですか？ たぶんそれをrootとして実行します-私はUbuntuを使用していて、 sudo winetricks --self-update機能しました。

とにかく、winetricksgitから最新のコードを取得できます。 私にとってvcrun2019があるバージョンは20191224-next - sha256sum: 472eba29dbf056c87afd39a70426886064040e0bc2c3b63c17baf469b0bf2be2です。 vcrun2019はどのリリースバージョンのwinetrickにも含まれていないようですが、 --self-update間違いなく最新のものを取得します（リリースからではなく、gitから）。

vcrun2019を含む「-next」バージョン（現在リリースされていない）でのコミットは次のとおりです： https ：

NixOSを使用していると、 winetricks --self-updateが機能しなくなるのはなぜですか？ たぶんそれをrootとして実行します-私はUbuntuを使用していて、 sudo winetricks --self-update機能しました。

これは、NixOSが宣言型OSであり、標準のUnixファイルシステム階層を使用していないためです。 推定を行い、独自の環境を制御したいSteamなどのアプリケーション用に特別なchroot環境を使用します。 winetricksパッケージは、 /nix/store/読み取り専用パスにインストールされ、すべてのパッケージがハッシュに基づいて分離されます。 それ自体を更新することは不可能です。

とにかく、winetricksgitから最新のコードを取得できます

パッケージのリビジョンを更新して、それが機能するかどうかを確認します。 ありがとう！

編集：vcrun2019が存在する限りは機能しましたが、インストールしようとすると、チェックサムが間違ってしまいます：

sha256sum mismatch! Rename /home/ludvig-new/.cache/winetricks/vcrun2019/vc_redist.x86.exe and try again.

キャッシュされたディレクトリにあるものを削除したくない場合は@lboklin

mv ~/.cache/winetricks/{,bak.}vcrun2019

次に、インストールしてみてください

キャッシュされたディレクトリにあるものを削除したくない場合は@lboklin

mv ~/.cache/winetricks/{,bak.}vcrun2019

次に、インストールしてみてください

うまくいかなかったのですが、wineで実行しました（正しくインストールされたと思いますか？考えられるすべての環境変数を設定しました）が、余談です。 これは私のシステムに固有であり、このスレッドを乱雑にしたくありません。 私はそれを把握します。

私は今これを取得し続けます：

d3d_device_->CreateTexture2D at
rglGPU_device::create_texture_from_image
failed!
Invalid parameter.

Last Executed Marker: Only supported with nVidia
Gpus and Windows 10.

（真実らしさを増すために奇妙な行の折り返しが追加されました）

私はdotnet48 vcrun2019 （@ chrisrhaydenに感謝）とge-5.5プロトンを実行しています

私は1080tiを持っていますが、これはnVidiaとしての資格があると強く疑っています。

Windowsでこのエラーが発生した場合、修正の可能性があるためにNvidia / Radeon Sharpeningを無効にしているので、奇妙です。NvidiaPanelでリモートに近いことがわかっているのは、ボーダレス2Dテクスチャのコンフォーマントテクスチャクランプだけです。これはまったく使用されていません。私の知る限り。

今のところ問題を回避するためにe1.0.3に戻ると言う人もいます。これは、ドロップダウンメニューから[プロパティ]-> [ベータ]-> [e1.0.3を選択]で選択できます。 試してみてください。前回のパッチから3時間プレイしたのに対し、前回のアップデート以降、さらに奇妙なエラーが発生しています。 それが原因であるとは言わないが、チェックするのに害はない。

dotnet48とvcrun19有無にかかわらず、最新のGEリリースを試してみました。 これらのエラーで最初のロード画面でスタックしているようです：

[0405/100010.058616:ERROR:frame_sink_video_capturer_impl.cc(206)] Invalid resolutions constraints: 0x0 must not be greater than 0x0; and also within media::limits.
eventfd: Too many open files

GEまたはYellowAppleビルドのいずれかが私にこれを知らせることがあります：

ただし、ダイアログを2〜3回閉じた後でも、ゲームは通常どおり起動して実行されます。 はいと言っても、追加情報は提供されていないようですか？

これらの2つの動詞がインストールされたYellowAppleビルドに戻ると、パフォーマンスが高く、約10〜15秒の節約になります。安定性はまだテストしていませんが、今はそれを使用すると思います。

以前はインストールできたのに、dotnet48をインストールできなくなりました...次のポップアップが表示されます。

なぜ今これが起こるのでしょうか？

編集：新しいプレフィックスを手動で作成し、Steam経由で起動する前にdotnet48と2019をインストールすると機能しました。

こんにちは@ Gyrfalcon5 、 ulimit -Hnを実行して、4096ではなく高い値が得られることを確認してください。

こんにちは@ Gyrfalcon5 、 ulimit -Hnを実行して、4096ではなく高い値が得られることを確認してください。

それは私に4096を与えます。それは問題ですか？ そのような価値を上げることについて、ここで何かを見たと思いますが、よくわかりません。

はい、 https：//github.com/zfigura/wine/blob/esync/README.esyncをお読みください。

上記のYellowAppleの指示を使用し、ゲームは正常に実行されますが、マウスカーソルが機能していません。 おそらく私が逃した本質的なステップはありますか？ コントローラーをメニューに使用することを辞任しましたが、キャラクターの作成後にマップに到達するとすぐに、コントローラーでクリックできないという通知が表示されます。

上記のYellowAppleの指示を使用し、ゲームは正常に実行されますが、マウスカーソルが機能していません。 おそらく私が逃した本質的なステップはありますか？ コントローラーをメニューに使用することを辞任しましたが、キャラクターの作成後にマップに到達するとすぐに、コントローラーでクリックできないという通知が表示されます。

別のシステムでは、動作する場合と動作しない場合があります。 ゲームを再起動すると修正されました。 肩をすくめる

上記のYellowAppleの指示を使用し、ゲームは正常に実行されますが、マウスカーソルが機能していません。 おそらく私が逃した本質的なステップはありますか？ コントローラーをメニューに使用することを辞任しましたが、キャラクターの作成後にマップに到達するとすぐに、コントローラーでクリックできないという通知が表示されます。

ええ、何らかの理由で、Steamにログインして初めてゲームを起動したときも、システムでマウスが機能しません。 ゲームを再起動すると、動作を開始します。

上記のYellowAppleの指示を使用し、ゲームは正常に実行されますが、マウスカーソルが機能していません。 おそらく私が逃した本質的なステップはありますか？ コントローラーをメニューに使用することを辞任しましたが、キャラクターの作成後にマップに到達するとすぐに、コントローラーでクリックできないという通知が表示されます。

ええ、何らかの理由で、Steamにログインして初めてゲームを起動したときも、システムでマウスが機能しません。 ゲームを再起動すると、動作を開始します。

一体何？ はい、そうです。 Steamを起動してから初めてです。 なんて好奇心が強い。

更新：dotnet48とvcrun2019をインストールするには、Steamを使用せずにプレフィックスを手動で削除して再作成する必要がありました。 その後、Steam経由で起動でき、パフォーマンスと節約の両方がうまく機能しているようです（これまでのところ1分間しかテストされていません）。 これは、このリビジョンから構築されたProton-GEとwinetrickを使用したものです。

はい、 https：//github.com/zfigura/wine/blob/esync/README.esyncをお読みください。

そこでの指示に従い、Proton GEははるかに優れたパフォーマンスで動作しています！ 安定性にはある程度の作業が必要ですが、1、2分後にキャラクターを検索するとクラッシュしました。 プレフィックスをクリアして再インストールして、それが役立つかどうかを確認してみてください。ただし、現時点ではゲーム自体がかなり不安定かどうかはわかっています。

編集：キャラクターの検索は非常に一貫したクラッシュであり、コマンドラインからSteamを実行すると次の出力が表示されます：

mesa: for the   --simplifycfg-sink-common option: may only occur zero or one times!
mesa: for the   --global-isel-abort option: may only occur zero or one times!
ERROR: ld.so: object '/home/roland/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
>>> Adding process 5460 for game ID 261550
ERROR: ld.so: object '/home/roland/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
>>> Adding process 5468 for game ID 261550
wine: Unhandled page fault on execute access to 000000001E770198 at address 000000001E770198 (thread 0035), starting debugger...
ERROR: ld.so: object '/home/roland/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

EDIT2：新しいProton-GE環境からのクラッシュに関する詳細情報：

=================================================================
    Native Crash Reporting
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

=================================================================
    Managed Stacktrace:
=================================================================
domain required for stack walk
=================================================================

編集3：dotnet48を再試行して、追加情報エラーが解決されるかどうかを確認します。

編集4：モノについての不満はなくなりましたが、百科事典とアリーナの順位に関する安定性の問題は根強く残っています。 キャンペーンマップに表示される追加のダイアログと関係があると思いますが、よくわかりません。

vcrun2019をどのようにインストールしますか？ protontricks 261550 vcrun2019を実行すると
常に「Unknownargvcrun2019」が表示されます
（最新のプロトントリックを使用しています）

vcrun2019をどのようにインストールしますか？ protontricks 261550 vcrun2019を実行すると
常に「Unknownargvcrun2019」が表示されます
（最新のプロトントリックを使用しています）

ワイントリックも更新しましたか？ 人々はプロトントリックが最新であることに問題を抱えていたと思いますが、以前は時代遅れのワイントリックと話していました。 winetricks --self-update実行するだけで十分なはずですが、sudoが必要になる場合があります。

プロトンGE、dotnet48、vcrun2019で多くのクラッシュが発生します。
ターミナルでの出力：

wine: Unhandled exception 0xe0434352 in thread 3f at address 000000007B00FDCE (thread 003f), starting debugger...

編集：
セーフモードを有効にすると（クラッシュした後に再起動すると尋ねられます）、キャンペーンで避けられないクラッシュを回避するのに役立ったと思います（何らかのイベントが原因である可能性があります）。

編集2：
キャンペーンマップをズームアウトすると、クラッシュが発生することがよくあります（過去1時間に少なくとも3回発生しました）。

編集3：
基本的には再生できません。 過去30分間に5回以上クラッシュしました。 出力に役立つものが何も表示されません。 ただ

wine: Unhandled exception 0xe0434352 in thread 74 at address 7B00DE67 (thread 0074), starting debugger...

編集3：
さて、設定メニューでクラッシュしました：

wine: Unhandled page fault on execute access to 0000000000000000 at address 0000000000000000 (thread 003b), starting debugger...

ゲームが突然設定を忘れて保存を拒否するため、保存および設定ディレクトリの読み取り許可をグループに追加しました（誤ってワイプしないように、プレフィックスの外側にシンボリックリンクされたままにします）。 その後、ゲームは私の設定を記憶しました。 設定メニューの最後のクラッシュに関連している可能性があります。

@lboklin
また、dotnet48とvcrun2019を使用すると、数分ごとに5〜30回クラッシュし、常に世界地図上に表示されます。
プロトン-GEとプロトン-tkgにはこの問題がありますが、プロトン-GEは私にとって何も改善しませんでした。

@craftyguy winetricksを更新する場合を除いて、最初にインストールした方法によって異なります。

$ winetricks --self-update
------------------------------------------------------
You don't have the proper permissions to run this command. Try again with sudo or as root.
------------------------------------------------------

パッケージマネージャーから入手した場合は、おそらく/usr/binにあり、そこで更新するにはルートアクセスが必要です。

ただの提案。 誰かがwinetrickを更新するためにroot権限を必要としている場合。 sudo -Eを使用して、環境を保護します。

@lboklin

パッケージのリビジョンを更新して、それが機能するかどうかを確認します。 ありがとう！

こんにちは仲間のnixosユーザー-どうやってこれをしましたか？

選択したディストリビューションの「ワイントリックを更新する方法」は、ここではトピックから外れているようです。 ディストリビューションの公開フォーラムで質問するか、ユーザーのためにローカルにワイントリックをインストールしてください。

@lboklin

パッケージのリビジョンを更新して、それが機能するかどうかを確認します。 ありがとう！

こんにちは仲間のnixosユーザー-どうやってこれをしましたか？

トピックから外れていることに同意しますが、時間を節約するために少し時間を取って返信します。

1. nixpkgsリポジトリのクローンを作成します
2. それにcd
3. pkgs / misc / emulators / wine /sources.nixを以下のように編集します
4. nix-env -f . -iA winetricks

diff --git a/pkgs/misc/emulators/wine/sources.nix b/pkgs/misc/emulators/wine/sources.nix
index 0e3eb2ce698..aeb0cdef883 100644
--- a/pkgs/misc/emulators/wine/sources.nix
+++ b/pkgs/misc/emulators/wine/sources.nix
@@ -56,10 +56,10 @@ in rec {

   winetricks = fetchFromGitHub rec {
     # https://github.com/Winetricks/winetricks/releases
-    version = "20191224";
-    sha256 = "07q3zh2i3xqzpg46ljarhq3a4ha9zwpc6jqzvly0kfglkh3b3v66";
+    version = "20191229";
+    sha256 = "0vzb9fxnrmbv1x86q7ri0xx4slvmbyjsf59y9hl48gxyr5kld68q";
     owner = "Winetricks";
     repo = "winetricks";
-    rev = version;
+    rev = "94edaddc039c205a98c2a620399a741c7a70ce02";
   };
 }

私は次のような新しいシステムを持っています：

Steamから新たにインストールされたBannerlord
新しく設置されたワイン
ソースから作りたてのワイントリック
上記のワイントリックを使用したprotontricksフレッシュインストール

❯ wine --version
wine-5.0
❯ winetricks --version
20191224-next - sha256sum: f183161a93a92f2fe38ec90b723055d5a2ca691c85400874879b0ef779a7f46e
❯ protontricks --version
protontricks (1.4.1)
❯ rm -rf ~/.steam/steam/steamapps/compatdata/261550
❯ rm -rf ~/.wine

5.5-GE-1バージョンのプロトンをインストールし、 .steam/root/compatibilitytools.d

それから私は実行しました：

❯ steam # Launched game from steam with Proton-5.5-GE-1 selected
...
Proton: Upgrading prefix from None to 5.5-GE-1 ($HOME/.local/share/Steam/steamapps/compatdata/261550/)
...
Unhandled Exception:
System.IO.FileNotFoundException: Could not load file or assembly 'ManagedStarter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies.
File name: 'ManagedStarter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'
[ERROR] FATAL UNHANDLED EXCEPTION: System.IO.FileNotFoundException: Could not load file or assembly 'ManagedStarter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies.

❯ cp ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/Bannerlord.exe ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/ManagedStarter.exe
❯ cp ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/Bannerlord_BE.exe ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/ManagedStarter_BE.exe

この時点でゲームが起動します

❯ killall wineserver
❯ protontricks 261550 dotnet48
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20191224-next - sha256sum: 21f89159ef089f5e8c70568b34c40973f6cdc7de04832f3d79c9b74fcbfc32ed with wine-5.0 and WINEARCH=win64
Executing w_do_call dotnet48
# ..... fails

どういうわけかバージョンを32ビットにする必要がありますか？ ディレクトリはsteamによって作成されますが、WINEARCH = win32を使用してwinecfgで手動で作成する必要がありますか？ バナーロードは64ビットのようですが、どのように機能するかわかりませんか？

@TannerYoungは、ゲームのバージョン1.0.0を実行しているようです。

ゲームを最新バージョンに更新するか、ManagedStarter.exeの名前をManagedStarter.exe.old（または実際には何でも）に変更してから、Bannerlord.exeをManagedStarter.exeにコピー/シンボリックリンク/名前変更して問題を修正できます。

さまざまなバージョンのvcrunをインストールした後もクラッシュの問題が発生する場合は、winecfgでWindowsのバージョンを再確認してください。 インストールの1つで私のものがWinXPに設定され、Windows 10に戻すと、多くのクラッシュが修正されました。

私はこれまで、dotnet48ではなくdotnet472で多くの幸運を手に入れました。

protontricks 261550 dotnet472

私はValveのProton（@ proton_5.0-nextタグ）を使用しており、ワインステージングのませんでした。

保存は約5秒で、この構成を使用してからゲームがクラッシュすることはありません（今日の修正プログラムを使用して、パッチを適用した最新バージョンのゲームを実行しています）。

Taleworldsによってフォーラムに投稿されたゲームの依存関係は.NET4.7.2、vcrun 2015＆2017： https ：//forums.taleworlds.com/index.php

.NET4.8またはvcrun2019を使用することについては何もありません。

@craftyguy ：ありがとうございました！ dotnet48を使用すると、ゲームはほぼ正常に実行されていましたが、すべてのキャンペーンは最終的にクラッシュ/フリーズし、さらにプレイすることはほぼ不可能になりました。 dotnet472を使用すると、この問題は完全に解決されたようです。 また、画面の右側に通知が表示されます（誰かがどこかで軍隊を編成しているときなど）。これは、dotnet48の場合とは異なり、機能が存在することすら知りませんでした。

また、地図上で吃音が見られません（ただし、dotnet48を使用したことはありません）。

@craftyguyの調査結果を確認できます。 プロトン5.5-GE-1とprotontricks 261550 dotnet472は、スタッターと長い保存時間の両方を修正するのに十分です。 ナイスキャッチ！

以前のプレフィックス（ vcrun201(5|7|9)とdotnet48 ）の両方で、既存の保存で町の百科事典ページを表示すると、一貫して再現可能なクラッシュが発生し、インベントリ画面で断続的にクラッシュすることに気づきました。 dotnet472 ）。 新しいゲーム（ため息）を試して、それが続くかどうかを確認します。

私の側では、何が起こっているのかをどうすればいいのかわかりません。 実行するプロトンバージョンに関係なく、インストールするWindowsパッケージに関係なく、マウス入力が完全に機能しないという正方形の1つに戻ったような気がします。 以前は問題なく動作していたYellowAppleの古いビルドでさえ機能しません。

このdotnet472を試してみる必要があります。新しいゲームでのこれらのランダムなクラッシュに関する問題の解決に役立つかどうかを確認してください。 私の古いゲームは、現在いくつかの更新が行われているため、中断されたばかりです。 私はそれを数時間再生しましたが、Windowsの友人の何人かは古い保存で同じクラッシュを報告しています。

dotnet472を使用すると、保存が高速であることも確認できますが、パフォーマンスについて実質的な観察を行う前にクラッシュしたため、vcrun2019やdotnet48と同じくらいプレイできないほどクラッシュしているようです。

更新：
前述のように、パフォーマンスは高く、保存は高速ですが、実際、安定性はそれほど高くありません。 キャンペーンマップでのクラッシュがたくさんあります。

オフトピックですが、現在のプレフィックス設定でこのスクリプトを共有することで、NixOSユーザーをすばやく支援したいと思います： https ：//gist.github.com/lboklin/c735c867a00fbb2d30bb89dbcd910c03

言及する必要があります：私のクラッシュのないゲームは、1.0.5で新しいキャンペーンを開始した後（次の修正プログラムの前ですが、実際の1.0.5の更新後）でした。 また、dotnet8と比較してdotnet472のシーン間の読み込み時間がわずかに長い（+ 〜50％）ことに気付きました。これは、安定性が大幅に向上していることを考えると、それほど大きな問題ではありません。

@Ampsersanddd他の人がこれについて言及していますが、何らかの理由で最初の起動時に修正した後でも、ゲームがマウス入力に応答しないのが一般的です。 再起動すると修正されます。 多分それはあなたの問題ですか？

dotnet472は、1.0.4からの保存ファイルでクラッシュします（ただし、タウンメニューにいる間は約10分かかりました）が、非常に優れたパフォーマンスも提供します（proton-GEでテスト済み）。 これが1.0.5を使用する新しいゲームにも当てはまるかどうかは後でテストします。

更新：

タウンメニューを開いたときにクラッシュするまで、新しいゲームで約30分間プレイしました。

新しいキャンペーンでも、私にとってはかなりクラッシュします。 ほとんどの場合、例外コード0000000cが発生しますが、最新のクラッシュ（および今日の1つ前のクラッシュ）は例外コード6baでした。

ただし、少なくとも、クリップボードが機能することを確認できました（bannerlord.partyを使用してクールなバナーを作成することにより）。 だから、あなたが知っている、すべてが悪いことはできません。

ゲームで生成されたログを取得する方法を誰かが考え出したことがありますか？ フォーラムにはログファイル（つまりrgl_log.txtなど）についての言及がありますが、どこにも見つからないようです。 クラッシュレポートツールも完全に機能していないようで、Protonログは意味のあるスタックトレースを提供しません。

プロトンの接頭辞を完全に削除する方法を知っておくと便利かもしれません。 私はそれが少し外れたトピックであることを知っていますが、人々がこれを何回行っているかを考えると、kruftによって引き起こされるバグレポートを減らすかもしれません。

何をしているのかわからないのですが、 ~/.steam/steam/steamapps/compatdata/261550/ディレクトリを削除し、ゲームを再度実行して再作成しています。 これで十分ですか？

何をしているのかわからないのですが、 ~/.steam/steam/steamapps/compatdata/261550/ディレクトリを削除し、ゲームを再度実行して再作成しています。 これで十分ですか？

うん、それだけです。 私は個人的に代わりに名前を変更するのが好きです。そうすれば、プレフィックスを切り替えてすばやくテストできます（また、保存と構成を簡単に引き出すことができます）が、あなたはそうします。

そしてそれについて言えば、新しいプレフィックス（ protontricksがまったくない）は私にとってはクラッシュが少ないように見えますが、それでも数分間の保存のバグがあり、キャンペーンマップ。 あなたはいくつか勝ちますあなたはいくつかを失います、私は推測します、笑

いくつかのこと：

1）現在、新しいプレフィックスを使用すると、ランチャーを起動することすらできないという奇妙な状態になっています。 また、クラッシュ時に一部のリソースが正しくクリーンアップされていないのではないかと疑っています（ ps aux | grep Mountとps aux | grep wineを超えてアクティブにデバッグしようとしていないメモリ使用量の疑わしい増加のため、システムを再起動しますが、それを行う前にこれを書き出したいと思います。

2）donetおよびvcrunパッケージをインストールすると、「モノラルがインストールされていないようです」と表示され続けます。これは（6.4、arch linux）です。 これはプロトントリックまたは予想される動作を壊すものですか？

3）プロトントリックが実行されている間は入力しないでください。 「到達するのに永遠にかかったこのものをインストールする」と尋ねられたら、Enterキーを押して、キャンセルします。

4） @YellowApple私はあなたからのログが出力にdxvkを持っているのを見たと誓ったかもしれません：あなたは言われたdxvkの特定のバージョンを使用していますか？ 私がnvidiaカードを実行しているときの奇妙なneed nvidia cardバグを考えると、私が欠けているものがあるのだろうかと思います。

@yarbelk 「nvidiaカードまたはWindows10が必要」-ここで説明するように、winecfgのWindowsバージョンをWindows 10に戻すことで、問題を簡単に修正できました： https ：

そうは言っても、キャンペーンマップが頻繁にクラッシュするようになりました。 私が変更したのは、上記の設定とM＆Bパッチ自体だけでした。 正常に機能したのが1.0.3か1.0.4かはわかりませんが、これらのキャンペーンのクラッシュは私にとってまったく新しいものです。 Dotnet472またはdotnet480もそこに違いはありませんでした。

奇妙な不安定性の問題がたくさん発生している人は、Bannerlordワインプレフィックスを削除し、ゲームファイルを確認して（更新されていることを確認してください）、vcrun2019とdotnet48をインストールするだけでよいと思います。 また、SteamPlayセットのグローバルオーバーライドがないことを確認し（Steamメイン設定ページ-> SteamPlay）、最新のProton-GEビルドを使用します。

これらすべてを実行しても問題が解決しない場合は、グラフィックスドライバーも更新してください。 Nvidiaの場合、nvidia.comから最新のバイナリリリースを実行する必要があります。 これがすでにディストリビューション用にパッケージ化されている場合は、すばらしいです。 AMDの場合、最新のCatalystバイナリ、またはmesa / libdrm / AMDDDXの最新のgitバージョンと最新のLinuxカーネルを実行している必要があります。

ゲームは順調に進んでおり、大きな問題はまったくありません。 戦闘アニメーションや新しい衣装がフィールドに初めてロードされたときに1〜2秒のヒッチが発生しますが、ゲーム全体が一時停止するため、不利な状況で戦うわけではなく、維持しても再発しません。同じ敵と戦う。 おそらく、リアルな布の効果に関連するある種のシェーダーキャッシング。

また、問題を報告するときに、使用しているGPUを投稿してください。 私は2080Tiを使用しています。 クラッシュすることなく、パフォーマンスも良く、4時間ノンストップでプレイすることができました。

@YellowApple

ゲームログはここのワインプレフィックスにあります： </261550 prefix>/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/logs/

例： ~/.steam/steam/steamapps/compatdata/261550/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/logs

クラッシュアップローダーが機能した場合（機能しないのは本当に残念です...）、ここにあるアーティファクトをアップロードするようです： <261550 prefix>/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/crashes/

ゲームはクラッシュするたびにcrashesディレクトリにディレクトリを作成し、いくつかの異なるログとクラッシュからのセーブゲームが含まれているようです。

さて、私は最新のProton-GEビルドとdotnet472のインストール（以前のバージョンの約5〜6を遡及的にインストールした）でさらに進んでいます。

ランチャーを入手しましたが、キャラクターを作成した後もゲームがコンピューター全体をフリーズしています。 バックグラウンドで音楽/音は聞こえますが、何も聞こえません。 追いつく必要があると思って、しばらくそのままにしておきました。 何もありません。 ハードシャットダウンが唯一の修正です。

さて、私は最新のProton-GEビルドとdotnet472のインストール（以前のバージョンの約5〜6を遡及的にインストールした）でさらに進んでいます。

ランチャーを入手しましたが、キャラクターを作成した後もゲームがコンピューター全体をフリーズしています。 バックグラウンドで音楽/音は聞こえますが、何も聞こえません。 追いつく必要があると思って、しばらくそのままにしておきました。 何もありません。 ハードシャットダウンが唯一の修正です。

どのディストリビューション、GPU、およびグラフィックスドライバーのバージョンですか？

Ubuntu 18.04、RX580およびストック/デフォルトのamdドライバー。 私はまた、最新のワイン/ウィネトリックス/メサ/バルカンを持っています。

現在、実行されていないのはこのゲームだけですが、それは私のシステムではなく、ただそれを捨てるという意味ではありません。

Ubuntu 18.04、RX580およびstock / defautlamdドライバー。 私はまた、最新のワイン/ウィネトリックス/メサ/バルカンを持っています。

現在、実行されていないのはこのゲームだけですが、それは私のシステムではなく、ただそれを捨てるという意味ではありません。

Ubuntu 18.04は現在、かなり古いMesa（オープンソース）ドライバーを使用しています。 AMD Adrenaline（以前はCatalystまたはfglrxとして知られていました）ドライバーに切り替えてみてください。

オープンソースのグラフィックスタックを使い続けたい場合は、oibafのグラフィックPPAを試すこともできます： https ：//launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

オープンソースのグラフィックスタックは非常に古くなります。 これは主に、改善のペースが非常に速いためです。 1年前のオープンソースグラフィックスドライバーは、80年前の車のようなものです。 完全にそして完全に時代遅れです。 この時点で、私はあなたの問題のオープンソースグラフィックスタックに問題があると真剣に考えています。

私はUbuntu20.04（実際にはほとんどの点で18.04にほとんど似ています）を使用していますが、主な違いはNvidiaバイナリドライバーを実行していることです。 ゲームは素晴らしいです。 oibafからのオープンソースグラフィックスタックの更新で修正されない場合は、バイナリのAdrenalineドライバーを試してみます。

オープンソースのグラフィックスタックは非常に古くなります。

Mesaの古いバージョンを出荷しているくだらないディストリビューション（ubuntu）のせいにしないでください。 古い古いディストリビューションに新しいMesaをインストールできるパブリックPPAがあります。

私はMesa20.0（およびMesaマスターブランチ）でRX 580を実行していますが、説明されているようなグラフィカルなロックアップはありません。

私はMesa20.0（およびMesaマスターブランチ）でRX 580を実行していますが、説明されているようなグラフィカルなロックアップはありません。

私はMesa20.0.0-develを使用していることを示していますが、それが間違ったバージョンであり、別の/より良いバージョンがある場合、私は他の人からのアドバイスを無視する人ではありません。 以前に持っていたと思っていたので、他のPPAもチェックしていますが、しばらく前に削除した可能性があります。

オープンソースのグラフィックスタックは非常に古くなります。

Mesaの古いバージョンを出荷しているくだらないディストリビューション（ubuntu）のせいにしないでください。 古い古いディストリビューションに新しいMesaをインストールできるパブリックPPAがあります。

私はMesa20.0（およびMesaマスターブランチ）でRX 580を実行していますが、説明されているようなグラフィカルなロックアップはありません。

ああ、私はメサをまったく非難していません。 問題の事実は、今日のMesaが1年前のMesaよりも1000％優れている（より機能的で機能が充実している）ということです。 これは、オープンソースグラフィックスタックが存在する毎年に当てはまります。 私は、ハイエンドのゲームをプレイしようとしているときに、LTSディストリビューションが出荷するMesaの「安定した」（別名_stale_）バージョンに依存することがOKではない理由を単に正当化していました。

編集：繰り返しになりますが、オープンソースのグラフィックスタックを使用して「本物の」ゲーム（つまり、StellarisやTeam Fortress 2よりもグラフィックの詳細が多いもの）を実行することに成功したことは一度もありません。 私は、oibafのPPAからRadeon VII with Kingdom Come：Deliverance、Elder Scrolls Online、PULSAR：Lost Colony、Stellaris、およびその他のいくつかのゲームで3月のgitマスタービルドを試しました。 パフォーマンスはESOとStellarisで許容範囲内でしたが、その他では再生できないほど遅くなりました（5 fps以下）。 eGPUをRadeonVIIから2080Tiに切り替え、Nvidiaバイナリドライバーを使用したところ、突然、すべてのシーンで60 fpsをはるかに超え、100以上の頻度でパフォーマンスが向上しました。 夜と昼。

オープンソースのグラフィックスタックを使用している場合は、サポートが適切なゲームをプレイすることにほぼ制限されます。これは、おそらく存在するすべてのゲームの約20〜50％です（概算）。 Nvidiaバイナリドライバーを使用している場合、95％のゲームがうまく動作します。 オープンソースドライバーがいつかバイナリーと同等かそれ以上になることを願っていますが、それは今日ではありません。

だから私はこれに気づきました、フォーラムのサポートセクションで時々steamが必要なすべてのdepをインストールしていないと言っています。

.net Coreがdotnet472に含まれているかどうか（または含まれているはずかどうか）はわかりませんが、その投稿からのリンクを使用してその特定のバージョンをインストールしたところ、クラッシュのほとんどがなくなったようです。 特にテクスチャなどが各セッションで初めてロードされるときは、まだ時々ハングアップしますが、今はクラッシュすることなく、悪名高いアリーナリーダーボードを引き上げることもできます！

それを試してみたい人のために、私は次のようなことをしました：

$ wget https://download.visualstudio.microsoft.com/download/pr/cd223083-8c0e-4963-9fcd-fcf01a55e56c/15500e764899442ed6e014687caa34e9/dotnet-runtime-2.1.17-win-x64.exe

$ export STEAM_COMPAT_DATA_PATH=/games/steamapps/compatdata/261550/

$ cd ~/.steam/steam/compatibilitytools.d/proton_butterlord/

$ ./proton run ~/dotnet-runtime-2.1.17-win-x64.exe

ここで、compatdataパスはbannerlord compatdataフォルダーへのパスであり、cdは使用しているプロトンが含まれているディレクトリへのパスです。

オープンソースのグラフィックスタックを使い続けたい場合は、oibafのグラフィックPPAを試すこともできます： https ：//launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

それらを再インストールしてもうまくいかなかった場合は、なんてことだ！ キャラクター作成後、実際に最初のセリフにたどり着きました！ もっとテストするつもりですが、それを捨てたかったのです。それが修正だったのかもしれません（木のノック）。

/編集
ランダムなインターネットの見知らぬ人から、トラブルシューティングを行い、これに対する解決策を考え出しているすべての人に感謝を追加したいと思います！

@ Aliervo-最後のコマンドの後、これで失敗するようです-

ProtonFixes [12023]情報：プロトンフィックスを実行しています
ProtonFixes [12023]情報：チェックを実行しています
ProtonFixes [12023]情報：すべてのチェックが成功しました
ProtonFixes [12023]情報：不明のプロトンフィックスが見つかりません（261550）

@yarbelk 「nvidiaカードまたはWindows10が必要」-ここで説明するように、winecfgのWindowsバージョンをWindows 10に戻すことで、問題を簡単に修正できました。 ＃3706（コメント）

そうは言っても、キャンペーンマップが頻繁にクラッシュするようになりました。 私が変更したのは、上記の設定とM＆Bパッチ自体だけでした。 正常に機能したのが1.0.3か1.0.4かはわかりませんが、これらのキャンペーンのクラッシュは私にとってまったく新しいものです。 Dotnet472またはdotnet480もそこに違いはありませんでした。

残念ながら; Windows 10を設定しても、nvidiaのクラッシュは止まりませんでした（プレフィックスも空です）
キャラクター作成前の新しいゲームの開始時：nvidaクラッシュ。 再起動。 引き裂きに勝った直後：nvidiaクラッシュ（10分）。

@ jake-hedgesその後、プロンプトが表示されるようになりましたか？ それらを見たのを覚えていますが、1秒後に実行され、インストーラーがポップアップしました。

編集：クリーンなプレフィックスでもう一度やり直してください、私は得ました

ProtonFixes[32252] INFO: Running protonfixes
ProtonFixes[32252] INFO: Running checks
ProtonFixes[32252] INFO: All checks successful
ProtonFixes[32252] INFO: No protonfix found for UNKNOWN (261550)
ProtonFixes[32252] INFO: Creating MS Core font links in /games/Steam/steamapps/compatdata/261550/pfx/drive_c/windows/Fonts

しかし、数秒後、インストールダイアログがポップアップし、インストールできるようになりました。

サイレントインストールを実行した場合は、dotnetフォルダーの/your/path/to/compatdata/261550/pfx/drive_c/Program\ Files/を再確認してください。 そこに何もない場合は、もう一度実行してみて、1〜2分間そのままにして、インストールウィンドウが表示されるかどうかを確認します。

@ Aliervo-最後のコマンドの後、これで失敗するようです-

ProtonFixes [12023]情報：プロトンフィックスを実行しています
ProtonFixes [12023]情報：チェックを実行しています
ProtonFixes [12023]情報：すべてのチェックが成功しました
ProtonFixes [12023]情報：不明のプロトンフィックスが見つかりません（261550）

私もこのエラーが発生しましたが、最後に「pfx /」を追加すると機能しました

$ export STEAM_COMPAT_DATA_PATH = / games / Steamapps / compatdata / 261550 / pfx /

しかし、これは私には何もしませんでした。 同じランダムクラッシュを取得します。

編集：NVM私は間違って話しました。 直ったと思ったのですが、読み間違えました
261550 /使用時のエラー

ProtonFixes [25930]情報：protonfixを実行しています
ProtonFixes [25930]情報：チェックを実行しています
ProtonFixes [25930]情報：すべてのチェックが成功しました
ProtonFixes [25930]情報：不明のプロトンフィックスが見つかりません（261550）

261550 / pfx /使用時のエラー

./proton run〜 / dotnet-runtime-2.1.17-win-x64.exe Proton：プレフィックスをNoneから5.5-GE-1にアップグレードします（/ run / media / m / 850EVO / Games / SteamLibrary / steamapps / compatdata / 261550 / pfx //）
ProtonFixes [25999]情報：protonfixを実行しています
ProtonFixes [25999]情報：チェックを実行しています
ProtonFixes [25999]情報：すべてのチェックが成功しました
ProtonFixes [25999]情報：不明のプロトンフィックスが見つかりません（261550）
ProtonFixes [25999]情報：/ run / media / m / 850EVO / Games / SteamLibrary / Steamapps / compatdata / 261550 / pfx / pfx / drive_c / windows / FontsにMSコアフォントリンクを作成しています
何らかの理由で、pfxを使用したときにMS Coreフォントリンクが追加されましたが、インストーラーが起動しませんでした。

dotnet472またはdotnet48がないと、ランチャーは機能しません。ランチャーなしでゲームを起動するには、スレッドの早い段階で提案されているようにgame .exeの名前を変更する必要がありますが、保存の保存には30〜90秒かかります。 少し安定しているように見えますが、ゲームの自動保存が頻繁に行われるため、特に初期のゲームでは、5〜10分ごとに1分以上待つ必要があります。

dotnetを使用すると、ランチャーは機能し、保存には1〜5秒かかりますが、ゲームマップ上で、または会話や戦闘を開始する前にランダムにクラッシュする可能性があります。 それはほとんどプレイ可能です。 時々、会話でFPSが0.5に下がる前に、1時間以上プレイすることができます（再起動すると修正されます）。またはクラッシュします。

@EmquCCプレフィックスが設定されているWindowsのバージョンを再確認してください。

vcrunスクリプトの1つはそれをXPに設定し、もう1つはそれを7に設定します。プレフィックスがXPに設定されたときにクラッシュしたことをよく覚えています。また、Windows 7の問題のフォーラムに関する報告があるので、10を使用することをお勧めします。

また、1.0.6が削除されたばかりなので、新しいプレフィックスをロールして、すべてがまだ機能していることを確認します。

@EmquCCプレフィックスが設定されているWindowsのバージョンを再確認してください。

vcrunスクリプトの1つはそれをXPに設定し、もう1つはそれを7に設定します。プレフィックスがXPに設定されたときにクラッシュしたことをよく覚えています。また、Windows 7の問題のフォーラムに関する報告があるので、10を使用することをお勧めします。

また、1.0.6が削除されたばかりなので、新しいプレフィックスをロールして、すべてがまだ機能していることを確認します。

ありがとう:)昨日Windows10に変更しましたが、今日は確認するのを忘れていました。 読み間違えたので、投稿を編集しました。 pfxを追加すると、MS Coreフォントへのリンクがいくつか作成されましたが、インストーラーが起動しませんでした。 新しいプレフィックスを作成し、1.0.6で再試行します。折り返しご連絡いたします。

編集：プロトン5.0.6の新しいRCは1.0.6と同時にドロップされました。 まだ変更ログはありませんが、これも試してみます。 Protonテストビルドを試してみたい場合は、SteamライブラリでProton5.0を右クリック>プロパティ>ベータ>「次へ-」にオプトインします

。 Protonテストビルドを試してみたい場合は、SteamライブラリでProton5.0を右クリック>プロパティ>ベータ>「次へ-」にオプトインします

5.0.6でマウス入力パッチが追加されていない限り、自分でパッチを適用する必要があります。そうしないと、マウスでクリックすることができなくなります。

@craftyguyええ、Proton 5.0.6 RC2の変更ログはまだないので、試してみる必要がありました。 マウス入力パッチはRC2に追加されていません。

@Aliervo @ jake-hedgesそのコマンドでdotnet-runtime-2.1.17-win-x64をインストールできませんでした。 しかし、 protontricks --guiを使用してインストールし、次に「エクスプローラーを実行」してエクスプローラーから.exeを実行しました。 今すぐテストします

編集：メニュー画面に到達する前にゲームがクラッシュするようになりました。 新しいプレフィックスで再起動します^^

編集2：dotnet-runtimeがインストールされた新しいプレフィックスにロードされました。 おそらく私の側からのユーザーエラーでした:)

ただの注意点である最新の

ただの注意点である最新の

これらの修正を使用しても、マウスを制御できるのは10回の起動ごとに1回だけです。

ただの注意点である最新の

これらの修正を使用しても、マウスを制御できるのは10回の起動ごとに1回だけです。

それは本当に奇妙なことです。しばらく前にワインにパッチを当てた後、私は100％の時間マウスコントロールを取得します。 パッチが機能しないこの同じ問題を経験している人は他にいますか？

@jaynus ：新しいプレフィックスを使用してみましたか（ protontricks 261550 annihilate ）？ 違いはないはずですが、以前からの奇妙なオーバーライドがあるかもしれません、または??

ただの注意点である最新の

これらの修正を使用しても、マウスを制御できるのは10回の起動ごとに1回だけです。

それは本当に奇妙なことです。しばらく前にワインにパッチを当てた後、私は100％の時間マウスコントロールを取得します。 パッチが機能しないこの同じ問題を経験している人は他にいますか？

@jaynus ：新しいプレフィックスを使用してみましたか（ protontricks 261550 annihilate ）？ 違いはないはずですが、以前からの奇妙なオーバーライドがあるかもしれません、または??

うん！ プレフィックス全体を削除して新しく始めましたが、まだ非常に散発的です

今、新しいプレフィックスで少しテストする機会がありました。 ちょうど2回クラッシュしました。 1つは、設定をすぐに変更したときです（以前と同じように、クラッシュしましたが、設定の変更を保存しました）。 もう1つは、インベントリ画面からパーティー画面に切り替えようとしたときです。 それを再現しようとすると、画面がうまく変化し、ロードするものが少しハングするだけだったので、1回限りのロードエラーだったと思います。

また、 vcrun2019インストールすると実際に何が行われるかに注意を払いました。ポップアップするインストーラーは、2015-2019の再配布可能であると言っているので、 vcrun2015をインストールするよりも良いことは何もしない可能性があります。 vcrun2017独立して、それは便利なワンステップになります。

以前にリンクした.netCoreを追加すると（投稿したコマンドラインを使用するか、 @ EmquCCが指摘したようにprotontricks 261550 --gui後に「 RunExplorer 」をここにリストされて

したがって、理論的には、残りのクラッシュのほとんどはゲーム自体のバグが原因であり、まもなくパッチが適用されます。

よくわかりませんが、さまざまな理由でWindowsコンポーネントがワインで失敗するという長い歴史があります。したがって、ここにワインのバグがこれ以上ないことを完全に排除することはできません。

ゲームクラッシュアップローダーが機能していないように見えるのは本当に残念です。 彼らがそれらについて知っていれば、Taleworldsが対処するかもしれないWineの下でのみ私たちに影響を与えるゲームバグのクラスがあるかもしれません！

ゲームクラッシュアップローダーが機能していないように見えるのは本当に残念です。 彼らがそれらについて知っていれば、Taleworldsが対処するかもしれないWineの下でのみ私たちに影響を与えるゲームバグのクラスがあるかもしれません！

そこにあるデバッグする便利な方法があると思いませんか？ ：stuck_out_tongue_closed_eyes：

ゲームを閉じるたびに、またはクラッシュするたびに、何か奇妙なことに気づきました。もう一度起動する場合は、Steamも再起動する必要があります。そうしないと、何も起こりません。

さて、これまでに新しいプレフィックスで行ったことは次のとおりです。

• vcrun2019
• dotnetコアエクストラは依存します
• dotnet48

Debianバスターを実行する18.3メサ私は山の盗賊と衝突する前に約1時間プレイしました。 それ以外の点では、ゲームはかなりスムーズで本当に楽しかったです。 保存待機時間を完全に取り除きました。これは問題ないと思います。 万が一に備えて、もっと頻繁に貯金する習慣を身につける必要があります。

今のところ、この設定は問題ありません。

現在3時間プレイしていて、@ jake-hedgesが書いたのと同じセットアップを使用して、「only」で3回クラッシュしました。 Dotnet core +1.0.6がほとんどの問題を処理したようです。
トーナメントに勝った後に1回クラッシュし、百科事典の同じページをチェックすると2回続けてクラッシュしました.2回目にトーナメントに勝ったときはクラッシュせず、百科事典にアクセスしようとしてもゲームがクラッシュしませんでしたゲーム内の別の場所と時間に。

私自身のセットアップにはかなり満足しています。 長期的なFPSドロップもまだありません

私もスムーズに走っていますが、まだ時々小さな問題があります。 ドライブで透過的な圧縮を有効にし、ssdではなくhddを再生するなど、ばかげたことをしているからです。

何かが壊れ始めたら、私はここかフォーラムの周りにいます...それまで、幸せな収穫！

.NET 4.0、4.5、4.6、4.6.1、4.6.2、および4.7.2をインストールしたprotontricks 261550 dotnet472を実行すると、保存時間が数秒に短縮されましたが、いずれにしても安定性は向上していないようです。

@ptkato dotnet Coreをインストールしてみてください（https://github.com/ValveSoftware/Proton/issues/3706#issuecomment-609959973およびhttps://github.com/ValveSoftware/Proton/issues/3706#issuecomment-610022040を参照してください。これを行う）。

また、両方とも既知の問題があるため、プレフィックスがWinXPまたはWin7に設定されていないことを再確認してください。 プレフィックスにはWindows10をお勧めします。

現在の回避策（Proton 5.5-GE https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.5-GE-1 + protontricks 261550 dotnet472 、プレフィックスをWindows 10に設定）に従った後大きな戦闘サイズ（400以上）でも、ゲームはスムーズに実行されます。

しかし、私が包囲に入るときはいつでも、ゲームは途方に暮れ、狂ったようにフリーズします。 これを持っている人は他にいますか？ （カスタムバトルから攻城戦をすばやくテストし、バトルタイプを変更できます）。 dotnetcoreのインストールは役に立ちませんでした。

@dufuspaelli吃音についても同じ問題がありました。 私にとって、それはGPUの熱スロットリングに関連していました。フレームキャップを下げることで、はるかに滑らかになりました。 （あなたにとって同じかもしれないし、そうでないかもしれません）。

起動時にクラッシュするためのヘルプは、次のエラーだけで表示されますか？ 少なくとも、大規模なスタックトレースの直前にログに記録されるものです。

  218 38705.528:0030:0031:fixme:reg:GetEnabledXStateFeatures
  219 38705.531:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\Microsoft.NET\\Framework64\\v4.0.30319\\clrjit.dll" at 0x1a7e0000: native
  220 38705.532:0030:0031:fixme:ntdll:EtwEventRegister ({319dc449-ada5-50f7-428e-957db6791668}, 0x1a8c2bc0, 0x1a8eb8a0, 0x1a8eb8c0) stub.
  221 38705.532:0030:0031:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x1a8d7e91, 28) stub
  222 38705.535:0030:0031:fixme:path:parse_url failed to parse L"TaleWorlds.Library"
  223 38705.537:0030:0031:fixme:path:parse_url failed to parse L"netstandard"
  224 38705.540:0030:0031:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\bcrypt.dll" at 0x7f0bfdf90000: builtin
  225 38705.542:0030:0031:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\crypt32.dll" at 0x7f0bfde90000: builtin
  226 38705.542:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rsaenh.dll" at 0x66500000: PE builtin
  227 38705.556:0030:0031:fixme:path:parse_url failed to parse L"System.Core"
  228 38705.566:0030:0031:fixme:path:parse_url failed to parse L"TaleWorlds.TwoDimension.Standalone"
  229 38705.567:0030:0031:fixme:path:parse_url failed to parse L"ManagedStarter"

実行proton-5.5-GE-1とprotontricks 261550 dotnet472とwin10。

現在の回避策（Proton 5.5-GE https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.5-GE-1 + protontricks 261550 dotnet472 、プレフィックスをWindows 10に設定）に従った後大きな戦闘サイズ（400以上）でも、ゲームはスムーズに実行されます。

しかし、私が包囲に入るときはいつでも、ゲームは途方に暮れ、狂ったようにフリーズします。 これを持っている人は他にいますか？ （カスタムバトルから攻城戦をすばやくテストし、バトルタイプを変更できます）。 dotnetcoreのインストールは役に立ちませんでした。

さまざまなグラフィック設定を試した後、私はそれを理解しました。

これは、高い設定で実行していて、大規模な戦闘でラグ/吃音に遭遇する人々に役立つ可能性があります。ゲーム設定でTexture Streaming Budget設定を下げます。

私のRTX2060では、Texture Streaming Budgetが低く設定されている場合、大きなCastle siege（400以上のユニット）が約4.7ギガのVRAMを消費します。 したがって、基本的に、ストリーミング予算を増やすと、VRAMがすべて消費され、結果として大きなスタッターが発生します。 これがバグなのか、この設定から予想される動作なのかわかりません。

@Evilbits私の腸は何かが壊れたのかもしれないと言っています、完全なログを共有して

また、ゲームの最新バージョンを使用していない可能性があります。 そこにManagedStarterがありましたが、最近の更新の1つで削除されたと思います。

@dufuspaelliこれは意図した動作だと思います。 基本的に、Texture Streaming Budgetは、すべてのものにすべてのテクスチャを配置するために節約するvramの量をゲームに指示します。したがって、設定が高すぎると、アニメーションの表示などのvramが不足し、それらがしようとしているときに途切れます。レンダリングします。

それで、いくつかの奇跡によって、クラッシュレポーターは私のために働き始めました（ dotnet472とその.NETCoreダウンロード付き）：

それが実際にレポートを正常に送信したかどうか、またはTaleWorldsがレポートを送信したとしても、それを使って何か役立つことができるかどうかはわかりません（プロトンを使用するバターロードを実際に積極的にサポートすることはできませんが、これは驚きですが、歓迎すべきことです）。でもねえ、試してみても痛くないですよね？

とにかく、私にとって継続的な不安定性の少なくとも1つの原因（およびその偶発的な発見につながったもの）は、パーティーのネームプレートを表示/更新しようとしたときにSystem.Text.RegularExpressions.RegexRunner.Scanを破壊するSystem.AccessViolationExceptionです（私はメソッド名SandBox.ViewModelCollection.Nameplate.PartyNameplateVM.RefreshDynamicPropertiesに基づいて、仮定しています）。 通常、私はこれを「何か他のものがおそらくメモリを破壊していて、この関数が間違った時間に間違った場所にあった」と書き留めますが、この正確なメソッドがこの正確なメモリアクセス例外をポップしたのはこれが2回目です。したがって、少し疑わしいです。

これをトラブルシューティングするための次のステップはまだわかりません（ WINEDEBUGに+heapをスローすることを除けば、パフォーマンスの面で苦痛に思えます）。

とにかく、
ここにある蒸気261550.log 、 rgl_log_42.txt 、およびrgl_log_errors_42.txt後世のためには、。

@ヤーウィン

この問題を「回避」するためにランダムなプロトンビルドをインストールすることを推奨するように最初のコメントを編集したことに気づきましたが、インターネット上のランダムな人々からランダムなプロトンビルドを推奨するのは良い考えではないと思います。ランダムな人々からバイナリを実行することの（デ）メリットについての大きな議論（たとえば、wineはホームディレクトリ全体にファイルシステムでアクセスできます）。 また、「回避策」が多数の変更を加えたフォークされたプロトンを実行している場合、Valveにとってはおそらく役に立たないでしょう。

入力の問題に対する現在の回避策は、アップストリームのワインステージングパッチを適用して、このリポジトリからプロトンをです。

@YellowApple 、クラッシュを再現しようとしていますが、今のところ何もありません...ネームプレートと言うとき、軍の名前と軍隊の情報が記載された世界地図プレートを参照していますか？

Sandbox.ViewModelCollection.Nameplate.PartyNameplateVM.RefreshDynamicProperties押す前にすべてのローカリゼーションを通過するのを見ると、このスレッドを思い出しました。 ロングショットですが、そこで説明されているように、中国語のローカリゼーションデータを削除してみることができます。

@craftyguy 、その価値のために、GloriousEggrollはワインステージングとlutrisの両方に貢献しています。 私は個人的にそれを「ランダムなインターネットの人」とは考えていませんが、あなたの主張は理解できます。 おそらく、免責事項は、自分で作成したほうがよいと感じる人のための追加情報とともに、より適切です。

最後に、 @ Yarwin 、OPについて言及しているので、クラッシュを減らすように見えるので、新しい.net Coreのものを追加することを検討してください。これで、インストール後にクラッシュレポーターが機能するというレポートが1つあります。

@ヤーウィン

この問題を「回避」するためにランダムなプロトンビルドをインストールすることを推奨するように最初のコメントを編集したことに気づきましたが、インターネット上のランダムな人々からランダムなプロトンビルドを推奨するのは良い考えではないと思います。ランダムな人々からバイナリを実行することの（デ）メリットについての大きな議論（たとえば、wineはホームディレクトリ全体にファイルシステムでアクセスできます）。 また、「回避策」が多数の変更を加えたフォークされたプロトンを実行している場合、Valveにとってはおそらく役に立たないでしょう。

入力の問題に対する現在の回避策は、アップストリームのワインステージングパッチを適用して、このリポジトリからプロトンをです。

GloriousEggrollは、Proton自体がランダムであるか、Mozilla Firefox、または保証や補償なしで無料で提供されるインターネット上のオープンソースソフトウェアである以上、「ランダム」ではありません。

GloriousEggrollのリポジトリのコミット差分を15分間読んでいると、彼が最新のワイン開発コードを組み込んだProtonビルドの最新の修正と機能、およびまだ組み込まれていない多くのゲーム固有の修正を提供するために素晴らしい仕事をしていることがはっきりとわかります。ワイン。 彼はバイナリを提供する「ランダムな」ブラックハットではありません。データをマイニングしたり、システムでルートキットを実行したりすることだけを目的としています。 彼はプロトンの非常に良いフォークを維持するためにたくさんの仕事をしました。

ほとんどのLinuxゲーマーは、正直なところ、すべてのソフトウェアをソースから構築するための技術的な能力や忍耐力を持っていません。 そして、たとえそうだとしても、そのコードも監査していない限り、バイナリをダウンロードするよりも_本当に_良いことではありません。 本当に妄想的である場合は、個人データがなく、特権ネットワークリソースにアクセスできない分離されたシステム、または同様に構成されたVMでゲームを行う必要があります。 クローズドソースゲーム自体は、ユーザーに関する不気味な量のデータをゲーム開発者にアップロードすることが知られており、ワインの下でそれらを実行しても、それが変わる可能性はほとんどありません。

全体として、GEを信頼できない、または「ランダム」であると見なすことについて、あなたはひどく過剰反応していると思います。 真剣に妄想している場合は、コードのすべてのソース行を手動で監査した、真に無料のオープンソースソフトウェア（定義上、M＆B II：Bannerlord！を除く）のみを実行する必要があります。 ああ、プロプライエタリBIOSも実行しないでください。つまり、オープンマイクロコードを備えたCPUとマザーボードを購入する必要があります。

Valveに関しては、Protonユーザーのコミュニティと協力してProtonを改善することにあまり関与していないようです。 彼らの立場は、（a）プロトン全般を気にしないか、（b）ユーザーが不満を言うのではなく、私たちが気にする問題だけを気にするかのどちらかであると推測できます。 このバグレポートにValveの従業員が参加しているのを見たことがありませんか？

バルブはおそらく、この非常に人気のあるゲームの周りのコミュニティがBannerlordのソリューションを見つけて、それらを_Wine_にアップストリームさせることを可能にすることに満足しています。 正直なところ、それは彼らにとってあまり仕事ではないので、それは理にかなっています。 _Wine_のアップストリームで修正できない_Proton_の機能に固有の何かがない限り、彼らはほぼ間違いなくこの問題レポートを無視し、Wineが問題を修正するのを待ちます。

Proton-GEビルドは、あまり技術的ではないLinuxゲーマーにとって、今日Bannerlordをプレイするための最も便利な方法です。 ビルドを信頼していないが、ソースからコンパイルするスキルが不足している場合は、ValveがBannerlord修正を含むバージョンのWineで公式SteamクライアントからのSteamPlayの安定したリリースを更新するまで待つことを歓迎します。 過去の経験に基づくと、これには数週間から数か月かかる可能性があります。

GloriousEggrollは、Proton自体がランダムであるか、Mozilla Firefox、または保証や補償なしで無料で提供されるインターネット上のオープンソースソフトウェアである以上、「ランダム」ではありません。

MozillaとValveは、インターネット上でバイナリを提供している個人よりもはるかに信頼できる地獄です。 前者は説明責任のある会社ですが、後者はそうではありません。

彼らはこのゲームのために持っているデータも近く、彼らがリリースしているものにされていないいくつかのプロトンフォークを使用している場合や、再び、それはほぼ確実に少ないバルブを助けます。 自分自身をからかわないようにしましょう。このレポでのこの問題のポイントは、このゲームを、エッグロールや他の誰かのプロトンのフォークではなく、バルブのプロトンのリリースで動作させるという目標を推進することです。 そして、これは一般的なゲームサポートフォーラムではありません（Taleworldのウェブサイトに1つあります）。

私（Fedora 32 KDE Beta）の場合、.exeの名前を変更する必要があります。 現在の回避策（5.5-GE-1 +プロトントリック261550dotnet472）だけではゲームに参加できません。
そのため、Mount＆Blade II Bannerlord / bin / Win64_Shipping_Client /の名前を変更します
Bannerlord.exe
に
TaleWorlds.MountAndBlade.Launcher.exe

@craftyguy彼は文字通りワインステージングの貢献者です。 あなたは無知の立場から主張しています。 そして、これもあなたのブログではありません。

GloriousEggrollは、Proton自体がランダムであるか、Mozilla Firefox、または保証や補償なしで無料で提供されるインターネット上のオープンソースソフトウェアである以上、「ランダム」ではありません。

MozillaとValveは、インターネット上でバイナリを提供している個人よりもはるかに信頼できる地獄です。 前者は説明責任のある会社ですが、後者はそうではありません。

繰り返しになりますが、このゲームのデータが、リリースしているものにさえ近くないプロトンフォークを使用している場合、Valveはほぼ確実に役立ちます。 自分自身をからかわないようにしましょう。このレポでのこの問題のポイントは、このゲームを、エッグロールや他の誰かのプロトンのフォークではなく、バルブのプロトンのリリースで動作させるという目標を推進することです。 そして、これは一般的なゲームサポートフォーラムではありません（Taleworldのウェブサイトに1つあります）。

特にこれらの上流プロジェクト（プロトンとワイン）への寄付を受け入れることは歴史的に困難であり、非常に遅く、労働集約的なプロセスであるため、プロトンの分岐点があります。

• バルブはコミュニティに反応しません。 主要な新しいタイトルが出たとき、彼らはコミュニティと関わり、「私たちはそれに取り組んでいる」または「私たちを助けて、あなたの修正をプロトンに組み込む」などのことを発表する努力をしません。 プロトンは、「アイボリータワー」の商用オープンソースGitHubリポジトリとして非常に実行されています。 プルリクエストは、フィードバックがほとんどまたはまったくない状態で数か月または数年続きます。
• バルブ（そして多くの場合、上流のワイン）は、実用的で有用な貢献を拒否することがあり、代わりに開発がはるかに難しい「完璧な」ソリューションを主張します。 ゲームやソフトウェアを実行しようとすると、当面の問題を解決する「クイックフィックス」を簡単に作成できることがよくあります。 この修正を特定のプロセス名にスコープして、他のソフトウェアに影響を与えないようにすることもできます。 しかし、私たちが扱っているアップストリーム（Valve / ProtonとWine）は、これらの貢献を受け入れることに消極的であることが多く、代わりに、貢献を受け入れる前に、基盤となるコードを完全に再設計または完全に作り直すことを主張しています。 これらの主要なリファクタリングは、多くの場合、迅速な修正に貢献できる人々のスキルセットから外れています。 能力の範囲内であっても、そのような大きな変更を完了するには数か月から数年かかる場合があります。 それまでの間、迅速な修正がなければ、壊れたソフトウェア/ゲームとの互換性はありません。 これが、Proton（およびその前のWine）の修正ビルドが非常に人気があり便利な理由です。
• このソフトウェアに取り組んでいる企業は、回避策についてかなり偽善的である場合があります。 Wine / Protonに関係する主要企業の1つはCodeweaversです。 彼らは、CrossOver Linux（およびCrossOver Macも）と呼ばれる有料の商用ディストリビューションを配布しています。 これらはアップストリームのWineに大きく基づいていますが、ハッキング、回避策、およびその他の「実用的な」手段を実装して、マージせずに商用製品の主要なタイトルまたは主要なソフトウェア（ほとんどの場合Microsoft Office）を修正することは珍しくありません。アップストリームのオープンソースコードに対する同じ回避策。 したがって、製品の見栄えが良くなる場合は回避策は問題ありませんが、他の人が回避策に貢献している場合は問題ありません。
• アップストリームはすでに起こっています！ このスレッドには、Bannerlordのマウスカーソル修正がProtonのアップストリームであるwine-stagingによって受け入れられたという直接的な証拠を含む以前の投稿があります。 そのパッチがProtonの安定したリリースに引き込まれるのを妨げる唯一のことは時間です。 たくさんの時間-おそらく数週間または数ヶ月。 したがって、このようなものをアップストリームにするために行うべき実際の作業は今のところありません。 ものをアップストリームにすることの難しさについての私の以前のポイントは、主に他のゲームや、これほど明確ではない他のタイプの回避策に関係しています。 GEのプロトンのフォークには、もしあったとしても、何ヶ月も上流でワインをヒットしないかもしれないゲームのための多くの実用的な修正が含まれています。

@YellowApple mesaにACOシェーダーコンパイラバックエンドを使用すると、その例外が発生します。
llvmに切り替えてから、クラッシュの頻度は少なくなり、この例外の代わりにゲームがフリーズするだけです（これまで、そこで起こっていることをログに記録するのに怠惰でしたが、数日中にはそうします）。

使用したソフトウェア：
最新のプロトンゲ
dotnet472
mesa git（llvm 9）
linux-zen 5.6.2

使用済みハードウェア：
ベガ56
3700X

更新：
私は間違っていたllvmへの切り替えはより良いように見えました。

私は現在の回避策に従っています：プロトン5.5-GE +プロトントリック261550dotnet472、OSとしてWin10を設定していることを確認します。

ほぼ同じモジュールがロードされた状態で、数分ごとにクラッシュが発生しています。 誰かが理解してくれることを期待して、ログを完全に理解することはできません。
backtrace.txt

Ryzen 1800xCPUを搭載した1060Ti6GB（nvidia 440ドライバー）

この問題のトラブルシューティングを行い、大衆がある程度プレイできるようにするために、皆さんのすばらしい努力を！

@Demannuまだインストールしていない場合は、

インストール方法： Protontricksターミナル/ Protontricks GUI

また、プレフィックスがWinXPではなくWindows 10に設定されていることを確認してください。これは、明らかにdotnetスクリプトの1つがに変更されます。

新しいプレフィックスに対して行ったのは、次のことだけです。

• プロトン5.5-GE-1を使用する
• dotnet48をインストールします
• vcrun2019をインストールします
• dotnetCoreを手動でインストールする
• プレフィックスがWindows10に設定されていることを確認しました

protontricks --guiを使用してすべてをインストールし、プレフィックスをWin10に設定しました。

編集：modを使用している場合は、毎日更新を確認し、クラッシュしている場合は無効にしてみてください。 1.0.6がリリースされた後、私のゲームはアリーナでクラッシュし始めましたが、それは私が使用していたアリーナmodであることがわかりました

だからアップデートとして：

新しいプレフィックスを使用して、次の順序でセットアップします。

• Steamの互換​​レイヤーとしてProton-5.5-GE-1を設定してBannerlordを1回起動します
• protontricks 261550 vcrun2019
• GUIメソッドを介してdotnetcoreをインストールし、このスレッドでダウンロードします
• protontricks 261550 dotnet48

私はまだ次の問題を抱えているようです：

• マウスはまだおそらく70％の時間は機能しないようです。 動作するまで繰り返し再起動する必要があります。 これは私のラップトップには当てはまらず、デスクトップだけに当てはまります。
• dotnet472とdotnet48は、保存ハングの問題を解決していないようです。 保存に90秒以上かかっているようです。 これが.NETであるかどうかはどのように判断されましたか？ これがまだ機能しない理由を確認するには、何を掘り下げる必要がありますか？

別のトピックでは、誰かがゲームのマルチプレイヤー側をいじり始めましたか？ Battleyeが難しくなることは知っていますが、LinuxでBattleyeゲームが動作しているという報告があります。

現在のエラーは次のようなものです。
エラー31：ドライバーエラー

別のトピックでは、誰かがゲームのマルチプレイヤー側をいじり始めましたか？ Battleyeが難しくなることは知っていますが、LinuxでBattleyeゲームが動作しているという報告があります。

現在のエラーは次のようなものです。
エラー31：ドライバーエラー

BattleEyeは最近、anticheat用のカーネルドライバーとサービスをインストールします。 どちらもワインでは不可能です。

別のトピックでは、誰かがゲームのマルチプレイヤー側をいじり始めましたか？ Battleyeが難しくなることは知っていますが、LinuxでBattleyeゲームが動作しているという報告があります。

現在のエラーは次のようなものです。
エラー31：ドライバーエラー

マルチプレイヤーは常に私、マッチメイキング、カスタムサーバーのために完璧に機能しています。 プロンプトが表示されたら、BattleEyeのインストールをキャンセルしました。

別のトピックでは、誰かがゲームのマルチプレイヤー側をいじり始めましたか？ Battleyeが難しくなることは知っていますが、LinuxでBattleyeゲームが動作しているという報告があります。
現在のエラーは次のようなものです。
エラー31：ドライバーエラー

マルチプレイヤーは常に私、マッチメイキング、カスタムサーバーのために完璧に機能しています。 プロンプトが表示されたら、BattleEyeのインストールをキャンセルしました。

そうですね、前述のBattleEyeのせいでマルチプレイヤーも試していませんでしたが、最初にインストールをキャンセルした後も問題なく動作しています。 彼らは今のところそれを無効にしているに違いありません、そして私はそれが将来のある時点で機能しなくなると確信しています、しかし今のところすべてが機能しているようです。

シングルプレイヤーに関しては、現在のセットアップでは、dotnet48、vcrun2019を使用し、dotnet core exeをインストールし、プレフィックスをWindows 10に設定しています。それでも、1時間ごとに、場合によってはより頻繁にクラッシュが発生します。保存する。 また、 @ YellowAppleと同じエラーが発生し、パーティのネームプレートにSystem.AccessViolationExceptionが発生します。

最後に、 @ Yarwin 、OPについて言及しているので、クラッシュを減らすように見えるので、新しい.net Coreのものを追加することを検討してください。これで、インストール後にクラッシュレポーターが機能するというレポートが1つあります。

ご意見ありがとうございます–回避策のミニガイドに.netコアを追加します。
誰かが興味を持っている場合の要件のリスト： https ：//forums.taleworlds.com/index.php

別のトピックでは、誰かがゲームのマルチプレイヤー側をいじり始めましたか？ Battleyeが難しくなることは知っていますが、LinuxでBattleyeゲームが動作しているという報告があります。
現在のエラーは次のようなものです。
エラー31：ドライバーエラー

マルチプレイヤーは常に私、マッチメイキング、カスタムサーバーのために完璧に機能しています。 プロンプトが表示されたら、BattleEyeのインストールをキャンセルしました。

私はそれが機能しているとは思いもしませんでした。 それは陽気です。

おそらくCentOS8で実行しようとしているのは唯一の人ですが、何をしても、起動時に最初のロード画面を通過できないようですが、フリーズしませんが、ロード画面が終了することはありません。

現在のビルドはProton-5.5-GE-1で、win10の下にdot472（dot48も試しました）があります。

vcrun2019を提案している人がいますが、インストールできません。オプションとしてvcrun2017までしか表示されません。

助言がありますか？

おそらくCentOS8で実行しようとしているのは唯一の人ですが、何をしても、起動時に最初のロード画面を通過できないようですが、フリーズしませんが、ロード画面が終了することはありません。

現在のビルドはProton-5.5-GE-1で、win10の下にdot472（dot48も試しました）があります。

vcrun2019を提案している人がいますが、インストールできません。オプションとしてvcrun2017までしか表示されません。

助言がありますか？

それは間違いなくあなたのシステム上で何かになるでしょう。 私は文字通り問題なくまったく同じセットアップを実行しています。 私がCentOSを使用するのは仕事中だけです。 それはできると確信していますが、ゲームをすることは想像できません。

Arch LinuxまたはManjaroは、プロトンゲームに行く方法のようです。

おそらくCentOS8で実行しようとしているのは唯一の人ですが、何をしても、起動時に最初のロード画面を通過できないようですが、フリーズしませんが、ロード画面が終了することはありません。
現在のビルドはProton-5.5-GE-1で、win10の下にdot472（dot48も試しました）があります。
vcrun2019を提案している人がいますが、インストールできません。オプションとしてvcrun2017までしか表示されません。
助言がありますか？

それは間違いなくあなたのシステム上で何かになるでしょう。 私は文字通り問題なくまったく同じセットアップを実行しています。 私がCentOSを使用するのは仕事中だけです。 それはできると確信していますが、ゲームをすることは想像できません。

Arch LinuxまたはManjaroは、プロトンゲームに行く方法のようです。

そうなると思いました。 pacmanを学ぶ時が来たと思います...

したがって、動作を確認するだけです。

ゲームがクラッシュした場合は、タスクマネージャーで手動でプロセスを強制終了する必要があります。 ただし、Steamで再度起動しようとしても、何も起こりません。 Steamを完全に再起動した場合にのみ、再起動します。

したがって、動作を確認するだけです。

ゲームがクラッシュした場合は、タスクマネージャーで手動でプロセスを強制終了する必要があります。 ただし、Steamで再度起動しようとしても、何も起こりません。 Steamを完全に再起動した場合にのみ、再起動します。

これは私のテストを通して私にも起こっていました

Steamを完全に再起動した場合にのみ、再起動します。

これは少し奇妙に思えます。 プロセスを強制終了した後、wineserverはまだ実行されていますか、それとも終了しますか？

したがって、動作を確認するだけです。

ゲームがクラッシュした場合は、タスクマネージャーで手動でプロセスを強制終了する必要があります。 ただし、Steamで再度起動しようとしても、何も起こりません。 Steamを完全に再起動した場合にのみ、再起動します。

explorer.exe （とりわけ）が長引くことがよくあることがわかりました（特に、Wineエラーダイアログが表示された場合）。 それを殺すと、通常は他のすべてをクリアするのに十分です（私は通常、 htopを.exeフィルターで実行し続け、特にこれらが残っている場合にキャッチします）。

また、長引くwineserverプロセスを殺害する必要があります。

ワイントリックに必要な.NETコアを追加しようとしprotontricks dotnet472とprotontricks dotnetcore2簡略化できます。

おそらくCentOS8で実行しようとしているのは唯一の人ですが、何をしても、起動時に最初のロード画面を通過できないようですが、フリーズしませんが、ロード画面が終了することはありません。
現在のビルドはProton-5.5-GE-1で、win10の下にdot472（dot48も試しました）があります。
vcrun2019を提案している人がいますが、インストールできません。オプションとしてvcrun2017までしか表示されません。
助言がありますか？

それは間違いなくあなたのシステム上で何かになるでしょう。 私は文字通り問題なくまったく同じセットアップを実行しています。 私がCentOSを使用するのは仕事中だけです。 それはできると確信していますが、ゲームをすることは想像できません。
Arch LinuxまたはManjaroは、プロトンゲームに行く方法のようです。

そうなると思いました。 pacmanを学ぶ時が来たと思います...

または、この巨大なスレッドを上にスクロールして（私は知っています、それはたくさんの読み物です）、人々が「ワイントリック/プロトントリックでvc2019を見つけることができない」という修正について何度も言及している場所を確認してください。

GloriousEggrollは、Proton自体がランダムであるか、Mozilla Firefox、または保証や補償なしで無料で提供されるインターネット上のオープンソースソフトウェアである以上、「ランダム」ではありません。

MozillaとValveは、インターネット上でバイナリを提供している個人よりもはるかに信頼できる地獄です。 前者は説明責任のある会社ですが、後者はそうではありません。
繰り返しになりますが、このゲームのデータが、リリースしているものにさえ近くないプロトンフォークを使用している場合、Valveはほぼ確実に役立ちます。 自分自身をからかわないようにしましょう。このレポでのこの問題のポイントは、このゲームを、エッグロールや他の誰かのプロトンのフォークではなく、バルブのプロトンのリリースで動作させるという目標を推進することです。 そして、これは一般的なゲームサポートフォーラムではありません（Taleworldのウェブサイトに1つあります）。

特にこれらの上流プロジェクト（プロトンとワイン）への寄付を受け入れることは歴史的に困難であり、非常に遅く、労働集約的なプロセスであるため、プロトンの分岐点があります。

* **Valve isn't responsive to the community.** When major new titles come out, they make no effort to engage with the community, to announce "we're working on it" or "help us out and we'll incorporate your fixes into Proton" or anything of the sort. Proton is very much run as an "ivory tower" commercial open source GitHub repository. Pull requests sit for months or years with little or no feedback.

* **Valve (and often, upstream Wine) sometimes decline practical, useful contributions and instead insist on a "perfect" solution that is much more difficult to develop.** When trying to get a game or a piece of software running, it's often easy to make a "quick fix" that solves the immediate problem. You can even scope this fix to a specific process name to prevent it from affecting other software. But the upstreams we're dealing with -- Valve/Proton and Wine -- are often reluctant to accept these contributions, instead insisting that the underlying code be completely redesigned or reworked to perfection before a contribution can be accepted. These major refactorings are often out of the skillset of the people who can contribute quick fixes; even if they are within their abilities, it can take months or years to complete such major changes. In the meantime, we'd have no compatibility with the broken software/game without a quick fix. **This is why fix builds to Proton (and Wine before it) are so popular and useful.**

* **The companies that work on this software are sometimes pretty hypocritical about workarounds.** One of the major companies involved in Wine/Proton is Codeweavers. They distribute a paid, commercial distribution of Wine called CrossOver Linux (and CrossOver Mac, too). While these are heavily based on upstream Wine, it's not uncommon for them to implement hacks, workarounds and other such "practical" measures to fix a major title or major piece of software (most often Microsoft Office) in their commercial product, while not merging the same workaround to the upstream, open source code. So workarounds are fine if it makes their product look better, but not fine if others are contributing the workarounds.

* **The upstreaming is already happening!** There is an earlier post in this thread with direct evidence that the mouse cursor fix for Bannerlord has been accepted by wine-staging, which is Proton's upstream. The only thing preventing that patch from getting pulled into a stable release of Proton, is time. Lots and lots of time -- weeks or months, probably. So there is no real work left to be done to get this stuff upstreamed now. My earlier points about the difficulty of getting stuff upstream are mostly pertaining to other games and other types of workarounds that aren't as clear-cut as this one was. GE's fork of Proton contains many practical fixes for games that may not hit wine upstream for months, if ever.

私はこれのほとんどに同意しますが、「ハッキー」な回避策とプロセス名に固有のスコープの回避策は、メインリポジトリで可能な限り最小限に抑える必要があると思います。 コミュニティは最新リリースの修正を提供し、アップストリームには全体像を考慮したコミットのみが含まれているため、現在の状態ではすべて問題ありません。 プロジェクトもそのメンテナも、そのような回避策を含めなかったことで非難されるべきではないと思います。最終的には巨額の技術的負債につながるからです。 このゲームのマウスカーソルの修正は、ワインステージングですでにアップストリームされているため、「ハッキーでない」修正を無視しているわけではありません。

Proton 5.5GEは私のセットアップでは動作しません。 戦闘中またはマップ内で2分後に即座にクラッシュします。

私は現在の回避策に従っています：プロトン5.5-GE +プロトントリック261550dotnet472、OSとしてWin10を設定していることを確認します。

ほぼ同じモジュールがロードされた状態で、数分ごとにクラッシュが発生しています。 誰かが理解してくれることを期待して、ログを完全に理解することはできません。
backtrace.txt

Ryzen 1800xCPUを搭載した1060Ti6GB（nvidia 440ドライバー）

この問題のトラブルシューティングを行い、大衆がある程度プレイできるようにするために、皆さんのすばらしい努力を！

私は他の方法で動作しているシステムでこれらのランダムなクラッシュを起こしていましたが、最終的に99％が、間違ったバージョンの自動保存であることがわかりました。 たとえば、1.0.6セーブを1.0.7にアップグレードすると、特別なことをしなくても1〜15分でクラッシュします。 自動保存（1.0.6）を削除すると、これが修正されました。 以前のバージョン変更でもこれを試しました。 これにより、クラッシュの90％が解消されました。 それがここの誰かに役立つことを願っています。

私は現在の回避策に従っています：プロトン5.5-GE +プロトントリック261550dotnet472、OSとしてWin10を設定していることを確認します。
ほぼ同じモジュールがロードされた状態で、数分ごとにクラッシュが発生しています。 誰かが理解してくれることを期待して、ログを完全に理解することはできません。
backtrace.txt
Ryzen 1800xCPUを搭載した1060Ti6GB（nvidia 440ドライバー）
この問題のトラブルシューティングを行い、大衆がある程度プレイできるようにするために、皆さんのすばらしい努力を！

私は他の方法で動作しているシステムでこれらのランダムなクラッシュを起こしていましたが、最終的に99％が、間違ったバージョンの自動保存であることがわかりました。 たとえば、1.0.6セーブを1.0.7にアップグレードすると、特別なことをしなくても1〜15分でクラッシュします。 自動保存（1.0.6）を削除すると、これが修正されました。 以前のバージョン変更でもこれを試しました。 これにより、クラッシュの90％が解消されました。 それがここの誰かに役立つことを願っています。

これをテストします。保存を維持しているので、それらを消去して再試行します。 ありがとうございました！

私はproton-5.5-GE-1を使用しており、dotnet472、vcrun2019、dotnetcore2がインストールされています。 ゲームを開始すると、正常に動作しているようです。 ただし、ランダムにクラッシュし、クラッシュした後、ゲームを再開できなくなります。 これが発生した場合、protontricks 261550を開くと、次のエラーが発生します。
/home/krulvis/.cache/protontricks/proton/Proton-5.5-GE-1/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message ""
誰かが同じような経験をしたか、おそらく何が起こっているのか知っていましたか？

「部隊を送れ！」との戦闘を自動解決するだけだと、パターンに気づきました。 オプションを選択すると、フィールドに行って手動で戦う場合に比べて、ゲームがクラッシュする頻度が高くなります。

@Krulvis私は時々まったく同じ問題を抱えています...システムを再起動すると常に問題が解決します。 そうは言っても、私は最近それを経験していません。 それはおそらく長引くプロセスと関係があります。

私はproton-5.5-GE-1を使用しており、dotnet472、vcrun2019、dotnetcore2がインストールされています。 ゲームを開始すると、正常に動作しているようです。 ただし、ランダムにクラッシュし、クラッシュした後、ゲームを再開できなくなります。 これが発生した場合、protontricks 261550を開くと、次のエラーが発生します。
/home/krulvis/.cache/protontricks/proton/Proton-5.5-GE-1/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message ""
誰かが同じような経験をしたか、おそらく何が起こっているのか知っていましたか？

ええ、私はこれを持っていました。 @YellowAppleが提供するオリジナルのプロトンビルドを使用し

https://forums.taleworlds.com/index.php?threads/known -issues-will-be-updated-soon.401168 /

一部のプレーヤーでは、ゲームがまったく起動せず、ランチャーの後にクラッシュし、ロード画面の後にクラッシュする場合があります。 この問題を調査中です。 すべてのクラッシュの後にクラッシュアップローダーを使用するかどうかは非常に重要です。 ここで、この問題の可能な回避策を試すことができます。 この起動しない問題を修正するために、私たちは非常に懸命に取り組んでいることに注意してください！

https://forums.taleworlds.com/index.php?threads/possible -workaround-for-game-not-launching-issue.407128

ゲームが起動しないのもWindowsの問題です。

おそらくCentOS8で実行しようとしているのは唯一の人ですが、何をしても、起動時に最初のロード画面を通過できないようですが、フリーズしませんが、ロード画面が終了することはありません。
現在のビルドはProton-5.5-GE-1で、win10の下にdot472（dot48も試しました）があります。
vcrun2019を提案している人がいますが、インストールできません。オプションとしてvcrun2017までしか表示されません。
助言がありますか？

それは間違いなくあなたのシステム上で何かになるでしょう。 私は文字通り問題なくまったく同じセットアップを実行しています。 私がCentOSを使用するのは仕事中だけです。 それはできると確信していますが、ゲームをすることは想像できません。
Arch LinuxまたはManjaroは、プロトンゲームに行く方法のようです。

そうなると思いました。 pacmanを学ぶ時が来たと思います...

または、この巨大なスレッドを上にスクロールして（私は知っています、それはたくさんの読み物です）、人々が「ワイントリック/プロトントリックでvc2019を見つけることができない」という修正について何度も言及している場所を確認してください。

私はgithubを初めて使用するので、最初にctrl-f "vcrun2019"を実行したとき、何も表示されませんでした。

あなたの名前をあなたのプロフィールに載せてくれてありがとう、それで私はあなたをプロの環境で避けることを知っています。

おそらくCentOS8で実行しようとしているのは唯一の人ですが、何をしても、起動時に最初のロード画面を通過できないようですが、フリーズしませんが、ロード画面が終了することはありません。
現在のビルドはProton-5.5-GE-1で、win10の下にdot472（dot48も試しました）があります。
vcrun2019を提案している人がいますが、インストールできません。オプションとしてvcrun2017までしか表示されません。
助言がありますか？

それは間違いなくあなたのシステム上で何かになるでしょう。 私は文字通り問題なくまったく同じセットアップを実行しています。 私がCentOSを使用するのは仕事中だけです。 それはできると確信していますが、ゲームをすることは想像できません。
Arch LinuxまたはManjaroは、プロトンゲームに行く方法のようです。

そうなると思いました。 pacmanを学ぶ時が来たと思います...

または、この巨大なスレッドを上にスクロールして（私は知っています、それはたくさんの読み物です）、人々が「ワイントリック/プロトントリックでvc2019を見つけることができない」という修正について何度も言及している場所を確認してください。

私はgithubを初めて使用するので、最初にctrl-f "vcrun2019"を実行したとき、何も表示されませんでした。

あなたの名前をあなたのプロフィールに載せてくれてありがとう、それで私はあなたをプロの環境で避けることを知っています。

え？ 私は皮肉ではありませんでした。 それは本当にたくさんの読書です。 あなたが本当に助けようとしている誰かを避けるつもりなら、それはあなたの特権だと私は推測します。

あなたがctrl + fをしたときにそれを見つけられなかった理由は、このページの真ん中に隠されているこのことのためです： https ：

私自身、これほど大きな問題に取り組んだことは一度もないので、実際に見るまで気づきませんでした。 TIL！ 誤解してすみません。

@allquixoticとはいえ、この問題をかなり徹底的に検索した後、vcrun2019のインストール方法を実際に説明するものは何も見つかりませんでした。同じ問題が発生しています...説明してもらえますか？ --forceオプションとグーグルを試しました。

PROTON_LOGフラグを使用したときに生成されたログを確認することにしましたが、驚くべきことに、数百万行の274MBのファイルが生成されました。 ゲームを起動する前に前のログを削除したことに注意してください。

@ptkato PROTON_LOG=1を有効にしたため、8GBのログファイルが1回ありました。 それはe1.0.4とストックプロトンと_より長い_セッション（約30分）でした。 どうやらそれらのログファイルは急速に大きくなります。

@allquixoticとはいえ、この問題をかなり徹底的に検索した後、vcrun2019のインストール方法を実際に説明するものは何も見つかりませんでした。同じ問題が発生しています...説明してもらえますか？ --forceオプションとグーグルを試しました。

私が見つけたものから、トップvcrun2019は、vcrun2015とvcrun2017の両方をインストールする以外は何も変わっていないようです。 個人的には両方をインストールしようとしましたが、すでにインストールされていると言ってインストールに失敗しました...

@ptkato昨日ハードドライブを完全にいっぱいにしてもらいました...約340GB

@allquixoticとはいえ、この問題をかなり徹底的に検索した後、vcrun2019のインストール方法を実際に説明するものは何も見つかりませんでした。同じ問題が発生しています...説明してもらえますか？ --forceオプションとグーグルを試しました。

vcrun2019はwinetricksに最近追加されたようです。 アーチでは、それはwinetricks-gitパッケージにありますが、winetricksにはありません。

更新を提供したかった;
私が実行している：

• プロトン-5.5-GE-1
• プロトントリック261550dotnet472
• プロトン--guiドットネットコアをインストールするための回避策
• winecfgのWindows10
• ゲームの以前のパッチから以前の自動保存をすべて削除します

ビデオ設定を変更すると、1回のクラッシュで1時間半のセッションを再生できました（貪欲になりました）。 そうでなければ、私はまだ遭遇していません。

テストされたもの：

• アリーナ
• 襲撃村
• シミュレーションバトルと実際のバトル
• すでに進行中の戦闘に参加しました
• 多くの人と話をしました
• 私が考えることができるほとんどいつでも一時停止
• 会話や戦闘からマッシュアウトを回避しようとしました
• 戦闘中および戦闘後はマニアックのようにタブが付けられます
• ゲーム内のどの場所からでもAlt + Tabを押す

更新されたガイドはここにあります

それでは、すべてをまとめてみましょう...

VictorRogers 、 YellowApple 、 Metal079 、 allquixotic 、 lboklinのすばらしい提案と修正、そしてBannerlordの動作を支援してくれた他のすべての人に感謝します！

必要なものをすべて手に入れる

プロトン-5.5-GE-1

• ここからリリースをダウンロードし
  
  
  
  • 各リリース投稿の最後に「アセット」ボタンがあります
  
  
• /home/<your-name>/.steam/compatibilitytools.d/の.tar.gzファイルのコンテンツを抽出します
  
  
  
  • そのフォルダが存在しない場合は、作成してください
  
  
  • これで、そのフォルダーにProton-5.5-GE-1という名前のサブフォルダーが作成されます。
  
  
• すでに実行されている場合はSteamを再起動します
• Bannerlordを右クリックして、[プロパティ]に移動します
  
  
  
  • 下部の[一般]タブで、[特定のSteamPlay互換性ツールの使用を強制する]オプションにチェックマークを付けます
  
  
  • オプション「Proton-5.5-GE-1」を選択できるはずです
  
  
• プロパティにオプションが表示されない場合は、「Proton-5.5-GE-1」フォルダを次の場所に移動してみてください： ~/.local/share/Steam/compatibilitytools.d （フォルダが存在しない場合は作成）推奨どおりここに
  
  
  
  • Steamを再起動し、オプションが今存在するかどうかを確認します
  
  

プロトントリック

• 悲しいことに、pipxのインストール方法を使用する以外に、プロトントリックを取得する「簡単な」方法は他にないようです。
• インストール手順はここにあります
• この投稿によると、Archユーザーはpamac install protontricks-gitを使用して別の選択肢があるかもしれません

dotNetコア

• 公式フォーラムでは、 .NETCoreのバージョン2.1.17の使用を推奨してい
• Microsoftの最新バージョンはバージョン3.1.3のようです
• _両方をダウンロードしてインストールしました（最初に2.1.17、次に3.1.3）_
  
  
  
  • _2.1.17で十分である可能性は十分にあります_
  
  

vcrun2019でのワイントリック

• 多くのリポジトリがvcrun2019の処理方法を知らない古いバージョンのワイントリックを配布しているため、最新バージョンのワイントリックをインストールすることをお勧めします。
• winetricksは、ダウンロードして実行可能にする必要がある単なるバイナリファイルです。
  
  
  
  • 私はこれとこのソースからの指示をまとめました
  
  

cd "${HOME}/Downloads"
wget  https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks
chmod +x winetricks

• 現在のユーザー用にインストールする場合：

mkdir "${HOME}/bin"
mv winetricks "${HOME}/bin"

• システム全体にインストールする場合：

sudo mv winetricks /usr/bin/

• コンソールにコマンドを表示するには、再ログインする必要があり

Bannerlordを機能させる

• 前提条件のプロトンバージョンとプロトントリックがインストールされていることを確認してください
• /home/<your-name>/.steam/steam/steamapps/compatdata/し、フォルダの名前を「261550」から「Backup_261550」のように変更します。
  
  
  
  • 完全に新鮮なワインの接頭辞の初期化から始めたいので、コピーだけでは不十分です。
  
  
  • フォルダをコピーすると、後で取得またはテストする場合に備えて、セーブゲーム、設定、およびワインプレフィックス全体がバックアップされます。
  
  
• ゲームを1回実行する
  
  
  
  • これは、Steamにいくつかの依存関係をインストールさせるためです
  
  
  • 新しいキャンペーンを開始する必要はありません
  
  
• ゲームを終了します
• コンソールを開いてprotontricks 261550 dotnet472を実行します
  
  
  
  • 古いバージョンのdotnetのいくつかのインストールを実行します
  
  
  • インストーラーが要求したら、「今すぐ再起動」を選択します（実際にはPCを再起動しません）
  
  
• 完了したら、 protontricks 261550 vcrun2019実行します
  
  
  
  • _これが必要かどうかは100％わかりませんが、実行したところ、セットアップは正常に機能しているようです_
  
  
• それが終わったら、 protontricks 261550 --gui実行します
  
  
  
  • 「デフォルトのワインプレフィックスを選択」を選択します
  
  
  • 正しいプレフィックスが選択されている場合は、ウィンドウのタイトルを確認してください。 /home/<your-name>/.steam/steam/steamapps/compatdata/261550/pfxである必要があります。
  
  
  • 「エクスプローラーの実行」を選択します
  
  
  • 「/」デバイスを開き、dotnet-coreファイルをダウンロードした場所に移動し、ダブルクリックしてインストールします
  
  
  • _ 2つの「ドットネットコア」ファイルがあったので、両方をこの方法でインストールしました_
  
  
  • インストールが完了したら、エクスプローラーを閉じます
  
  
  • 「winecfgを実行」を選択します
  
  
  • 下部の[アプリケーション]タブで、[Windowsバージョン]をWindows10に設定します
  
  
  • _これが必要かどうかは100％わかりません。 私はWindows7でそれを持っています、そしてすべてがうまくいくようです_
  
  
  • 「OK」ボタンでwinecfgを閉じ、閉じるまで「キャンセル」を押してプロトントリックGUIを終了します。
  
  
• スチームでバナーロードを開始
• 新しいキャンペーンを開始する
  
  
  
  • 古いセーブゲームはバックアップにしか存在しないため、他に選択肢はありません
  
  
  • 古いセーブゲームの復元を試みることができますが、現在使用しているものと同じゲームバージョンで作成した場合に限ります
  
  
  • 私はまだこれをテストしていないので、うまくいったら報告してください。
  
  

トラブルシューティング

それでもうまくいかない場合は、非常に長いgithubの問題で言及されていることがいくつかあります。

AMD GPUを実行していて、ゲームが機能しない

• 最新のMESAドライバーにアップデートしてみてください
• これに適したオプションはoibafppaです

NixOSを実行していて、winetricksをインストールしたい

• NixOSのインストール手順は異なるため、winetrickのインストールは少し複雑です。 私はそれを使用しませんが、最新のワイントリックをインストールするために使用できるスクリプトが提供されました

ゲームがクラッシュし、再起動できません

• これは、ワインサーバープロセスがスタックしていることが原因である可能性があります。 OSのタスクマネージャーを確認し、必要に応じて強制終了します。

ゲームをデバッグしたいのですが、ログファイルが巨大です

• プロトンは一連のデバッグ設定を想定していますが、それは変更できます。 説明についてはこの投稿を参照してください

@Tercus

/home/<your-name>/.steam/compatibilitytools.d/の.tar.gzファイルのコンテンツを抽出します

• これで、そのフォルダーにProton-5.5-GE-1という名前のサブフォルダーが作成されます。

私はこのステップで立ち往生しているようです、私のためにそこにcompatibilitytoolsフォルダーがありません、そして私がそこに1つと余分なフォルダーを作成した場合、私はそれをプロトンバージョンとして使用するオプションを取得しません

それでは、すべてをまとめてみましょう...

良いガイド！ いくつかの提案：

• これをGitHubの要点にして、この問題を探し回る必要がなく、リンクできるようにします（投稿はこのレートで埋もれてしまいます）。 こちらのコメントでリンクしてください。 私たちの残りの部分は、誰かが（このGitHubの問題または他の場所で）あなたのガイドですでにカバーされている質問をするときはいつでも、あなたの問題にリンクすることができます。

• 手順にはvcrun2019が含まれているため、ユーザーがvcrun2019が古すぎるために、winetricksのインストールで使用できない状況を修正するためのトラブルシューティング手順も含める必要があります。 私と他のいくつかのポスターは、数日前にこのスレッドにこのステップを含めましたが、その核心はsudo winetricks --self-updateを実行することです。 また、NixOS独自のソフトウェアパッケージ方法のため、これは「NixOS」では機能しませんが、別のユーザーがNixOSユーザーの回避策を提供してくれました。 うまくいけば、このスレッドでもその投稿を見つけることができます。

• 別の回避策：ユーザーにディレクトリ~/.steam/compatibilitytools.dが表示されない場合は、 mkdir -p ~/.local/share/Steam/compatibilitytools.dを実行してから、Proton-GEフォルダーをそこにコピーする必要があります。 @ Metal079に感謝します

• 別のユーザーは、Ubuntu 18.04のAMDオープンソースグラフィックスドライバーでゲームが確実に早期にクラッシュしたと報告しましたが、oibaf PPAの最新のgitマスターオープンソースグラフィックススタックに更新すると、ゲームが動作し始めました。 したがって、別の既知の問題は、AMDオープンソースグラフィックスドライバーを使用して古いUbuntuインストールを実行している場合、oibafのPPAを使用してアップグレードする必要があることだと思います。

@allquixotic問題を

フォルダー名が正しいことを確認し（末尾の「.d」）、プロトンバージョンを抽出した後にSteamを再起動します。 「プロトン-5.5.0-GE-1 /プロトン-5.5.0-GE-1 /」のように、プロトンアーカイブが誤って1レベル深く抽出したかどうかを確認します。

@allquixotic問題を

いいね。 そのパスが通常の〜/ .steamと異なっているのはどうなっているのかわかりません。 上記のTercusのガイドに対する私の提案を編集しました！

何かを追加したかったので、上記のソリューション（Proton-GE、dotnet472、dotnet core、およびwindows 10）でも多くのクラッシュが発生しました。それを修正したのは、ACOmesaドライバーではなくACOmesaドライバーに切り替えることでした。デフォルト（私はMesa20.0.4とRadeonRX 580でManjaroを実行しています）。 切り替える前は、数分ごとにクラッシュしていましたが（クラッシュせずに最大1時間再生できる場合もありました）、ACOドライバーに切り替えた後、約2時間プレイしてもゲームはまだクラッシュしていません。 うまくいけば、これはまだ問題を抱えている人々を助けることができます。

何かを追加したかったので、上記のソリューション（Proton-GE、dotnet472、dotnet core、およびwindows 10）でも多くのクラッシュが発生しました。それを修正したのは、ACOmesaドライバーではなくACOmesaドライバーに切り替えることでした。デフォルト（私はMesa20.0.4とRadeonRX 580でManjaroを実行しています）。 切り替える前は、数分ごとにクラッシュしていましたが（クラッシュせずに最大1時間再生できる場合もありました）、ACOドライバーに切り替えた後、約2時間プレイしてもゲームはまだクラッシュしていません。 うまくいけば、これはまだ問題を抱えている人々を助けることができます。

私はACOを使用していますが、改善されていないようです。

これまでのところ、すべての修正で一貫してクラッシュし始める前に、保存に約3〜4時間かかることがあります。それは、運が良ければです。 多くの場合、私は約1時間しか取得できません。 pfxを更新すると、同じゲームバージョンの古い保存で1時間かかる可能性があります。 これまでのところ、dotnet *なしで最初の数時間を過ぎただけですが、保存時間のためにテストするのは困難です。

@allquixotic
〜/ .steamは〜/ .local / share / Steamへのシンボリックリンクである必要があります

linux 5.6.2.arch1-2
mesa-aco-git 20.1.0_devel | メサ20.0.4-1
AMD Ryzen 5 3600X6コアプロセッサ
AMD Radeon RX 580

私はproton-5.5-GE-1を使用しており、dotnet472、vcrun2019、dotnetcore2がインストールされています。 ゲームを開始すると、正常に動作しているようです。 ただし、ランダムにクラッシュし、クラッシュした後、ゲームを再開できなくなります。 これが発生した場合、protontricks 261550を開くと、次のエラーが発生します。
/home/krulvis/.cache/protontricks/proton/Proton-5.5-GE-1/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message ""
誰かが同じような経験をしたか、おそらく何が起こっているのか知っていましたか？

@Krulvis強制終了する必要のあるwineserverプロセスがスタックしている可能性が非常に高いです。 私は同じことに遭遇し、 wineserverでスタックした殺害はそれを修正しました。

PROTON_LOGフラグを使用したときに生成されるログを確認することにしましたが、驚くべきことに、数百万行の274MBのファイルが生成されました。 ゲームを起動する前に前のログを削除したことに注意してください。

@ptkatoええ、それはprotontricks ' d.NETバージョンでは正常です。 起動オプションでカスタムWINEDEBUG変数を渡すことで、これを減らすことができます。 デフォルトでは、ProtonはWINEDEBUG=+timestamp,+pid,+tid,+seh,+debugstr,+loaddll,+mscoree想定しています。 +sehはそれらの線を生成しているものなので、それを取り出したいと思います。

これを設定するには、Protonのインストールフォルダにuser_settings.pyを作成します（例： ~/.steam/steam/compatibilitytools.d/$PROTON_VERSION/または~/.steam/steam/steamapps/common/$PROTON_VERSION/ （テンプレートとしてuser_settings.sample.pyがあるはずです） 。 これはValveが推奨している方法ですが、私は個人的にこれらをゲームごとに設定することを好みます。

それが終わったら、 protontricks 261550 --gui dlls実行します

@Tercus protontricks 261550 --guiを実行して、「デフォルトのプレフィックスを選択する」オプション（自動的に選択される）を使用することもできます。 （「デフォルト」protontricksセットが実際に1であることを考えると、そのオプションの誤解を招くという名前の場合でも、同じ場所にあなたを取得する必要がありますcompatdata/261550/pfxの代わりに、例えば~/.wine ）。

これまでのところ、すべての修正で一貫してクラッシュし始める前に、保存に約3〜4時間かかることがあります。それは、運が良ければです。 多くの場合、私は約1時間しか取得できません。 pfxを更新すると、同じゲームバージョンの古い保存で1時間かかる可能性があります。 これまでのところ、dotnet *なしで最初の数時間を過ぎただけですが、保存時間のためにテストするのは困難です。

これが私の行動でもあります。 一貫してクラッシュし始める前に、数時間保存することができます。 いくつかのログをもう少し詳しく調べて、何が見つかるかを確認しようとしています。 ここでイムディン！ :)

これまでのところ、すべての修正で一貫してクラッシュし始める前に、保存に約3〜4時間かかることがあります。それは、運が良ければです。 多くの場合、私は約1時間しか取得できません。 pfxを更新すると、同じゲームバージョンの古い保存で1時間かかる可能性があります。 これまでのところ、dotnet *なしで最初の数時間を過ぎただけですが、保存時間のためにテストするのは困難です。

@allquixotic
〜/ .steamは〜/ .local / share / Steamへのシンボリックリンクである必要があります

linux 5.6.2.arch1-2
mesa-aco-git 20.1.0_devel | メサ20.0.4-1
AMD Ryzen 5 3600X6コアプロセッサ
AMD Radeon RX 580

ええ、ACOのことは偽旗でした、そして今日遅くに私のセーブをロードした後、私は同じ振る舞いを得ています。 ログを確認してきましたが、クラッシュは毎回同じエラーが原因であるようです。少なくとも次のことをお勧めします。

 Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that othe

TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatches(String text, Int32 beginIndex, Int32 endIndex, List`1 tokenMatches)
   at TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatchesAndText(String text)
   at TaleWorlds.Localization.TextProcessor.Tokenizer.<Tokenize>d__2.MoveNext()
   at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   at TaleWorlds.Localization.MBTextManager.Process(String query, TextObject parent)
   at TaleWorlds.Localization.MBTextManager.ProcessText(TextObject to)
   at TaleWorlds.Localization.MBTextManager.ProcessText(TextObject to)
   at TaleWorlds.Localization.TextObject.ToString()
   at SandBox.ViewModelCollection.Nameplate.PartyNameplateVM.RefreshDynamicProperties(Boolean forceUpdate)
   at System.Threading.Tasks.Parallel.<>c__DisplayClass17_0`1.<ForWorker>b__1()
   at System.Threading.Tasks.Task.InnerInvokeWithArg(Task childTask)
   at System.Threading.Tasks.Task.<>c__DisplayClass176_0.<ExecuteSelfReplicating>b__0(Object )
   at System.Threading.Tasks.Task.Execute()
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot)
   at System.Threading.Tasks.Task.ExecuteEntry(Boolean bPreventDoubleExecution)
   at System.Threading.ThreadPoolWorkQueue.Dispatch()

@ptkatoええ、それはprotontricks ' d.NETバージョンでは正常です。 起動オプションでカスタムWINEDEBUG変数を渡すことで、これを減らすことができます。 デフォルトでは、ProtonはWINEDEBUG=+timestamp,+pid,+tid,+seh,+debugstr,+loaddll,+mscoree想定しています。 +sehはそれらの線を生成しているものなので、それを取り出したいと思います。

おかげで、それは助けになりました、ログは今次のとおりです：
Steam-261550.log

未処理の例外：System.AccessViolationException：保護されたメモリの読み取りまたは書き込みを試みました。 これは多くの場合、他のことを示しています
TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatches（String text、Int32 beginIndex、Int32 endIndex、List`1 tokenMatches）
TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatchesAndText（String text）で
TaleWorlds.Localization.TextProcessor.Tokenizerで。d__2.MoveN
..。

@tkamatこれがノイズである場合は申し訳ありませんが、ログは261550/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/logs/またはWINEDEBUG = + timestamp、+ pid、+ tid、+ seh、+ debugstr、+ loaddllから類似したものを見つけることができませんでした。 + mscoree

@allquixotic @TercusプロトントリックはAUR「pamacinstallprotontricks-git」を介してインストールできると言いますIIRCだと思います（現在、パッケージ名を再確認するために私のデスクにはいません）

マルチプレイヤーは誰かのために機能しなくなりましたか？ couldn't receive login results from serverエラーが発生しています。 :(

小さなガイドを更新し、提案を含めました。 要旨はここにあります。 あなたはそれに変更のためにそこにコメントすることができます。 素晴らしい仕事をありがとうございました。 リリース後すぐに、ゲームはLinuxでプレイできます！

@ptkatoログを

4307.340:002a:0032:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution

これがクラッシュの原因であるかどうかはわかりませんが、簡単に修正できます。 Linuxパッケージがありません！ Debian / Ubuntuベースのディストリビューションを使用している場合は、エラーメッセージに示されているようにwinbindます。アーチベースのものを実行している場合は、 sambaます。

それを試してみて、それが何かを修正するかどうかを確認してください！

少なくとも私にとっては、節約時間が他の人よりもはるかに速くなったことが何であるかを理解しました。
dotnetがない場合の保存時間は約10秒で、dotnetがある場合は約2秒かかりました。 他のいくつかは同様の番号を持っていました。
ほとんどの場合、数字はそれぞれ2〜3分と30秒程度であるようです。

私にとっての理由はfsyncです。 有効にすると保存時間が速くなり、オフにすると保存時間が遅くなります。

私にとって、dotnetは一見ランダムなクラッシュの多くの原因であるように思われます。私はここで修正のすべての組み合わせを試しましたが、改善なしで自分で思いついたものもあります。 dotnetで発生したパフォーマンスの問題は、私には決して起こらないようです。そのため、dotnetで発生した問題はクラッシュだけです。

したがって、現在の私の最高の経験は、protontricksの微調整/インストールを行わずに、fsyncが機能していることを確認することです。 私はむしろ10秒の保存があり、2秒の保存と多くのクラッシュよりもクラッシュがないかはるかに少ないです。 自分がどれだけクラッシュしていないかを知るのに十分な時間は試していませんが、少なくとも大幅に改善されています。

ただし、ランチャーが機能するにはdotnetが必要なので、新しい意図された回避策を使用して、最近のパッチで導入されたランチャーTaleWorldsをバイパスし、代わりにBannerlord.Native.exeを起動します。 名前をTaleWorlds.MountAndBlade.Launcher.exeすれば、準備は完了です。

編集：代替exeの欠点は、ランチャーがmodの読み込みを処理するため、ランチャーがバイパスされた場合にmodが読み込まれないことです。 それは言及何やっによって処理することができ、ここで、それ扱いではなく、理想的。

@ albin-engstromうーん、fsyncでより良く動作するゲームは、他のゲームの場合と同様に、esyncが問題になる可能性があると私に思わせます。 PROTON_NO_ESYNC=1ゲームを実行しようとした人はいますか？

@tkamatfsyncと
esyncとfsyncをオフにすると、クラッシュは私が知る限り他の組み合わせと同じでした。 それが当時私がテストしていたものだったので、どのように節約時間がどこにあるかについて特に注意しませんでしたが、それらが著しく遅い場合、私はそれに気づいたと思います。

@tkamat @ albin-engstromまた、esync、fsyncを使用し、両方を使用せず、dotnetを使用しない場合、保存時間は常に約15秒です（ryzen 3700xcpuおよびsamsung860 evo ssdを使用）。

更新：
@ albin-engstromあなたの提案（ Bannerlord.Native.exeはTaleWorlds.MountAndBlade.Launcher.exe Bannerlord.Native.exeシンボリックリンクされています）を使用すると、保存時間が約50％向上します。たとえば、保存時間は約7.5秒になります（winetricksコマンドを実行していない場合）。

マルチプレイヤーは誰かのために機能しなくなりましたか？ couldn't receive login results from serverエラーが発生しています。 :(

今朝もう一度チェックして、今は機能しています！ ウー！

また、esync、fsyncを使用し、両方を使用せず、dotnetを使用しない場合、保存時間は常に約15秒です（ryzen 3700xcpuおよびsamsung860 evo ssdを使用）。

@elovinそれは興味深いです。 私の場合、fsyncが解決/回避する何らかの問題がある可能性がありますが、他の場合には問題が存在せず、fsyncはそれほど変化しません。 そして、私はRyzen3900Xと970Evoを持っているので、かなり似ているので、私たちにとって違いはないでしょう。

あなたの提案（TaleWorlds.MountAndBlade.Launcher.exeにシンボリックリンクされたBannerlord.Native.exe）を使用すると、保存時間が約50％向上します。たとえば、保存時間は約7.5秒になります（winetricksコマンドを実行していない場合）。

それは素晴らしいことです。理由は、ロードが異なるように見えるためかもしれません。 私が最初にドットネットをインストールして保存時間を短くしようとしたとき、exeの名前変更はドットネットを無効にする/ロードしないようです。 一度やったら、長い節約時間がありました。
dotnetはランチャーに特に必要であり、ランチャーがロードされているため、ランチャーがバイパスされたときにdotnetはロードされない可能性があります。
結果の理由である可能性がある、ロードされていない他のいくつかのものがある可能性があります。

@ albin-engstromさて、私はついにfsync対応カーネル（ linux-tkgを使用）のコンパイルを終了しました

繰り返しになりますが、私が実行した手順は次のとおりです。

1. fsync対応のカーネルをインストールします（ここでもlinux-tkgをお勧めします）。
2. Bannerlord.Native.exeをTaleWorlds.MountAndBlade.Launcher.exeにシンボリックリンクします
3. Proton-5.5-GE-1を選択し、前のプレフィックスを削除して、ゲームを起動します。
4. それでおしまい！ プロトントリックやその他のものは必要ありません。

この方法では保存時間が少し長くなりますが、安定性が大幅に向上したことで数秒の違いが補われると思います。誰かがドットネットのクラッシュをデバッグできるようになるまで、これを使用します。 これが他の誰かのために機能するかどうかを確認するのは素晴らしいことです、そしてええ、fsyncのことを理解してくれた@ albin-engstromに感謝します。

@tkamat他の人にもうまく機能すると聞いて、私はこの構成で約3時間プレイしましたが、クラッシュすることはありませんでした。以前は少なくとも数時間、場合によってははるかに多く、時にははるかに少なくなりました。 しかし、クラッシュのない3時間は前代未聞です。

私もlinux-tkgを使用しており、完全に自分で実行するのではなく、独自のカーネルをコンパイルするのに非常に役立ちます。 私はさまざまな理由でそれを行っていますが、fsyncはその1つです。
しかし、自分でコンパイルしたくない場合は、選択したディストリビューションで利用可能なプリコンパイル済みのものがいくつかある可能性があります。

私の場合、dxvkをコンパイルするためにproton-tgkとtkgのスクリプトも使用しています。

@ albin-engstromさて、私はついにfsync対応カーネル（ linux-tkgを使用）のコンパイルを終了しました

繰り返しになりますが、私が実行した手順は次のとおりです。

1. fsync対応のカーネルをインストールします（ここでもlinux-tkgをお勧めします）。
2. Bannerlord.Native.exeをTaleWorlds.MountAndBlade.Launcher.exeにシンボリックリンクします
3. Proton-5.5-GE-1を選択し、前のプレフィックスを削除して、ゲームを起動します。
4. それでおしまい！ プロトントリックやその他のものは必要ありません。

この方法では保存時間が少し長くなりますが、安定性が大幅に向上したことで数秒の違いが補われると思います。誰かがドットネットのクラッシュをデバッグできるようになるまで、これを使用します。 これが他の誰かのために機能するかどうかを確認するのは素晴らしいことです、そしてええ、fsyncのことを理解してくれた@ albin-engstromに感謝します。

ゲームで攻城戦を主導したことはありますか？ 私は包囲戦に参加していることに気づきましたが、特に包囲戦を主導することは非常に墜落しやすい活動です。

@vahtos私は何もリードしていませんが、クラッシュすることなく3に参加しました。

@vahtos包囲戦をリードしようとしたところ、クラッシュしませんでした。 あなたのスペックと関係があるかもしれません、多分あなたのグラフィックを下げてみてください。 テクスチャバジェットを低く設定すると、非常に役立つことに気づきました。

@tkamatありがとう。 それではセットアップを試してみます。 攻城兵器のセットアップや攻城兵器の構築時にキャンペーンマップでクラッシュするので、テクスチャ予算の問題ではないと思います。 私が率いる包囲戦で実際に戦闘に参加したことはありません。

fsyncを有効にした状態で、protrontricksの修正を加えずに新しいプレフィックスでゲームをテストしたところ、クラッシュは1回もありませんでした。 まだゲームをクラッシュさせたゲーム設定をいじろうとすることを除けば、ゲームは完全にプレイできるという点で非常に安定しています。

@ albin-engstromさて、私はついにfsync対応カーネル（ linux-tkgを使用）のコンパイルを終了しました
繰り返しになりますが、私が実行した手順は次のとおりです。

1. fsync対応のカーネルをインストールします（ここでもlinux-tkgをお勧めします）。
2. Bannerlord.Native.exeをTaleWorlds.MountAndBlade.Launcher.exeにシンボリックリンクします
3. Proton-5.5-GE-1を選択し、前のプレフィックスを削除して、ゲームを起動します。
4. それでおしまい！ プロトントリックやその他のものは必要ありません。

この方法では保存時間が少し長くなりますが、安定性が大幅に向上したことで数秒の違いが補われると思います。誰かがドットネットのクラッシュをデバッグできるようになるまで、これを使用します。 これが他の誰かのために機能するかどうかを確認するのは素晴らしいことです、そしてええ、fsyncのことを理解してくれた@ albin-engstromに感謝します。

ゲームで攻城戦を主導したことはありますか？ 私は包囲戦に参加していることに気づきましたが、特に包囲戦を主導することは非常に墜落しやすい活動です。

ある特定の包囲戦に約6回参加してみましたが、1回を除いて、ロード画面で約2秒凍結しました。 私はまだ他の町を包囲しようとはしていません。
これは@YellowAppleにより投稿されたプロトンビルド元、およびなし他の微調整で、オープンソースのドライバを使用して、5700XTです。

Warbandに戻りましたが、ここでは順調に進んでいるようですので、今週末はwine-debugging-bandwagonに戻るかもしれません。

Fedora 32、カーネル5.6.3
Ryzen 2700、4GHz
AMD Rx580
プロトン-5.5-GE-1

Winetricksを使用してDotNet4.72をインストールしました。 これを行うと、ランチャーは正常に機能します。 ただし、パフォーマンスはそれほど良くありません。 次に、ランチャーをBannerlord.Native.exe置き換えてみました。 これにより、実際にパフォーマンスが大幅に向上しました。 しかし、ゲームの保存には2分ほどかかります。 さらに、ゲームが100％のCPU使用率に達し、フリーズしたように見える瞬間があります。 数分後、通常の状態に戻り、再び再生できるようになります。

パフォーマンスはやや良好です。 少しぎこちなく、時々フリーズします。

編集：代替exeの欠点は、ランチャーがmodの読み込みを処理するため、ランチャーがバイパスされた場合にmodが読み込まれないことです。 それは言及何やっによって処理することができ、ここで、それ扱いではなく、理想的。

起動オプションとしてそれらを渡すことを試みる価値があるかもしれません。 私のrgl_logが何かを通過する場合、 .exeは引数にそれらのリストを取得するようです。

Command Args: /singleplayer _MODULES_*Native*SandBoxCore*CustomBattle*Sandbox*StoryMode*BannerLogger*CalradiaFutureWarfare*CharacterTrainer*DeveloperConsole*XorberaxYell*zzBannerlordTweaks*zzCharacterCreation*_MODULES_ /anticheat

Ubuntu 19.10用のXanModカーネルをインストールしましたが、protontricksを使用せずに新しいプレフィックスを使用すると、保存時間が1〜2秒から数秒に短縮されたことを確認できます。

@DeathTBO fsync対応のカーネルを試してください。これにより、保存速度が約10秒以下になります。 少なくともある程度は成功しています。 プリコンパイルされたものがFedoraで利用できるかどうかはわかりませんが、少なくとも1つはあると思います。 それ以外の場合は、独自にコンパイルする必要があります。
そして、あなたが言及するフリーズは単なる自動保存なので、それらもはるかに高速になります。

起動オプションとしてそれらを渡すことを試みる価値があるかもしれません。 私のrgl_logが何かを通過する場合、.exeは引数にそれらのリストを取得するように見えます。
Command Args: /singleplayer _MODULES_*Native*SandBoxCore*CustomBattle*Sandbox*StoryMode*BannerLogger*CalradiaFutureWarfare*CharacterTrainer*DeveloperConsole*XorberaxYell*zzBannerlordTweaks*zzCharacterCreation*_MODULES_ /anticheat

@YellowApple後でそのショットを提供します。それが機能する場合は、他のアプローチではmodファイルを意図したとおりに分離しておくのではなく、他のモジュールにコピーする必要があるため、より良いアプローチです。

プロトンGEのみでゲームを試してみましたが、非常にうまく動作します。 当然のことながら、主な問題は長い保存ですが、すべての戦いの前にゲームが自動保存されていなかった場合、私はそれを許容します...それらの自動保存を無効にする方法はありますか？ 別のカーネルを実行するよりも、必要なときにいくつかの（長い）保存を行います。

dotnet472をインストールすると、ゲームはほぼ瞬時に保存されます。Warbandを定期的にプレイしていた友人から、頻繁にクラッシュするため（Windowsでも）、非常に頻繁に保存したいと言われました。 また、ランチャーも修正されますが、Bannerlord.exeをManagedStarter.exeにシンボリックリンクすることで同じことが行われるため、これはそれほど特別なことではありません。

dotnet472をインストールすると、ゲームはほぼ瞬時に保存されます。Warbandを定期的にプレイしていた友人から、頻繁にクラッシュするため（Windowsでも）、非常に頻繁に保存したいと言われました。 また、ランチャーも修正されますが、Bannerlord.exeをManagedStarter.exeにシンボリックリンクすることで同じことが行われるため、これはそれほど特別なことではありません。

dotnetを試してみましたが、ゲームが何度もクラッシュしたため、自動保存を無効にできる場合は、プロトンGEのみでゲームを実行します。

@ Zouizoui78私が知る限り、残念ながら自動保存を無効にする既知の方法はありません。

Linux Mint 19.2にliquorixカーネル（ ます）をインストールし、新しいプレフィックスを使用して、約10秒の保存を取得しました。 これまでのところ安定しているようで、プレイセッションは約1時間しかありませんでしたが、最初に設定を変更したときを除いてクラッシュはありませんでした（常に発生するようです）。

パフォーマンスは以前よりも著しく悪化しました（テクスチャの読み込み時のスタッター、または初めて戦闘に参加したとき、メインメニューのデフォルト/最大グラフィック設定でfpsが大幅に低下しました）が、中程度に下げるとほとんど問題ないようです。

ただの注意点である最新の

これらの修正を使用しても、マウスを制御できるのは10回の起動ごとに1回だけです。

それは本当に奇妙なことです。しばらく前にワインにパッチを当てた後、私は100％の時間マウスコントロールを取得します。 パッチが機能しないこの同じ問題を経験している人は他にいますか？

@jaynus ：新しいプレフィックスを使用してみましたか（ protontricks 261550 annihilate ）？ 違いはないはずですが、以前からの奇妙なオーバーライドがあるかもしれません、または??

@craftyguy新しいプレフィックスを使用すると、1つおきにマウスクリックが発生します。 私はproton-5.5-GE-1、protontricksdotnet472およびvcrun2019を使用しています

fsync対応のカーネルと新しいプレフィックスを使用することで、ゲームは非常に安定しました。
以前、私は10/15分ごとにクラッシュし、一部の地域ではさらに頻繁にクラッシュしました。

fsyncすでにパッチされているlinux-zenをインストールしました。
Arch Linuxでは、ビルド済みのzenカーネルが公式リポジトリにあるため、インストールは非常に簡単です。
proton-tkg 5.5を実行して新しいプレフィックスを作成し、追加のライブラリをインストールしませんでした。

ゲームは非常に安定していて、クラッシュすることなく1時間以上プレイしました。 保存時間は少し遅い（10秒）が、安定性とのトレードオフとしては適切です。

linux-zenカーネルを試してみることをお勧めします。

OS：Arch Linux
カーネル：5.6.3-zen1-1-zen
CPU：AMD Ryzen 5 26006コア
GPU：Radeon RX Vega 56
GPUドライバー：4.6 Mesa 20.0.4
RAM：8 GB

Linux Mint 19.2にliquorixカーネル（ ます）をインストールし、新しいプレフィックスを使用して、約10秒の保存を取得しました。 これまでのところ安定しているようで、プレイセッションは約1時間しかありませんでしたが、最初に設定を変更したときを除いてクラッシュはありませんでした（常に発生するようです）。

パフォーマンスは以前よりも著しく悪化しました（テクスチャの読み込み時のスタッター、または初めて戦闘に参加したとき、メインメニューのデフォルト/最大グラフィック設定でfpsが大幅に低下しました）が、中程度に下げるとほとんど問題ないようです。

テクスチャ/シーンを初めてロードするときのパフォーマンスは正常ですが、シェーダーキャッシュが機能するため、プレイするほどこれらは消え始めるはずです。

linux-zenカーネルを試してみることをお勧めします。

私はこの新しいカーネルについて数時間読んでいます。 ロールバックオプションが見つからないようです。 特にリコリックスを見ています。 カーネルに問題があるとしましょう。debianのデフォルトに戻すのは難しいですか？

Linux Mint 19.2にliquorixカーネル（ ます）をインストールし、新しいプレフィックスを使用して、約10秒の保存を取得しました。 これまでのところ安定しているようで、プレイセッションは約1時間しかありませんでしたが、最初に設定を変更したときを除いてクラッシュはありませんでした（常に発生するようです）。
パフォーマンスは以前よりも著しく悪化しました（テクスチャの読み込み時のスタッター、または初めて戦闘に参加したとき、メインメニューのデフォルト/最大グラフィック設定でfpsが大幅に低下しました）が、中程度に下げるとほとんど問題ないようです。

テクスチャ/シーンを初めてロードするときのパフォーマンスは正常ですが、シェーダーキャッシュが機能するため、プレイするほどこれらは消え始めるはずです。

数時間プレイした後、実際には何も気づかなかったようです。 クラッシュすることなく、全部で5時間のセッション。

@ jake-hedges通常、さまざまなカーネルを試してみたい場合は、安定した/メインラインをデフォルトオプションのままにして、実験的なカーネルを起動するメニューオプションを持つようにブートローダーを構成します。 そうすれば、フォールバックオプションを失うことはありません。

linux-zenカーネルを試してみることをお勧めします。

私はこの新しいカーネルについて数時間読んでいます。 ロールバックオプションが見つからないようです。 特にリコリックスを見ています。 カーネルに問題があるとしましょう。debianのデフォルトに戻すのは難しいですか？

debianのIRCまたは他のディストリビューションのサポートチャネルで質問してみてください。 これはここではトピックから外れています。

そして、他の人への警告：回復する方法がわからない場合、またはそれを理解する動機がない場合は、ランダムなカーネルをダウンロードしたり、カーネルを試してみたりしないでください。 人々は一般的にあなたのシステムを壊すかもしれないものをすぐに推薦します、しかしそれらが壊れたときあなたが物事を直すのを手伝うのは遅いです。

debianのIRCまたは他のディストリビューションのサポートチャネルで質問してみてください。 これはここではトピックから外れています。

これは、トラブルシューティングスレッドでランダムな開発者の回避策を使用することについてsoapboxを使用しているユーザーからの180度の回転です。

申し訳ありませんが、システム全体に影響を与える可能性のある回避策が提案されている場合は、ロールバックについて話し合うことをお勧めします。 このスレッドの_your_スコープに適合しない可能性がありますが、このオプションは現在多くの人にとって非常に魅力的であるように思われます。 突然疑似モデレーターになることにした理由はコメディーです。

debianのIRCまたは他のディストリビューションのサポートチャネルで質問してみてください。 これはここではトピックから外れています。

これは、トラブルシューティングスレッドでランダムな開発者の回避策を使用することについてsoapboxを使用しているユーザーからの180度の回転です。

申し訳ありませんが、システム全体に影響を与える可能性のある回避策が提案されている場合は、ロールバックについて話し合うことをお勧めします。 このスレッドの_your_スコープに適合しない可能性がありますが、このオプションは現在多くの人にとって非常に魅力的であるように思われます。 突然疑似モデレーターになることにした理由はコメディーです。

@ jake-hedgesおそらくあなたは注意を払っていないかもしれませんが（ヒント：あなたはそうではありません）、私はあなたがランダムなカーネルを使うことを決して提案しませんでした、他の誰かがしました。 私は、このすべてが「いくつかのカーネルを試してシステムをブリックした」ことを提案しています。 議論は他の場所に行きます、それはここのトピックとは何の関係もありません。

突然疑似モデレーターになることにした理由はコメディーです。

この問題の信号対雑音比は非常に高いので、このゲームの問題を実際に追跡することに関心のある人は、あなたがめちゃくちゃにしたディストリビューションのインストールを修正する方法について話したいあなたのような暗殺者によるコメントを通り抜ける必要がありますあなたが理解していない提案を試みます。

だから、他の場所であなたのLinuxインストールを修正するサポートを求めに行ってください（あなたは明らかに壊れていました、笑）、これはDebianサポートフォーラムではありません。

回避策として別のカーネルをインストールすることは、今プレイしたい私たちにとって興味深いことですが、Steamは、プロトンでゲームを適切に実行するために新しいカーネルをインストールしようとしていないため、ゲームを適切に機能させることにはあまり関係ありません。 したがって、 @ craftyguyのロジックでは、それ以上の議論は行われないはずです。 もう1つのオプションは、さまざまなディストリビューションでこれを行う方法に関する簡単なガイド（サポートではない）を許可することです。

これについてはすでにコメントしていますが、NixOSの場合はnixpkgsにzenカーネルがないことを追加することもできますが、次のようにconfiguration.nixにパッチを追加するのは非常に簡単です。

boot.kernelPatches = [
      { name = "fsync-support"; patch = ./linux-v5.4-fsync.patch; }
    ];

ここで、 linux-v5.4-fsync.patchはここから取得され

カーネルの回避策は多くの点で間違っています。 早期アクセス状態のときにクラッシュを減らしてゲームをプレイしたい場合を除いて、使用しないでください。 私見では、Proton 5.5 GE + dotnet472と以前のコメントのdotnetcoreを備えたArchLinuxの安定したカーネルで問題なく動作します。 私は13時間のゲームプレイをしており、たまに1〜2時間問題なくゲームプレイできます。 頻繁に保​​存するだけで大​​丈夫です。 また、それはただのゲームです。

@CrafterSvK私の理解では、Valveのfsyncパッチでカーネルを使用する動機はクラッシュを減らすことではありません。 このゲームは、Linux（eventfd）に類似しているが、完全に同一ではないいくつかのWindows同期プリミティブを使用しているようです。 Protonの開発者は、スレッドがWindowsで行われるのとまったく同じ方法で複数のfutexを待機できるようにするカーネルパッチを作成しましたが、Linuxの高水準にまだ合格していないため、アップストリームにマージされません。

これらのプリミティブがないため、Wineは非常に非効率的な方法でそれらをエミュレートし、保存するたびにゲームに残忍なハングが発生することが多いと思います。 私はそれで何時間も遊んだことがあり、それはプレイ可能ですが苦痛です。 私は今日の後半にzenカーネルを実験する予定です。それが機能する場合は、このゲームをプレイするためだけに起動する価値があります。 ここで対処している問題は、ゲームの保存に2分以上かかることであるため、「頻繁に保存する」は非常に悪いアドバイスです。

ランチャーをスキップするためのシンボリックリンクの提案がありますが、パッチごとにプロセスを繰り返す必要がないよりクリーンなソリューションは、起動オプションで最初に正しいバイナリを実行するようにSteamに指示することです。 これが私のものです： echo %command% && exec /usr/share/steam/compatibilitytools.d/proton-ge-custom/proton waitforexitandrun "/home/$USER/.local/share/Steam/steamapps/common/Mount & Blade II Bannerlord/bin/Win64_Shipping_Client/Bannerlord.exe"

別のProtonディレクトリを使用している場合は、 echo %command% > ~/cmdを使用してゲームを起動することで、Steamが実行されている実際の％command％を取得できます。

@CrafterSvK私の理解では、Valveのfsyncパッチでカーネルを使用する動機はクラッシュを減らすことではありません。 このゲームは、Linux（eventfd）に類似しているが、完全に同一ではないいくつかのWindows同期プリミティブを使用しているようです。 Protonの開発者は、スレッドがWindowsで行われるのとまったく同じ方法で複数のfutexを待機できるようにするカーネルパッチを作成しましたが、Linuxの高水準にまだ合格していないため、アップストリームにマージされません。

これらのプリミティブがないため、Wineは非常に非効率的な方法でそれらをエミュレートし、保存するたびにゲーム内で_残忍な_ハングが発生することが多いと思います。 私はそれで何時間も遊んだことがあり、それはプレイ可能ですが苦痛です。 私は今日の後半にzenカーネルを実験する予定です。それが機能する場合は、このゲームをプレイするためだけに起動する価値があります。 ここで対処している問題は、ゲームの保存に2分以上かかることであるため、「頻繁に保存する」は非常に悪いアドバイスです。

私はプロトンのGEバージョンで1〜2秒で節約しているので、私のアドバイスは経験に基づいています。

@KimmoKMどのバージョンのXanModを使用していますか？ 私はXanModを試しましたが、（完全に中断されたnvidiaドライバーを修正した後）状況は明らかに悪化しています。

FUTEX_WAIT_MULTIPLEカーネルパッチは、私にとってもprotontricksの新しいビルドにかなり良い影響を与えたようです（ linux-tkgのパッチとSlackware64-current修正バージョンを組み合わせて使用​​） dotnet472使用した場合よりも著しく劣りますが（特にキャンペーンマップでは、まだ多くの途切れがあります）、保存時間は、デフォルトのプレフィックスを使用し、 FUTEX_WAIT_MULTIPLEを使用しない場合よりも大幅に優れています（要点まで）ここで、「頻繁に保存」は実際に実行可能です。保存には数分ではなく約10〜30秒かかるためです）、 dotnet472よりもクラッシュが無限に少なくなります（クラッシュがゼロで数時間連続してプレイしただけですが、以前は私が1時間にしたなら幸運だろう）。

ランチャーをスキップするためのシンボリックリンクの提案がありますが、パッチごとにプロセスを繰り返す必要がないよりクリーンなソリューションは、起動オプションで最初に正しいバイナリを実行するようにSteamに指示することです。

ManagedStarter.exe → Bannerlord.exeおよびManagedStarter_BE.exe → Bannerlord_BE.exeシンボリックリンクを実行している場合、これらはパッチを存続させ、ランチャーを機能させる必要があります（または少なくとも私の場合、過去2週間のほぼすべてのパッチと、 dotnetバージョンがある場合とない場合の両方の数十のプレフィックスを通じて、両方が当てはまりました。 ランチャーを完全にバイパスしている場合は、そうです、起動オプションはそれを行うためのクリーンな方法です。

@KimmoKMどのバージョンのXanModを使用していますか？ 私はXanModを試しましたが、（完全に中断されたnvidiaドライバーを修正した後）状況は明らかに悪化しています。

5.5.15-このリポジトリのxanmod1。 AMDGPUを使用しています。

@KimmoKMそれは私が引っ張ったのと同じバージョンです...
$cat /proc/version
Linux version 5.5.15-xanmod1 (root@mascote) (gcc version 9.3.0 (Debian 9.3.0-8)) #0 SMP PREEMPT Thu Apr 2 10:37:55 -03 2020

おそらくNvidia / AMDが問題である可能性があります。 GloriousEggrollのProton5.5-1を使用しています。 変更後、ゲームランチャーは正常に動作しますが、ゲームを起動しようとすると、白い画面が開き、すぐにクラッシュします。 クラッシュアップローダーは、どういうわけか動作するようになりました。

@KimmoKMそれは私が引っ張ったのと同じバージョンです...
$cat /proc/version
Linux version 5.5.15-xanmod1 (root@mascote) (gcc version 9.3.0 (Debian 9.3.0-8)) #0 SMP PREEMPT Thu Apr 2 10:37:55 -03 2020

おそらくNvidia / AMDが問題である可能性があります。 GloriousEggrollのProton5.5-1を使用しています。 変更後、ゲームランチャーは正常に動作しますが、ゲームを起動しようとすると、白い画面が開き、すぐにクラッシュします。 クラッシュアップローダーは、どういうわけか動作するようになりました。

私が間違っていない場合、修正はここに文書化されています： https ：

@allquixotic残念ながらそうではありません...私はAMDではなくNvidiaドライバーを使用しています。 頻繁にクラッシュするものの、物事は一般的に私のために働いていました。 xanmodカーネルが私の設定を壊したようです。 もう少し遊んで、それが機能するかどうかを確認しますが、元に戻す必要があるかもしれません。

AMD®Ryzenスレッドリッパー1900x8コアプロセッサー×16
NVidia 2060
xanmodカーネルを搭載したUbuntu19.10（5.5.15-xanmod1）

編集

修正済み：Nvidiaドライバーがまだ問題であり、新しいカーネルに切り替えた後、Ubuntu GUIで新しいドライバーをインストールできないようです...コマンドラインでもう一度試してみると、すべてが簡単に稼働しています。

今日のより精力的なテストの後、私は以前の声明を撤回します。 Dotnet 4.7をインストールし、ランチャーを使用すると、パフォーマンスが向上します。 Dotnetはまた、保存時間をわずか数秒に短縮し、領域をロードします。 一般的なパフォーマンスには多少の作業が必要になる場合がありますが、それはゲーム自体に関連していると思います。

@YellowApple起動オプションを介したMODの読み込みが機能します。

したがって、代わりにBannerlord.Native.exe起動してランチャーをバイパスし、ロードしたいModを持っている人は、これをSteamの起動オプションとして使用できます。

%command%
 _MODULES_
*Native*SandBoxCore*CustomBattle*Sandbox*StoryMode*TheNameOfAMod*
_MODULES_

@allquixotic残念ながらそうではありません...私はAMDではなくNvidiaドライバーを使用しています。 頻繁にクラッシュするものの、物事は一般的に私のために働いていました。 xanmodカーネルが私の設定を壊したようです。 もう少し遊んで、それが機能するかどうかを確認しますが、元に戻す必要があるかもしれません。

AMD®Ryzenスレッドリッパー1900x8コアプロセッサー×16
NVidia 2060
xanmodカーネルを搭載したUbuntu19.10（5.5.15-xanmod1）

編集

修正済み：Nvidiaドライバーがまだ問題であることが判明しました。新しいカーネルに切り替えた後、Ubuntu GUIで新しいドライバーをインストールできないようです...コマンドラインでもう一度試してみると、すべてが簡単に稼働しています。

Xanmod LTSカーネル（最新の5.4.x安定版）で最新のNvidiaドライバーを使用していますが、ここでもうまく機能しています。

@allquixotic残念ながらそうではありません...私はAMDではなくNvidiaドライバーを使用しています。 頻繁にクラッシュするものの、物事は一般的に私のために働いていました。 xanmodカーネルが私の設定を壊したようです。 もう少し遊んで、それが機能するかどうかを確認しますが、元に戻す必要があるかもしれません。

AMD®Ryzenスレッドリッパー1900x8コアプロセッサー×16
NVidia 2060
xanmodカーネルを搭載したUbuntu19.10（5.5.15-xanmod1）

編集

修正済み：Nvidiaドライバーがまだ問題であることが判明しました。新しいカーネルに切り替えた後、Ubuntu GUIで新しいドライバーをインストールできないようです...コマンドラインでもう一度試してみると、すべてが簡単に稼働しています。

クラッシュレポートが表示されて白い画面でシャットダウンするのと同じクラッシュが発生しています。 IntelGPUを搭載したMBPでUbuntu18.04.4を使用していますが、この白い画面のクラッシュをまだ乗り越えることができていません。 私の知る限り、このスレッドでこのクラッシュが発生したのはあなただけのようです。したがって、これはドライバーの問題だと思います。 私の質問は、xanmodを使用する前にドライバーがBannerlordを使用していたかどうかです。 もしそうなら、誰かが他の有益な考えを持っていない限り、私はそれを調べなければならないことを知っています。

ランチャーが行うことで、節約時間に影響を与えることは間違いありません。
クラッシュを引き起こし、fsyncを有効にして適切な保存時間を取得するため、dotnetをインストールしていません。

ランチャーは、名前を変更することで、それバイパスのいずれか私ができるDOTNETせずに起動しないようBannerlord.Native.exeするTaleWorlds.MountAndBlade.Launcher.exeの代わりにすることをスチーム立ち上げを行いいます。 これを実現するために、シンボリックリンクまたは起動オプションを使用することもできます。

または、 Bannerlord.exeとBannerlord_BE.exe名前をそれぞれManagedStarter.exeとManagedStarter_BE.exeして、ランチャーを機能させることができます。なぜ機能するのかわかりません。このスレッドのある時点で説明されている可能性があります。 シンボリックリンクまたは起動オプションのアプローチもそこで機能する可能性があります。

前者を実行してランチャーをバイパスすると、約9秒の節約になります。後者のアプローチを使用してランチャーを使用すると、約16秒の節約になります。

@remosassoはい、

$ sudo add-apt-repository ppa：graphics-drivers / ppa
$ sudo apt update
$ sudo apt-get install nvidia-driver-440

リブート

@remosassoはい、

$ sudo add-apt-repository ppa：graphics-drivers / ppa
$ sudo apt update
$ sudo apt-get install nvidia-driver-440

リブート

ありがとう。 しかし、私のドライバーはうまくインストールされているようで、そこには運がありません。 白い画面のクラッシュの問題で他の誰かに遭遇したことがありますか？ dotnet 472を使用する場合でも、.exeファイルを変更する場合でも、どのプロトンを使用しても同じクラッシュが発生します。 ドライバーは論理的な問題のように見えますが、そうではないようです。

私はnvidiaで同じ白い画面のクラッシュに直面しています。 自動保存はLinuxでの実行中に作成され、自動保存をロードしてから数秒後にクラッシュします。 ゲームはWindowsで同じ保存から正常に動作します

ProtonとWindowsのパフォーマンス比較を行った人はいますか？

1.1ベータブランチのマルチプレイヤーでゲームを見つけることができず、安定したブランチに戻ることができません。ログインできません。 他にmpをプレイできる人はいますか？

編集：
ベータブランチのすべての人（未確認）のmpが壊れているようです： https ：//forums.taleworlds.com/index.php

安定したブランチをもう一度試し、今すぐログインできるかどうかを確認します。

1.1ベータブランチのマルチプレイヤーでゲームを見つけることができず、安定したブランチに戻ることができません。ログインできません。 他にmpをプレイできる人はいますか？

編集：
ベータブランチのすべての人（未確認）のmpが壊れているようです： https ：//forums.taleworlds.com/index.php

安定したブランチをもう一度試し、今すぐログインできるかどうかを確認します。

安定したブランチでマルチプレイヤーにログインできました。 2泊ほど前にログインできないという問題がありましたが、翌日には解決しました。

現在、安定したブランチにログインできません。 ベータ版から戻すときに何かが台無しになるのではないでしょうか。

現在、安定したブランチにログインできません。 ベータ版から戻すときに何かが台無しになるのではないでしょうか。

ベータが存在する前に、それは数日前に私に起こりました。 彼らは私がWindowsを使用していないことにようやく気づき、私を禁止したと思いました。 翌日また動き始めました。

それは今私のために働いています、そして私はMPのために安定に戻る前に、以前にベータでSPをプレイしていました。

PROTON_LOG=1オプションを使用すると、ログで次のことがわかります。

[000000000000006F:] EXCEPTION handling: System.Net.Sockets.SocketException: Connection reset by peer.
...
[000000000000006F:] EXCEPTION handling: System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
...
[000000000000006E:] EXCEPTION handling: System.Net.Sockets.SocketException: Error looking up error string
[000000000000006E:] EXCEPTION handling: System.IO.IOException: Unable to write data to the transport connection: Error looking up error string.
[0000000000000067:] EXCEPTION handling: System.IO.IOException: The authentication or decryption has failed.
...
[0000000000000073:] EXCEPTION handling: System.Net.WebException: Error: SecureChannelFailure (The authentication or decryption has failed.)
...
[0000000000000073:] EXCEPTION handling: System.AggregateException: One or more errors occurred. (Error: SecureChannelFailure (The authentication or decryption has failed.))
...
[0000000000000066:] EXCEPTION handling: System.Net.WebException: The operation has timed out.
...

これは、fsync対応のカーネルで実行されているデフォルトのプレフィックスにあることを追加する必要があります。 VPNありとなしで試しました。

新しいベータバージョン1.1.0は、より多くのクラッシュを修正しているようです。 1.0.10から破損したセーブを取り戻すことさえできます。 私は「バニラ」プロトンgtkを使用しています。 パフォーマンスの問題が時々発生します。10〜12秒程度の節約になり、3〜4時間後にランダムにクラッシュしますが、明らかに再生可能です。

Linuxでこのゲームに60時間以上費やしました。 30秒以上の保存時間でしばらく生きましたが、dotnet472とdotnetcoreでProton 5.5-GEを使用すると、保存時間が5秒未満に短縮されました。

.NET Coreはオープンソースです。おそらく、wine / protonは、geckoと同じように、オプションのコンポーネントとしてバンドルすることを検討する必要があります。

起動中にゲームがクラッシュします。 私はバージョンe1.1.0 - BetaとProton-5.5-GE-1

❯ rm -rf ~/.steam/steam/steamapps/compatdata/261550
❯ # Launch the game
❯ protontricks --version
protontricks (1.4.1)
❯ winetricks --version
20191224 - sha256sum: 1582b249d827074bb4c456b6ee5f55293a5fea5a66245f5cbe474f771c65e820
❯ protontricks 261550 dotnet472 2&>1 > log

------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20191224 - sha256sum: 7b91df1f0a0c7be5e085edce2737ea9d8cea60b6ed891e04f041a46e61242131 with wine-5.0 and WINEARCH=win64
Executing w_do_call dotnet472
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet472 
------------------------------------------------------
This package (dotnet472) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Current Wine does not have Wine bug 42170, so not applying workaround
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
uninstaller: The application with GUID '{8938A429-407D-5208-903D-37777470D766}' was not found
------------------------------------------------------
Working around wine bug 34803 
------------------------------------------------------
reg: The system was unable to find the specified registry key or value
reg: The system was unable to find the specified registry key or value
reg: The system was unable to find the specified registry key or value
Executing rm -f /home/tanner/.steam/steam/steamapps/compatdata/261550/pfx/dosdevices/c:/windows/system32/mscoree.dll
Executing rm -f /home/tanner/.steam/steam/steamapps/compatdata/261550/pfx/dosdevices/c:/windows/syswow64/mscoree.dll
Executing w_do_call dotnet462
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet462 
------------------------------------------------------
This package (dotnet462) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet461
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet461 
------------------------------------------------------
This package (dotnet461) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet46
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet46 
------------------------------------------------------
This package (dotnet46) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet45
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet45 
------------------------------------------------------
This package (dotnet45) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet40
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet40 
------------------------------------------------------
This package (dotnet40) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
------------------------------------------------------
dotnet40 does not yet fully work or install on wine.  Caveat emptor.
------------------------------------------------------
Current Wine does not have Wine bug 42701, so not applying workaround
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call winxp
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_winxp 
The operation completed successfully
Setting Windows version to winxp
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine regedit C:\windows\Temp\set-winver.reg
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine64 regedit C:\windows\Temp\set-winver.reg
------------------------------------------------------
Running /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wineserver -w. This will hang until all wine processes in prefix=/home/tanner/.steam/steam/steamapps/compatdata/261550/pfx terminate
------------------------------------------------------
Executing cd /home/tanner/.cache/winetricks/dotnet40
Unhandled exception: C++ exception(object = 0x0032f594, type = 0x1009be00) in 32-bit code (0x7b032c45).
Register dump:
 CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
 EIP:7b032c45 ESP:0032f494 EBP:0032f4f8 EFLAGS:00000212(   - --  I   -A- - )
 EAX:0032f4a0 EBX:e06d7363 ECX:0032f490 EDX:0032f4b4
 ESI:100187cc EDI:00000000
Stack dump:
0x0032f494:  0032f534 0000000c 7bc75a1c e06d7363
0x0032f4a4:  00000001 00000000 7b032c45 00000003
0x0032f4b4:  19930520 0032f594 1009be00 0032fe18
0x0032f4c4:  00641a00 0032f4e8 00860000 00641a58
0x0032f4d4:  0032f4e8 0032f500 00110000 00000000
0x0032f4e4:  00000000 0032f528 7bc769e5 0032f510
Backtrace:
=>0 0x7b032c45 RaiseException+0x50(code=<couldn't compute location>, flags=<couldn't compute location>, count=<couldn't compute location>, args=<couldn't compute location>) [Z:\build\wine-5.0\dlls\kernelbase\debug.c:319] in kernelbase (0x0032f4f8)
  1 0x100814f2 in setupengine (+0x814f1) (0x0032f540)
  2 0x10066a29 EntryPoint+0xffffffff() in setupengine (0x0032f5b0)
  3 0x100636d8 EntryPoint+0xffffffff() in setupengine (0x0032f5d0)
  4 0x10061338 EntryPoint+0xffffffff() in setupengine (0x0032f608)
  5 0x10035a14 EntryPoint+0xffffffff() in setupengine (0x0032f678)
  6 0x1006b498 EntryPoint+0xffffffff() in setupengine (0x0032fdd8)
  7 0x1005fa6e EntryPoint+0xffffffff() in setupengine (0x0032fe48)
  8 0x10058323 EntryPoint+0xffffffff() in setupengine (0x0032fe9c)
  9 0x00402928 EntryPoint+0xffffffff() in setup (0x0032ff30)
  10 0x7b454c52 call_process_entry+0x11() in kernel32 (0x0032ff48)
  11 0x7b455070 start_process+0xdf(entry=<couldn't compute location>, peb=<couldn't compute location>) [Z:\build\wine-5.0\dlls\kernel32\process.c:153] in kernel32 (0x0032ffd8)
  12 0x7b454c5e __wine_start_process+0x9() in kernel32 (0x0032ffec)
0x7b032c45 RaiseException+0x50 [Z:\build\wine-5.0\dlls\kernelbase\debug.c:319] in kernelbase: addl  $12,%esp
Unable to access file 'Z:\build\wine-5.0\dlls\kernelbase\debug.c'
Modules:
Module  Address         Debug info  Name (112 modules)
PE    400000-  415000   Export          setup
PE  10000000-100c8000   Export          setupengine
PE  6cd00000-6cd24000   Deferred        sqmapi
ELF 7b000000-7b0e0000   Dwarf           kernelbase<elf>
  \-PE  7b020000-7b0e0000   \               kernelbase
ELF 7b400000-7b510000   Dwarf           kernel32<elf>
  \-PE  7b420000-7b510000   \               kernel32
ELF 7bc00000-7beb6000   Deferred        ntdll<elf>
  \-PE  7bc30000-7beb6000   \               ntdll
ELF 7c000000-7c006000   Deferred        <wine-loader>
ELF 7ccd2000-7cceb000   Deferred        kerberos<elf>
  \-PE  7cce0000-7cceb000   \               kerberos
ELF 7cceb000-7cd2a000   Deferred        uxtheme<elf>
  \-PE  7cd00000-7cd2a000   \               uxtheme
ELF 7cd2a000-7cd33000   Deferred        libxfixes.so.3
ELF 7cd33000-7cd40000   Deferred        libxcursor.so.1
ELF 7ce40000-7ce55000   Deferred        libxi.so.6
ELF 7ce55000-7ce5a000   Deferred        libxcomposite.so.1
ELF 7ce5a000-7cedb000   Deferred        setupapi<elf>
  \-PE  7ce70000-7cedb000   \               setupapi
ELF 7cedb000-7cf0a000   Deferred        libxcb.so.1
ELF 7cf0a000-7d05d000   Deferred        libx11.so.6
ELF 7d05d000-7d100000   Deferred        winex11<elf>
  \-PE  7d080000-7d100000   \               winex11
ELF 7d124000-7d133000   Deferred        libxrandr.so.2
ELF 7d133000-7d141000   Deferred        libxrender.so.1
ELF 7d141000-7d149000   Deferred        libxxf86vm.so.1
ELF 7d149000-7d15f000   Deferred        libxext.so.6
ELF 7d15f000-7d17c000   Deferred        libz.so.1
ELF 7d17c000-7d1bc000   Deferred        libpng16.so.16
ELF 7d1bc000-7d1cf000   Deferred        libbz2.so.1
ELF 7d1cf000-7d295000   Deferred        libfreetype.so.6
ELF 7d2ca000-7d2e3000   Deferred        libresolv.so.2
ELF 7d2e3000-7d311000   Deferred        iphlpapi<elf>
  \-PE  7d2f0000-7d311000   \               iphlpapi
ELF 7d311000-7d356000   Deferred        netapi32<elf>
  \-PE  7d320000-7d356000   \               netapi32
ELF 7d356000-7d394000   Deferred        secur32<elf>
  \-PE  7d360000-7d394000   \               secur32
ELF 7d394000-7d3b4000   Deferred        jsproxy<elf>
  \-PE  7d3a0000-7d3b4000   \               jsproxy
ELF 7d3b4000-7d3f9000   Deferred        winhttp<elf>
  \-PE  7d3c0000-7d3f9000   \               winhttp
ELF 7d3f9000-7d40f000   Deferred        psapi<elf>
  \-PE  7d400000-7d40f000   \               psapi
ELF 7d40f000-7d429000   Deferred        userenv<elf>
  \-PE  7d420000-7d429000   \               userenv
ELF 7d429000-7d449000   Deferred        bcrypt<elf>
  \-PE  7d430000-7d449000   \               bcrypt
ELF 7d449000-7d4ff000   Deferred        crypt32<elf>
  \-PE  7d460000-7d4ff000   \               crypt32
ELF 7d4ff000-7d53a000   Deferred        wintrust<elf>
  \-PE  7d510000-7d53a000   \               wintrust
ELF 7d53a000-7d55d000   Deferred        odbccp32<elf>
  \-PE  7d540000-7d55d000   \               odbccp32
ELF 7d55d000-7d579000   Deferred        mspatcha<elf>
  \-PE  7d560000-7d579000   \               mspatcha
ELF 7d579000-7d595000   Deferred        imagehlp<elf>
  \-PE  7d580000-7d595000   \               imagehlp
ELF 7d595000-7d5b2000   Deferred        sxs<elf>
  \-PE  7d5a0000-7d5b2000   \               sxs
ELF 7d5b2000-7d5da000   Deferred        cabinet<elf>
  \-PE  7d5c0000-7d5da000   \               cabinet
ELF 7d5da000-7d602000   Deferred        imm32<elf>
  \-PE  7d5e0000-7d602000   \               imm32
ELF 7d602000-7d651000   Deferred        usp10<elf>
  \-PE  7d610000-7d651000   \               usp10
ELF 7d651000-7d7a7000   Deferred        comctl32<elf>
  \-PE  7d680000-7d7a7000   \               comctl32
ELF 7d7a7000-7d7e5000   Deferred        ws2_32<elf>
  \-PE  7d7c0000-7d7e5000   \               ws2_32
ELF 7d7e5000-7d80d000   Deferred        mpr<elf>
  \-PE  7d7f0000-7d80d000   \               mpr
ELF 7d80d000-7d88c000   Deferred        wininet<elf>
  \-PE  7d820000-7d88c000   \               wininet
ELF 7d88c000-7d933000   Deferred        urlmon<elf>
  \-PE  7d8b0000-7d933000   \               urlmon
ELF 7d933000-7da62000   Deferred        msi<elf>
  \-PE  7d960000-7da62000   \               msi
ELF 7da62000-7db99000   Deferred        oleaut32<elf>
  \-PE  7da90000-7db99000   \               oleaut32
ELF 7db99000-7dc34000   Deferred        rpcrt4<elf>
  \-PE  7dbc0000-7dc34000   \               rpcrt4
ELF 7dc34000-7dda0000   Deferred        ole32<elf>
  \-PE  7dc70000-7dda0000   \               ole32
ELF 7dda0000-7ddc8000   Deferred        shcore<elf>
  \-PE  7ddb0000-7ddc8000   \               shcore
ELF 7ddc8000-7de2d000   Deferred        shlwapi<elf>
  \-PE  7dde0000-7de2d000   \               shlwapi
ELF 7de2d000-7e7d6000   Deferred        shell32<elf>
  \-PE  7de60000-7e7d6000   \               shell32
ELF 7e7d6000-7e8b1000   Deferred        msvcrt<elf>
  \-PE  7e800000-7e8b1000   \               msvcrt
ELF 7e8b1000-7e8c8000   Deferred        version<elf>
  \-PE  7e8c0000-7e8c8000   \               version
ELF 7e8c8000-7ea14000   Deferred        gdi32<elf>
  \-PE  7e8f0000-7ea14000   \               gdi32
ELF 7ea14000-7ec46000   Deferred        user32<elf>
  \-PE  7ea50000-7ec46000   \               user32
ELF 7ec46000-7ecca000   Deferred        advapi32<elf>
  \-PE  7ec60000-7ecca000   \               advapi32
ELF 7eeff000-7f000000   Deferred        libm.so.6
ELF f7afe000-f7b6a000   Deferred        msxml3<elf>
  \-PE  f7b10000-f7b6a000   \               msxml3
ELF f7bb0000-f7bb8000   Deferred        libxdmcp.so.6
ELF f7bb8000-f7bbd000   Deferred        libxau.so.6
ELF f7bc1000-f7bc7000   Deferred        libdl.so.2
ELF f7bc7000-f7da7000   Deferred        libc.so.6
ELF f7da7000-f7dc9000   Deferred        libpthread.so.0
ELF f7dc9000-f7f7d000   Dwarf           libwine.so.1
ELF f7f81000-f7fab000   Deferred        ld-linux.so.2
ELF f7fae000-f7fb0000   Deferred        [vdso].so
Threads:
process  tid      prio (all id:s are in hex)
00000008 dotNetFx40_Full_x86_x64.exe
    00000028    0
    00000009    0
0000000e services.exe
    00000025    0
    0000001c    0
    00000015    0
    00000010    0
    0000000f    0
00000011 plugplay.exe
    00000019    0
    00000018    0
    00000012    0
00000013 explorer.exe
    00000022    0
    00000021    0
    0000001f    0
    00000014    0
0000001a winedevice.exe
    00000020    0
    0000001e    0
    0000001d    0
    0000001b    0
00000023 winedevice.exe
    00000027    0
    00000026    0
    00000024    0
0000002c (D) C:\9121dba59fb375d0b974\Setup.exe
    00000030    0
    0000002d    0 <==
System information:
    Wine build: wine-5.0
    Platform: i386 (WOW64)
    Version: Windows XP
    Host system: Linux
    Host version: 4.19.108
Using native override for following DLLs: mscoree
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine regedit C:\windows\Temp\override-dll.reg
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine64 regedit C:\windows\Temp\override-dll.reg
The operation completed successfully
The operation completed successfully
The operation completed successfully
Setting Windows version to default
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine regedit C:\windows\Temp\set-winver.reg
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine64 regedit C:\windows\Temp\set-winver.reg
------------------------------------------------------
Running /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wineserver -w. This will hang until all wine processes in prefix=/home/tanner/.steam/steam/steamapps/compatdata/261550/pfx terminate
------------------------------------------------------
------------------------------------------------------
dotnet40 install completed, but installed file /home/tanner/.steam/steam/steamapps/compatdata/261550/pfx/dosdevices/c:/windows/Microsoft.NET/Framework/v4.0.30319/ngen.exe not found
------------------------------------------------------

実際のゲーム起動アペラからのエラーは次のとおりです。

ERROR: ld.so: object '/home/tanner/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

安定したブランチ（e1.0.10）でマルチプレイヤーにログインできません。

@agates再起動後にゲームを起動するのに問題はありませんでしたか？
再インストールして、設定が修正されるかどうかを確認します。 昨夜は問題なく動作しましたが、今日は起動しませんでした
dotnet472後にインストールするには、 protontricks 261550 dotnetcoreを実行する必要がありますか？

@agates再起動後にゲームを起動するのに問題はありませんでしたか？
再インストールして、設定が修正されるかどうかを確認します。 昨夜は問題なく動作しましたが、今日は起動しませんでした
dotnet472後にインストールするには、 protontricks 261550 dotnetcoreを実行する必要がありますか？

私がこれまでに経験した問題は、これまでのところmodに関連しています。

dotnetcoreはwinetrickに含まれていないため、手動でインストールする必要があります。 @Aliervoは、上記の

@YellowApple
ニュースを作りました！ 修正してくれてありがとう！

@Aliervo @agates私はこの出力を得ています：

./proton run ~/dotnet-runtime-2.1.17-win-x64.exe
ProtonFixes[19625] INFO: Running protonfixes
ProtonFixes[19625] INFO: Running checks
ProtonFixes[19625] INFO: All checks successful
ProtonFixes[19625] INFO: No protonfix found for UNKNOWN (261550)

私は何かが足りないのですか？

@Aliervo @agates私はこの出力を得ています：

./proton run ~/dotnet-runtime-2.1.17-win-x64.exe
ProtonFixes[19625] INFO: Running protonfixes
ProtonFixes[19625] INFO: Running checks
ProtonFixes[19625] INFO: All checks successful
ProtonFixes[19625] INFO: No protonfix found for UNKNOWN (261550)

私は何かが足りないのですか？

ファイルはホームディレクトリにdotnet-runtime-2.1.17-win-x64.exeありますか？

指定された場所が存在しない場合、正確な出力が得られます。

たとえば、私のものは~/Downloads/dotnet-runtime-2.1.17-win-x64.exeにあります。

@agatesええ、すべてが整っています、多分それは私がすでにインストールしているからですか？

テスト

予定

これまでに見た提案のいくつかをテストしてみました。 明日は、fsync対応のカーネルの使用など、さらにいくつかの組み合わせを試してみます。 また、クラッシュせずにグラフィック設定を変更したり、一般的なゲームプレイの安定性など、より有望なソリューションのいくつかでテストを拡張しようとします。 この投稿を更新しますが、この要点でも見ることができます。

セットアップ

私の現在のテスト方法は信じられないほど基本的です。 新しいプレフィックスを作成し、ゲームを1回実行して、スチームの基本的なセットアップを完了します。 次に、テストするコンポーネントを追加します。 新しいテストに以前にテストされたコンポーネントが含まれている場合、新しいプレフィックスの作成をスキップします（ vcrun2019からvcrun20190 + dotnet472に変更したときに新しいプレフィックスはありません）。 次に、ゲームを開始し、新しいキャンペーンを開始し、トレーニングエリアを走り回り、それを離れ、世界地図を走り回り、最後にゲームを1回保存します。 最も有望なソリューションのテストを拡張します。

System:    Host: tobias-X570 Kernel: 5.5.0-050500rc5-generic x86_64 bits: 64 Desktop: KDE Plasma 5.18.4
           Distro: KDE neon User Edition 5.18
Machine:   Device: desktop System: Gigabyte product: X570 AORUS MASTER v: -CF serial: N/A
           Mobo: Gigabyte model: X570 AORUS MASTER v: x.x serial: N/A
           UEFI: American Megatrends v: F11 date: 12/06/2019
CPU:       8 core AMD Ryzen 7 3800X (-MT-MCP-) speed/max: 1897/3900 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Device 7340
           Display Server: x11 (X.Org 1.19.6 ) drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon)
           Resolution: [email protected]
           OpenGL: renderer: Radeon RX 5500 XT (NAVI14, DRM 3.36.0, 5.5.0-050500rc5-generic, LLVM 9.0.1)
           version: 4.6 Mesa 20.1.0-devel (git-089e1fb 2020-04-09 bionic-oibaf-ppa)

助言されます

私のテストはいくつかの有望な結果を示すかもしれませんが、それらはゲームが長期的にどれほど安定しているかを示していません。 テストで行ったのは、ゲームを開いて新しいキャンペーンを開始し、テストの場を離れてゲームを保存することだけでした。

結果（これまでのところ）

| ゲーム版| vcrun 2019 | dotnet 472 | dotnet 480 | .Net-Core 2.1.17 | .NET-Core 3.1.3 | FPSトレーニンググラウンド| FPS世界地図| 時間を節約| 遅いストリーミング* |
|：-：|：-：|：-：|：-：|：-：|：-：|：-：|：-：|：-：|：-：|
| 1.1.0 | 🔲| 🔲| 🔲| 🔲| 🔲| 45-50 | 56-72 | 1:12 | いいえ|
| 1.1.0 | ☑️| 🔲| 🔲| 🔲| 🔲| 45-50 | 56-72 | 1:28 | いいえ|
| 1.1.0 | ☑️| ☑️| 🔲| 🔲| 🔲| 69-74 | 65-75 | 0:02 | いいえ|
| 1.1.0 | 🔲| ☑️| 🔲| 🔲| 🔲| 69-74 | 66-79 | 0:02 | いいえ|

*これは、新しいエリアに入るときにすべてのオブジェクトがロードされている間のラグゲームの効果を指します

@matheoすでにインストールされている場合でも、インストーラーウィンドウが表示されます。 STEAM_COMPAT_DATA_PATH compatibilitytools.dフォルダーと

サラウンドサウンド（5.1など）が正しく機能するようになった人はいますか？

ウィンドウを起動しようとすると、推奨されるProton-5-5-GEバージョンで次の問題が発生しました（Bannerlordウィンドウやprotontricksエクスプローラーなど）。

000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
000b:err:winediag:nodrv_CreateWindow The explorer process failed to start.

興味深いことに、たとえば、ワインステージングを使用したdotnetコアインストーラーの起動は正常に機能するため、このProtonバージョンに固有のようです。 これの原因は何か、またはそれを解決する方法はありますか？

（Steamのデフォルトの）プレフィックスをdotnet472とdotnetcore2のプレフィックスに交換したところ、安定したブランチでマルチプレイヤーにログインできるようになりました。 vcrun2015とvcrun2017がインストールされているかどうかはわかりません。 protontricks 261550 list-installed実行すると、リストに表示されません。

デフォルトのpfxを使用して1.1ベータにログインする方法は奇妙です（実際に再生できるサーバーはありませんが）。

ウィンドウを起動しようとすると、推奨されるProton-5-5-GEバージョンで次の問題が発生しました（Bannerlordウィンドウやprotontricksエクスプローラーなど）。

000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
000b:err:winediag:nodrv_CreateWindow The explorer process failed to start.

興味深いことに、たとえば、ワインステージングを使用したdotnetコアインストーラーの起動は正常に機能するため、このProtonバージョンに固有のようです。 これの原因は何か、またはそれを解決する方法はありますか？

compatdata/261550/フォルダーを削除し、dotnet472とdotnetcoreを含むすべての依存関係をインストールしようとしましたか？ それは私のシステムでそれを動作させました。

compatdata/261550/フォルダーを削除し、dotnet472とdotnetcoreを含むすべての依存関係をインストールしようとしましたか？ それは私のシステムでそれを動作させました。

フォルダを削除してdotent472を再度インストールしようとしましたが、役に立たなかったようです。 同じエラーのためにインストーラーが起動しないようであるため、この場合、dotnetcoreをインストールできませんでした。 2時間前の5.6-GE-1リリースでも同じことを試しましたが、同じ問題が発生しました。

vcrun2015とvcrun2017がインストールされているかどうかはわかりません。 protontricks 261550 list-installed実行すると、リストに表示されません。

現在のセットアップでは、vcrunをまったくインストールしていません。

Proton-GE、zenカーネル（fsyncパッチ用）、およびSteamによって作成およびプロビジョニングされた通常のプロトンプレフィックスで、優れたパフォーマンス、最大5〜10秒の保存時間、および非常にまれなクラッシュが発生していることを確認できます。

NixOSシステム上の他の人は、configuration.nixに次のファイルをロードして、zenカーネルをビルドしてインストールします。https ：//gist.github.com/hjones2199/11b45917a2944b692dac40015ea0fd41おそらく現在のboot.kernelPackagesも無効にする必要があります。競合を回避するための式。

新しいカーネルを使用している他の人（私はxanmodを実行しています）：dotnetcoreもインストールしましたが、これまでのところ、両方の長所のようです-まだ1回のクラッシュは発生しておらず、パフォーマンスは非常に良好です。 時折、戦闘は非常に遅れることがありますが、再起動すると問題が解決するようで、キャンペーンマップの吃音は完全になくなります。

dotnet472をインストールしてビデオ設定を変更すると、どういうわけか正しくインストールしない限り、まだクラッシュしますか（そして他の多くのランダムなクラッシュ）？ 確認する方法はありますか？ （私はprotontricks 261550リストインストールを使用しましたが、dotnet 472は表示されます）。

時折、戦闘は非常に遅れることがありますが、再起動すると問題が解決するようで、キャンペーンマップの吃音は完全になくなります。

Windows側にも同様のパフォーマンスの問題やメモリリークなどがあるため、うまく機能しているようです:)。

ウィンドウを起動しようとすると、推奨されるProton-5-5-GEバージョンで次の問題が発生しました（Bannerlordウィンドウやprotontricksエクスプローラーなど）。

000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
000b:err:winediag:nodrv_CreateWindow The explorer process failed to start.

興味深いことに、たとえば、ワインステージングを使用したdotnetコアインストーラーの起動は正常に機能するため、このProtonバージョンに固有のようです。
フォルダを削除してdotent472を再度インストールしようとしましたが、役に立たなかったようです。 同じエラーのためにインストーラーが起動しないようであるため、この場合、dotnetcoreをインストールできませんでした。 2時間前の5.6-GE-1リリースでも同じことを試しましたが、同じ問題が発生しました。

他の「バニラ」プロトンバージョン（5.0-5、さらには4.2-9）も試しましたが、ログにまったく同じエラーが表示されるため、GEビルドに固有ではないようです。

編集：さらに検索した後、これがNTFS固有の問題であることを示す＃2878を見つけました-ゲームをext4SSDに移動すると問題が解決しました

Proton-GE、zenカーネル（fsyncパッチ用）、およびSteamによって作成およびプロビジョニングされた通常のプロトンプレフィックスで、優れたパフォーマンス、最大5〜10秒の保存時間、および非常にまれなクラッシュが発生していることを確認できます。

NixOSシステム上の他の人は、configuration.nixに次のファイルをロードして、zenカーネルをビルドしてインストールします。https ：//gist.github.com/hjones2199/11b45917a2944b692dac40015ea0fd41おそらく現在のboot.kernelPackagesも無効にする必要があります。競合を回避するための式。

この問題を閲覧することはほぼ不可能なので、見逃したことを非難することはありませんが、現在のカーネルにパッチを追加するだけで、これに対する簡単な解決策をすでに提供しています。これは非常に簡単です： https ：

基本的に、次のようにconfiguration.nixにパッチを追加します。
boot.kernelPatches = [{ name = "fsync-support"; patch = ./linux-v5.4-fsync.patch; }];
ここで、 linux-v5.4-fsync.patchはここから取得され

今、包囲戦に入ろうとすると、インターフェイスがロックされて何もできなくなり、ゲームは正常に実行されますが、マウスが応答しなくなったようです。 マウスを動かすことはできますが、ちらつきが非常に速くなります。 また、エスケープメニューを表示するには、ゲームの内外でEscキーとAlt + Tabキーを押す必要があります。

編集、fsyncのみで、protontricksの修正はありません。 プロトントリックの修正も使用すると、以前と同じようにゲームが再びクラッシュします。

最新のパッチ（1.0.11）は、savefilesを使用して画面に移動しようとすると、次の例外が発生するたびにゲームを中断しました（クリーンワインプレフィックスでテスト済み）。

Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object

ただし、新しいキャンペーンを開始することはできますが、[名前を付けて保存]オプションを選択すると、同じ例外が発生します。

更新：
@agatesベータブランチは動作しますありがとう

@elovinベータブランチ（e1.1.0）を試しましたか？

Bannerlordは現在primusrun動作しないようですが、 nvidia-xrunを使用してnvidia切り替え可能なグラフィックスを備えたラップトップで実行することができました。

Bannerlordは現在primusrun動作しないようですが、 nvidia-xrunを使用してnvidia切り替え可能なグラフィックスを備えたラップトップで実行することができました。

マルハナバチとプリムスを通してこれほどうまく機能するものはありません。 ゲームの半分を機能させるには、xrunに切り替える必要がありました。

PRIMERenderオフロードでも機能するはずです。

さて、これはおそらくBannerlordに厳密に関連しているわけではないと思いますが、繰り返しになりますが、Steamがプレフィックスにインストールするライブラリ、または他のBannerlord固有の要因が何かを変更する可能性があります（私にはわかりません）。ここでよく聞いてください：dotnet472のprotontricksを実行しようとしていますが、[ファイルの抽出]ダイアログが開き、進行状況バーが終了するとクラッシュします。 dotnet48プロトントリックも同様に失敗します。 コンソール出力

ポインターはありますか？

こんにちは、私はバナーロードをアーチで走らせるのに苦労しています。私はプロトン5.5-GEと5.6-GE-2を試しました。 これまでのところ、クラッシュする前に一度カーソルを開いて表示するウィンドウがあります。

• 私のSteamライブラリはHDD（ntfs）にあり、これは正しくマウントされ、Linuxのcompatdataフォルダーを指すように（そのライブラリから）シンボリックリンクされています

• compatdataフォルダーを削除して起動し、 protontricks 261550 dotnet472 -これが最初にゲームウィンドウをポップアップさせ、カーソルを数秒間表示する方法です

これがsteam / protonからのログです： https ：

起動時とクラッシュ時のWindows / Wineからのクラッシュレポート。 カーソルとウィンドウを再び表示することができません。最初にクラッシュが発生します。 その後、bannerlordはまだ蒸気で「走っている」ようです、私はそれを止めることはできません。 https://gist.github.com/hadallen/d7b00c97e492195f360b8589c5d67685

どこかでのばかげたエラーだと心配していますが、ここで何をすべきかわかりません

edit1：私はついにこのスレッドを十分に調べて、Tercusが作成したガイドを見つけました。 私はそれをもう一度経験しましたが、まだ同じ問題があります

edit2 ：あきらめる準備がほぼできていたので、steamにbannerlordを再インストールしました

1. protontricks 261550 dotnet48を開始します。 dotnet472がインストールされるまで30分待ちたくなかったので、これを単独で試してみましたが、うまくいきました。 墜落した
2. インストールされたvcrun2019と2つのdotnetcore（Tercusの記事による）-再度実行しました。 開始しました！ しかし、非常に遅く、マウス入力がなく、設定を終了するとクラッシュします..更新されたプロトンを使用していないように聞こえました
3. バナーロードがプロトン5.6-GE-1を選択していたので、それは奇妙でした。 これにより、 Steam設定でする」を

dotnetcoreはまだ役立つように思われるので、ここで私のPRが受け入れられ、現在はワイントリックになっていることを述べておきます。

winetricks --self-update （パッケージマネージャーと一緒にインストールした場合はrootとして）を実行して最新バージョンを取得すると、 winetricks dotnetcore2使用できます！

上級者向けのヒント：winetricksのインストールでは、 -qを追加して無人モードにし、多数のウィンドウで[インストール]をクリックする必要はありません。 したがって、上記はwinetricks -q dotnetcore2

@Aliervoワインエラーが発生しました：
https://docs.microsoft.com/en-us/dotnet/framework/install/application-not-started?version=（null）＆processName = rundll32.exe＆platform = 0009＆osver = 3＆isServer = 0＆shimver = 4.0.30319.0
そしてこれ：

64ビットインストールでは正常ですか？

@matheo 、エラーについては

また、インストールが修正されたことを確認するため、2つのインストーラーの後にエラーメッセージが表示されない場合は、最初のエラーが何にも影響を与えていないことがわかります。

vcrun2019の有無にかかわらず、dotnet472を使用すると保存時間が非常に遅くなります（1分以上）。 fsyncカーネルパッチが保存時間を短縮するために不可欠であるかどうか/保存時間を改善するための他の良いアイデアを知っている人はいますか？

@rgreenblatt
私の知る限り、Fsyncはほとんどすべての人の保存時間を大幅に短縮するので、カスタムカーネルの実行や独自のコンパイルに慣れている場合は、試してみる価値があるかもしれません。

まだ行っていない場合は、ランチャーをバイパスすることもできます。 開始の場合と同様にBannerlord.Native.exeの代わりにTaleWorlds.MountAndBlade.Launcher.exe 。 名前を変更するか、シンボリックリンクするか、Steam起動オプションで起動するものを設定することで実行できます。

理由は不明ですが、fsyncを使用し、他のプロトントリックの調整を行わない場合、使用されているランチャーは保存時間を約2倍にします。 それが他のシナリオに当てはまるかどうかはわかりませんが、どちらの方法でも試してみる価値はあります。

私の最高の経験は、名前を変更し、プロトントリックをまったく行わないfsyncを使用したことです。 クラッシュは比較的少なく、保存時間は約7〜8秒です。 Dotnetは保存時間を約2秒に短縮しますが、より多くのクラッシュが発生します。

このスレッドの残りの部分で見た@rgreenblattから、 、不安定さを犠牲にして、長い保存時間の修正でした。 albin-engstromが言ったように、fsyncの保存時間のパフォーマンスははるかに劣っていました。 そうは言っても、fsync対応のカーネルがないとゲームはほとんどプレイできないことがわかり、十分にお勧めできません。

他の誰にとっても、マルチプレイヤーは他の誰かのために働いていますか？ 1週間近くサインインできませんでした。 ログインページにアクセスすると、ログインできないと表示される前に、数分間運命の輪が回転します。これはベータ版と安定版のブランチです。

Bannerlord.exeとBannerlord.Native.exeに違いはありますか？ （これが上記のスレッドのどこかにある場合はお詫びします。githubコメントを検索する方法が見つかりませんでした）

https://liquorix.net/（fsyncパッチがあると思い

@rgreenblatt Liquorixは私が知る限りfsyncを持っているので、それが最も影響を与えた可能性があり、 Bannerlord.Native.exeを実行することはもう少し助けになりました。 少なくともそれは私の経験です。

Bannerlord.exeとの違いについてはよくわかりません。 ネイティブのものを実行することはランチャーをバイパスする公式の方法なので、私はそれを使用しています。 私の推測では、それは単独で実行されるように調整されていますが、非ネイティブのものはランチャーによって実行される場合にのみ機能するように意図されています。

exeを実行するときにランチャーが追加する引数がたくさんあるので、それらがないと正しく機能しない可能性があります。

これに関連して、これらの引数の中には、ランチャーが通常処理するロードするmodがあります。したがって、ランチャーをバイパスする場合、Steam起動オプションを使用してmodを引数として手動で追加する必要があります。

上記のコメントのどこかでそれがどのように行われるかを説明しましたが、実際にgithubコメントを検索する良い方法はないので、それを行う方法を知りたい場合は、もう一度説明できます。 古いコメントを探すよりもはるかに短い時間で済みます。

他の誰にとっても、マルチプレイヤーは他の誰かのために働いていますか？ 1週間近くサインインできませんでした。 ログインページにアクセスすると、ログインできないと表示される前に、数分間運命の輪が回転します。これはベータ版と安定版のブランチです。

安定したブランチでプレイすることはできますが、1.1以前は約1つのパッチでプレイできませんでした。 dotnet472またはdotnetcore2、あるいはその両方をインストールすることで、再び機能するようになりました（どちらが違いを生んだのかわかりません）。

私にとって、dotnetソリューションは、ゲームプレイの5〜10分ごとにクラッシュを引き起こし、2分の保存時間よりもひどいものでした。
liquorixで試してみるつもりですが、ランチャーをスキップすることについてのコメントの上にいくつか質問があります。 dotnetがないと、ランチャーはまったく起動せず、ゲームはすぐに終了します。 ネイティブに移行するように起動オプションで構成するにはどうすればよいですか？

「Bannerlord.Native.exe」または「bin / Win64_Shipping_Client / Bannerlord.Native.exe」に設定してみましたが、ここで間違った方向に進んでいる可能性があります

@aradapilotこのスレッドのどこかで、起動オプションを使用してそれを行う方法を誰かが言っていますが、私はそれを行わないので、それがどのように行われるのか正確にはわかりません。
私は個人的にBannerlord.Native.exe名前をTaleWorlds.MountAndBlade.Launcher.exe変更し、元のランチャーexeを削除または名前変更します。 ほとんどのゲームの更新後にやり直す必要があります。シンボリックリンクも機能するはずであり、やり直す必要がない場合があります。

起動オプションでmodloadingコマンドを実行しますが、この部分は実行しません。

まあ、それを見つけることはできませんが、いくつかの進歩。
起動オプションを
echo "%command%" > /tmp/cm

その後、ファイルは
wraymond @ shelob ：〜$ cat / tmp / cm
'/home/wraymond/.steam/compatibilitytools.d/Proton-5.6-GE-1'/proton waitforexitandrun' / home / wraymond / .steam / steam / steamapps / common / Mount＆Blade II Bannerlord / bin / Win64_Shipping_Client / TaleWorlds .MountAndBlade.Launcher.exe '

CLIから
wraymond @ shelob ：〜$ PROTON_LOG = 1 '/ home / wraymond / .steam / compatibilitytools.d / Proton-5.6-GE-1' / proton waitforexitandrun '/ home / wraymond / .steam / steam / steamapps / common / Mount＆ブレードIIバナーロード/bin/Win64_Shipping_Client/Bannerlord.Native.exe '
プロトン：互換性のあるデータパスはありませんか？

だから私はそれがいくつかのenvセットを持っていると思いました、しかしenv/set/printenv > / tmp / Steamenv-空のファイルを残します、それはenvセットを持っていません。 compatdata dirをどこから取得しているのか、steamがどのメカニズムを使用しているのかわかりません。

そしてもちろん、人生は難しいので、起動オプションでその文字列を設定しても何も起こりません
PROTON_LOG = 1 '/ home / wraymond / .steam / compatibilitytools.d / Proton-5.6-GE-1' / proton waitforexitandrun '/ home / wraymond / .steam / steam / steamapps / common / Mount＆Blade II Bannerlord / bin / Win64_Shipping_Client / Bannerlord.Native.exe '
-ログファイルは作成されません
-何も起動せず、すぐに死ぬ

まだそこに立ち往生しています。 名前の変更やシンボリックリンクを試してみますが、すべてのパッチをやり直す必要がない方法を望んでいました。

ランチャーexeの名前を変更し、ネイティブexeをそのパスにコピーしました。 ゲームが起動しましたが、マウス入力がありません（proton-GE 5.5または5.6を使用）。
過去に機能していたので、managedstarterの名前変更を試してみるつもりですが、それはランチャーを通過するので、保存時間が台無しになる可能性があります... ahhhhhhh
どちらも役に立たない更新。 マウス入力がないので、キャリブレーション画面を通過できません。 私は途方に暮れています。