Collabora CODE Dockerでカスタムフォントを利用できるようにする
フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。
Microsoft Edgeでゲームをする際、イライラするようなカクつきや低い FPS にうんざりしていませんか?VBS(仮想化ベースセキュリティ)とHVCI(ハイパーバイザー保護コード整合性)がMicrosoft Edge の VBS と HVCI によるゲーム遅延の原因になっているとしたら、それはあなただけではありません。これらの Windows セキュリティ機能は保護には優れていますが、特にブラウザベースのゲーム、クラウドストリーミング、Edge アクセラレーション対応タイトルでは、ゲームパフォーマンスを最大 30% 低下させる可能性があります。😩
朗報です。この問題は迅速かつ安全に解決できます。このガイドでは、Edge におけるHVCI によるゲームラグとVBS ラグを解消するためのステップバイステップの解決策と、FPS を最大限に高めるための実践的なヒントをご紹介します。最後までお読みいただき、スムーズなゲームセッションはここから始めましょう!🚀
VBSはハードウェア仮想化を利用して重要なプロセスを分離し、HVCIはハイパーバイザーを介してコードの整合性を確保します。最近のWindowsバージョン(Windows 11など)ではデフォルトで有効になっており、セキュリティは向上しますが、オーバーヘッドが発生します。
最近のベンチマークでは、Edge経由でストリーミングされたFortniteやValorantなどのタイトルでFPSが15~30%低下することが示されています。今こそ逆転の時です!💪
⚠️警告:無効にするとセキュリティが低下します。信頼できるシステムでのみ無効にし、機密性の高いタスクを行う場合にのみ有効にしてください。手順は以下のとおりです。
gpedit.msc。「コンピューターの構成」→「管理用テンプレート」→「システム」→「Device Guard」に移動します。「仮想化ベースのセキュリティを有効にする」を「無効」に設定します。再起動します。HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceGuard。DWORD EnableVirtualizationBasedSecurity = 0を作成します。再起動します。| 方法 | 困難 | FPSゲイン(平均) | セキュリティへの影響 |
|---|---|---|---|
| Windows セキュリティ | 簡単⭐ | 20~30% | 中くらい |
| グループポリシー | 中くらい | 25~35% | 高い |
| レジストリ | 難しい | 30%以上 | 高い |
確認: 実行しmsinfo32て、システム概要のVBSステータスを確認します。「有効になっていません」と表示されているはずです。
無効化するだけでは終わりません。Edge を最高のパフォーマンスに調整しましょう。
プロのヒント:Edgeのゲームタブ(edge://surf/)で内蔵FPSモニタリングをご利用ください。フレームレートが飛躍的に向上するのを実感してください!📈
修正後は、ブラウザ ゲームや次のようなツールでベンチマークします。
遅延が続く場合は、次の手順に従ってください。 - GPU ドライバーを更新します (NVIDIA/AMD)。 - バックグラウンド アプリを閉じます。 - Windows の更新プログラムを確認します。最新のパッチにより、VBS のオーバーヘッドが最適化されます。
ユーザーからは、Edgeベースのセッションで40FPS以上のパフォーマンス向上が報告されています。次はあなたの番です!👏
Microsoft EdgeのVBSとHVCIのゲームラグに対処することで、スムーズなパフォーマンスを実現できます。セキュリティと速度のバランスを取りましょう。ゲーム時は無効にし、仕事時は有効にしましょう。コメント欄でFPSの向上を共有しましょう。どのゲームで最もFPSが向上しましたか?
勝利への準備はできましたか?今すぐこれらの修正を適用してレベルアップしましょう。楽しいゲームを!🎉
フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。
coolwsd.xmlとそのデプロイメントソースをバックアップし、安全に復元してから、ユーザーが編集を再開する前にCODEを検証してください。
CODE内でNextcloudまたはその他のWOPIオリジンを正確に許可し、アクティブなホスト許可リストを確認して、Nextcloudの送信元IP制限と区別します。
Collaboraのブラウザ、WOPI、およびWebSocket接続をトレースして、ドキュメントが開かない理由を特定し、Nextcloudの設定に合った修正を適用してください。
Helmを使用してCollabora CODEレプリカをデプロイし、WOPIアフィニティによって各ドキュメントを1つのポッドに保持し、イングレス、ノード配置、およびNextcloud編集を検証します。
ブラウザからcoolwsdまでのソケットハンドシェイクの失敗を追跡し、CODE 26.04 Apacheの変更を含め、リバースプロキシのルートをCollaboraのバージョンに一致させます。
Collabora WOPI 認証の失敗を、鍵の不一致、古い検出データ、クロックのずれ、プロキシ URL の変更などが原因で発生する場合でも、検証の信頼性を損なうことなく追跡できます。
ブラウザのズームをリセットし、クリーンなセッションをテストし、サイズが不正なメニューにCollaboraサーバーのアップデートが必要なタイミングを特定します。
Collabora CODEをDockerでデプロイし、Nextcloud Officeに安全に接続し、実用的なWOPIおよびプロキシチェックでドキュメント編集を検証します。
一時的にcoolwsdをデバッグモードに上げ、オープンに失敗したログを1つキャプチャし、ログシーケンスを使用してWebSocket、WOPI、プロキシ、およびコンテナの問題を分離します。