例による内部HTMLページからのメディアのストリーミング
ですから、私はソフトウェアエンジニアであり、ストリーミングメディアの仕組みについての細かい点を理解しようとしています。私は、アプリケーションに関連するさまざまなコーデック、コンテナ形式、およびストリーミングプロトコルを理解しようとして、その日の大半を費やしました。これまでのところ、これがどのように機能するかについての私の理解は非常によく誤解される可能性があります： ストリーミングメディアは、実際にはコンテナ形式とストリーミングプロトコルに要約されます。 すべてのオーディオデータは（オーディオコーデックを介して）オーディオビットストリームにエンコードされます。 すべてのビデオデータは（再びコーデックを介して）ビデオビットストリームにエンコードされます。 2つのストリームは、最終的にファイル（MP4など）になるコンテナーにマージ（多重化？）されます。 次に、特別なメディアサーバーが、RTSPなどの標準ストリーミングプロトコルを介して、このコンテナ（MP4ファイル、またはその他の形式）をクライアント（おそらく、誰かのブラウザー内で実行されるHTML5ビデオプレーヤー）に提供します。 ブラウザークライアントの場合、ブラウザー自体にRTSPクライアントがあり、それが何らかの形でユーザーにHTML5 Video Playerを提示すると仮定します。 私は可能性からMP4ファイルをホストするウェブなどnginxのかHTTPDなど、サーバーが、これらのサーバーは、RTSPサーバではないため、専用としてMP4の要求を処理することができるだろうダウンロード要求、ひいては、ストリーミングすることができないであろうメディアファイル 同様に、curlnginxサーバーからファイルを取得するために使用する場合、nginx curlもRTSPも話さないため、ファイルダウンロードとして扱われます ただし、ストリーミングメディアサーバー（VideoLAN、Red5、Wowzaなど）からMP4ファイルをホストし、RTSPクライアント（またはサポートされているストリーミングメディアクライアント）を使用して、そのサーバーからストリームを要求すると、その後、実際のストリーミングは発生しますか したがって、YouTubeまたはVimeoの「ビデオ」はHTTPサーバーによってHTTP（S）経由で提供されるHTMLページでホストされますが、それらのページ（ビデオが実際に再生される場所）の埋め込みビデオプレーヤーは実際に2 、その後のストリーミングサーバーへの接続、およびストリーミングはRTSPまたは他の非HTTPプロトコルで発生しています それが私の理解であり、私が最初に私が上で述べたことが間違っている場合、私を修正することから始めてくださいと思うと思います！私は多かれ少なかれ正しいと仮定： HTMLページ内で実行され、HTMLサーバーによって提供されるストリーミングメディアプレーヤーは、ストリーミングメディアサーバーとのストリーミング（RTSPなど）接続を確立する（RTSP要求を提供する）方法を教えてください。