4K画質が480pに落ちるのは、多くの場合、回線の帯域が足りないからではありません。プレイヤーの適応ビットレート(ABR)が、その瞬間にこの経路では現在の品質を維持できないと判断し、自ら品質を下げているのです。引き金はわずか数百ミリ秒の出来事かもしれません。国際経路のジッター、TCPの再送、出口IPの変更によるCDNの再選択、あるいは再生開始直後のサンプル不足などです。
以下では三つの問いに沿って整理します。ビットレート低下は何が引き金になるのか、ビットレートと帯域はどこが違うのか、安定した4Kにはどの回線指標を見るべきか。最後に480pから4Kへ戻すための切り分け手順と、用途別の回線選びのルールを示します。
480pに落ちる条件:適応ビットレートの判断順序
主要なプレイヤー(hls.js、dash.js、Shaka Player、各社の独自エンジン)がやっていることは同じです。映像を数秒単位のセグメントに分割し、解像度ごとにビットレートの組を割り当て、次のセグメントを取得するときにどの段を選ぶかを決めます。判断材料は三つです。
- スループット推定:直近数セグメントの実測ダウンロード速度。通常は加重平均で計算され、新しいサンプルほど重みが大きくなります。
- バッファ残量:ダウンロード済みでまだ再生していない秒数。残量が少ないほど、プレイヤーは保守的に動きます。
- 経路品質のシグナル:接続が再確立されたか、セグメントがタイムアウトしたか、再送が集中していないか。
品質を下げる判断と上げる判断は対称ではありません。下げるのは、スループット不足が一度起きるかセグメントが一度タイムアウトするだけで即座に反映されます。上げるには、複数のセグメントで目標の段を安定して上回り、さらに余裕があることが求められます。このヒステリシス設計は段の上下動を防ぐためのものですが、その代償として「一度詰まるとしばらくぼやけたまま」になります。
誤解しやすい場面がもう二つあります。再生開始時とシーク直後はサンプルが足りないため、まず低い段を選び、数秒後に上げます。この間の甘い画質は正常です。もう一つはセグメントのダウンロードタイムアウトです。国際経路はRTTの変動が大きく、1本のセグメントの取得に時間がかかると、平均速度が足りていてもスループット不足と判定されます。
見分け方:品質が下がった時刻を記録します。再生開始から10秒以内の低下は正常です。再生中に数十秒おきに規則的に下がるなら、経路のジッターやセグメントのタイムアウトが疑わしくなります。シークのたびに下がる場合はサンプル不足であり、回線の問題ではありません。
ビットレートと帯域は同じものではない
ビットレートは映像が1秒あたりに生み出すデータ量で、単位はMbpsです。帯域は経路が運べる上限です。前者は需要、後者は供給にあたります。両者の数値が同じでも安定再生できるとは限りません。その間にはピークビットレート、プロトコルのオーバーヘッド、国際区間の実効スループットが挟まっています。
平均ビットレートとピークビットレート
現代のエンコードは可変ビットレート(VBR)が一般的です。静止画に近い場面では数Mbpsしか出ない一方、スポーツやアクション、雨雪のような動きの激しい場面では瞬間的に平均の1.5〜2倍まで跳ね上がります。プレイヤーはピークで段を選ぶため、経路側もピークを見込んだ余裕が必要です。そうでなければ、動きの激しいカットのたびに品質が下がることになります。
プロトコルのオーバーヘッドと経路のロス
TCP/IPヘッダー、TLSハンドシェイクとレコード層、QUICのフレームといったオーバーヘッドが経路容量の一部を占めます。通常は数%程度です。より重要なのは国際区間の実効スループットです。同じ帯域でも、パケットロスとジッターの大きい経路では、単一接続のスループットが公称値より明らかに低くなります。
| 解像度の段 | 一般的なビットレート(参考) | 推奨ダウンリンク(余裕込み) | 主な確認ポイント |
|---|---|---|---|
| 480p | 約 1–2.5 Mbps | 3–5 Mbps | 再生開始時とシーク後の既定の段 |
| 720p | 約 2.5–5 Mbps | 6–10 Mbps | バッファ不足時に最初に落ちる段 |
| 1080p | 約 5–8 Mbps | 10–16 Mbps | 多くのプラットフォームの既定上限 |
| 4K UHD | 約 15–25 Mbps | 30–50 Mbps | ピークビットレートと出口IPの判定 |
国際経路ではRTTが長いほど、パケットロスが単一フローのスループットに与える打撃が大きくなります。TCPの輻輳ウィンドウは往復の確認応答を受けて徐々に広がるため、1回のロスで再送とウィンドウの後退が起こり、プレイヤーのスループット推定も段を落とします。家庭の回線が広く見えてもカクつくのは矛盾ではありません。ボトルネックは国際区間、Wi-Fi、単一接続の速度制限、パケットロスにあることが多いのです。
安定した4Kのために見るべき4つの回線指標
パケットロス率とジッター
1回のpingでは何も分かりません。5〜10分連続でロスとジッターを見る必要があります。映像は継続的なストリームであり、ジッターが大きいとセグメントの到着時刻が読めなくなるため、プレイヤーはバッファの安全を優先して早めに品質を下げます。
多スレッド合計ではなく単一フローのスループット
多スレッドの速度テストを合算した数値は、単一接続の速度制限を覆い隠します。プレイヤーは通常ごく少数の接続しか開かないため、そこで見える帯域は合計値ではなく単一フローのスループットです。
RTTと経路の迂回
国際経路が夜のピーク時間帯に迂回すると、追加のRTTが往復のたびに積み重なります。RTTが大きくなると、同じロス率でもスループットの損失はより顕著になります。1回の遅延値よりも、経路が安定しているかどうかが重要です。
出口IPの地域と種類
一部のストリーミングプラットフォームは、IPの所在地とIPの種類(データセンターか住宅用か)で利用できる段を決めます。出口IPとアカウントの地域が一致しない場合、プラットフォームは1080p以下しか提供しないことがあります。これは帯域とは無関係で、より速い回線に変えても改善しません。
- ✅ 5〜10分連続のパケットロス率とジッターの推移(1回のping結果ではない)
- ✅ 単一スレッドのダウンロードで、安定区間の平均スループット
- ✅ 出口IPの所在地がアカウントの地域と一致しているか
- ✅ 再生中に品質が下がった時刻と、そのセグメントのダウンロード所要時間
- ❌ 速度テストのピーク値だけを見て、それがどれだけ続くかを見ない
- ❌ 遅延のミリ秒数だけを見て、ロスとジッターを見ない
結論:4Kのボトルネックは通常、家庭の帯域ではなく、国際区間のパケットロス・ジッター・単一接続の速度制限にあります。出口IPの判定は、プラットフォームが高い段を出すかどうかを左右します。
回線タイプの選び方:直結・中継・専用線の違い
同じ海外ノードでも、経路が違えば4Kの挙動は大きく変わります。よくあるのは次の3形態です。
- 直結:利用者の回線から海外ノードへ直接つなぐ方式で、経路は公衆インターネットのBGPが決めます。コストは最も低い一方、夜のピーク時間帯は迂回や混雑に遭いやすくなります。
- 中継:中国側の入口に国際中継区間(香港・日本・シンガポールなど)を組み合わせる方式です。入口から中継までは最適化された経路を通り、公衆インターネットの国際出口の混雑点を避けます。帯域は共有で、コストパフォーマンスに優れます。
- IEPL / IPLC 専用線:通信事業者グレードの国際専用線で、レイヤー2で透過し、公衆インターネットの国際出口の混雑点を通りません。遅延とロスが安定する代わりにコストは最も高くなります。専用線の価値はピーク速度の高さではなく、ジッターの小ささにあります。
| 回線タイプ | 経路の特徴 | 4Kでの挙動 | 向いている用途 |
|---|---|---|---|
| 直結 | 公衆インターネット経由で、ルートはBGP次第で変わる | 空いている時間帯は使えるが、夜のピークは変動が大きい | 軽いブラウジング、リアルタイム性の低い用途 |
| 中継 | 中国側の入口 + 国際中継区間 | ジッターを抑えられ、多くの時間帯で4Kを安定維持 | 日常的な4Kのオンデマンド視聴、複数端末での共有 |
| IEPL / IPLC 専用線 | 専用線で透過し、公衆網の混雑点を経由しない | 遅延とロスが最も安定。ピーク速度は追わない | ライブ配信、スポーツ中継、長時間の再生 |
プロトコル層:TCPとUDPの違い
Shadowsocks、VMess、VLESS、Trojan はTCP上を流れるため、経路でパケットロスが起きると再送と輻輳ウィンドウの後退がセグメントのダウンロードを直接遅くします。Hysteria2 と TUIC はQUICベースでUDP上を流れ、不安定な回線に向いた輻輳制御を備えているため、ロスやジッターが目立つ経路では一般に安定します。代わりに、一部のネットワークではUDPにQoSポリシーがかかっており、ピーク時間帯には逆に制限されることがあります。回線の形態を先に見て、そのうえでプロトコルを決める。順序を逆にしないでください。
480pから4Kに戻すための切り分け手順
次の順に切り分けていけば、多くの場合は最初の3ステップで原因を特定できます。
- 品質低下が再生開始時なのか、シーク直後なのか、再生の途中なのかを分けます。前の二つはサンプル不足が多く、途中の低下こそ経路の問題です。
- 別の端末、別のクライアントで再現するか確認します。特定の端末だけで起きるなら、まずローカルのデコード能力、Wi-Fi、バックグラウンドの負荷を調べます。
- 単一スレッドのダウンロードで安定区間のスループットを測り、目標ビットレートの1.5倍以上を長時間維持できるか確認します。ピーク値だけを見てはいけません。
- パケットロスとジッターを観察し、回線や時間帯ごとに比べます。同じ回線で夜のピークに必ず起きるなら、経路の混雑と判断してほぼ間違いありません。
- プロトコルを変えて検証します。TCP系の調子が悪いときは Hysteria2 や TUIC を試し、UDPが制限されている環境ではTCP系に戻します。
- 分流ルールとDNSを確認します。ストリーミングのドメインとそのAPIドメインが同じ出口を通るようにし、名前解決の結果と出口の地域が食い違わないようにします。
- 出口IPの所在地がアカウントの地域と一致しているか確認します。地域判定がずれると、再生はできるのに低い段しか出ないという症状が典型です。
注意:分流ルールで映像ドメインを直結にしたり、DNS解決をローカルに任せたりすると、プラットフォームの地域判定と出口IPが食い違います。よくある症状は、再生はできるが低い段しか出ない、あるいはビットレートは上がったのにライブラリが違う、といったものです。この種の問題は回線を変えても解決しません。まずルールを確認してください。
用途別の回線選び:覚えておきたい3つのルール
- テレビやセットトップボックスでだけ4Kを見る:中継回線を優先し、帯域は4Kのピークビットレートの1.5倍以上を見込みます。専用線までは要りません。
- 複数端末で同時に再生する:まず契約の同時接続数制限を確認し、そのうえで単一接続の速度制限を見ます。4Kを2台同時に流すには、独立した単一フローの余裕が2本分必要です。
- 安定性を重視する:ライブ配信やスポーツ中継のように長時間のバッファリングができない場面では、専用線を最優先、次に中継、直結は最後に回します。
VPNGive の回線は100+ カ国 / 170+ 回線をカバーし、同時接続台数は無制限、サブスクリプションは60日間の返金保証付きです。登録に必要なのはユーザー名とパスワードだけで、メールアドレスは不要です。回線を選ぶときは、まず単一フローのスループットとパケットロス率で不適格な回線をふるい落とし、そのうえで上記のルールに沿って段を決めるほうが、ノードを何度も切り替えるより効果的です。
結論:480pの多くは帯域不足ではなく、経路の品質問題です。まず単一フローのスループットとパケットロスを測り、そのうえで帯域の増強や回線タイプの変更を検討してください。