MediaPlayerを作ろうMW編．２：データの旅の始まり！DataSourceの秘密

はじめに：すべての始まりはDataSourceから

こんにちは！前回は、メディアプレイヤーの裏側にある「データパイプライン」の全体像と、DataSource、Demuxer、Decoderといった主要な登場人物たちをご紹介しましたね。

今回は、そのパイプラインの一番最初の入り口であり、データの旅をスタートさせる重要な役割を担うDataSource（データソース）に焦点を当てて、詳しく掘り下げていきましょう。

DataSourceは、私たちが「この動画を再生して！」と指示したときに、その動画ファイルやストリームがどこにあるのか、そしてどうやって読み出すのかを専門に扱うコンポーネントです。

DataSourceの役割は、非常にシンプルです。それは、「後続のコンポーネントが、データの出所を気にせずに、必要なデータを要求できるようにすること」です。

動画データがハードディスクの中にあろうと、遠いサーバーの向こう側にあろうと、DataSourceはそれらを抽象化し、「ただのデータの流れ」としてDemuxerに提供します。

例えるなら、DataSourceは「データの配達員」です。

このやり取りのおかげで、Demuxerは「このデータはファイルから来たのか、それともストリーミングなのか？」なんてことを一切気にしなくて済むのです。

DataSourceが扱うデータの出所は様々です。主な種類を見てみましょう。

種類	データの出所	特徴
File Source	ローカルのハードディスクやSSD	読み出し速度が速く、シーク（特定の位置への移動）が容易。
Network Source (HTTP/FTP)	インターネット上のサーバー	遅延やネットワークの不安定さを考慮する必要がある。ストリーミングで最も一般的。
Memory Source	プログラムのメモリ空間内	最速だが、大きなデータには向かない。テストや一時的なデータ保持に利用。
Device Source	カメラ、マイクなどのハードウェア	リアルタイム性が求められる。ライブ配信などで使用。

DataSourceがデータを読み出すとき、その処理の仕方には大きく分けて「同期（Synchronous）I/O」と「非同期（Asynchronous）I/O」の2種類があります。これは、メディアプレイヤーのパフォーマンスを左右する非常に重要なポイントです。

同期I/Oは、データ読み出しの要求を出したら、読み出しが完了するまで他の処理を完全にストップしてしまう方式です。

例えるなら、「シングルタスクの店員さん」です。

メリット: 実装が非常にシンプルで分かりやすい。
デメリット: 読み出しに時間がかかる（特にネットワークI/O）と、プレイヤー全体がフリーズしたように見えてしまう（ブロッキング）。

非同期I/Oは、データ読み出しの要求を出した後、読み出しが終わるのを待たずに他の処理を進める方式です。

例えるなら、「マルチタスクの店員さん」です。

メリット: ネットワーク遅延があっても、プレイヤー全体が止まらずスムーズに動き続ける（ノンブロッキング）。ユーザー体験が向上する。
デメリット: 実装が複雑になる。非同期処理の結果を受け取るための仕組み（コールバック、Promise、async/awaitなど）が必要になる。

現代のメディアプレイヤーでは、パフォーマンスと応答性の観点から、非同期I/Oを使ってデータを読み出すのが主流です。特にネットワークストリーミングでは必須の技術と言えますね。

DataSourceは、単なるデータの読み出し口ではなく、同期と非同期の制御を通じて、パイプライン全体のパフォーマンスとユーザー体験を支える生命線であることが分かりました。

次回は、DataSourceから流れてきたデータを、映像と音声に仕分けるDemuxer（デマルチプレクサ）の秘密に迫ります。お楽しみに！