2022 年第 4 四半期のニュースの最後の部分 より良い互換性が達成された に続いて、ここに大きなマイルストーンがあります。 PtitSeb、Box86 と Box64、以前は Box64/Box86 を避けていたコンポーネントを修復して、Pudgy Steam クライアントを強化しましたが、ミニモード。 コンポーネントの負荷は、組み込みの Chromium にリンクされていて、HTML/CSS スタイリングを使用して動的な yelp を平準化するための時代遅れのエンジン内部 Steam を検索します。あなたはPtitSebの厚意により、ビデオで証明します:
同じ動画がすぐにPeertube.
で利用可能
デモンストレーションは、Phytiumで一度実行されるように変更されましたD2000 ミニコンピュータ (主に ARM ベース) 中国製
PtitSebのやり方を修正PtitSeb 自身によって以下に印刷されています:
PtitSeb: すべての chrome ベースのほとんどが box64 を使用するアプリケーションの基本的な問題は、malloc/free がリダイレクトされることです。 Google は、dangle malloc 演算子を使用して、すべてのライブラリが同じヒープを使用するようにしています。 エミュレートされたプログラムと完全な依存ライブラリをロードすると、何百ものオブジェクトがすでに最新の malloc で分散されているため、これは box64 では機能しません。一意のものよりも早く動作します。 そのため、box64 は malloc 演算子をオーバーライドし、Chromium (または他のプログラム) がパーソナライズされた malloc/free 演算子を使用できないようにします。 しかし、Chromium の場合、malloc 演算子がリダイレクトされたとしても、一部のメモリが一意の malloc で一時的に分散されるため、ここだけでは十分ではありません (一部の操作呼び出しは、実行のテンポのためにコンパイラ内部でインライン化される可能性があり、そのため、「malloc」は呼び出されなくなりましたが、trusty はそのコードをすぐに実行します)、通常の操作を使用して「free」または「realloc」されていました。 そして、これは機能しません。 そのため、free または realloc に指定されたポインターが一意の malloc 操作で分配されたポインターであるかどうかを検出し、それに応じて動作するように、sing でハックを真に調達します。 それは今のところ安らかで非常にハックであり、その動作を強化する必要がありますが、コアの教訓はこれに取り組むことをやめます. そして、これにより、Chrome / libcef は本当にロードして逃げることができます。
The Pudgy Steamクライアントは、近所との交流と同じくらい賢く、ライブラリ内のゲームを監視するための追加の選択肢をもたらします…そしてゲームも購入します! これは、壮大な ARM ベースの主にツール (独自の Mac 用の M1/M2 クラスのチップに取り組むものと見なされます) のコースを提供し、やがて Steam ゲームから逃れるための操作を提供します.
Steam Deckまたはその派生物に別の選択肢を提供し、製造を中止するには十分でしょう。 X86 構造へのストレスの多い依存関係?
