(57)【要約】【課題】動的クロスフェード処理方法及び装置。【解決手段】動的クロスフェード処理のための方法及び装置を提供する。具体的に言えば、埋め込みシステムは他の画像のブレンドから生まれた画像を表示することができる。先ず初めに、第１画像及び第２画像がディスプレイコントローラ内のバッファに格納される。次に、ディスプレイコントローラは第１画像及び第２画像において対応する位置から画素を抽出する。画素は、クロスフェード計算を実行するために、各画素と関連付けられた重みと結合される。その結果、クロスフェード計算から生じた結果はビューイングのためにディスプレイコントローラに接続された表示装置に伝送される。結果を表示装置のパネルのリフレッシュ中にフェッチすることもできる。どちらにしても、結果は動的クロスフェード処理中に表示パイプに伝送される。したがって、バッファに格納されている画像は変わらずもとのままである。【選択図】  図４
2005295571.tif 000002
【特許請求の範囲】
【請求項１】
バッファに格納するために第１画像データ及び第２画像データを取得し、
第１画像データ及び第２画像データにおいて対応する画素に基づいてクロスフェード画素を計算し、第１画像データ及び第２画像データはバッファ内で変わらずもとのままであって、
第１画像データ及び第２画像データに上書きしないでクロスフェード画素を表示装置に伝送することからなる、埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項２】
第１画像データ及び第２画像データを取得することはさらに画素配列を受け取ることを含む、請求項１に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項３】
画素配列は複数のＲＧＢ画素を含む、請求項２に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項４】
クロスフェード画素はクロスフェード計算から生み出される、請求項１に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項５】
クロスフェード計算は、第１重みに第１画像データからの画素を掛け、第２重みに第２画像データからの対応する画素を掛けることを含む、請求項４に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項６】
第１重みに第１画像データからの画素を掛け、第２重みに第２画像データからの対応する画素を掛けることはさらに、第１重みの第１画像データからの画素との積と第２重みの第２画像データからの画素との積を加算することを含む、請求項５に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項７】
重み付き平均値を計算することをさらに含む、請求項６に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項８】
対応する画素に基づいてクロスフェード画素を計算することはアニメーション用の複数のクロスフェード画素を提供することをさらに含む、請求項１に記載の埋め込みシステムにおける非破壊型クロスフェード処理する方法。
【請求項９】
アニメーション化は第１画像データ及び第２画像データを滑らかにブレンドするために複数の遷移画像を生成することをさらに含む、請求項８に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項１０】
クロスフェード画素を表示装置に伝送することはバッファへのクロスフェード画素の格納を回避することをさらに含む、請求項１に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項１１】
クロスフェード画素を表示することはクロスフェード画素を他のクロスフェード画素とグループ化することをさらに含む、請求項１０に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項１２】
第１画像データ及び第２画像データに上書きしないでクロスフェード画素を表示装置に伝送することは表示装置上の画像をリフレッシュすることをさらに含む、請求項１に記載の埋め込みシステムにおける非破壊型クロスフェード処理の方法。
【請求項１３】
プロセッサインタフェースに接続されたディスプレイバッファを備え、ディスプレイバッファは第１画像データ及び第２画像データを格納するように構成されており、
ディスプレイバッファに接続されたクロスフェーダ回路を備え、クロスフェーダ回路はクロスフェード画素値を計算できるように第１画像データと関連付けられた第１画素値及び第２画像データと関連付けられた対応する第２画素値を受け取るように構成されており、第１画像データ及び第２画像データはディスプレイバッファ内で変わらずもとのままであって、
クロスフェーダ回路に接続された表示装置インタフェースを備え、表示装置インタフェースはクロスフェード画素値を受け取るように構成されている、非破壊型クロスフェード処理のためのディスプレイコントローラ。
【請求項１４】
第１画像データ及び第２画像データは画素配列内の対応する位置から抽出される、請求項１３に記載の非破壊型クロスフェード処理のためのディスプレイコントローラ。
【請求項１５】
クロスフェード画素は第１画素及び第２画素を第１重み及び第２重みとそれぞれ結合することから取得される、請求項１３に記載の非破壊型クロスフェード処理のためのディスプレイコントローラ。
【請求項１６】
第１重み及び第２重みはクロスフェード画素における第１画素と第２画素のオーバーラップの割合を定義する、請求項１５に記載の非破壊型クロスフェード処理のためのディスプレイコントローラ。
【請求項１７】
表示装置インタフェースはディスプレイバッファにクロスフェード画素を追加しないで表示パイプにクロスフェード画素を伝送する、請求項１３に記載の非破壊型クロスフェード処理のためのディスプレイコントローラ。
【請求項１８】
表示装置はアニメーション用に複数のクロスフェード画素をさらに含む、請求項１３に記載の非破壊型クロスフェード処理のためのディスプレイコントローラ。
【請求項１９】
ディスプレイコントローラに接続されたプロセッサを備え、ディスプレイコントローラは非破壊型クロスフェード処理後バッファに格納されている画像を維持するように構成されており、
ディスプレイコントローラに接続された表示装置を備え、ディスプレイコントローラはバッファ内の画像をもとのままにしておきながらクロスフェーダ回路にアクセスして遷移画像を表示装置に表示するように構成されている、埋め込みシステムにおいて非破壊型クロスフェード処理するためのデバイス。
【請求項２０】
画像は画素配列のフレームである、請求項１９に記載の埋め込みシステムにおいて非破壊型クロスフェード処理するためのデバイス。
【請求項２１】
画像は画像キャプチャデバイスから取得される、請求項２０に記載の埋め込みシステムにおいて非破壊型クロスフェード処理するためのデバイス。
【請求項２２】
クロスフェーダ回路は第１画素及び画素配列内の同一位置に対応する第２画素を受け取る機能を有する、請求項２０に記載の埋め込みシステムにおいて非破壊型クロスフェード処理するためのデバイス。
【請求項２３】
クロスフェーダ回路は第１画素及び第２画素を用いてクロスフェード画素を計算し、クロスフェード画素は表示パイプに伝送され、バッファへの格納を回避する、請求項２２に記載の埋め込みシステムにおいて非破壊型クロスフェード処理するためのデバイス。
【請求項２４】
クロスフェード画素は第１画素及び第２画素と第１重み及び第２重みとのそれぞれの結合を含む、請求項２３に記載の埋め込みシステムにおいて非破壊型クロスフェード処理するためのデバイス。
【請求項２５】
第１重み及び第２重みはクロスフェード画像の中に表示する第１画素及び第２画素の割合を定義する、請求項２４に記載の埋め込みシステムにおいて非破壊型クロスフェード処理するためのデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像処理に関し、より具体的には画像処理におけるクロスフェード処理に関する発明である。
【背景技術】
【０００２】
ビデオ及び静止画像に効果を生むことはデジタル画像の画像処理の一つと考えることができる。例えば、クロスフェード処理と呼ばれる効果は画像間の滑らかなブレンディング及び遷移を可能にする。一般に、クロスフェード処理の計算は多数の処理サイクルを消費する。例えば、クロスフェード処理計算を実行するデスクトップコンピュータは概して、メモリ及びパワーといったデスクトップコンピュータの資源の負担にはならない。しかし、モバイルデバイスにおいて、クロスフェード処理の計算はメモリ及び処理サイクルを消費しすぎる。さらに、モバイルデバイスは電池電力に限りがある。したがって、モバイルデバイスでプロセッサ集約型のクロスフェード処理計算を行なうと、電池寿命が低下する。
【０００３】
モバイルデバイスでクロスフェード処理計算を行なうことから生じるもう一つの有害な効果は、プロセッサと画像処理プロセッサとの間のバストラフィックが増加することである。画像処理プロセッサがクロスフェード処理計算を実行すると、プロセッサとの間の双方向のバストラフィックが増加してバスに乗っている他のデータと競合し、モバイルデバイスの性能の効率が悪くなる。モバイルデバイスでクロスフェード処理計算を実行する際こうした限界を克服するために、ソリューションとしてメモリ容量を増やす及びバス回線数を増やすなどがある。
【０００４】
【特許文献１】米国特許明細書6,532,043号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、モバイルデバイスの面積が限定されるために、メモリ及びバス回線を常に増やせるモバイルデバイスを設計することは困難且つ高価である。例えば、モバイルデバイスのメモリはクロスフェード処理のために、犬の画像と猫の画像といったような２個の画像を格納できる。２個の画像間の遷移中に、一般に、例えば犬と猫の結合画像といった第３画像がメモリに格納される。しかしながら、メモリ容量に限界のある装置について言えば、２個の原画像のうちの一方が第３画像で上書きされることがある。原画像に上書きすると画像が回復不能になる。
【０００６】
よって、モバイルデバイスの既存の資源及び動作効率を維持しながら、モバイルデバイスでクロスフェード処理計算を実行するための方法及び装置が必要である。
【課題を解決するための手段】
【０００７】
大まかに言えば、本発明は埋め込みシステムにおけるクロスフェード処理の方法及び装置である。デバイス内のクロスフェード処理計算を実行する模式的埋め込みシステムは、メモリを追加しなくても、メモリなど既存の資源を使用することができる。本発明は、プロセス、装置、システム、またはデバイスといった数多くのやり方で実現できることを理解するべきである。本発明の実施例をいくつか以下に説明する。
【０００８】
埋め込みシステムにおける非破壊型クロスフェード処理方法の実施例においては、第１画像データ及び第２画像データがバッファ内で変わらずもとのままであるように、第１画像データ及び第２画像データをバッファに格納するために取得し、第１画像データ及び第２画像データの中の対応する画素に基づいてクロスフェード画素を計算する。この方法はまた、第１画像データ及び第２画像データに上書きしないでクロスフェード画素を表示装置に伝送することを含む。
【０００９】
別の実施例において、非破壊型クロスフェード処理のためのディスプレイコントローラには、ディスプレイバッファが第１画像データ及び第２画像データを格納するように構成されるように、プロセッサインタフェースと接続されたディスプレイバッファがある。さらに、ディスプレイコントローラは、クロスフェード画素値を計算できるために第１画像データと関連付けられた第１画素値及び第２画像データと関連付けられた対応する第２画素値を受け取るようにクロスフェーダ回路が構成されるように、ディスプレイバッファに接続されたクロスフェーダ回路を含む。第１画像データ及び第２画像データはディスプレイバッファ内で変わらずもとのままである。さらに、表示装置インタフェースがクロスフェード画素値を受け取るように構成されるように、表示装置インタフェースはクロスフェーダ回路に接続されている。
【００１０】
埋め込みシステムにおける非破壊型クロスフェード処理のためのデバイスの実施例において、デバイスは、ディスプレイコントローラが非破壊型クロスフェード処理後バッファに保持された画像を維持するように構成されるように、ディスプレイコントローラに接続されたプロセッサを含む。デバイスは、バッファ内の画像は変わらずもとのままでありながら、ディスプレイコントローラがクロスフェーダ回路にアクセスして表示装置に遷移画像を表示するように構成されるように、ディスプレイコントローラに接続された表示装置も含む。
【００１１】
発明の原理を例として図解している添付の図面と共に考慮すれば、以下の詳細な説明から発明の他の態様は明白になる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態を図面に基づいて説明する。
【実施例１】
【００１３】
下記の実施例は、埋め込みシステムを有するデバイスで画像をクロスフェード処理するための方法及び装置を説明している。模式的な実施例において、装置は携帯電話またはパーソナルデジタルアシスタント（ＰＤＡ）といったモバイルデバイスでいい。さらに、例えば音楽を再生するデバイスなど別のデバイスと協働して携帯電話やＰＤＡの機能を果たす兼用デバイスも可能である。しかし、本書で説明する実施例はクロスフェード計算を行なうどんなデバイスと共に使用しても構わない。但し、本発明はこうした具体的な詳細を部分的に或いは全く知らなくても発明を実施できることが当業者ならば容易に分かるだろう。別の場合には、発明を不要に曖昧にしないために、よく知られたプロセス操作については詳細な説明を省く。
【００１４】
図１は、発明の実施例に基づいた、画像をクロスフェード処理するためのデバイス１１０を例証する図である。デバイス１１０においてグラフィックス処理といった特定の機能を実行するように構成された埋め込みシステムにはディスプレイコントローラ１３０に接続されたプロセッサ１２０がある。さらに、ディスプレイコントローラ１３０が処理した画像が表示装置１４０に表示されるように、ディスプレイコントローラ１３０は表示装置１４０に接続されている。ディスプレイコントローラ１３０内には複数の画像を格納可能な任意の大きさをもつディスプレイバッファ１５０がある。一つの実施例において、ディスプレイバッファ１５０の大きさはおよそ１００Ｋから５１２Ｋである。但し、画像を格納できさえすれば、ディスプレイバッファ１５０の大きさはそれより大きくても小さくても構わない。例えば、画像１（１６０）及び画像２（１８０）はディスプレイバッファ１５０に格納された第１画像データ及び第２画像データでいい。画像１（１６０）及び画像２（１８０）といった各画像は画素の配列でいい。一つの実施例において、画素配列はおよそ３２０×２４０か、およそ１３２×１７６で、フレームを定義することがある。但し、表示装置１４０に表示できさえすれば、画素配列の大きさはどんな大きさでもいい。
【００１５】
一つの模式的な実施例において、ディスプレイコントローラ１３０は遷移画像１７０を生成することによって画像１（１６０）及び画像２（１８０）を変換する。遷移画像１７０は画像１（１６０）と画像２（１８０）のブレンドである。さらに、アニメーションシーケンスを生成するためのクロスフェード処理中に複数の遷移画像１７０が存在することがある。遷移画像１７０を生成するために、ディスプレイコントローラ１３０はクロスフェード処理中に画像に一つ以上の重みを付けることができる。重みは、ディスプレイコントローラ１３０が遷移画像１７０で見た目に強力なのはどの画像か判定するのを可能にする値である。例えば、画像１（１６０）が画像２（１８０）よりもはっきり見えるような遷移画像１７０が画像１（１６０）の強い重みと画像２（１８０）の弱い重みとから生まれる。
【００１６】
クロスフェード処理中に、ディスプレイコントローラ１３０は画像１（１６０）及び画像２（１８０）において対応する位置から画素値を抽出して遷移画像１７０を生成する。例えば、第１画像データは第１画素を生成し、第２画像データは第２画素を生成することができる。第１画素及び第２画素は対応する画像データ内のそれぞれの位置を出所としているから、第１及び第２画素は対応画素と称されることがある。
【００１７】
したがって、ディスプレイコントローラ１３０は、重みをもつ対応画素をブレンドして遷移画素（未表示）を生成する。ディスプレイコントローラ１３０は、画素配列の中の全ての画素が抽出及び処理されるまで、対応位置ごとに各画素を抽出し続ける。最終的に、ディスプレイコントローラ１３０は遷移画素を再グループ化して遷移画像１７０を生成する。
【００１８】
遷移画像１７０の生成中に、ディスプレイコントローラ１３０は遷移画像１７０を表示装置１４０に伝送する。よって、データが表示装置１４０に伝送される期間である表示装置１４０のリフレッシュ中に、ディスプレイコントローラ１３０はデバイス１１０の作動を中断せずに遷移画像１７０を表示することができる。さらに、表示装置１４０に遷移画像１７０を伝送することで、ディスプレイバッファ１５０に以前に格納された原画像データに上書きしなくてよくなる。
【００１９】
図２Ａは、発明の実施例に基づく、クロスフェード計算を実行する機能を有するデバイス１１０を例証する図である。例えば、デバイス１１０はディスプレイコントローラ１３０に接続されたプロセッサ１２０を含んで構成することができる。さらに、ディスプレイコントローラ１３０はプロセッサインタフェース２１０、ディスプレイバッファ１５０、レジスタブロック２２０、クロスフェーダ回路２３０、及びディスプレイインタフェース２４０を含んで構成することができる。ディスプレイコントローラ１３０と通信する際、プロセッサ１２０は、例えば画像データなど、データを転送するのにプロセッサインタフェース２１０を用いる。よって、プロセッサ１２０から送られてくる画像データはディスプレイバッファ１５０に格納するためにプロセッサインタフェース２１０を迂回する。さらに、レジスタブロック２２０もプロセッサインタフェース２１０及びディスプレイインタフェース２４０と通信する。
【００２０】
ディスプレイコントローラ１３０内において、ディスプレイコントローラ１５０及びレジスタブロック２２０はクロスフェーダ回路２３０と通信する。さらに、クロスフェーダ回路２３０はクロスフェード計算を行なうと共にデータをディスプレイバッファ１５０及びレジスタブロック２２０に格納する。レジスタブロック２２０のレジスタに格納されると共にクロスフェード計算に必要となる模式的なデータには、重み、フレームカウンタ、ステータス、アニメーション用フレーム、クロスフェード速度、及び開始トリッガなどがある。
【００２１】
具体的に言えば、重みは、表示装置１４０に表示された画像データの強度を判定するために画像データと関連付けられた数または値である。フレームカウンタは、クロスフェード計算に使われるフレーム総数を定義する数である。例えば、図３に関して後で説明するが、クロスフェード計算中に画像をアニメーション化する際、フレームカウンタは、次の重みに移行する前に何個のフレームが生じたか記録することで第１画像データから第２画像データへの滑らかな遷移を可能にする。
【００２２】
ステータスは、クロスフェーダ回路２３０がアイドル状態か使用中かを判定するビットで表現可能なフラッグである。アニメーション用フレームは、画像データをアニメーション化するためのフレーム総数を定義する数である。クロスフレーム速度は、表示装置１４０に表示された画像データのフレームレートに基づいた秒単位での数である。開始トリッガは、クロスフェーダ回路２４０によるクロスフェード計算を可能または不能にするビット値である。当業者ならば、先に説明したデータは模式的なもので、クロスフェーダ回路２３０がクロスフェード計算を実行できさえすれば他のデータでもいいことを知っている。
【００２３】
クロスフェード計算をトリッガした後、クロスフェーダ回路２３０はディスプレイバッファ１５０から送られてくる画像データを操作する。具体的に言えば、クロスフェーダ回路２３０は画像データの中の対応する位置から画素を抽出することができる。次に、クロスフェーダ回路２３０は各画像データと関連付けられた重みを用いてクロスフェード画素を生成する。例えば、第１画像データは重みＡ９９をもち、第２画像データは重み１をもつことができる。それに応じて、クロスフェーダ回路２３０は、第１画像データからの画像データをおよそ９９％含み、第２画像データからの画像データをおよそ１％含んだクロスフェード画素を生成する。
【００２４】
クロスフェード画素は、クロスフェード計算に使われた各画素の赤（Ｒ）、緑（Ｇ）、及び青（Ｂ）成分の積である。一つの実施例において、ＲＧＢ成分でのカラー深度は８ビットである。したがって、各画素を一つの色成分につき８ビットを定義するＲＧＢ／８８８画素として表現することができる。但し、クロスフェーダ回路２４０がクロスフェード画素を生成するのにカラー深度を使用できるならば、適していれば色成分を表現可能などんなビット数のカラー深度でもいい。クロスフェード画素はクロスフェード計算の結果である。したがって、各クロスフェード画素を画素配列にグループ化して遷移画像１７０（図１）を形成することができる。次に、遷移画像１７０は、既存の画像データに上書きしたりディスプレイバッファ１５０に追加したりしないように、ディスプレイバッファ１５０ではなく表示装置２４０に伝送される。
【００２５】
模式的な実施例において、クロスフェード画素を判定する公式は次の通り：
2005295571.tif 000003
【００２６】
第１重みと第２重みの和で割ると重み付き平均値がでる。（WeightImage-1+WeightImage-2） = 1のとき、クロスフェード画素は画素値と関連付けられた重みとの積の和である。重み定数は可能なクロスフェード遷移の最高数を判定する。したがって、例えば、ＲＧＢ／８８８画素の可能なクロスフェード遷移の最高数は２５６（２8）である。但し、別の実施例においては、計算からの結果が既存の画像データに上書きしなければ、クロスフェード計算を行なうための他の公式でもいい。
【００２７】
表示装置２４０の模式的な実施例は薄膜トランジスタ（ＴＦＴ）パネルで、パネルに表示されている各画素を１〜４個のトランジスタを用いて制御する。ＴＦＴパネルは表示リフレッシュを絶え間なく実行して画像を描きなおす。したがって、表示リフレッシュ中に、ディスプレイコントローラ１３０はＴＦＴパネルでビューイングするための画像データをディスプレイコントローラ１３０から表示パイプで提供することができる。模式的なリフレッシュレートはおよそ３０Ｈｚ、６０Ｈｚ、または７０Ｈｚである。但し、パネルがリフレッシュ中に画像データをフェッチできるならば、どんなリフレッシュレートでもいい。
【００２８】
一つの実施例において、クロスフェーダ回路２３０はディスプレイバッファ１５０に格納されている画像データを処理する。しかし、別の実施例において、クロスフェーダ回路２３０はプロセッサ１２０から伝送された画像データを処理する。ディスプレイコントローラ１３０がクロスフェード計算を実行して、上書きしたり画像データをソースに追加したりしないで画像データを表示パイプに伝送する限り、画像データをどんな画像ソースから伝送してもいい。
【００２９】
ランダムメモリアクセス（ＲＡＭ）統合表示パネルなどリフレッシュを必要としない別の実施例において、表示装置１４０は、表示のリフレッシュが開始されると、ビューイングのためのクロスフェード画素を一時的に累積することができる。他の実施例において、表示装置１４０がディスプレイコントローラ１３０と同じかそれ以上の速度のクロックで動作する場合、表示装置はクロスフェード画素を累積する必要がない。したがって、ディスプレイコントローラ１３０と表示装置１４０との間にある表示パイプに各クロスフェード画素が入ると、そのクロスフェード画素をビューイングのため直ちに表示することができる。
【００３０】
原画像データの中の画素がクロスフェード計算のために抽出されるから、先に説明したクロスフェード処理の方法並びは装置は動的である。さらに、結果として生じるクロスフェード画素は、原画像データに上書きしたりディスプレイバッファ１５０に格納されたりしないで、表示装置１４０に伝送される。その後、動的クロスフェード処理中に、表示パネルがリフレッシュすると、結果として生じる画素が生成される。それに応じて、クロスフェーダ回路２３０がプロセッサ１２０への及びコントローラ１３０内でのバストラフィックを減らして、デバイス１１０の動作効率を向上させる。
【００３１】
一つの実施例において、クロスフェーダ回路２３０はディスプレイコントローラ１３０内に収められている。しかし、他の実施例において、クロスフェーダ回路２３０はディスプレイコントローラ１３０の外にある、つまり、「オフチップ」でもいい。図２Ｂは、発明の別の実施例に基づいた、クロスフェード計算を実行する機能を備えた別のデバイスを例証する図である。具体的に言えば、クロスフェーダ回路２３０はディスプレイバッファに接続されている。したがって、一つの模式的な実施例において、クロスフェーダ回路２３０はディスプレイバッファ１５０に格納された画像データを用いてクロスフェード計算を行なうとき、クロスフェーダ回路２３０は画像データを処理して表示のために遷移画像１７０を生成することができる。しかしながら、上書きしたりディスプレイバッファに画像データを格納したりしないで、遷移画像はディスプレイバッファを迂回して、ディスプレイバッファ１５０に前に格納された画像データをもとのままにしておく。他の実施例において、クロスフェーダ回路２３０は上書きしたりディスプレイバッファ１５０に画像データを追加したりしない結果を生じるクロスフェード計算を実行できるならば、どこに配置されていても構わない。
【００３２】
図３は、発明のまた別の実施例に基づく、クロスフェード計算を実行する機能を有するまた別のデバイスを例証する図である。具体的に言えば、デバイス１１０の変形実施例は、画像キャプチャデバイス３２０に接続されているデバイス３１０である。画像キャプチャデバイス３２０は、静止画像データまたは動画像データをキャプチャし、画像データをディスプレイコントローラ１３０内のインタフェース３３０に伝送する機能を有する。例えば、画像キャプチャデバイス３２０はポート（未表示）に接続されていても、デバイス３１０内の統合ユニットであっても構わない。画像データはディスプレイバッファ１５０に格納され、プロセッサ１２０はプロセッサインタフェース２１０及びレジスタブロック２２０を介して画像データにアクセス可能である。さらに、画像データをクロスフェード計算のためにクロスフェーダ回路２３０がアクセスすることもできる。それから、クロスフェード計算から生じた結果とディスプレイバッファ１５０に格納されている原画像をディスプレイインタフェース２４０に伝送することができる。
【００３３】
画像データをアニメーション化する際、ソース画像は２個の動画像であっても、動画像と静止画像一つずつであっても構わない。したがって、クロスフェード計算を行なうために、ディスプレイコントローラ３１０は画像をリアルタイムでミックスして、その結果を表示装置１４０に伝送する。アニメーションの一つの模式的な実施例において、第１フレーム及び第２フレームは遷移中に複数のフレームになりうる。例えば、１６個の遷移画像１７０（図１）を生成するには、クロスフェード計算には始まりの重み０と終わりの重み１００をもつ１６個のフレームがなければならない。両方の重みは第２フレームと関連付けられる。クロスフレーム速度を設定した後、アニメーションシーケンスがスタートできる。第１フレームの重みは０である。第１フレームは次のフレームが出現するまで表示装置１４０に留まる。その後、後続のフレームは重みが１００になるまで増えていき、アニメーションシーケンスで第１フレームにおける第１画像データが第２フレームにおける第２画像データとゆっくりとブレンドされる。変形実施例は、黒にフェイドインして黒からフェイドアウトすることによって２個のフレームをアニメーション化することもできる。しかし、ディスプレイコントローラ３１０がクロスフェード計算の結果を表示パイプに伝送してオンザフライでクロスフェード計算を実行できるならば、複数の画像をアニメーション化するどんな方法でもいい。
【００３４】
図１〜３は別々の構成を例証しているが、クロスフェード計算のために画像データをアクセスできるならば、他の模式的な実施例においてどんな接続にしても構わない。さらに、デバイス３１０は、プロセッサからのデータをディスプレイコントローラ１３０が処理して表示装置１４０に表示できるならば、どんな構成になっていても構わない。例えば、プロセッサ１２０、ディスプレイコントローラ１３０、及び表示装置１４０をシステムバス（未表示）と接続してもいい。さらに、コントローラが処理した画像データがディスプレイコントローラ１４０に表示される限り、ディスプレイコントローラ１３０内の構成要素のどれでも表示装置１４０に接続できる。
【００３５】
図４は、発明の実施例に基づく、クロスフェード処理のための方法４００のフローチャートである。デバイス１１０が操作４１０で画像を取得すると、方法４００が始まる。例えば、一つの実施例では、プロセッサ１２０が画像を提供できる。別の実施例では、ディスプレイバッファ１５０が画像を提供できる。ただし、クロスフェード計算において画像を処理できるならば、デバイス１１０がどんなソースから画像を得ても構わない。次に、操作４２０において、クロスフェーダ回路２３０が画像データから画素を抽出できる。具体的に言えば、画素は画素配列内の対応する位置から抽出される。操作４３０で、クロスフェーダ回路２３０は各画像データと関連付けられた重みを取得する。クロスフェーダ回路２３０は、次に、図１〜３に説明されているように操作４４０で重みと画像データから抽出された画素を用いてクロスフェード画素を計算する。
【００３６】
その結果、操作４５０で、ディスプレイコントローラ１３０がクロスフェード画素を表示装置１４０に伝送する。その後、操作４６０で、表示装置４６０がグループ化されたクロスフェード画素を遷移画像１７０として表示する。一つの実施例において、クロスフェード画素はディスプレイインタフェース１２０によってグループ化され、表示装置のリフレッシュ中にディスプレイインタフェース２４０が遷移画像１７０を表示装置１４０に伝送する。しかし、他の実施例において、表示装置１４０に使用されているパネルのタイプによっては、パネルはリフレッシュを必要としないことがある。したがって、表示装置１４０はリフレッシュ中に遷移画像１７０を受け取らなくていい。動的クロスフェードを実行した後、方法４００は終了する。
【００３７】
図５は、発明の実施例に基づく、クロスフェード計算を実行するための方法のフローチャートである。操作４４０に示したように、クロスフェーダ回路２４０がクロスフェード計算を実行するための模式的な操作が操作５１０で始まる。具体的に言えば、クロスフェーダ回路２４０は第１重みと第１画素を掛ける。次に、操作５２０で、クロスフェーダ回路２４０は第２重みと第２画素を掛ける。操作５３０で、クロスフェーダ回路２４０は乗算演算からの結果を加算し、次に操作５４０で、その結果を第１重みと第２重みとの和で割る。このように、重みによって第１画素と第２画素のうちのどちらがもっとはっきり見えるか判定する。その結果、操作が終わる。
【産業上の利用可能性】
【００３８】
本発明の実施例をハンドヘルドデバイス、マイクロプロセッサシステム、マイクロプロセッサベースまたはプログラミング可能なコンシューマエレクトロニクス、ミニコンピュータ、メインフレームコンピュータなど様々なコンピュータシステム構成で実施してもいい。発明は、有線または無線ネットワークでリンクされたリモート処理デバイスがタスクを実行する分散型コンピューティング環境で実施することもできる。
【００３９】
上記の実施例を考慮して、発明はコンピュータシステムに格納されたデータを伴う様々なコンピュータで実現する操作を採用できることを理解するべきである。これらの操作は物理的数量の物理的操作を必要とするものである。必ずしもそうとは限らないが、普通は、こうした数量は格納、転送、結合、比較、その他の操作が可能な電気信号または磁気信号という形をとる。
【００４０】
発明の一部をなす本書で説明した操作はどれも役に立つマシン操作である。発明はまたこれらの操作を実行するためのデバイスまたは装置にも関している。装置は、必要な目的に合わせて特別に構築することができるし、或いは格納されているコンピュータプログラムで選択的に起動または構成された汎用コンピュータでもいい。特に、様々な汎用マシンを本書が教えるところに従って書かれたコンピュータプログラムで使用することができるし、或いは所要の操作を実行するために専用化された装置を構築するほうが便利なこともある。
【００４１】
上記発明をはっきり理解できるように幾分詳細に説明してきたが、添付請求項の範囲内で一定の変更及び修正を実施できることは明白であろう。したがって、発明の実施例は例証と考えるべきで限定と考えるべきではない。また、発明は本書で説明した詳細に限定されるべきでなく、添付請求項の範囲及び均等物の範囲内で修正可能である。
【図面の簡単な説明】
【００４２】
【図１】発明の一つの実施例に基づく、画像をクロスフェード処理するためのデバイスを例証する図。
【図２】Ａは発明の一つの実施例に基づく、クロスフェード計算を実行する機能を備えたデバイスを例証する図、Ｂは発明のもう一つの実施例に基づく、クロスフェード計算を実行する機能を備えた別のデバイスを例証する図。
【図３】発明のさらに別の実施例に基づく、クロスフェード計算を実行する機能を備えたまた別のデバイスを例証する図。
【図４】発明の一つの実施例に基づく、クロスフェード処理のための方法のフローチャート。
【図５】発明の一つの実施例に基づく、クロスフェード計算を実行するための方法のフローチャート。
【符号の説明】
【００４３】
１１０・・・デバイス
１２０・・・プロセッサ
１３０・・・ディスプレイコントローラ
１４０・・・表示装置
１５０・・・ディスプレイバッファ
１６０・・・画像１
１７０・・・遷移画像
１８０・・・画像２
２１０・・・プロセッサインタフェース
２２０・・・レジスタブロック
２３０・・・クロスフェーダ回路
２４０・・・ディスプレイインタフェース
３１０・・・デバイス
３２０・・・画像キャプチャデバイス
３３０・・・インタフェース
【図１】
2005295571.tif 000004
【図２】
2005295571.tif 000005
【図３】
2005295571.tif 000006
【図４】
2005295571.tif 000007
【図５】
2005295571.tif 000008