JP2751143B2 - 画像処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は自然画、アニメ画像など
を扱う画像処理システムに関する。

【０００２】

【従来の技術】画像を画面の左右方向に移動させること
を水平スクロールといい、上下方向に移動させることを
垂直スクロールという。コンピュータゲーム機のような
画像処理装置においては、通常、水平スクロールはＨブ
ランク期間に対処し、垂直スクロールはＶブランク期間
に対処する。

【０００３】図１はＨブランクとＶブランクを表したも
ので、この期間は画像表示は行われない。走査線が戻る
期間であることから、Ｖブランクは水平帰線期間、Ｖブ
ランクは垂直帰線期間という。表示データの加工はこの
期間に行い、表示期間にあわせて画像データを転送すれ
ば、画像をビデオ画面に表示できる。

【０００４】画像データはドット（画素）単位に色で表
される。色データは３原色（ＲＢＧ）で表す方法と、輝
度（Ｙ）と色差（ＵＶ）で表す方法がある。いずれにし
ろ、これらの色を水平の方向ドット単位に （ｃ₀，ｃ₁，ｃ₂，……ｃ_n-1） と表せる。この一連の色データをカラーベクトルとい
い、各ドット単位の色データｃ０、ｃ１、ｃ２……等を
カラーベクトル因子という。この１ベクトル分が１ラス
タの表示となる。なお、各ベクトル因子とドットの関係
を図２に示す。

【０００５】この場合、ベクトル因子とドットが１対１
の対応をなしているので、１Ｈブランク前に仮想画面
（ＶＲＡＭ）から画像データを読み取り、次の水平表示
期間にデータ転送すると１ラスタ分の画像表示が行え
る。

【０００６】表示データは仮想画面（ＶＲＡＭ）に保存
されている。仮想画面は実画面（ビデオ画面）より大き
く、その一部分が実画面に表示される。仮想画面のどの
部分を実画面に表示するかは、図３に示したＢＸＲとＢ
ＹＲによって決まる。ＢＸＲはドット単位の値であり、
ＢＹＲはラスタ単位の値である。ＢＸＲを指定するレジ
スタがＢＧＸレジスタであり、ＢＹＲを指定するレジス
タがＢＧＹレジスタである。

【０００７】たとえば水平方向にＸドットだけ画面右に
スクロールさせるには、現在の水平方向の座標値がＢＧ
Ｘとすれば、ＢＸＲレジスターに ＢＧＲ−Ｘ の値を設定してやればよい。

【０００８】すなわち、図４に示すように、現在表示さ
れているよりＸドット左方向の座標値を表示の開始点と
してデータ転送すれば、画像はＸドットだけ右にスクロ
ールしたように見える。ＢＸＲレジスタは次のラスタか
ら有効になるから、画像データの仮想画面からの読み取
りはデータ転送の１ラスタ前ということになる。

【０００９】

【発明が解決しようとする課題】上記のように、１ベク
トル因子が１ドットに対応しているから、通常は加工せ
ずにそのまま送り出せばよかった。ところが１ベクトル
因子が１ドットに対応していない場合には、ＢＸＲレジ
スタでの対応だけではできない。なぜなら、ＢＸＲレジ
スタに指定するＢＧＸはドット単位だからである。

【００１０】これについて自然画像も扱う画像処理シス
テムの例をあげて説明する。従来のコンピュータゲーム
装置ではアニメ画像が主であり、画像データの表示色は
４色、１６色、２５６色といった数少ない色ですませて
いた。このために、図５に示すように色データは１ドッ
ト単位にカラーパレットのアドレスをポイントできれば
よかった。

【００１１】ところが、自然画像を扱うとなると表示色
は何万色、何百万色と必要になる。これを従来のように
カラーパレット方式で対応しようとすると、カラーパレ
ットが膨大になり、メモリを圧迫するので現実的な方策
ではない。

【００１２】そこでドットに対応した色データに直接色
情報をもたせて表示できるようにすることが考えられ
る。しかし直接色情報をもつとなると、色データが大き
いために、これもメモリの圧迫につながってしまう。

【００１３】このために、自然画像は隣り合った色が似
ているという事実を利用し、１色データ（図２でいうカ
ラーベクトル因子）を複数のドットに対応させるなどの
方法で、この問題点に対処している。

【００１４】図６は自然画像を扱える画像処理システム
の一例のシステムブロック図である。この装置のコント
ローラユニット、画像データ伸長ユニット、ＶＤＰユニ
ット、ビデオエンコーダユニットはそれぞれＩＣチップ
に構成されている。

【００１５】ＫＲＡＭ、ＲＲＡＭ、ＶＲＡＭはそれぞれ
コントローラユニット、画像データ伸長ユニット、ＶＤ
Ｐユニットの外部メモリである。コントローラユニット
はＣＤ−ＲＯＭよりデータを読み込み、いったんＫＲＡ
Ｍに蓄え、必要に応じて加工し、圧縮データは画像デー
タ伸長ユニットに転送する。

【００１６】画像データ伸長ユニットはコントローラユ
ニットから送られて来る圧縮データをデコードし、ビデ
オエンコーダユニットへデータを送る。ビデオエンコー
ダユニットは、コントローラユニットから直接、あるい
は画像データ伸長ユニット、ＶＤＰユニットからの画像
データをビデオ画面に表示する。

【００１７】画像データ伸長ユニットの機能について説
明する。図７は画像データ伸長ユニットのブロック図で
ある。データバスバッファ（ＤＡＴＡ ＢＵＳ ＢＵＦ
ＦＥＲ）はコントロールユニット等の装置から送られて
くる画像データを受け取るメモリであり、所定のブロッ
クにデータを振り分けて転送する。

【００１８】外部メモリＲＲＡＭ（Ｒ−ＲＡＭ）は復号
データを蓄えるエリアであり、メモリサイズは１６ラス
タ分の容量（６４Ｋビット）×２である。２つのエリア
を持っているのは、処理速度を速めるためで、交互に読
み書きを行う。

【００１９】画像データ伸長ユニットではＩＤＣＴ画像
とランレン画像が扱える。ＩＤＣＴ画像はＩＤＣＴ復号
による自然画・動画像であり、ランレン画像はランレン
グス圧縮されたアニメ動画像である。

【００２０】ともに圧縮対象画像は１フィールドあたり
２５６ドット×２４０ラスタである。ＩＤＣＴの表示色
は約１６７７万色、ランレン画像のランレングスモード
はパレット方式で、１６色／３２色／６４色／１２８色
の４種類ある。

【００２１】端子ＫＲ０〜ＫＲ７はコントロールユニッ
トから画像データ伸長ユニットへデータを転送するため
のデータバスである。一方、−ＲＥＧＲは画像データ伸
長ユニットからコントロールユニットへ渡すデータリク
エスト信号用端子である。データリクエスト信号はコン
トロールユニットに圧縮画像データを要求する。すなわ
ち、 −ＲＥＱＲ＝０ …… データ要求 −ＲＥＱＲ＝１ …… データストップ である。

【００２２】画像データ伸長ユニットでは１６ラスタ分
の圧縮画像データを１６ラスタ期間かけて復元する。そ
こで本発明の転送開始タイミングの取り方は、表示した
い１６ラスタ分の画像データを１６ラスタ前から画像デ
ータ伸長ユニットに転送開始し、表示開始の１ラスタ前
までに終了させる。

【００２３】画像データ伸長ユニットではラスタ情報を
持っていないために、タイミングを取るのはあくまでも
コントロールユニットで行う。画像データ伸長ユニット
では、コントロールユニットのデータ転送開始後の１６
番目のＨＳＹＮＣに同期して画像データ伸長ユニット画
像の画像表示を行う。

【００２４】図８は画像データの流れとそのタイミング
を概念的に示したものである。図では、ビデオ画面上か
ら３番目のラスタを書き出しているうちに、コントロー
ルユニットではすでに４番目の１６ラスタ分のデータが
画像データ伸長ユニットに送られている。この転送処理
はビデオ画面で３番目の１６ラスタ分が表示し終わる前
には終わらせる。このように順次ラスタを処理していけ
ば、１画面分のデータがビデオ画面に表示できる。この
処理をノーマル再生という。

【００２５】画像データ伸長ユニットでは、コントロー
ルユニットからの画像データ用ＦＩＦＯを持っていて、
ＦＩＦＯがいっぱいになると、ディスエイブル（−ＲＥ
ＱＲ＝１）というリクエスト信号をコントロールユニッ
トに渡す。この信号をコントロールユニットが受ける
と、データ転送は一時中止する。

【００２６】コントロールユニット内には、画像データ
伸長ユニット転送制御レジスタ、画像データ伸長ユニッ
トデータスタートアドレスレジスタおよび多演奏ブロッ
ク数レジスタがある。画像データ伸長ユニット転送制御
レジスタは、画像データ伸長ユニットデータの転送を許
可するもので、許可されていないと転送は行われない。
また転送中に非許可にすると、その時点で転送は中止さ
れる。

【００２７】スタートアドレスレジスタは、画像データ
伸長ユニット用データが格納されているＫＲＡＭの先頭
アドレスを指定するもので、コントロールユニットはＫ
ＲＡＭのアドレスから転送を開始する。ブロック転送中
は自動的にアドレスがインクリメントされる。

【００２８】転送開始ラスタレジスタは、コントロール
ユニットが画像データ伸長ユニットに対してデータ転送
を開始するタイミングを指定するレジスタで、ラスタ番
号を指定する。転送ブロック数レジスタは、画像データ
伸長ユニットへ転送する１６ラスタ分のデータを１ブロ
ックとした場合の転送ブロック数を指定する。

【００２９】各レジスタは内容を変更しなければ、次の
同じフレームも同じ画像が表示される。各レジスタは設
定後即有効となるが、画像データ伸長ユニットへブロッ
ク転送中の場合には、その転送後に有効になる。各レジ
スタについては図９に示す。

【００３０】実際にデータが転送されるのは、Ｋバス
（Ｋ−ＢＵＳ）の調停が行われて、画像データ伸長ユニ
ットデータのアクセスが可能になり、かつ画像データ伸
長ユニットからリクエスト信号（−ＲＥＱＲ＝０）が出
力されている場合に限る。

【００３１】データ転送がディスエイブルになるのは、
以下のような場合である。 （１）画像データ伸長ユニットの処理が開始されていな
い場合。 （２）画像データ伸長ユニットのＦＩＦＯがフルの場
合。 （３）１６ラインの最初のデータがきてからＨＳＹＮＣ
を１６回カウントする間においてデータ中に埋め込まれ
たバイト数のデータをすべて読み込み終了した場合。

【００３２】コントロールユニットからの転送を停止す
る場合は、転送開始ビットをディスエイブルにする。

【００３３】以上説明したようにこのシステムでは１６
色、３２色、６４色、１２８色、、１６Ｍ色の５通りの
カラーモードがあり、カラーはＹＵＶ方式で表示してい
る。ここでＹは輝度、Ｕ、Ｖは色差を表す。

【００３４】１６色、３２色、６４色、１２８色では従
来通りカラーパレットを使用し、１６Ｍ色では直接色デ
ータを指定する。その理由は、メモリサイズの節約のた
めである。

【００３５】たとえば１６色を表すには４ビットあれば
よいが、直接この４ビットで色データとすると、１６色
が固定されてしまう。だから、６５５３６色の中から５
１２個分の色データを指定できるカラーパレットを用意
し、１画面ごとにカラーパレットのオフセットの指定
と、上記の４ビットで１画面内のカラーパレットを選択
できるようにしている。このようにすれば６５５３６色
の中から任意の１６色が選択表示でき、柔軟性が生まれ
る。

【００３６】ところが従来技術でも述べたように、１６
Ｍ色用のカラーパレットを用意するとなると、何Ｍバイ
トものメモリが必要となり、実用的でない。このため
に、１６Ｍ色では直接色データにカラー情報をもたせる
わけである。

【００３７】そこで問題になるのは、１ドットを表すた
めに色データを何ビットもてばよいかという点である。
もっとも多い１６Ｍ色の場合には、１６Ｍ通りの色を表
す大きさが必要となるから、１ドットのカラー情報を表
すのに２４ビットが要る。なぜなら、 １６Ｍ＝１６×１Ｋ×１Ｋ＝２⁴×１０¹⁰×１０¹⁰＝２²⁴ であるからである（１Ｋ＝１０２４＝２¹⁰）。

【００３８】そこで色データはＹ、Ｕ、Ｖにそれぞれ８
ビットを割り振り、カラーを表現する。ＫＲＡＭ内の仮
想画面は実画面より大きく用意する。その大きさは１０
２４×１０２４ドットであるので、１６Ｍ色モード用に
仮想画面を用意するとなると、単純に計算しても２４Ｍ
ビットのメモリが必要になる。

【００３９】しかし１６Ｍ色モードを扱うのは一般にビ
デオやイメージスキャナで取り込んだ自然画像であるか
ら、実画面分の大きさでよい。すなわち、実際には仮想
画面の１６分の１程度でよい。といっても１．５Ｍビッ
トが必要となる。

【００４０】１６Ｍ色モードでは１ドット平均１６ビッ
トの色データになるようにするため、 （Ｙ₀Ｙ₁Ｕ₀Ｖ₀，Ｙ₂Ｙ₃Ｕ₁Ｖ₁，……Ｙ_n-2Ｙ_n-1Ｕ_mＶ_m） ここで、ｍ＝（ｎ−１）／２ のように表す。図１０にこの１６Ｍ色モード時のベクト
ル因子とドットの関係を示す。

【００４１】これは、隣り合うドットのＵ、Ｖは共通
で、違いは輝度Ｙで表している。図１０に示してあるよ
うに、Ｙ₀Ｙ₁Ｕ₀Ｖ₀はＹ₀Ｕ₀Ｖ₀とＹ₁Ｕ₀Ｖ₀に分けられ
る。このように画像データをもっても問題がないのは、
自然画像では隣り合うドットの色には大きな差がないと
いう事実があるからである。

【００４２】以上のようにすると、２ドットが３２ビッ
トの色データで表せることになり、１ドット平均、色デ
ータは２４ビットでなく、１６ビットでよく、１画面分
のデータは１Ｍビットで足りる。

【００４３】このように１６Ｍ色モードでは１ベクトル
因子が２ドットに対応している。このベクトル因子はコ
ントローラユニットより１６ラスタ単位で画像データ伸
長ユニットに送られる。

【００４４】１対１のベクトル因子の場合には、読み取
ったベクトル因子をそのまま送り出せばよいから、割合
コントロールはしやすい。ところが、１対２のベクトル
因子に対してはそうはいかない。というのは、奇数ドッ
トの水平スクロールの場合は、非表示ドットも送られて
くるからである。そこで、ベクトル因子の読み取るタイ
ミングが必要になるわけである。

【００４５】本発明はこのようにドットとカラーベクト
ルが１対１にない場合に、水平スクロールを実現する方
法を開発することを目的とする。

【００４６】

【課題を解決するための手段】本発明は、上記課題を解
決するために、１ベクトル因子が２ドットに対応するベ
クトルデータにより形成された画像データを読み込み、
該画像データを１ドットに対応するデータに展開するビ
デオエンコーダユニットに転送して表示する画像処理シ
ステムにおいて、あらかじめ内部で用意されている標準
のデータ取得タイミングを、所望の水平スクロールドッ
ト数分ずらすと共に、 (1)偶数ドットの水平スクロールの場合は、前記データ
取得タイミングで画像データを読み込み、 (2)奇数ドットの水平スクロールの場合は、前記データ
取得タイミングより１ドット分前のタイミングで画像デ
ータを読み込み、前記データ取得タイミングから所定の
ドット分後のタイミングから後の所定期間を表示期間と
することで画像の水平スクロールをする画像処理システ
ムである。

【００４７】あらかじめ装置内部で用意されている標準
のデータ取得タイミングでベクトル因子を読み取れば、
ベクトル因子を輝度成分と色差成分に分け、ビデオエン
コーダユニットにデータ転送して表示できる。すなわ
ち、水平スクロールなしのベクトル因子読み取りのタイ
ミングが、取得タイミングである。

【００４８】水平スクロールは、この取得タイミングを
ずらすことによって実現する。ただし、それも偶数ドッ
トか奇数ドットかによって、読み込みのタイミングは変
わってくる。具体的には、以下の通りである。

【００４９】偶数の場合は、取得タイミングを所望の水
平スクロールドット数分ずらすと共に、このずらされた
取得タイミングと同じタイミングで画像データを読み取
り、取得タイミングから所定ドット分後のタイミングか
ら後の所定期間を表示期間とする。

【００５０】たとえば、画面左に２ドットスクロール
（水平スクロール量＋２）するには、 （Ｙ₂Ｙ₃Ｕ₁Ｖ₁、……Ｙ_n-2Ｙ_n-1Ｕ_mＶ_m、Ｚ） ここで、ｍ＝（ｎ−１）／２ が、読み取るベクトルである。

【００５１】どのデータから読み取りかについては、Ｓ
ＣＸレジスタによって指定できる。すなわちこのレジス
タには図３で示したＢＸＲの値（実際にカウンタ値）に
相当する値を設定し、読み出す最初のデータが決まる。

【００５２】Ｚは茶筒モードか非茶筒モードによって内
容が異なる。茶筒モードではＹ₀Ｙ₁Ｕ₀Ｖ₀であり、非茶
筒では透明色データである。なお、茶筒モードとは、ス
クロールアウトしたベクトル因子を画面の他端に回り込
ませて表示するモードである。

【００５３】奇数のときは、前記データ取得タイミング
より１ドット分前のタイミングで画像データを読み込
み、前記データ取得タイミングから所定ドット分後のタ
イミン グから後の所定期間を表示期間とすることで、最
初のベクトル因子に対応するドットの内、不要なドット
が表示期間（ＨＤＩＳＰ）にかからないようにする。

【００５４】たとえば、画面左に３ドットスクロール
（水平スクロール量＋３）するには、 （Ｙ₂Ｙ₃Ｕ₁Ｖ₁、Ｙ₄Ｙ₅Ｕ₂Ｖ₂、……Ｙ_n-2Ｙ_n-1Ｕ_mＶ_m、Ｚ） ここで、ｍ＝（ｎ−１）／２ が、転送されて来るベクトルである。

【００５５】これは、画面左に２ドットスクロールの場
合と同じであるが、読み込みのタイミングをずらせるこ
とにより、最初のＹ₂Ｕ₁Ｖ₁を表示期間にかからないよ
うにし、結果的に３ドットのスクロールとなるようにす
る。

【００５６】

【実施例】本発明のシステムでは、画面表示制御信号は
ＶＳＹＮＣ（Ｖブランク）、ＨＳＹＮＣ（Ｈブランク）
の割り込み信号のほかにＤＣＫがある。

【００５７】ＨＳＹＮＣ信号はビデオエンコーダユニッ
トから各装置に発信される。その信号をもとに割り込み
処理が起動し、コントローラユニットから画像データ伸
長ユニットに１６ラスタ単位で圧縮された画像データが
送られて来る。これを画像データ伸長ユニットが受け取
ると、もとのデータ形式に戻してＲＲＡＭに一時的に保
存される。

【００５８】ＤＣＫは１ドット単位の割り込み信号であ
り、これによって１ドット表示するごとに割り込みが可
能となり、ドット単位の操作が行えるようになってい
る。本発明も、このＤＣＫを利用している。以下では、
ＤＣＫのクロックサイクルを単にクロックと記述する。

【００５９】ここでは、水平スクロールのない場合、１
ドット左にスクロールする場合、１ドット右にスクロー
ルする場合の３例を挙げる。何ドットスクロールするか
は、読み取る最初のベクトル因子（前述の２ドット、３
ドットの例を参照）で決まるから、あとは偶数ドットス
クロールか奇数ドットスクロールかは、いずれもここで
あげるタイミングで解決できる。

【００６０】図１１、１２、１３はそれぞれ水平スクロ
ール量が０（スクロールをなし）、＋１（左１ドットス
クロール）、−１（右１ドットスクロール）の読み取り
タイミングの例である。

【００６１】水平スクロール量０の場合は、図１１に示
すように取得タイミングに合わせてＹ₀Ｙ₁Ｕ₀Ｖ₀を読み
取り、これをＹ₀、Ｙ₁、Ｕ₀、Ｖ₀に分け、表示期間に合
わせてビデオエンコーダユニットに転送する。最初のド
ット（画素）が表示されるタイミングで、次のＹ₂Ｙ₃Ｕ
₁Ｖ₁がバッファに読み取られる。この繰り返しで通常の
画像表示が行える。

【００６２】水平スクロール量＋１の場合は、図１２に
示すように取得タイミングより１クロック前にＹ₀Ｙ₁Ｕ
₀Ｖ₀を読み取る。これによって、最初のＹ₀Ｕ₀Ｖ₀はバ
ッファには用意されるが、表示期間に入っていないため
にＩＮＶＡＬＩＤ信号となり、表示されない。したがっ
て、最初に表示されるのはＹ₁Ｕ₀Ｖ₀からとなる。すな
わち、１ドット左にずれたことになる。

【００６３】この場合、最後のドットがＩＮＶＡＬＩＤ
になるが、茶筒モードでは最初のＹ₀Ｕ₀Ｖ₀をビデオエ
ンコーダユニットへ転送する。非茶筒モードではＩＮＶ
ＡＬＩＤ信号を送る。すなわち、非茶筒モードでは最後
のドットは透明色となる。

【００６４】水平スクロール量−１の場合は、図１３に
示すように取得タイミングより１クロック遅らせてＹ₀
Ｙ₁Ｕ₀Ｖ₀を読み取る。これによって、１ドット目のは
無表示となり、２ドット目からＹ₀Ｕ₀Ｖ₀が表示され
る。すなわち、１ドット右にずれたことになる。ただ
し、上記の例は非茶筒モードの場合である。

【００６５】茶筒モードでは水平スクロール量＋１と同
じタイミングで、最後のベクトル因子Ｙ_n-2Ｙ_n-1Ｕ_mＶ_m
を読み取れば、Ｙ_n-1Ｕ_mＶ_mが最初の１ドット目に表示
される。２ドット目からはＹ₀Ｙ₁Ｕ₀Ｖ₀からの通常の順
序で読み取ればよいわけである。図８〜１０は読み取り
のタイミングを中心に見てきたが、図１４、１５、１６
はビデオエンコーダユニットに送り出すタイミングを中
心に見た図である。

【００６６】ビデオエンコーダユニットに転送するデー
タはＹＹＵＶ単位で、ＹＵＶへのデコードはビデオエン
コーダユニットで行う。ＹＹＵＶで転送しても、表示期
間にかからないＹＵＶは表示されない。本発明ではこの
タイミングでスクロールを実現している。

【００６７】なお図１４、１５、１６中、ＲＴ０〜ＲＴ
７はデータバス、ＲＴＣＯＤＥ１〜ＲＴＣＯＤＥ０はデ
ータバス上の画像データの種類を表す。図１７に画像デ
ータ伸長ユニットとビデオエンコーダユニットとのイン
タフェイスを示す図である。

【００６８】図１８は上記の水平スクロールの例をまと
めたものである。ここで、ｍは（ｎ−１）／２、ＩＮＶ
ＡＬＩＤは非表示（透明色表示）、「読み出しのタイミ
ング」は最初に読み取るベクトル因子の取得タイミング
に対する遅速を表し、「＋」は速めに、「−」は遅らせ
て、それぞれ読み取りを行う。メモリ上のＹＹＵＶの配
置は図１９に示す。

【００６９】

【発明の効果】本発明によれば、画像情報を読み出すタ
イミングと送り出すタイミングとをコントロールするこ
とによって、水平スクロールをスムーズに行うことがで
きる。これによって、画像を構成する画像に対して、発
色するためのベクトル因子情報とドットが必ずしも１対
１でなくても、スムーズなスクロールができるようにな
った。

【００７０】したがって、自然画像のような豊富なカラ
ー情報をもつ色データが圧縮した形式でデータがもて、
メモリの節約、転送速度の高速化が可能となるなどの効
果がある。

【図面の簡単な説明】

【図１】ＨブランクとＶブランクの説明図である。

【図２】カラーベクトルとドットの関係の説明図であ
る。

【図３】仮想画面と実画面の関係の説明図である。

【図４】画面のスクロールの説明図である。

【図５】ドットとカラーパレットの関係の説明図であ
る。

【図６】自然画像を扱える画像処理システムの一例のシ
ステムブロック図である。

【図７】画像データ伸長ユニットのブロック図である。

【図８】画像データの流れとそのタイミングの概念説明
図である。

【図９】画像データ伸長ユニットのレジスタの説明図で
ある。

【図１０】１６Ｍ色モード時のベクトル因子とドットの
関係の説明図である。

【図１１】水平スクロール量が０の時の転送のタイミン
グの説明図である。

【図１２】水平スクロール量が＋１ドットの時の転送の
タイミングの説明図である。

【図１３】水平スクロール量が−１ドットの時の転送の
タイミングの説明図である。

【図１４】水平スクロール時のビデオエンコーダユニッ
トに送り出すタイミングの説明図である。

【図１５】水平スクロール時のビデオエンコーダユニッ
トに送り出すタイミングの説明図である。

【図１６】水平スクロール時のビデオエンコーダユニッ
トに送り出すタイミングの説明図である。

【図１７】画像データ伸長ユニット／ビデオエンコーダ
ユニットインターフェイスの説明図である。

【図１８】水平スクロール量と読み込みのタイミングを
示す図である。

【図１９】メモリ上のＹＹＵＶの配置を示す図である。

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】１ベクトル因子が２ドットに対応するベク
   トルデータにより形成された画像データを読み込み、該
   画像データを１ドットに対応するデータに展開するビデ
   オエンコーダユニットに転送して表示する画像処理シス
   テムにおいて、 あらかじめ内部で用意されている標準のデータ取得タイ
   ミングを、所望の水平スクロールドット数分ずらすと共
   に、 (1)偶数ドットの水平スクロールの場合は、前記データ
   取得タイミングで画像データを読み込み、 (2)奇数ドットの水平スクロールの場合は、前記データ
   取得タイミングより１ドット分前のタイミングで画像デ
   ータを読み込み、 前記データ取得タイミングから所定ドット分後のタイミ
   ングから後の所定期間を表示期間とすることで画像の水
   平スクロールをする手段を含むことを特徴とする画像処
   理システム。