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