(57)【特許請求の範囲】
【請求項１】
トルーカラーモードと非トルーカラーモードの一方を示すビットを有するＯＳＤヘッダを含むビットストリームを形成するステップと、
前記ビットが前記トルーカラーモードを示すときは、ＯＳＤピクセルのカラー値を定め、前記ビットが前記非トルーカラーモードを示すときは、ＯＳＤピクセルに対するパレットのアドレスを定める、ＯＳＤデータを発生するステップと、から成る、オンスクリーン表示ビットストリームを構成する方法。
【発明の詳細な説明】
発明の属する技術分野
この発明は、“トルー（真）カラーモード（true color mode）”を使用したオンスクリーン表示（ＯＳＤ：On-Screen-Display）メッセージを発生する方法および装置に関する。さらに具体的には、この発明は、ＯＳＤデータをＯＳＤパレットのエントリー（入力）に対するポインタの代わりにトルー（真）カラーピクセル（true color pixels）として処理することにより、使用可能なカラー（色）の数を増加させる方法および装置に関するものである。
発明の背景
オンスクリーン表示メッセージは、消費者用電子製品の取扱い方法および構成をユーザに教えるためのメニューのような対話形情報をユーザに伝えることにより、消費者用電子製品において重要な役割を果たすものである。ＯＳＤの他の重要な特徴として、クローズド・キャプション表示（Closed Captioning）およびチャンネル・ロゴの表示を行う機能を含んでいる。
しかしながら、ディジタルビデオ技術の方式を変更すると、ＯＳＤメッセージの発生および表示に関する問題が絶えず増大することになる。例えば、現行のＮＴＳＣ（National Television System Committee）は１個の“ウインドウ（窓）”中に最大１２８個のキャラクタを必要とするのに対し、高精細度テレビジョン（ＨＤＴＶ）は４個の“ウインドウ（窓）”中に最大２１６個のキャラクタを表示しなければならないという、高精細度テレビジョン（ＨＤＴＶ）固有の要求がある。このような新しい要求は、入力するコード化（エンコード）されたデータストリームをデコード（復号）し、デコードされたデータを最小の遅延で表示システムに与える必要のある、テレビジョン信号（例えば、ＨＤＴＶ、ＮＴＳＣ、ＭＰＥＧ等）をデコードし、表示するために使用されるデコーディング（復号）／ディスプレイ（表示）システムに対して厳しい負担を課すことになる。ＯＳＤメッセージをビデオデータと共に表示（オーバーレイ：overlay）しなければならないので、デコーディング／ディスプレイ・システムのマイクロプロセッサはＯＳＤ機能（ファンクション）を実行するために、メモリの帯域幅の一部分を割り当てなければならず、そのためデコーディング／ディスプレイ・システムおよび全体にわたる計算用オーバーヘッドのメモリの帯域幅要求を増大させることになる。
従って、デコーディング／ディスプレイ・システムのＯＳＤユニットは、ハードウエアの要求およびメモリのアクセスを最小にするために、制限されたサイズ（size）のパレットを組み込んでもよい。すなわち、ＯＳＤユニットは複数のレジスタ（エントリー）を使用したパレットを採用しており、各エントリーはＯＳＤピクセルに対するクロミナンス（色）およびルミナンス（輝度）レベルの表示（リプレゼンテーション）を含んでいる。パレットに対するアドレス（インデックス：指標）をＯＳＤデータとしてエンコード（符号化）することによって、デコーディング／ディスプレイ・システムは、メモリのアクセスおよびハードウエアの要求を最小にすることができる。
しかしながら、このようなシステムはＯＳＤメッセージを表示するために利用できるカラーの数が制限される。パレットは固定された大きさ（サイズ）をもっているので、後刻、増加したカラーの数をサポート（支援）するのに必要となる方式変更に旨く適合しない。例えば、カラーの数を１６から２５６（標準ＶＧＡ）に増加させるためには、現在１６個のエントリーのみをサポートするパレットに２４０個の付加アドレスを追加する必要がある。
パレットに対するレジスタの数を増加させることはもちろん可能であるが、コスト的に有効でなく、またタイミングの問題（特に、高パレットアクセス率）、この他の集積回路（ＩＣ）の設計上の問題（例えば、ＩＣ上の面積の増加）を導入する可能性がある。さらに、固定された大きさのパレットを具えた既存のデコーディング／ディスプレイ・システムを更新することは困難であり不経済でもある。
このため、デコーディング／ディスプレイ・システムのハードウエア要求、例えば、ＯＳＤパレットの大きさを増大させることなく、ＯＳＤメッセージ用に使用可能なカラーの数を増加させるための方法および装置が必要となる。
発明の概要
本発明は、複数の“トルー（真）カラー”ピクセル（“true color”pixels）を有する有効ＯＳＤビットストリームを形成することによりＯＳＤメッセージを発生する装置およびそれに付随する方法に関する。
さらに具体的に言えば、本発明に従って、ＯＳＤユニットは記憶装置においてＯＳＤビットストリームを検索する。ＯＳＤビットストリームはＯＳＤヘッダとＯＳＤデータとを含んでいる。ＯＳＤヘッダはＯＳＤユニットのカラーパレットをプログラム（program）し、ＯＳＤデータの処理に関する命令を与えるために使用される制御情報を含んでいる。制御情報はデコーディング／ディスプレイ・システムのプロセッサによりプログラムされる。“トルーカラーモード（true color mode）”がＯＳＤヘッダ中でイネーブル（付勢）されると、ＯＳＤユニットはパレットをバイパス（側路）して、ＯＳＤデータをカラーピクセルとして処理する。すなわち、３個のＯＳＤデータバイトの各連続する組は、ＯＳＤピクセルに対する実際のクロミナンスレベルおよびルミナンスレベルを表わしている。
メモリの帯域幅要求をさらに減少させるために、同じクロミナンス成分は次のピクセルに対して繰り返される。従って、実際上は、各ＯＳＤピクセルは僅か１６ビットのデータによって表わされる。本発明の上記の特徴ならびに他の特徴については添付の図面を参照して以下に説明する。
請求の範囲と実施例との対応関係を図面で使われている参照番号で示すと次の通りである。
トルーカラーモードと非トルーカラーモードの一方を示すビットを有するＯＳＤヘッダ（２１０）を含むビットストリームを形成するステップ（３１０）と、
前記ビットが前記トルーカラーモードを示すときは、ＯＳＤピクセルのカラー値を定め、前記ビットが前記非トルーカラーモードを示すときは、ＯＳＤピクセルに対するパレットのアドレスを定める、ＯＳＤデータを発生するステップ（３２５、３３０）と、
から成る、オンスクリーン表示ビットストリームを構成する方法。
【図面の簡単な説明】
図１は、本発明の特徴に従ってＯＳＤユニットを含むデコーディング／ディスプレイ・システムのブロック図である。
図２は、トルーカラーモードを使用したサンプルのＯＳＤピクセルのビットストリームの構成を示すブロック図である。
図３は、トルーカラーモードを有する有効ＯＳＤビットストリームを構成する方法を説明するフローチャートを示す図である。
発明の詳細な説明
図１は、テレビジョン信号用デコーディング／ディスプレイ・システム１００（以下ではデコーディングシステムと称する）のブロック図を示す。デコーディングシステムは、プロセッサ１３０、ランダムアクセスメモリ（ＲＡＭ）１４０、読出し専用メモリ（ＲＯＭ）１４２、ＯＳＤユニット１５０、ビデオデコーダ１６０、およびミクサ１７０を含んでいる。ミクサ１７０の出力はパス（経路）１８０を経て表示装置１９０に結合されている。
以下では、本発明をＭＰＥＧ方式、ＩＳＯ／ＩＥＣ国際規格（International Standards）１１１７２（１９９１）（一般に、ＭＰＥＧ−１フォーマットと称される）および１３８１８（１９９５）（一般に、ＭＰＥＧ−２フォーマットと称される）に従って説明する。しかしながら、本発明を他のエンコーディング／デコーディング・フォーマットを実現する他のデコーディングシステムに適用あるいは適合させることができることは当業者には理解できよう。
好ましい実施例では、デコーディングシステム１００は各種のデータストリーム（ビットストリーム）１２０のオーディオおよびビデオのリアルタイムのデコンプレッション（圧縮解除）を実行する。ビットストリーム１２０は、ＭＰＥＧ−１およびＭＰＥＧ−２の標準に従ってエンコード（符号化）されたオーディオおよびビデオ基本ストリームから成る。エンコードされたビットストリーム１２０はエンコーダ（符号器）（図示せず）によって生成され、通信チャンネルを経てデコーディングシステムに伝送される。エンコードされたビットストリームは複数のイメージのコード化表示を含み、また上記のイメージに関連するオーディオ情報、例えばマルチメディア・データストリームを含むことがある。マルチメディアのソースは、ＨＤＴＶ局（ステーション）、ビデオディスク、ケーブルテレビジョン局（ステーション）等である。次いで、デコーディングシステム１００はエンコードされたビットストリームをデコード（復号）して、付随するオーディオ情報と同期してディスプレイ１９０上に表示するための複数のデコードされたイメージを生成する。しかしながら、デコーディングシステム１００のオーディオデコーディング機能は本発明の目的に直接の関係がないので、それに関する説明は省略する。
さらに詳しく説明すると、プロセッサ１３０はその入力としてビットストリーム１２０とビットストリーム１１０を受け取る。ビットストリーム１１０は各種の制御信号、あるいはビットストリーム１２０中に含まれない他のデータストリームを含んでいてもよい。例えば、データパケットの構文解析（parsing）とデータストリーム中あるいは制御ストリーム中への伝送を実行するために、伝送チャンネルとデコーディングシステム１００との間にチャンネルデコーダあるいは伝送装置（図示せず）を配置することもできる。
好ましい実施例では、プロセッサ１３０は、制御データのビデオデコーダおよびＯＳＤユニット１５０への供給、メモリへのアクセスの管理、およびデコードされたイメージの表示の制御を含む（ただし、これらの各機能に制限されるものではない）各種の制御機能を実行する。本発明は単一のプロセッサを示しているが、プロセッサ１３０は、特定の機能、例えばメモリ制御装置、マイクロプロセッサのインタフェースユニット等の機能を管理するための各種の専用の装置から成るものでもよいことは当業者には明らかである。
プロセッサ１３０はビットストリーム１２０を受信し、データパケットをビデオデコーダ１６０を介してメモリ１４０に書込む。ビットストリームは、メモリのデータバスを介してメモリに伝送される前に、随時、先入れ先出し（ＦＩＦＯ）バッファ（図示せず）を経て通過してもよい。さらに、通常はもっぱらプロセッサ１３０によって使用される他のメモリ（図示せず）が存在する。
メモリ１４０は圧縮されたデータ、デコードされたイメージおよびＯＳＤビットマップを含む複数のデータを記憶するために使用される。そのことにより、メモリは、一般に、各種のバッファ、例えば圧縮されたデータを記憶するためのビットバッファ、ＯＳＤビットマップを記憶するためのＯＳＤバッファ、イメージのフレームを記憶するための各種のフレームバッファ、デコードされたイメージを記憶するためのディスプレイ（表示）バッファにマッピング（mapping：割り当て）される。
ＭＰＥＧ標準に従って、ビデオデコーダ１６０は、メモリ１４０中の圧縮されたデータをデコードして、そのメモリ中でエンコードされたイメージを再構成する。ある場合には、デコードされたイメージは、イメージをエンコードするために使用される圧縮技術に従って実際のイメージを生成するために（例えば、圧縮された動きイメージのデコーディングを容易にするために）記憶された基準イメージに付加される差信号である。一旦イメージが復元されると、ミクサ１７０を経て表示される期間の間ディスプレイバッファ中に記憶される。
同様に、ＯＳＤユニット１５０が、ＯＳＤビットマップあるいはＯＳＤ仕様を記憶するために、メモリ１４０を使用する。ＯＳＤユニットは、ユーザ（製造者）がデコードされたイメージに重畳することができる各フィールド用のビットマップを指定することができるようにする。ＯＳＤビットマップは、記憶装置、例えばＲＯＭ中に記憶された、特定の消費者用電子製品の構成、オプション（注文付属品）に関する情報を含むこともある。この他にＯＳＤビットマップは、ケーブルテレビジョンやビデオディスク等から伝送されたクローズド・キャプション表示（Closed Captioning）およびチャンネル・ロゴに関する情報を含むこともある。ＯＳＤビットマップはプログラム可能な位置および大きさの１組の領域（一般に長方形）として指定され、その各々は利用可能なカラーの唯一のパレットをもっている。
ＯＳＤビットマップはユーザにより、この目的のために割り当てられたメモリ１４０のＯＳＤバッファ中に書込まれる。しかしながら、ＲＯＭ１４２あるいは他の同等な記憶装置をこの機能を実行するために同様に使用できることは当業者には明らかである。
ＯＳＤ機能が特定のイメージあるいはフレームのためにイネーブルされると、プロセッサ１３０は、ＯＳＤビットストリームを構成するために、メモリ１４０中のデータを処理する。ＯＳＤビットストリームはＯＳＤヘッダとＯＳＤデータ（ＯＳＤピクセルを指定するデータ）とを含んでいる。
さらに具体的に言えば、プロセッサ１３０はメモリ１４０中のＯＳＤヘッダをプログラム（フォーマット化および記憶）する。ＯＳＤヘッダは、トップ（奇数）およびボトム（偶数）ＯＳＤフィールドビットマップの位置、パレットデータ、次のヘッダブロックに対するポインタ、およびＯＳＤの解像度、カラーおよび圧縮を含む各種の表示モードに関する情報を含んでいる。一旦ＯＳＤヘッダがプログラムされると、プロセッサ１３０は特定のインプリメンテーション（実現構成）に従ってメモリ１４０中のＯＳＤデータを処理する。例えば、ＯＳＤデータが選択されたモード、例えば以下に述べる“トルーカラーモード（true color mode）”に従ってフォーマット化される。この他にプロセッサは、単にメモリ中のＯＳＤデータに対するポインタを使用してＯＳＤヘッダをプログラムしてもよく、この場合、記憶されたＯＳＤデータはＯＳＤビットストリームを形成するために変更なしに検索される。
次にプロセッサ１３０はイネーブル状態、例えばＯＳＤの稼働（アクティブ）をＯＳＤユニット１５０に報告（レポート）し、ＯＳＤユニット１５０はメモリ１４０内に記憶されたＯＳＤビットストリームをアクセスするためにプロセッサ１３０を要求することにより応答する。ＯＳＤユニットが各関連するＯＳＤデータが後続するＯＳＤヘッダを読取ると、ＯＳＤビットストリームが形成され、検索される。ＯＳＤビットストリームの検索後にＯＳＤユニットはＯＳＤヘッダ中の命令あるいは選択されたモードに従ってＯＳＤのピクセルデータを処理する。次にＯＳＤユニットは、１対のディスプレイカウンタ（図示せず）がＯＳＤ情報を挿入するためのディスプレイ上の正確な位置を指定する計数値に達するのを待つ。正しい位置で、ＯＳＤユニット１５０は、その出力をミクサ１７０に転送する。ＯＳＤユニット１５０の出力は、オンスクリーンディスプレイの各クロミナンス成分およびルミナンス成分を表わすディジタルワードのストリームあるいはシーケンスである。多くのものを含むＯＳＤディスプレイを生成するために、ＯＳＤユニットを経て必要なデータの流れ（ビットストリーム）を維持するのに必要とされる新しいメモリのアクセスが要求される。現在のＯＳＤ領域に対するＯＳＤピクセルデータの最後のバイトがメモリから読み出されたときに、次のＯＳＤヘッダが読み出され、その処理がそのときのフレームに対する最後のＯＳＤ領域まで、その最後のＯＳＤ領域を含んで繰り返される。
上に述べたように、ＯＳＤビットストリームを構成し、検索する順序は変更可能であることは当業者には明らかである。例えば、プロセッサがＯＳＤデータをフォーマット化しているとき、あるいはＯＳＤデータが処理され、全部のＯＳＤビットストリームを検索する必要なしにＯＳＤユニットによってＯＳＤメッセージとして表示されるときに、ＯＳＤヘッダをメモリから読み出すことができる。
ＯＳＤピクセルデータはデコードされたイメージ上に重畳されるので、ミクサ１７０はデコードされたイメージをＯＳＤピクセルデータと選択的に合成あるいはマルチプレクックスする。すなわち、ミクサ１７０は各ピクセル位置にＯＳＤピクセル、デコードされたイメージのピクセルあるいはこれら両形式のピクセルの組合わせ（合成されたもの）を表示させる機能をもっている。この機能によりデコードされたイメージ上にクローズド・キャプション表示（Closed Captioning）（ＯＳＤピクセルデータのみ）の表示あるいは透過チャンネルロゴ（transparent channel logos）（ＯＳＤピクセルとデコードされたイメージピクセルの両方の組合わせ）の表示が可能になる。
ビデオデコーダ１６０とＯＳＤユニット１５０の双方は、ルミナンス成分およびクロミナンス成分の各々を表わすディジタルワードのストリームあるいはシーケンスを形成する。これらのビデオ成分を表わすディジタルワードのシーケンスは、ミクサ１７０を経てディジタル−アナログ変換器（ＤＡ変換器）１８５に供給される。ルミナンスおよびクロミナンスを表わすディジタルワードはＤＡ変換器１８５の各セクションによってアナログのルミナンス信号とクロミナンス信号とに変換される。
有効ビデオ領域の大きさおよび位置には無関係に、表示可能なスクリーンの任意の部分上にユーザ指定ビットマップを表示させるためにＯＳＤユニット１５０を使用することができる。このビットマップは、各フィールドに対して独立して指定され、またＯＳＤ領域の集合として特定される。領域はしばしばその境界とその内容を指定するビットマップによって特定される長方形のエリア（区域）である。各領域はこれに付随してその領域中で使用することができる複数のカラー（例えば４色または１６色）を指定するパレットをもっている。もし必要ならば、上述のように背景が透過して見えるように、これらのカラーのうちの１つを透明にすることができる。
パレットを使用すると、低解像度のＯＳＤ実現（インプリメンテーション）用の計算オーバーヘッドをかなり節約することができるが、高解像度のＯＳＤの実現用に要求される必要な表示解像度を与えることはできない。例えば、ＯＳＤメッセージはパレット中で利用可能なカラーよりも多くのカラーを必要とすることがあり、この場合、利用可能なカラーはパレット中のエントリー（入力）（あるいは物理的なレジスタ）の数に限定される。
図２はトルーカラーモード（true color mode）を使用したサンプル用ＯＳＤビットストリーム２００の構成を示す。ＯＳＤビットストリームは、各々ＯＳＤデータ２２０が後続する複数のＯＳＤヘッダ２１０を含んでいる。一実施例では、ヘッダは５個の６４ビットワードからなり、これに任意の数の６４ビットＯＳＤデータ（ビットマップ）ワードが後続している。ＯＳＤヘッダ２１０は、ＯＳＤ領域座標２１４、特定のＯＳＤの領域に対するパレット２１６の各種のエントリー、および各種の機能コード（ビット）２１２に関連する情報を含んでいる。ＯＳＤヘッダは任意の長さでよいことは当業者には明らかである。より長いヘッダを使用すると、より多くの情報およびオプション、例えばより多くのエントリーをもったパレットを与えることができるが、より高い計算オーバーヘッドを受ける。すなわちＯＳＤ機能を実現するのにより多くの読出しおよび書込みサイクルを必要とするという犠牲を伴う。実際には、ＯＳＤヘッダの内容は特定の実施例を示しており、図２に示す特定の配列（アレンジメント）に限定されるものではない。
ＯＳＤ領域の座標２１４は、ＯＳＤ領域の左右端の位置、すなわち行（ロウ）の開始および停止位置、列（コラム）の開始および停止位置を含んでいる。インタレース表示用としては、領域の座標は、対応するＯＳＤ領域に対するトップ（奇数）およびボトム（偶数）フィールドのピクセルのビットマップの位置（ポインタ）を含んでいる。最後に、ＯＳＤ領域の座標２１４はメモリ中の次のヘッダブロックに対するポインタを含んでいる。
パレット情報２１６は複数のエントリーを含み、各エントリーはＯＳＤピクセルに対するクロミナンスレベルおよびルミナンスレベルの表現を含んでいる。パレット情報２１６はＯＳＤパレットをプログラムするために使用される。各ＯＳＤヘッダはパレット情報２１６を含んでいるので、利用可能なカラーは各ＯＳＤヘッダおよび関連するＯＳＤデータのバイトに対して選択的に変更することができる。各パレットのエントリーは１６ビットのデータ、すなわち６ビットのルミナンスＹ、４ビットのクロミナンス（色差信号）Ｃｂ、および４ビットのクロミナンス（色差信号）Ｃｒを含んでいる。残りの２ビットは本発明には関係のない各種の表示オプションを実現するために使用される。一実施例では、各エントリーをアドレスするのに４ビット必要とするパレットに１６個のエントリーが存在する。
機能コード（ビット）２１２は、表示オプションおよびＯＳＤビットストリームのオプションを含む（ただし、これらに限定されるものではない）各種のモードに関する情報を含んでいる。好ましい実施例では、機能ビットはトルーカラーモード（true color mode）がイネーブルされたか否かを表わすための単一のビットを含んでいる。
ＯＳＤデータ２２０は、左から右、上から下の順序でビットマップデータを含んでいる。ＯＳＤデータは、一般に、ビットマップ画像中の各ピクセルのカラーインデックスを指定するために使用される。好ましい実施例では、もし“トルーカラーモード（true color mode）”がイネーブル（付勢）されると、そのときはＯＳＤデータ２２０はパレットに対するインデックスの代わりにトルーカラーピクセル（トルーカラーフォーマット（true color format））を含んでいる。トルーカラーフォーマットでは、ＯＳＤデータストリームはルミナンス成分（Ｙ）２２２のバイトと、これに続くクロミナンス成分（色差信号Ｃｂ２２４と、Ｃｒ２２６）のバイトと、さらに続くルミナンス２２８の他のバイトからなる。このパターンは、図２に示すように、連続するピクセルに対して繰り返される。各バイトの長さは一般に８ビットに設定されており、それによって数百万の可能なカラーの組合わせをサポート（支援）する。
この動作モードについては、ＯＳＤユニット１５０は、単にＯＳＤパレットをバイパスし、上述のようにトルーカラーピクセルを直接ミクサ１７０に通過させる。さらに、“透過ピクセル（transparent pixels)”（ここでは、ＯＳＤ領域内のＯＳＤピクセルではなく、ビデオデコーダからのデコードされたイメージが示されている）をサポートするために、Ｙ成分はすべて“ゼロ（０）”にセットされている。このセットによって、ミクサ１７０によりＯＳＤピクセルをデコードされたイメージからの対応するピクセルと置換させる。
さらに、トルーカラーモード（true color mode）は、ビットマップ中の次のピクセルに対する同じクロミナンス成分を繰り返すことによりメモリの帯域幅要求を減少させることが可能になる。すなわち、１対の連続するピクセルが同じクロミナンス成分を共用する。
説明のために、図２はピクセル２３１〜２３４を指定する複数のデータバイト（ピクセルデータ）を示し、各ピクセルデータの構成は２４ビットの長さ（８ビットのＹ、８ビットのＣｂ、および８ビットのＣｒ）である。しかしながら、ピクセル２３１および２３２は、同じクロミナンス成分２２４および２２６を共用している。このパターンはピクセルの連続する組（対）について繰り返され、それによって実効的に１個のピクセルを表わすために、１６ビットのデータ（３２ビットのデータで２ピクセル）のみを必要とするにすぎない。
この動作モードによれば、プロセッサ１３０がメモリからＯＳＤユニットに通過させなければならないデータの量を３３％低減すること、すなわちＯＳＤビットストリームの大きさを減少させることが可能になる。さらに重要な点は、各ＯＳＤ領域用に利用できるカラーの数を、ＯＳＤパレットのサイズを増大させる必要なしに著しく増加させることができた。実際上、ハードウエアの要求の増加はあるとしても最小である。
図３はトルーカラーモードを用いてＯＳＤビットストリームを構成する方法３００を示す。この方法は、通常、記憶装置、例えばメモリから再現（リコール：recall）され、プロセッサ１３０により実行される。ＯＳＤビットストリームはプロセッサ１３０によって発生され、ＯＳＤユニット１５０により処理される。方法３００は、トルーカラーピクセルの複数のデータバイトが後続するトルーカラーモードのビットを有するＯＳＤヘッダを発生することによりＯＳＤビットストリームを構成する。
図３を参照すると、方法３００はステップ３０５で開始し、ステップ３１０に進み、ここでＯＳＤヘッダ中のビットはトルーカラーモードのビットとして表わされる。トルーカラーモードがＯＳＤヘッダ中でイネーブルされると、ヘッダに後続するＯＳＤデータバイトはトルーカラーピクセルを指定する。もしトルーカラーモードがイネーブルされないと、ＯＳＤデータバイトは、パレットに対して４ビットアドレスである正規のフォーマット（あるいは他のビットストリームフォーマット、例えばＭＰＥＧ標準）に従って処理される。
ステップ３２０で方法３００はトルーカラーモードがイネーブルされたか否かを決定する。その質問に対する回答が否定であれば、方法３００はステップ３２５に進み、そこでＯＳＤデータバイトは非トルーカラーフォーマットを使用して発生される。次いで方法３００はステップ３４０に進む。
ステップ３２０における質問に対する回答が肯定であれば、方法３００はステップ３３０に進み、そこでＯＳＤデータバイト中に複数のトルーカラーピクセルが配置される。各トルーカラーピクセルは３個のＯＳＤデータバイトを含み、この場合、各ＯＳＤデータバイトは８ビットの長さをもっている。クロミナンス成分は連続するピクセルについて繰り返される（すなわち１個置きのクロミナンス成分の組が棄てられる）ので、２個のＯＳＤピクセルを４個のＯＳＤデータバイト内に配置することができる。
ステップ３４０で、方法３００は先に処理されたＯＳＤデータに後続する他のＯＳＤヘッダがあるか否かを決定する。もし機能ビット２１２によって表わされる各種のモードが変更さると、新しいＯＳＤヘッダが要求される。同様に、新しいヘッダがフレーム上の各新しいＯＳＤ領域用に要求される。質問に対する回答が否定であれば、方法３００はステップ３５０に進み、そこで方法３００は終了する。質問に対する回答が肯定であれば、方法３００はステップ３２０に進み、そこで別の各ＯＳＤヘッダについて３２０〜３３０のステップが繰り返される。このようにして、ＯＳＤビットストリームはトルーカラーＯＳＤデータのバイトと非トルーカラーＯＳＤデータのバイトの双方を含むことができる。
こゝではトルーカラーピクセルを指定するＯＳＤビットストリームを構成するための新規な方法および装置について示し、それについて説明した。しかし、本発明の実施例を開示した本明細書および添付の図面を考慮すれば、本発明の多くの変更例、修正例、変形例、および他の使用法、適用法が可能であることは当業者には明らかである。本発明の考え方（精神）および範囲から逸脱しない範囲で、上記のようなすべての変更例、修正例、変形例、および他の使用法、適用法は本発明に含まれ、本発明は次に示す請求の範囲によってのみ限定されるものである。
【図１】
0004181223.tif 000002
【図２】
0004181223.tif 000003
【図３】
0004181223.tif 000004