LCD解像度 とは、ディスプレイ上に横方向および縦方向に配置された物理ピクセルの数です。800 × 480パネルは800列と480行、すなわち384,000ピクセルを持ちます。解像度は画像に利用可能なピクセルグリッドを決定しますが、それ自体で読みやすさ、色、明るさ、互換性が決まるわけではありません。.
組込み製品や産業用製品にとって、適切な解像度とは、プロセッサ、メモリ、ディスプレイインターフェース、筐体に適合しながら、実際のサイズと視距離でインターフェースを使用可能にするものです。本ガイドでは、LCDモジュールを選定する前に、これらの要素を比較し、ピクセル密度を計算し、システム負荷を見積もる方法を説明します。.
LCD解像度とは何を意味するのか？
解像度は通常、パネルの規定された向きにおける水平ピクセル数 × 垂直ピクセル数として表記されます。2つの値を掛け合わせると総ピクセル数が求められます。1920 × 1080パネルは2,073,600ピクセル、800 × 480パネルは384,000ピクセルを含みます。一般的なカラーLCDの1ピクセルはサブピクセル（通常は赤、緑、青）から構成されています。記載された解像度は画像ピクセル数を数えたものであり、個々のカラーサブピクセルの数ではありません。.
解像度は空間的な測定値です。リフレッシュレートは1秒間に画像が提示される回数であり、色深度は色のエンコーディングまたは利用可能な階調レベルを表します。1280 × 800といった仕様は、リフレッシュレート、インターフェース、視野角、実際の色性能を規定するものではありません。.
ネイティブ解像度と入力解像度
ネイティブ解像度とは、パネルの物理的なピクセルマトリクスを指します。ソフトウェアによって800 × 480のガラスパネルを1920 × 1080パネルに変えることはできません。ホストまたはコントローラは異なる入力解像度を出力または受け入れる場合がありますが、適切なスケーラがその画像を固定マトリクスにマッピングする必要があります。実際のボードがどのモードをサポートしているかを確認してください。.
正しくレンダリングされたソースピクセルとパネルピクセルの1対1マッピングは、通常、細かいテキストや線に対してクリーンな結果をもたらします。スケーリングは、特に大きな論理キャンバス向けに設計されたインターフェースの場合に依然として有用ですが、結果はスケーリング方式、コンテンツ、アスペクト比に依存します。コントローラはスケーリング、クロップ、ボーダー追加、またはモードの拒否を行う場合があります。特定の動作を行うと仮定しないでください。.
解像度、画面サイズ、ピクセル密度
画面サイズは通常、アクティブ表示領域の対角線をインチで表したものです。解像度はピクセル数です。ピクセル密度は一般にピクセル毎インチ（PPI）で表され、この2つを関連付けます。2つの矩形パネルが同じピクセルマトリクスを持つ場合、対角線が小さい方がPPIは高くなります。.
正方形ピクセルを持つ矩形アクティブ領域の場合、対角線密度は次のように推定されます：
PPI = √(水平ピクセル数² + 垂直ピクセル数²) ÷ 対角インチ
例えば、800 × 480マトリクスは約933対角ピクセルを持ちます。5インチのアクティブ対角線では約187 PPI、10インチでは約93 PPIです。これらは計算例であり、特定のRJY製品の仕様ではありません。特に円形、カット、非標準パネルの場合、データシートで実際のアクティブ領域寸法とピクセルレイアウトを確認してください。.
高いPPIは、所定の視距離で曲線や細かいテキストをより滑らかに見せることができます。しかし、インターフェースが読みやすいことを保証するものではありません。設計者がパネルを縮小しながら文字あたりのピクセル数を同じに保つと、物理的な文字は小さくなります。環境光、コントラスト、フォントデザイン、視距離、ユーザーニーズも重要です。.
一般的なLCD解像度とアスペクト比
| ピクセルマトリクス | 総ピクセル数 | アスペクト比 | 選定コンテキスト |
|---|---|---|---|
| 480 × 272 | 130,560 | 30:17 | コンパクトなグラフィカルインターフェース；テキストとコントロールのスペースを確認。. |
| 800 × 480 | 384,000 | 5:3 | 一般的な組込みフォーマット；UIとホストの能力を評価。. |
| 1024 × 600 | 614,400 | 128:75 | 800 × 480より多くのピクセルを持つワイドレイアウト。. |
| 1280 × 720 | 921,600 | 16:9 | ホストがモードをサポートする場合のワイドスクリーングラフィックスまたはビデオ。. |
| 1280 × 800 | 1,024,000 | 16:10 | 同じ幅で16:9より垂直方向のスペースが多いワイドスクリーンレイアウト。. |
| 1920 × 1080 | 2,073,600 | 16:9 | より大きなピクセル処理予算を持つ高詳細コンテンツ。. |
| 1080 × 1080 | 1,166,400 | 1:1 | 正方形レイアウト；利用可能な形状に合わせてインターフェースを設計。. |
これらのマトリクスは例であり、すべてのアプリケーションに推奨されるサイズではありません。同じマトリクスが異なる物理寸法と異なるインターフェースのパネルに搭載される場合があります。円形ディスプレイは正方形ピクセルマトリクスを使用しながら、マトリクスの一部のみが表示される場合があります。実際のアクティブ領域図面とマスクを確認してください。.
アスペクト比が重要な理由
アスペクト比は画像の幅と高さの関係です。ソースとディスプレイの比率が異なる場合、システムはポリシーを選択する必要があります：未使用領域を残して画像を保持するか、一部をクロップするか、引き伸ばすかです。引き伸ばしはテキストやグラフィックスの比率を変えます。タッチ製品の場合、表示レイアウトとタッチ座標変換も一致している必要があります。.
回転は幅と高さの提示を変えますが、パネルの物理ピクセル数は変わりません。オペレーティングシステム、ディスプレイドライバ、タッチスタックが回転をどのように処理するか、特に起動時とリカバリ画面で確認してください。.
LCDに必要な解像度はどれくらいか？
コンテンツとそれを使用する人から始めます。いくつかの大きな値を持つステータスパネルは、密なテーブル、カメラ画像、地図を持つデバイスとは異なる要件を持ちます。より多くのピクセルはより多くの詳細を可能にしますが、インターフェース、ソースコンテンツ、ホストがそれらを活用できる必要があります。.
最小の重要コンテンツを定義する
意図された視距離で理解する必要がある最小のテキスト、記号、線、画像詳細を特定します。解像度チャートだけでなく、代表的な画面を構築します。アラーム、翻訳されたラベル、典型的なデータテーブル、タッチターゲットが製品の一部である場合はそれらを表示します。実際の物理サイズと予想される照明下で結果をテストします。.
デスクトッププレビューで適切に見えるUIも、より小さなパネルに表示すると使いにくくなる場合があります。物理的なテキストサイズを変えずにピクセル数を増やすとエッジの詳細は改善されますが、テキストが大きくなるわけではありません。意図的なレイアウトとUIスケーリングを使用して、使用可能な物理寸法を維持してください。.
製品全体に基づいて選択する
機械的スペース、アクティブ領域形状、視距離、コンテンツ密度、ホスト性能、メモリ、インターフェース、電力、利用可能なモジュールオプションを考慮します。意図された解像度とリフレッシュレートで少なくとも1つの代表的な構成を比較します。適切で検証済みの低解像度UIは、ホストが確実に更新できない高解像度設計よりも適合する場合があります。.
ネイティブ解像度、画像スケーリング、UIスケーリング
これらの用語は画像パスの異なる部分を表します。. 画像スケーリング は、あるピクセルマトリクスから別のピクセルマトリクスへ画像をリサンプリングします。. UIスケーリング は、コントロール、テキスト、その他の要素が出力ピクセルに対してどのくらいの大きさで描画されるかを変更します。システムはパネルのネイティブ出力解像度でより大きなUIをレンダリングできます。コントロールを使いやすくするために信号解像度を下げる必要はありません。Microsoftは論理単位とスケーリングファクターがインターフェース要素を物理ディスプレイピクセルにマッピングする方法を文書化しています。.[1]
小さな画像を大きなパネルに拡大すると、細かい詳細がぼやける場合があります。結果はスケーラに依存します。整数スケーリングは適切なコンテンツでハードピクセルエッジを保持でき、補間はそれらを滑らかにできます。非整数スケーリングは不均一な線やぼやけを生じる場合があります。特定の視覚的結果を仮定するのではなく、実際のフォントとアイコンを検査してください。.
16:9ソースが5:3パネルに表示される場合、スケーリングポリシーは異なる形状も処理する必要があります。ビデオ、ブート画面、アプリケーショングラフィックスを個別にテストしてください。異なるコンポーネントが異なるスケーリングルールを適用する場合があるためです。1つのアプリケーションの解像度を変更しても、物理LCDマトリクスは変わりません。.
解像度がフレームバッファメモリに与える影響
フレームバッファは画像のピクセルデータを格納する。非圧縮で密にパックされたバッファの有用な初期見積もりは次のとおりである：
バッファバイト数 = 幅 × 高さ × ピクセルあたりのバイト数
800 × 480の場合、RGB565はピクセルあたり2バイトを使用するため、密にパックされた1つのフレームバッファには768,000バイト、約0.73 MiBが必要である。1920 × 1080でピクセルあたり4バイトの場合、1つには8,294,400バイト、約7.91 MiBが必要である。そのようなバッファ2つでは2倍のストレージが必要である。これらの例は行パディング、追加レイヤー、作業サーフェスおよびその他の割り当てを除外している。.
実際のフレームバッファはしばしば幅 × ピクセルあたりのバイト数より大きい行ストライドを使用する。次を使用して ストライド × 高さ 1つのバッファの割り当てを計算し、その後、実際のバッファ数とレイヤー数を考慮すること。ホストはアセット、デコードされたビデオ、中間画像を別の場所に格納する場合もある。STのLCD-TFTコントローラガイダンスは、フレームバッファサイズ、色深度、帯域幅、ディスプレイ構成の関係を説明している。.[2]
ストレージは帯域幅と同じではない
ストレージはデータを保持するために必要な容量である。帯域幅はシステムがデータを読み書きする速度である。アクティブ画像のスキャンアウトの概算見積もりは、幅 × 高さ × ピクセルあたりのバイト数 × リフレッシュレートである。800 × 480、ピクセルあたり2バイト、毎秒60フレームの場合、これは46.08 MB/sのアクティブピクセルデータであり、10進メガバイトを使用している。追加の読み書き、他のレイヤー、競合、アラインメント、実装固有のオーバーヘッドは除外されている。.
この見積もりはコントローラの保証されたメモリ要件でもリンクレート計算でもない。一部のディスプレイはローカルグラフィックスメモリと部分更新を使用し、他のものはピクセルデータを連続的にストリーミングする。特定のコントローラは、単純なアクティブデータ平均よりも高いピーク需要を課す場合がある。実際の設計を測定し、コントローラとメモリのドキュメントを確認すること。.
実用的なフレームバッファの行レイアウトとピクセルフォーマットの問題については、次を参照： RJYのフレームバッファストライドとRGB565ガイド.
解像度、リフレッシュレート、ディスプレイタイミング
従来のラスタタイミングでは、可視幅と高さはアクティブエリアのみである。完全なタイミングには水平および垂直ブランキング期間も含まれる。一般的なタイミング見積もりは次のとおりである：
ピクセルクロック = 水平合計 × 垂直合計 × リフレッシュレート
水平および垂直合計にはアクティブエリアと関連するブランキング期間が含まれる。パネルの実際のタイミング定義と許容範囲を使用すること。すべてのインターフェースが同じ方法でタイミング信号を公開するわけではない。STはLCD-TFTコントローラのアプリケーションノートでこの計算を提供している。.[2]
2つのパネルが両方とも800 × 480であっても、異なる必要なタイミング、ピン割り当て、電力、初期化またはバックライト回路を持つ場合がある。したがって、同じ解像度は互換性を証明しない。詳細なタイミング例については、次を参照： LCDピクセルクロックとタイミングガイド.
より高い解像度は異なるインターフェースを必要とするか？
解像度とリフレッシュレートは画像データの量に影響するが、インターフェースを一意に選択するものではない。LCDモジュールはその設計に応じてSPI、パラレルRGB、LVDS、MIPI DSI、eDPまたは他のインターフェースを使用する場合がある。特定のモジュールの入力、レーンまたはチャネル構成、データフォーマット、クロック制限、初期化要件を確認すること。.
ホストのHDMI出力はベアパネルがHDMIを受け入れることを意味しない。互換性のあるアクティブコントローラまたはブリッジが必要な場合がある。一致はパネルモデル、解像度、インターフェース、ピン定義、タイミング、利用可能な場合のドライバIC、電力、バックライト、タッチ要件に依存する。ファームウェアとオペレーティングシステムのサポートもプロジェクトに依存する。HDMI-to-MIPI変換は普遍的に互換性のあるパッシブケーブルではない。.
解像度は消費電力を決定するか？
単一の解像度値がディスプレイシステムの総電力を与えることはない。異なるピクセルマトリックスはディスプレイドライブ、メモリトラフィック、レンダリング作業を変える場合がある。しかしながら、バックライトは相当な負荷となる場合があり、ソフトウェアレンダリング解像度を下げてもバックライト電力が自動的に減少するわけではない。実際の消費はパネル、バックライトレベル、電子回路、コンテンツ、動作モードに依存する。.
意図した輝度、画像、更新レート、環境条件でシステム全体を測定すること。ディスプレイモジュールだけでなくホスト構成も記録すること。これらの条件なしで公開された比較は、特定の製品を選択するための信頼できる根拠にはならない。.
LCD解像度選択における一般的な間違い
- 物理サイズなしでピクセル数を比較する： PPIを計算または確認し、実際の寸法でインターフェースを検査する。.
- より多くのピクセルがテキストを大きくすると仮定する： 物理的なテキストサイズはレイアウトとスケーリング、およびパネルによって設定される。.
- 論理UIスケーリングとパネル解像度の変更を混同する： 物理ピクセルグリッドは固定のままである。.
- アスペクト比を無視する： ソースがクロップ、レターボックス、ストレッチ、再設計のいずれになるかを特定する。.
- ストライドまたはバッファなしでRAMを見積もる： パディング、レイヤー、同時割り当てを考慮する。.
- 解像度をボード互換性の証明として使用する： タイミング、電気接続、ドライバ要件、ソフトウェアを検証する。.
- レンダリング削減が自動的に総電力を削減すると仮定する： 実用的な範囲でバックライト、ディスプレイ電子回路、ホストを個別に測定する。.
OEMまたはエンジニアリングチーム向けの実用チェックリスト
- ユースケース、視距離、照明、最小の重要なテキストまたはグラフィックを定義する。.
- エンクロージャに適合する候補のアクティブエリアサイズと形状を選択する。.
- 実際のデータシートを使用してネイティブピクセルマトリックス、アスペクト比、ピクセル密度を比較する。.
- 意図した物理サイズで代表的なUI画面を構築し、可読性とタッチターゲットをテストする。.
- 実際のストライド、カラーフォーマット、レイヤー、バッファ数でバッファ容量を見積もる。.
- コントローラタイミング、インターフェーススループット、共有メモリ競合、ファームウェアサポートをレビューする。.
- パネル電力、バックライトドライブ、タッチインターフェース、コネクタ、機械的適合性を確認する。.
- 完成したアセンブリで起動、スケーリング、画質、タッチアラインメント、パフォーマンスを検証する。.
ピクセル、アスペクト比、ディスプレイ選択の関係の背景については、次を参照： LCDピクセル、解像度、アスペクト比. このコンパニオンガイドでは、各用語を検討します。上記のチェックリストは、それらをシステムレベルの意思決定に結び付けます。.
よくある質問
LCD解像度とは何ですか？
これは、水平方向と垂直方向に配置された物理表示ピクセルの数であり、通常は幅×高さとして表記されます。.
高解像度のLCDは常に鮮明ですか？
必ずしもそうではありません。知覚される鮮明さは、物理サイズ、ピクセル密度、視聴距離、ソースコンテンツ、スケーリングに依存します。明るさとコントラストも可読性に影響します。.
ソフトウェアはLCDのネイティブ解像度を変更できますか？
いいえ。ソフトウェアはレンダリング、出力モード、スケーリングを変更できますが、パネルの物理ピクセルマトリクスは同じままです。.
PPIと解像度の違いは何ですか？
解像度は、パネルの横方向と縦方向のピクセル数です。PPIは、ピクセル数をアクティブ表示領域の物理サイズに関連付けます。.
高解像度パネルは常により多くの電力を消費しますか？
いいえ。パネル設計、バックライト、明るさ、電子回路、コンテンツ、更新レートはすべて電力に影響します。同一条件下で完全なシステムを比較してください。.
同じ解像度の2つのパネルは同じボードで動作しますか？
自動的には動作しません。各パネルのインターフェース、ピン配置、タイミング、電力、バックライト、ドライバ初期化、タッチ、ファームウェアを確認してください。.
プロジェクトのLCD解像度について相談する
物理サイズ、UI、ホスト、環境と併せてピクセルマトリクスを選択してください。モジュールを比較する場合は、想定用途、アクティブ領域の制約、ネイティブ解像度、ホストインターフェース、目標リフレッシュレート、タッチ要件、動作条件を共有してください。既存のパネルの場合は、型番とデータシートを含めてください。.
探る RJYディスプレイモジュール または RJY Displayにお問い合わせください プロジェクト固有の適合性について相談する.