注記： 日本語への翻訳をより円滑に進めるため、Naginreed 氏が作成したIRLガイドリポジトリを（以下に）フォークし、編集を行います。これにより、重要なセキュリティ/プライバシーに関する注意事項を組み込んだ日本語翻訳ブランチを構築します。 https://github.com/LordMurasama (これはアーカイブ目的のみです。更新・翻訳されたガイドは当サイトで公開されます) フォークの修正と翻訳が完了次第、マークダウン形式に変換し、このサイトに直接投稿としてインポートします。 私が知らなかったこと（昨年これらのガイドを確認しなかった私の不注意です）は、当初Mac OBSとMac NOALBS用に要求されたMacのスクリーンショットが、Mac向けガイドには一切反映されていなかったことです。私は重要なMacのセキュリティ情報を記載しましたが、元のガイドを使用した可能性のある誰に対しても、その情報は完全に伝えられていませんでした。 これが私がこれらの文書をフォークし、改訂し、翻訳し、そしてここでセルフホスティングする理由です。私のGitHubリポジトリは、単にコミット履歴のログを維持するためのものであり（特にMac関連のガイドについて）、それ以外の目的はありません。 注：ストリーマーの皆様には、この設定を試みる前に基礎的な理解を得られるよう強くお勧めします。そうしない場合、他人に依存して設定やトラブルシューティングを依頼し続けることになり、プライバシーや個人情報が危険に晒される可能性があります。 したがって、これらのガイドを使用する前に、6つのCliffcreatesガイド（プレイリスト）を記載された順序（上から下へ）で視聴することをお勧めします。Cliffの動画には複数の言語で字幕（クローズドキャプション）が用意されています。設定ボタン（歯車アイコン）をクリックし、「字幕/CC」を選択して言語を選んでください。 クリフクリエイツは話すスピードがやや速いので、動画を0.75倍速で視聴することをお勧めします。この概要の素晴らしい点は、様々な専門用語を学べるだけでなく、最後の3つの「HOW TO」ガイドを通じてローカルWi-Fiネットワーク内でOBSに直接ストリーミングするローカルSRTリレーの設定を実践できることです（各動画は相互に補強し合う形で構成されています）。 6番目の動画は、実際のIRL環境で大多数が運用する方法ではありません（ポート開放やポート転送に伴うセキュリティ上の考慮事項を十分に理解している場合を除きます）。ただし、この設定を試行錯誤して動作させることで、Belabox Cloudが全体構成のどこに位置付けられるのかが格段に理解しやすくなります（Belabox Cloudリレーは、ホームネットワークへの潜在的なセキュリティホール経路を完全に回避します）。 さらに、この設定を実行したいストリーマーには、設定全体を十分に理解しておくことを個人的に推奨します（何か問題が起きた際にまず自分で対処できるようにするため）、そしてこれらのセキュリティ/プライバシー関連の懸念があるためです。システムやアカウントのセキュリティ管理において、無責任さや怠慢が増えている現状を踏まえ、私はこの点を常に強調していきます。 Overview 概要 一部の人々はこれを「OBSサーバー」と呼びますが、実際にはOBS Studioを個人用PC上で実行する（SRT/SRTLA中継として機能させる）か、サービス全体を代行提供する有料サービスを利用しているに過ぎません。SRT/SRTLAはモバイルストリーミングの断続的な性質を考慮した、モバイル端末に非常に適した伝送プロトコルです（ほとんどのストリーミングプラットフォームは直接SRTを取り込む機能を備えていないため、このような回りくどいシステムが存在します）。 基本有料サービス「Cloud OBS」の平均月額料金は約129ドルです。より高度な制御機能（カスタムオーバーレイの追加やシーン数の増加など）を希望する場合、料金は月額179ドルに上昇します。個人的には、フルタイムでIRL配信を行っているか、少なくとも毎月かなりの時間を割いていない限り、こうしたホスティングサービスの利用はお勧めしません（ただし最終的には各配信者が判断すべきことです）。より安価なサービスも存在しますが、利用規約とプライバシーポリシーが存在するかどうかを確認してください（詳細は後述）。 このような設定を運用する主な目的の一つは、視聴者の視聴体験の質を高めることです。IRL（信号が劣化したりデータレートが低下したり、完全に失われる可能性がある状況）において、Twitchのようなストリーミングプラットフォーム（モバイルIRLストリーミング向けに設計されていない）は、こうした状況に対応するバックエンドシステムが限られています。特に切断時（Twitchはネットワーク接続が再確立されるまでの短い時間しか与えず、その後にストリーミングセッションを完全に切断し、視聴者を全て失う結果となる）に顕著です。Twitchでパートナーを目指す配信者にとって、これは平均同時視聴者数（評価指標の一つ）に悪影響を及ぼす可能性があります。低ビットレートや切断状況に対応するため、この設定を利用する多くの配信者はOBSのシーン切り替えでクリップ再生、過去のVOD、または作成済みコンテンツを流用しています（この柔軟性はコンテンツ制作者が判断する余地を残されています）。詳細は後述（NOALBS）。 自分でセットアップして運用する場合（これらのガイドに従う場合）、ハードウェア（ハードウェアNVENCエンコーダー/デコーダーを搭載した高性能なMacまたはPCデスクトップ/ノートパソコンが望ましい）を既に所有しているなら、これは低コストな選択肢です。もう一つの重要な要素はBelabox Cloudです。これはBelabox（IRLストリーミング向けに設計された軽量・低コスト・セキュアなエンコーダー）の開発者が運営する月額10ドルのSRT中継サービスです。技術的知識があれば、対応ボード上でセットアップ・運用することも可能です。この方法を選択する場合、自身で技術サポートを担う必要がある点（動作停止時のトラブルシューティング能力が必須）に留意してください。この構成には複数の「障害発生ポイント」が存在するため、前述の各構成要素（詳細は後述）に関する基礎的な技術理解を推奨します。残念ながら、技術的知識を持たないユーザーは、この段階で個人システムへのアクセスを許可する結果を招くケースが見受けられます。 なお、同じコンピューター上で動作するRTMPサーバー（nginxとRTMPモジュールを使用）を介して、OBS Studioを実行している個人用コンピューターにストリーミングを戻す別の無料の方法があります。これもインストールには多少の技術的知識が必要です。同様に（前述の通り、OBS Studioでメディアソースとして直接SRT中継を設定することも可能です）。ただしこの設定における最大の「問題点」は、セキュリティ上の考慮事項を理解することです（ルーター/ファイアウォールで少なくとも2つのポートを開き、そのポートをコンピュータに転送する必要があります）。これは潜在的なセキュリティ攻撃経路となり得るため、ネットワークの保護方法を理解できる技術的知識がない限り、通常は推奨されません。 あるストリーマーの場合、当初はMacBook Pro（M2 Pro搭載、内蔵GPUでハードウェア動画エンコード/デコード処理）を数か月間問題なく使用していましたが、Streamer.bot（Windows専用）の使用と、個人情報/ファイルが保存された個人用PCからストリーミング環境を分離するため、Windowsベースのシステムへの移行を推奨されました。当初は非常に安価な（17,500円）ミニPC（内蔵GPUにNVENCハードウェアエンコーダ/デコーダ搭載）を試しましたが、冷却が不十分だったため約1ヶ月でハードウェアエンコーダ/デコーダが焼損しました。より高性能なミニPCシステムも存在しますが、その価格帯では、ディスクリートGPUをサポートし十分な冷却性能を備えたフォームファクタを選択する方が合理的です。 代わりに、ディスクリートグラフィックプロセッサ（RTX 3070）を搭載したミドルレンジのタワー型PCが推奨されました（2024年末時点）。ハイエンドGPUではありませんが、HEVC/H264動画の処理には十分です。スマートフォンはHEVCでストリームをエンコードし、Belabox Cloudへ中継。そこからOBS Studioを実行する本PCへ再中継され（その後Restream.ioへストリーミングし、マルチキャストでTwitchとYouTubeへ配信）。このシステムの最終費用は約147,800円で、大阪のPCビルダー（DarumaPC）がAmazon Japanで直接販売・サポートしています（UFORESTとPinkwanは同一企業です）。 NOALBS（オープンソースのコマンドラインシーンスイッチャー）は、実行が必要な別のソフトウェアです。これはサーバープロセスから提供されるデータレートを監視し、切断による低ビットレート/データ欠落を検知するとともに、OBSの自動シーン切り替えを提供します。さらに、チャットから使用可能な基本的なコマンド（アクセス制御付き）を設定でき、OBSをリモート操作できます（例：ストリームの開始・停止、他のシーンへの切り替えなど）。 前述の通り、この設定の各部分がどのように機能するかの基本的な技術的理解を実装前に持つことを改めて推奨します。現実のライブ配信は、スマートフォンとモバイルストリーミングアプリだけで構成される場合でも、既に複雑で要求の厳しい環境です。上記のようなセットアップでは、設定項目が増えるだけでなく、留意すべきセキュリティ上の懸念も生じます。例えばNOALBSは署名なしのコマンドラインプログラムであり、そのBRB/プライバシーモード機能もメインカメラソースのOBSシーン切り替えに依存しています。ソフトウェアにはバグが生じる可能性があり、これに完全に依存すべきではありません。配信者は常に、カメラレンズを覆う・マイクをミュートするといったスマートフォン/マイクへの予防措置を講じ、別の「チャット用端末」（別途所持している場合）で再確認するか、配信端末自体で配信を終了すべきです（これによりOBSは自動的にNOALBSで設定された切断/信号喪失用シーンに切り替わります）。 iPhone/iOS側では、MoblinがOBSをある程度リモート操作できる一方、OBS Bladeのようなモバイルアプリ（OBSのWebhookを利用するため、同様にポート開放/ポート転送が必要）ははるかに多くの機能を提供します。何事にも長所と短所があるため（したがって、仕組みを理解すればするほど、どの方法を選ぶべきか判断できる十分な理解が得られるはずです）。 Security/Privacy Note (IMPORTANT) セキュリティ／プライバシーに関する重要なお知らせ これらのストリーミングプラットフォームは技術面で時代に対応できていない（モバイルアプリや体験がひどい一方で、モバイルストリーミング側のバックエンドには依然としてSRTインジェスト機能が不足しており、こうしたユースケースにははるかに理にかなっている）。そのため、技術知識やスキルを持たない多くのクリエイターが回避策を講じざるを得ない状況にある（OBSリレーのサブスクリプション利用や自己ホスト型リレーの運用など）。 一部の有料サービスでは、利用規約やプライバシーポリシーさえ明確に示されていないケースもあります（これは個人情報の取り扱いに関して重大な問題です）。 このため、コンテンツ制作者が他者（技術的スキルや知識を持つモデレーターや非モデレーター）に、VNC、AnyDesk、AppleのRemote Desktop、Windowsアプリ（旧称Remote Connection）などの画面共有／リモートデスクトップソフトウェアを使用してシステムにリモートアクセスさせ、設定や調整、修正を手伝わせるケースも数多く存在します。こうした場合、責任の所在が完全に不明瞭です （ビジネス環境での運用とは全く異なる）。一部のクリエイターは、何が起きているのかを監視すらしていない（あるいは監視モード自体が有効化されていない）ため、状況を全く把握できていない。「兄弟、俺を信じてくれ」という言葉は、大きな信頼の飛躍だ。だって、そう言っても、結局は仲違いすることがよくあるんだから。 ほとんどのクリエイターは、そのシステム上で個人データをストリーミング設定から分離すらしていません。さらに、ストリーミングキー（Twitchが特に共有しないよう警告しているもの）やOBSのウェブフック情報にもアクセス可能です。最後に、ストリーミングアカウントへのアクセスを許可している者もおり（これは通常、利用規約違反です）。 コンテンツ作成者が個人をここまで信頼するかはその判断に委ねられるが、そのシステム上にどれほどの個人情報（文書、写真、サイトにログインした際のウェブ閲覧履歴など）が存在するかを考えてほしい。これは自宅の物理的な鍵と銀行のログイン情報を相手に渡すようなものだ。 率直に申し上げますが、これは無責任であり、過失に近い行為です。たった一人の悪意ある人物が個人情報を流出させ、侵害するだけで事足りるのです（そして私は過去に何度もそのような事態を目撃してきた。だからこそ私はこの文書を作成し、プライバシー／セキュリティを強く主張し、このような設定の扱い方について強い意見を持っているのだ）。 ストリーミングプラットフォームのストリームキーに関連する情報は、物理的な鍵やログイン認証情報と同様に扱うべきものです。以下は、この情報を共有しないよう警告するTwitchの公式情報です（サポートFAQより）。 基本的に、これはストリーマーのアカウントと、それに紐づくすべての個人情報（特にパートナー契約済み／収益化アカウントの場合）を指します。確かにこのキーはリセットできますが、それは本質を見誤っています。重要なのは、このストリームキーが有効な間は、悪意のあるコンテンツを送信したり、アカウントへの不正アクセスを可能にしたりする（そして、その重要な個人情報／プライベート情報がすべて危険に晒される）可能性があるという点です。 自身が管理していないシステム上でストリームキーを設定することを許可することは、それに関連するリスクを伴います。IRLToolkitのようなプロフェッショナルに運営されているサービスのほとんどは問題ありません。なぜなら、それらは明確に定義された利用規約およびプライバシーポリシーを伴っているからです（消費者であるあなたは、違反が発生した場合に通知を受けるなど、何らかの救済手段を有します）。 このため、OBSを実行している他人のシステムを（一時的にであっても）使用することは強く推奨しません（ただし、これは私が決めることではありません – 下記参照）。 悪意のある人物が、最も善意を持って助けようとしているとは言っていません。問題は、その人物の制御すら及ばない事態が発生する可能性があることです。典型的な例が、他人のシステムにリモート接続（デスクトップ画面の共有と制御）し、何も悪事を働いていない場合です。しかし、所有者が不注意・無意識のうちにシステムを侵害される（マルウェアやウイルス感染）行動を取ってしまう。結果、リモート接続した人物が何かをしたのではないかと疑い、非難するのです。画面共有中に何が起きているのか全く理解できず、理解できない操作を要求される人々を私は見てきました（個人情報の流出がこれほど頻繁に問題になるのも当然です）。 なぜこれを拒否するのか？ 協力的でないからではない。 自分自身やコンテンツ制作者をそのような立場に置きたくないからだ。 後悔するより慎重であること、賢明であること、安全であることだ。 しかし私にできるのは、このような記事を通じて（技術的でない人々にこのニュアンスを伝える難しさを承知の上で）最善を尽くして助言することだけだ。結局のところ、最終的な判断は配信者／コンテンツ制作者自身が下す必要があります（私はこの件で既に1つのチャンネルのモデレーターを辞任しています）。しかし、もし将来的に誰かが被害に遭ったとしても、その可能性について警告されていなかったとは言わせません。 The Actual Guides 重要：まず上記をよく読み、理解してください