Collabora CODE Dockerでカスタムフォントを利用できるようにする
フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。
😩 OBS StudioでMicrosoft Edgeの黒い画面に遭遇してイライラしていませんか?あなただけではありません。ストリーマーやスクリーンレコーダーは、Edgeのタブやウィンドウをキャプチャしようとすると、鮮明なコンテンツではなく空白の画面しか表示されないという問題によく遭遇します。でもご安心ください。このガイドでは、キャプチャを復元するための迅速かつ確実な解決策をご紹介します。最新のOBS StudioとMicrosoft Edgeの調整機能を使った、根本的な原因とステップバイステップの解決策をご紹介します。さあ、スムーズな配信を実現しましょう!🚀
修正に取り掛かる前に、原因を理解しておくと、将来の問題を防ぐのに役立ちます。
プロのヒント:まずは新しいOBSシーンでテストして、問題の原因を特定しましょう。それでは、修正してみましょう!✅
これはほとんどのユーザーにとって一番の解決策です。ハードウェアアクセラレーションは往々にして悪者です。これを無効にする方法は次のとおりです。
edge://settings/systemアドレス バーに入力します。🎉 やった!OBS Studio Edgeのキャプチャが完璧に表示されるはずです。表示されない場合は、次の手順に進んでください。
場合によっては、適切なOBSソースを選ぶことが重要です。以下の調整をお試しください。
| 問題 | OBS ソースタイプ | キー設定 |
|---|---|---|
| フルウィンドウブラック | ウィンドウキャプチャ | 試合タイトル: オフ; Windows 10 1903+: オン |
| ブラウザタブのみ | ブラウザソース | カスタムCSS: body { background: transparent; }; FPS: 60 |
| ディスプレイワイドブラック | ディスプレイキャプチャ | キャプチャカーソル: オン; カラーフォーマット: NV12 |
1️⃣ OBS でソースを右クリックし、[プロパティ] を選択します。2️⃣ブラウザソースの[透明性を許可する]
を有効にします。3️⃣
OBS を管理者として実行します (OBS アイコンを右クリック > [管理者として実行] を選択します)。
OBS StudioのEdge画面が黒くなる問題の30%は、古いコンポーネントが原因です。クイックチェックリスト:
edge://settings/helpて更新します。アップデート後、PCを再起動して再テストしてください。これにより、最新ビルドにおける互換性の問題が解決されます。
基本がうまくいかなかった場合は、次の強力な動きを試してください。
--disable-gpuフラグ付きで Edge を起動します (ショートカット プロパティ > ターゲット: フラグの前にスペースを追加)。edge://flags> 「ハードウェア」を検索 > 関連するすべてのフラグを無効にする > 再起動します。⚠️ 注意: DRM で保護されたサイト (Netflix など) の場合、黒い画面は意図的なものです。代わりに HDMI キャプチャ ハードウェアを使用してください。
次の習慣で成功を確定しましょう:
💡 ボーナス: マルチモニター設定の場合、アクティブな Edge ディスプレイのみをキャプチャしてパフォーマンスを向上させます。
| 症状 | まずはこれを試してみましょう | エスカレーション |
|---|---|---|
| 端だけが黒 | HWアクセラレーションを無効にする | エッジフラグのリセット |
| 断続的な黒 | OBS管理者を実行する | ドライバーの再インストール |
| ブラウザソースブラック | 透明度オン | ウィンドウキャップに切り替える |
おめでとうございます! Microsoft Edge OBS Studio のブラックスクリーンを克服しました!これで配信がさらに輝きます。👏 コメント欄で成功体験を共有したり、次回の配信で試したりしてみてください。楽しい配信を!🎥
フォントファイルを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、プロキシ、およびコンテナの問題を分離します。