アプリやウェブ内で他のライブ ブロードキャスト プラットフォームからリアルタイムでビデオ ストリームを取得して再生するにはどうすればよいですか?

私には技術的なバックグラウンドはなく、「Instant」や「Wandoujia List」などの多くのコンテンツ集約アプリを経験しましたが、これらのコンテンツの形式は非リアルタイムです。

すみません、他の人のライブ ブロードキャスト アプリからコンテンツを自動的かつリアルタイムで取得し、それを独自の製品フレームワークで (インタラクションなしで) 再生することは技術的に可能ですか?交渉による協力なしに技術でそれを達成することは可能でしょうか？

また、この質問に対する答えがモバイルアプリとウェブで異なるかどうか知りたいです。

ありがとうございます。私の説明でご理解いただけると幸いです。

返信内容:

これは実際には一種の海賊行為です。このアプローチの主な特徴は、

トラフィックに料金を支払わないことです。ユーザーがビデオを視聴するとき、ターゲット プラットフォームのサーバーに直接リクエストします。これが、「再ブロードキャスト」ではなく「海賊版」と呼ばれる理由です。他人を利用している そのお金で自分を豊かにすることができますが、「再放送」の場合は通信料を自分で支払いますが、コンテンツは外部からのものです（もちろん、再放送は合法である必要があります）。したがって、サードパーティのプラットフォームがあなたがこのようなことをしていると知ったら、どれほど怒るかは簡単に理解できます。

道徳的評価はなく、技術的には可能ですが、いくつかの制限があります。

それが実現可能な理由は:

• 現在ほとん​​どのライブブロードキャストプラットフォームはRTMP(リアルタイムメッセージングプロトコル)プロトコルを使用してライブストリーミングの送信(ホスト側)と受信(視聴者側)を実現しています
• モバイル Web 環境でライブ視聴を実現するために、これらのライブ ブロードキャスト プラットフォームはさらに HLS (HTTP ライブ ストリーミング) プロトコルを使用します
• 上記 2 つのプロトコルは両方ともオープンです。 RTMP プロトコルは Adob​​e が開発したもので、技術仕様については、Real-Time Messaging Protocol (RTMP) 仕様 を参照してください。 HLS プロトコルは Apple が開発したもので、技術仕様については、次を参照してください: https://developer.apple.com/streaming/

さらに、ライブのコアコンポーネントについて話しましょう。ブロードキャスト システム 主に 3 つの部分があります:

1. 取得 - アンカーは OBS などのソフトウェアを使用してビデオを録画し、データをサーバーに送信できます
2. 再ブロードキャスト - サーバーは SRS/Red5 などのソフトウェアを使用して、送信されたビデオを受信します収集終了 データは再生側 (視聴者) に転送されます
3. 再生 - 本質的にはプレーヤーを指し、通常は Web ページまたはアプリに埋め込まれており、視聴者はそれを通して視聴します

海賊版の場合、実装する必要があるのは再生機能。再生を実装するにはどうすればよいですか?実際、RTMP および HLS プロトコルをサポートするオープンソース プレーヤーは簡単に見つかります。残った最後のステップは、これらのライブ ブロードキャスト プラットフォーム上のプログラムのブロードキャスト アドレスを取得することです。これは、ライブ プログラムの Web アドレスを指すのではなく、プログラムの基礎となるプロトコルによって指定されたアドレスを指すことに注意してください。たとえば、RTMP プロトコルでは、各プログラムが rtmp:// で始まるアドレスを持つことが規定されています。一方、HLS は、そのアドレスを指します。各プログラムには http:// が必要です (HLS は実際には HTTP プロトコルに基づいているため、プログラム アドレスは通常の URL です)

はい、それらのビデオ ストリーム アドレスを取得できる限り、ライブ番組を見つけてプレーヤーを見つけて、直接再生できます。このソリューションは基本的に、ほとんどの国内プラットフォームのビデオ リソースを海賊することができます。

しかし、予防策を講じているプラ​​ットフォームもいくつかあります。基本的に、いくつかの種類の防止方法があります:

1. RTMP と HLS を使用せず、独自に開発した非公開のプロトコルに基づいているため、著作権侵害の難易度が大幅に高まります。 (これらのプラットフォームは本来著作権侵害を防止するためではなく、P2P、低遅延などを実現するためのものですが)
2. ライブビデオのストリーミングアドレスを取得できないようにする技術的手段を通じて(一定の効果はありますが、省略多数)
3. リクエスタがどのプラットフォームからリクエストを開始したかを分析することで、ブロードキャストが海賊版であるかどうかを判断します (低レベルの海賊版ブロードキャストをブロックできる HTTP プロトコルのリファラーリーチ防止メカニズムと同様)
4. 海賊版ブロードキャストを防止しますログイントークンを確認することで（ログインしないと視聴できない多くのモバイルライブ配信APPの場合）海賊版放送を防ぐためのキラー機能とも言えますが、Douyu Pandaのようにログインせずに視聴できるプラットフォームの場合、この効果は良くありません)

技術的な状況は大体こんな感じです。 賢く行動してください...

ライブブロードキャストを指定する IFRAME ページを埋め込みます

安全、信頼性があり、無公害... 理論的には可能ですが、実際には非常に困難です
サードパーティ製の QQ クライアントを見たことがありますか? または、長時間持続するものはありますか? すでにそのようなアプリは市場に出ています