1080p配信なのにテレビで画質が悪い理由|OTT動画品質改善の実例
OTT動画品質シリーズ 第1回:大画面テレビで見える圧縮ノイズとビットレート設計の重要性

1080pで配信しているのに、なぜテレビで見ると画質が悪いのか?
これは、OTT動画配信サービスを運営している事業者にとって非常に悩ましい問題です。PCやスマートフォンでは十分きれいに見えている。配信も止まっていない。解像度も1080pで設定している。それなのに、ユーザーが50インチ以上のテレビアプリで視聴した瞬間、映像がブロック状に荒れたり、動きの速いシーンでぼやけたり、細部がつぶれて見えたりする。
特にスポーツ配信では、この問題が顕著に現れます。
今回、私たちは5チャンネルのライブ配信と約600本のVODを持つスポーツOTTサービスにおいて、まさにこの課題に直面しました。対象コンテンツは自転車ロードレース。スマートフォンやPCでは大きな問題がないように見えていた一方、50インチのテレビで視聴すると、期待していたプレミアムな映像品質には届いていませんでした。
結論から言えば、問題は「1080pかどうか」ではありませんでした。
1080pは、あくまで映像のフレームサイズを示す情報にすぎません。実際に視聴者が感じる画質は、ビットレート、ソースファイルの品質、エンコード履歴、コーデック効率、動きの複雑さ、ABRラダー、そしてテレビアプリ側の再生ロジックなど、複数の要素によって決まります。
本記事は、OTT動画品質シリーズ全3回の第1回です。今回は「なぜ1080pなのに大画面テレビで画質が悪く見えるのか」という原因と考え方に焦点を当てます。第2回ではソースファイルの受け入れ基準やエンコード設計を、第3回ではH.265/AV1、CMAF、CDN、2K/4K配信に向けた最適化について解説する予定です。
1. 1080pは「画質」ではなく「キャンバスの大きさ」である
動画配信の現場では、「1080pで出しているから十分な画質のはず」と考えられがちです。しかし、1080pという言葉が表しているのは、基本的には1920×1080ピクセルというフレームサイズです。
つまり、1080pは「どれだけ多くのピクセルが並んでいるか」を示すだけであり、そのピクセルの中にどれだけ豊かな情報が入っているかまでは保証していません。
たとえば、同じ大きさのキャンバスが2枚あったとします。片方は十分な絵の具を使って細部まで丁寧に描かれている。もう片方は、絵の具が足りず、粗い筆づかいで描かれている。キャンバスの大きさは同じでも、完成した絵の品質はまったく違います。
動画における「絵の具」に相当するものが、ビットレートです。

同じ1080pでも、以下の2つのファイルでは大画面テレビでの見え方が大きく変わります。
| 項目 | ファイルA | ファイルB |
| 解像度 | 1920×1080 | 1920×1080 |
| ビットレート | 4 Mbps | 8 Mbps |
| コーデック | H.264 | H.264 |
| エンコード履歴 | 再エンコード2回 | クリーンな単一世代ソース |
| 50インチTVでの見え方 | ブロックノイズが目立つ | シャープで細部が見える |
どちらも1080pです。しかし視聴体験はまったく異なります。
この違いを理解しないまま「1080pで配信しているから問題ない」と判断してしまうと、大画面テレビでの品質問題を見落としてしまいます。
2. スマートフォンでは隠れていた劣化が、テレビでは一気に見える
スマートフォンの画面は一般的に5〜6インチです。一方、リビングで使われるテレビは50インチ、55インチ、65インチ、あるいはそれ以上になることもあります。
同じ映像を表示していても、画面サイズが大きくなると、圧縮ノイズやブロックノイズ、ぼやけ、階調の破綻が大きく引き伸ばされます。

たとえば、32×32ピクセルの小さなブロックノイズがあるとします。スマートフォンではごく小さく表示されるため、ユーザーはほとんど気づかないかもしれません。しかし、55インチのテレビでは同じブロックが数センチ単位で表示され、視聴者の目に明確に入ってきます。
このため、スマートフォンで「問題なく見える」ことは、テレビアプリでも「問題なく見える」ことを意味しません。
OTTサービスをPC、スマートフォン、テレビアプリのすべてに展開する場合、テレビは最も品質問題が見えやすいデバイスです。特にスポーツ、ライブイベント、コンサート、アクション映像など、動きの多いコンテンツではその差がさらに大きくなります。
3. 大画面テレビで露出しやすい5つの画質劣化
今回の検証では、大画面テレビで特に目立つ画質劣化として、以下の5つが確認されました。
3.1 ブロックノイズ
ブロックノイズは、映像が四角いブロック状に崩れて見える現象です。
自転車ロードレースでは、集団スプリントのように多数の選手が同時に動きます。選手のジャージ、ヘルメット、車輪、観客、道路、背景の看板など、フレーム内のほぼすべてが細かく変化します。
このとき、エンコーダーに十分なビットレートが与えられていないと、細部を保持しきれず、映像を粗いブロックとして処理してしまいます。スマートフォンでは気づきにくいレベルでも、50インチテレビでは明確なモザイク状のノイズとして見えてしまいます。
3.2 モーションスメア
モーションスメアは、動いている被写体の後ろにぼやけた残像のようなものが出る現象です。
ブロックノイズが空間的な劣化だとすれば、モーションスメアは時間方向の劣化です。連続するフレーム間の変化を十分に表現できない場合、エンコーダーは動く被写体を正確に再現できず、選手や自転車の輪郭が引きずられるようにぼやけて見えます。
特に単独アタック、下り坂、高速スプリント、カメラのパンが入るシーンでは、この問題が目立ちやすくなります。
3.3 カラーバンディング
カラーバンディングは、本来なめらかに変化するはずの色のグラデーションが、階段状の帯として見えてしまう現象です。
夜間レース、夕方の空、朝焼けの山岳ステージなどでは、空や暗部に大きなグラデーションが現れます。低ビットレートでは、この微妙な色の変化を十分に保持できず、隣り合う色がまとめられてしまいます。その結果、空がなめらかではなく、段差のある帯のように見えてしまいます。
3.4 インターレース由来のコーミング
放送系のスポーツ映像では、59.94iや29.97iなどのインターレース形式で素材が提供されることがあります。
このインターレース素材を適切にデインターレースせず、そのままエンコードしてしまうと、動いている被写体の輪郭に横方向の櫛状ノイズが出ます。これがインターレースコーミングです。
重要なのは、これは単純にビットレートを上げても解決しないという点です。ソース準備段階での処理ミスであり、エンコード前に正しくデインターレースする必要があります。
3.5 再エンコードによる世代劣化
今回の事例で特に大きな隠れた原因となっていたのが、再エンコードによる世代劣化でした。
アーカイブVODの一部は、編集書き出し、保存用圧縮、プラットフォーム取り込み時の再圧縮という複数の圧縮工程を経ていました。ファイルの解像度は1080pのままでしたが、細部の情報はすでに失われており、見た目としては低ビットレート素材に近い状態になっていました。
一度失われたディテールは、後段のエンコードで取り戻すことはできません。
つまり、配信プラットフォーム側でどれだけ設定を調整しても、入力されるソースファイル自体が劣化していれば、最終的な視聴品質には限界があります。
4. なぜ自転車ロードレースはエンコードが難しいのか
スポーツ映像の中でも、自転車ロードレースは特にエンコード負荷が高いジャンルです。
その理由は、単に「動きが速い」だけではありません。
まず、画面内に多くの選手が同時に映ります。プロトンでは100人以上の選手が一つの画面に入り、それぞれのジャージ、ヘルメット、車輪、ゼッケン、スポンサー名など、細かなディテールが高速で動き続けます。
次に、背景も複雑です。山道、街路、観客、バナー、木々、道路標識など、背景情報が常に変化します。スタジオ番組のように背景が固定されている映像とは、必要な情報量がまったく異なります。
さらに、カメラ自体も動きます。ヘリコプターカメラ、バイクカメラ、追走車両からの映像では、被写体だけでなく背景も同時に動きます。つまり、画面全体が常に変化している状態です。
そして最も重要なシーンであるスプリントフィニッシュは、エンコードにとって最も厳しい条件が重なります。高速移動、密集した選手、細部の多い被写体、カメラワーク、観客、背景。そのすべてが一度に発生します。
このような映像に対して、スタジオインタビューと同じビットレート設計を適用すると、画質劣化が起きるのは当然です。
5. ビットレートはコンテンツごとに設計すべきである
1080p配信に必要なビットレートは、コンテンツの種類によって大きく変わります。
H.264で1080pを出力する場合、目安としては以下のように考えられます。
-1024x725.jpg)
| コンテンツ種別 | エンコード難易度 | 1080p推奨ビットレート(H.264) |
| スタジオ / ニュース | 低 | 3〜4 Mbps |
| ドキュメンタリー / ドラマ | 中 | 4〜6 Mbps |
| スポーツ一般 | 高 | 6〜8 Mbps |
| アニメ(2D) | 低〜中 | 3〜5 Mbps |
| 自転車ロードレース | 非常に高い | 8〜12 Mbps |
もちろん、これは絶対値ではありません。エンコード設定、ソース品質、フレームレート、コーデック、視聴デバイス、ネットワーク環境によって最適値は変わります。
ただし、重要な考え方は明確です。
すべての1080pコンテンツに同じビットレートを適用してはいけません。
特にスポーツやライブイベントでは、コンテンツの動きの複雑さに応じて、ビットレートとABRラダーを設計する必要があります。
6. 画質は「3つの層」の積み重ねで決まる
大画面テレビでの画質は、単一の設定だけで決まるものではありません。今回の検証では、視聴者が感じる画質は大きく3つの層によって決まることが確認されました。

6.1 ソース層
ソース層では、元の映像素材そのものの品質が重要です。
確認すべきポイントは、元のビットレート、撮影・収録品質、フレームレート、インターレースかプログレッシブか、過去に何回再エンコードされているかです。
特にVODでは、編集後の書き出しファイルや保存用ファイルをそのまま配信用ソースとして使うケースがあります。しかし、そのファイルがすでに圧縮済みであれば、配信前から品質の上限が下がっています。
6.2 エンコード層
エンコード層では、出力ビットレート、コーデック、エンコード設定、ABRラダー設計が重要です。
H.264、H.265、AV1では圧縮効率が異なります。同じ視覚品質を得るために必要なビットレートも変わります。一般的に、H.265はH.264よりも効率が高く、同等品質をより低いビットレートで実現できる可能性があります。
ただし、コーデックだけで解決できるわけではありません。どの解像度・ビットレートのレンディションを用意し、どのように切り替えるかというABRラダー設計も重要です。
6.3 配信・再生層
配信・再生層では、CDN、ネットワーク、プレーヤーのABRロジック、デバイスごとの挙動が関係します。
テレビアプリはスマートフォンと異なり、比較的安定したネットワーク環境で使われることが多く、バッファも大きく取れる場合があります。そのため、スマートフォンと同じABR切り替え条件をそのまま適用すると、本来維持できるはずの高品質レンディションから早く落ちてしまうことがあります。
大画面テレビでは、より高いレンディションを安定して保持するためのプレーヤー設定が必要になることがあります。
7. 今回の事例で実施した改善
今回のスポーツOTTサービスでは、単に「ビットレートを上げる」だけではなく、配信品質をシステム全体として見直しました。

主な改善点は以下です。
7.1 1080p出力を4 Mbpsから5.4 Mbpsへ引き上げ
まず、1080p HLSレンディションのビットレートを4 Mbpsから5.4 Mbpsへ引き上げました。
ただし、これは魔法の数字ではありません。CDNコスト、既存ユーザーのネットワーク環境、スポーツ映像の動きの複雑さを考慮しながら、実機検証を通じて決めた妥協点です。
重要なのは、数値だけを上げたのではなく、実際のテレビ視聴環境で見え方を確認しながら調整したことです。
7.2 ABRラダーを再設計
次に、ABRラダーを見直しました。
ABRラダーとは、プレーヤーがネットワーク状況に応じて切り替える複数の解像度・ビットレートの組み合わせです。各レンディション間の差が大きすぎると、画質の変化が目立ちます。一方、細かすぎるとエンコードやストレージ、CDNコストが増えます。
今回のケースでは、テレビ視聴時に不自然な品質低下が起きにくいように、レンディションの階段設計を調整しました。
7.3 テレビアプリ向けのABRしきい値を調整
スマートフォンとテレビでは、視聴環境が異なります。
スマートフォンはモバイル回線で使われることも多く、ネットワーク変動が大きくなります。一方、テレビアプリは家庭内Wi-Fiや有線LANで使われることが多く、比較的安定した帯域が期待できます。
そのため、テレビアプリでは高品質レンディションをより長く保持できるように、ABRの切り替えしきい値を調整しました。
7.4 ソースファイルの受け入れ基準を見直し
最も根本的な改善は、VODのソースファイル受け入れ基準の見直しでした。
特にアーカイブ映像については、複数回再エンコードされたファイルを受け入れるのではなく、放送局から提供される初回世代に近い高品質ソースを受け入れる方針に変更しました。
また、明らかに過去の圧縮工程を経ているファイルについては、受け入れ基準を設け、品質劣化の原因を配信前に排除できるようにしました。
8. 解像度はスタート地点にすぎない
今回の事例から得られた最も重要な教訓は、画質は一つの設定で決まるものではないということです。
1080pという解像度は、あくまでスタート地点です。
実際の視聴品質は、以下の流れ全体で決まります。
元映像 → 受け入れ・検証 → エンコード / ABR設計 → HLSパッケージ化 → CDN配信 → プレーヤー再生制御 → 50インチTV視聴
このチェーンのどこか一つが弱ければ、最終的な視聴体験はそこで制限されます。
高品質なソースがあっても、エンコード設定が悪ければ画質は落ちます。適切なエンコードをしても、ABRラダーやプレーヤーのしきい値が合っていなければ、テレビで期待通りの画質にはなりません。逆に、プレーヤーやCDNが優れていても、入力ソースが何度も圧縮されたファイルであれば、失われたディテールは戻りません。

つまり、OTT配信における画質改善は、単なる「設定変更」ではなく、ソースから視聴デバイスまでを含めたシステム設計です。
まとめ:1080p配信でも大画面で悪く見える理由
1080pで配信しているにもかかわらず、50インチテレビで画質が悪く見える理由は、解像度だけでは画質が決まらないからです。
特に大画面テレビでは、スマートフォンでは見えなかった圧縮ノイズやブロックノイズ、モーションスメア、カラーバンディング、インターレース由来のコーミング、再エンコードによる世代劣化が明確に見えるようになります。
スポーツ配信、とくに自転車ロードレースのような高密度・高速・複雑な映像では、スタジオ番組や一般的なVODと同じビットレート設計では不十分です。
大画面テレビで満足できる品質を実現するためには、以下の視点が必要です。
- 1080pを「画質保証」ではなく「フレームサイズ」として理解する
- コンテンツの動きの複雑さに応じてビットレートを設計する
- ソースファイルの世代劣化を確認する
- インターレース素材を正しく処理する
- ABRラダーをテレビ視聴も考慮して設計する
- テレビアプリ向けのプレーヤーしきい値を調整する
- 実機の大画面テレビで検証する
OTTサービスがPC、スマートフォン、テレビアプリへ広がるほど、「テレビでどう見えるか」はサービス品質そのものになります。
1080pであることに安心するのではなく、1080pの中にどれだけ十分な情報が残っているか。そして、その情報をどのようにエンコードし、配信し、プレーヤーで再生するか。それこそが、大画面時代のOTT動画品質を決める本質です。
OTTcloudsでは、VOD、ライブ配信、FASTチャンネル、テレビアプリ向けのOTTプラットフォーム構築を支援しています。
スポーツ配信や大画面テレビ向けの動画品質に課題がある場合は、エンコードプロファイル、ABRラダー、ソースファイル基準、テレビアプリでの再生検証まで、実運用に即した改善提案が可能です。
大画面でも納得できるOTT視聴体験を実現したい方は、お気軽にご相談ください。






