(57)【要約】【課題】本発明の技術方案を実行した後、ビデオ処理の遅延を有効的に低減し、インタラクティブの同時性を向上させる。ハードウェア機器の変更を必要とせず、低コストにする。【解決手段】本発明は、ビデオデータ処理方法及びビデオデータ処理装置を公開し、前記ビデオデータ処理方法は以下のステップを含む。送信端は、第一フレーム率によりビデオデータを少なくとも一つのビデオデータフレームに変える。送信端は、第一フレーム率に対応する各フレーム時間に受信端へ先のフレーム時間に形成したビデオデータフレームを少なくとも二回送信する。受信端は、第一フレーム率に対応する隣り合う二つのフレーム時間内に一つのビデオデータフレームをそれぞれ受信する。ステップS103において受信した二つのビデオデータフレームに対して補間フレームの運算を行い、少なくとも一つのビデオデータ補間フレームを取得する。ビデオデータ補間フレームを前記二つのビデオデータフレームの間に入れ、再生待ちの一連のビデオデータフレームを形成する。【選択図】：図１
2021500785.tif 000002
【特許請求の範囲】
【請求項１】
第一フレーム率において稼働する送信端から第二フレーム率において稼働する受信端に向けて送信するビデオデータの処理を用いるビデオデータ処理方法であって、
S101：前記送信端は、前記第一フレーム率により前記ビデオデータを少なくとも一つのビデオデータフレームに変えること；
S102：前記送信端は、前記第一フレーム率に対応する各フレーム時間に前記受信端へ先のフレーム時間に形成したビデオデータフレームを少なくとも二回送信すること；
S103：前記受信端は、前記第一フレーム率に対応する隣り合う二つのフレーム時間内に一つのビデオデータフレームをそれぞれ受信すること；
S104：ステップS103に受信した二つのビデオデータフレームに対して運算処理を行うこと；
S105：前記ビデオデータ補間フレームを前記二つのビデオデータフレームの間に入れ、再生待ちの一連のビデオデータフレームを形成することを含むビデオデータ処理方法。
【請求項２】
ステップS102を実行する時に、前記送信端は物理インターフェースを介して前記受信端へビデオデータフレームを送信する、請求項１に記載のビデオデータ処理方法。
【請求項３】
前記ステップS102は、
S102-1：前記第一フレーム率に対応するフレーム時間に前記送信端のキャッシュユニットへ同じビデオデータフレームを少なくとも二回書き込むこと；
S102-2：前記キャッシュユニットのビデオデータフレームを前記物理インターフェースに送信することを含む、請求項２に記載のビデオデータ処理方法。
【請求項４】
ステップS103を実行する時、前記第一フレーム率に対応する同じフレーム時間に、前記受信端が一回目に受信したビデオデータフレームを選択する、請求項１〜３の何れか一項に記載のビデオデータ処理方法。
【請求項５】
ステップS105の後に、前記受信端が前記第二フレーム率により前記再生待ちのビデオデータフレームを表示するステップS106を更に含む、請求項１〜３の何れか一項に記載のビデオデータ処理方法。
【請求項６】
第一フレーム率において稼働する送信端及び第二フレーム率において稼働する受信端を含むビデオデータ処理装置であって、
前記送信端に配置され、前記第一フレーム率により前記ビデオデータを少なくとも一つのビデオデータフレームに変える変換モジュール；
前記送信端に配置し、前記転換モジュールと接続し、前記送信端は前記第一フレーム率に対応する各フレーム時間に前記受信端へ先のフレーム時間に形成したビデオデータフレームを少なくとも二回送信する送信モジュール；
受信端に配置し、前記第一フレーム率に対応する隣り合う二つのフレーム時間内に一つのビデオデータフレームをそれぞれ受信する受信モジュール；
受信端に配置し、前記受信モジュールと接続し、受信モジュールの受信した二つのビデオデータフレームに対して補間フレームの運算を行い、少なくとも一つのビデオデータ補間フレームを取得する補間フレーム計算モジュール；
受信端に配置し、前記補間フレーム計算モジュールと接続し、前記ビデオデータ補間フレームを前記二つのビデオデータフレームの間に入り、再生待ちの一連のビデオデータフレームを形成するフレーム構造モジュールを含むビデオデータ処理装置。
【請求項７】
前記送信モジュールは物理インターフェースを介して前記受信端へビデオデータフレームを送信する請求項６に記載のビデオデータ処理方法。
【請求項８】
前記送信モジュールは
前記送信端に配置し、前記第一フレーム率に対応するフレーム時間内に同じビデオデータフレームを少なくとも二回書き込むキャッシュユニット；
前記キャッシュユニットと接続し、前記キャッシュユニット内のビデオデータフレームを物理インターフェースに伝送する転送ユニットを含む請求項７に記載のビデオデータ処理装置。
【請求項９】
前記受信モジュールは前記第一フレーム率に対応する同じフレーム時間に、一回目受信したビデオデータフレームを選択する請求項６〜８の何れか一項に記載のビデオデータ処理装置。
【請求項１０】
前記ビデオデータ処理装置は、
受信端に設置し、前記フォームフレーム構造モジュールと接続し、前記第二フレーム率により前記再生待ちのビデオデータフレームを表示する再生モジュールを更に含む請求項６〜８の何れか一項に記載のビデオデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ処理に関し、特にビデオデータ処理方法及びビデオデータ処理装置に関する。
【背景技術】
【０００２】
人々は、ビデオプレーヤーを使って動画を再生する時、ビデオデータをデコードした後プレーヤーに伝送していく必要とする。例えば、ビデオカードは、メモリーのビデオデータをデコードした後、一定のフレーム率で表示画面に伝送し、デコーダーは、MIPI、HDMI（登録商標）、DisplayPort等のビデオ転送インターフェースを用いて表示画面と接続する。現在、既存のフレーム率は、15fps，24fpsと30fpsであり、人間の目ですっかり見るほどの効果を達成する場合、フレーム率を60fps以上に維持することが必要とする。これも、表示画面がリフレッシュレートが60hzを超える理由である。ビデオデータのフレーム率と表示画面がリフレッシュレートは異なるので、ビデオデータを表示画面に表示する時にジャムとシェイクの現象の出現をもたらす。
【０００３】
ジャムの問題を解決するために、既存の技術中に、MEMC（動き補間フレームと動き補正）というビデオ強化アルゴリズムがあり、これは、物体運動のベクトルに基づいてビデオデータに対して補間フレームを行って、ビデオデータのフレーム数を表示画面がリフレッシュすることが必要となるフレーム数と等しくさせる。補間フレームをした後、ビデオデータのフレーム数と表示画面のフレーム数は同等であるので、表示画面はフレームの一枚ずつを処理するだけでよく、表示画面にジャムとシェイクの問題を引き起こさない。
【０００４】
ただし、MEMCというビデオ強化アルゴリズムを採用してビデオのジャムとシェイクの問題を解決する時、運動ベクトルの計算は少なくとも二つのフレームを必要として補間フレームの内容を計算し出すので、ビデオデータの表示には遅延がある。つまり、補間フレームは、補間フレームの運算に参与する第二ビデオデータの受信が完了するに至ると計算を開始する。表示画面に表示するビデオデータの遅延は、第一ビデオデータと第二ビデオデータを受信するのを待つ時間及び補間フレームの運算の時間を含む。そのうち、補間フレームの運算の時間は第一ビデオデータの伝送時間よりはるかに少ない。例えば、ビデオデータのフレーム率は、1秒あたり30 fpsであり、二つのフレームを待つ時間が66.6msであり、つまり、遅延が少なくとも66.6msである。ビデオデータとユーザーの間にインタラクティブ動作がある場合、例えば、ゲーム操作インターフェース、表示の遅延はインタラクティブ動作の非同時性の問題を引き起こし、ユーザーのインタラクティブな操作の体感を低減させる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、従来技術の欠点を克服し、ビデオデータ処理方法及びビデオデータ処理装置を提供し、ビデオデータの伝送速度を向上することにより、補間フレームの運算の時機を早め、ビデオ処理の遅延を低減する技術効果を達成する。
【課題を解決するための手段】
【０００６】
本発明は、ビデオデータ処理方法を公開し、第一フレーム率に稼働する送信端から第二フレーム率に稼働する受信端に至って送信するビデオデータを処理するのを用い、以下のステップを含む。
S101：前記送信端は、前記第一フレーム率により前記ビデオデータを少なくとも一つのビデオデータフレームに変える。
S102：前記送信端は、前記第一フレーム率に対応する各フレーム時間に前記受信端へ先のフレーム時間に形成したビデオデータフレームを少なくとも二回送信する。
S103：前記受信端は、前記第一フレーム率に対応する隣り合う二つのフレーム時間内に一つのビデオデータフレームをそれぞれ受信する。
S104：ステップS103に受信した二つのビデオデータフレームに対して補間フレームの運算を行い、少なくとも一つのビデオデータ補間フレームを取得する。
【０００７】
S105：前記ビデオデータ補間フレームを前記二つのビデオデータフレームの間に入れ、再生待ちの一連のビデオデータフレームを形成する。
好ましくは、ステップS102を実行する時に、前記送信端は物理インターフェースを介して前記受信端へビデオデータフレームを送信する。
好ましくは、前記ステップS102は、以下のステップを含む。
S102-1：前記第一フレーム率に対応するフレーム時間に前記送信端のキャッシュユニットへ同じビデオデータフレームを少なくとも二回書き込む。
S102-2：前記キャッシュユニットのビデオデータフレームを前記物理インターフェースに送信する。
好ましくは、ステップS103を実行する時、前記第一フレーム率に対応する同じフレーム時間に、前記受信端が一回目受信したビデオデータフレームを選択する。
【０００８】
好ましくは、ステップS105の後に、前記ビデオデータ処理方法は、更に以下のステップを含む。
S106：前記受信端は前記第二フレーム率により前記再生待ちのビデオデータフレームを表示する。
【０００９】
本発明は、ビデオデータ処理装置も公開し、第一フレーム率において稼働する送信端及び第二フレーム率において稼働する受信端を含み、前記ビデオデータ処理装置は、
前記送信端に配置され、前記第一フレーム率により前記ビデオデータを少なくとも一つのビデオデータフレームに変える転換モジュール；
前記送信端に配置され、前記転換モジュールと接続し、前記第一フレーム率に対応する各フレーム時間に前記受信端へ先のフレーム時間に形成したビデオデータフレームを少なくとも二回送信する送信モジュール；受信端に配置され、前記第一フレーム率に対応する相り合う二つのフレーム時間内に一つのビデオデータフレームをそれぞれ受信する受信モジュール；
【００１０】
受信端に配置され、前記受信モジュールと接続し、受信モジュールの受信した二つのビデオデータフレームに対して補間フレームの運算を行い、少なくとも一つのビデオデータ補間フレームを取得する補間フレーム計算モジュール；
受信端に配置され、前記補間フレーム計算モジュールと接続し、前記ビデオデータ補間フレームを前記二つのビデオデータフレームの間に入れ、再生待ちの一連のビデオデータフレームを形成するフレーム構造モジュールを含む。
【００１１】
好ましくは、前記送信モジュールは物理インターフェースを介して前記受信端へビデオデータフレームを送信する。
好ましくは、前記送信モジュールは
前記送信端に配置し、前記第一フレーム率に対応するフレーム時間内に同じビデオデータフレームを少なくとも二回書き込むキャッシュユニット；
前記キャッシュユニットと接続し、前記キャッシュユニット内のビデオデータフレームを物理インターフェースに伝送する転送ユニットを含む。
【００１２】
好ましくは、前記受信モジュールは前記第一フレーム率に対応する同じフレーム時間に、一回目受信したビデオデータフレームを選択する。
好ましくは、前記ビデオデータ処理装置は、
受信端に設置し、前記フレームフレーム構造モジュールと接続し、前記第二フレーム率により前記再生待ちのビデオデータフレームを表示する再生モジュールを更に含む。
【００１３】
以上の技術的な手段を採用した後、既存の技術と比べて、以下の有益な効果が具わる。
１． 処理中のビデオデータの遅延を低減し、インタラクティブの同時性を向上させ、ユーザーの体感を増強する。
２． ハードウェア機器の変更を必要としなく、低コストにする。
【図面の簡単な説明】
【００１４】
【図１】は、本発明の好適な実施例中の前記ビデオデータ処理方法に従うフローチャートである。
【図２】は、本発明の好適な実施例中の前記ステップS102 に従うフロー図である。
【図３】は、本発明の好適な実施例中の前記ビデオデータ処理装置の構造図である。
【図４】は、本発明の好適な実施例中の前記送信モジュールの構造図である。
【符号の説明】
【００１５】
10-ビデオデータ処理装置、11-送信端、111-転換モジュール、112-送信モジュール、1121-キャッシュユニット、1122-転送ユニット、12-受信端、121-受信モジュール、122-補間フレーム計算モジュール、123-構成ファイルモジュール、124-再生モジュール
【発明を実施するための形態】
【００１６】
添付の図面を参照して以下でさらに本発明の利点を詳細に説明する。
此処には、実施例を詳細に説明し、その実施例を図面に示す。以下の説明においては図面に関し、他の説明をしていない場合は、異なる図面中の同じ数字は同じ或は相似の部分を示す。以下の実施例中に説明される実施状態は、本発明の全ての実施状態を意味するものではなない。これとは逆に、それらは、添付された請求の範囲の請求項に係るものであり、本発明の特定の幾つかの態様と一致する装置と方法を例示するだけである。
【００１７】
本発明に使用する専門用語は、特定実施例を説明する目的のためのものであり、本発明を限定することを意図しない。本発明の添付請求項に使用される単数形の「一種」や「前記」や「その」は、文脈がそうでないことを明確に示さない限り、複数形をも含むことを意図している。更に、本発明に使用される「及び/又は」は、関連する
列挙された一つ或は複数の項目の任意の或は全ての可能な組合を指すものであると理解されるべきである。
【００１８】
本発明において、第一、第二または第三等の用語を用いて様々な情報を説明するが、これ等の情報はそれらの用語に限定されるものではないと理解されるべきである。これ等の用語は同じ類型の情報を互いに区別するために使われる。例えば、本発明の範囲を逸脱することなしに、第一情報が第二情報とも呼ばれ、同様に、第二情報が第一情報とも呼ばれ得る。これは、文脈により決まり、例えば、ここに使用される言葉「例えば」は、「…した時」や「…した際」や「に応じて」と解釈される。
【００１９】
本発明の説明においては、用語「縦」、「横」、「上」、「下」、「前」、「後」、「左」、「右」、「垂直」、「水平」、「上部」、「下部」、「内側」、「外側」等の指示方位または位置関係は図面に基づく方位或は位置関係であり、本発明を説明し簡略化するのに利便のためのものであり、言及された装置または要素を必ず特定の方位にし、特定の方位で構成し、操作することを示し或は暗示するものではないと理解されるべきであり、本発明を限定するものであると理解されてはならない。
【００２０】
本発明の説明においては、特に指定または限定されない限り、専門用語「インストール」、「連接」、「接続」は広義に解釈されるべきであり、例えば、それらは、機械的の接続或は電気的の接続であり、又は、二つの構成要素の内部の接続となる。それらは、直接接続であり、又は仲介者を介する間接接続であってもよく、当業者にとって、上記の用語の特定の意味は、特定の状況に従って理解することができる。
【００２１】
以下の説明においては、構成要素を示すのを用いる「モジュール」、「部品」または「ユニット」の様な接尾辞を使って本発明を説明するのが有利であるため用いており、それらの用語自身に特定の意味があるとは限らない。そのため、「モジュール」と「部品」は、混合して使用することができる。
【００２２】
図１に示すように、本発明の好適な実施例中の前記ビデオデータ処理方法に適うフローチャートであり、前記ビデオデータ処理方法は、以下のステップを含む。
S101：前記送信端11は、前記第一フレーム率により前記ビデオデータを少なくとも一つのビデオデータフレームに変える。
前記送信端11は、プレーヤー、グラフィックカード等のデコード機能を備えるデバイスであり、デジタル形式のビデオファイルを再生可能なビデオ信号にデコードし、前記ビデオ信号は複数のフレームのビデオデータで構成される。前記送信端11は第一フレーム率により各フレームのビデオデータを生成する。前記第一フレーム率は、15fps，24fps或は30fpsとなり、その中に、fpsは1秒あたりの転送したフレームの数であり、1秒あたりの転送したフレームの数は多くなるほど、表示された動作がますます滑らかになる。通常に、動作の滑らかでなくなることを回避すしようとする最低値は30fpsであり、幾つかの計算機のビデオ形式は、秒ごとに15枚のフレームのみを提供する。前記ビデオデータはwmv、rmvb、3gp、mp4等のデータ形式となり、常にビデオフイルムの形式で記憶装置に保存する。このステップには、前記ビデオデータを少なくとも一つのビデオデータフレームに変える。前記ビデオデータフレームは、即ちフレームごとに再生したビデオデータ内容は、常に画素の表現となり、一枚の写真と見なすことができる。第一フレーム率が15fpsとなる時、１秒間に15枚のビデオデータフレームがある。ビデオデータの再生するフレーム時間及び第一フレーム率が異なることにより、変換し出したビデオデータフレームの数量も異なる。前記ビデオデータフレームは後続の再生操作の基礎であり、再生デバイスは、フレームの一枚ずつの方式により前記ビデオデータフレームを再生し、動的なビデオ効果を達成する。
【００２３】
S102：前記送信端11は、前記第一フレーム率に対応する各フレーム時間に前記受信端12へ先のフレーム時間に形成したビデオデータフレームを少なくとも二回送信する。
前記受信端12は、即ちビデオを再生するデバイス、表示画面やテレビ等のデバイスとなり、第二フレーム率で稼働し、60fps以上にすることができる。第二フレーム率は第一フレーム率の2倍以上にすることができ、滑らかな再生効果を達成する。同様に、ユーザーは早送りを選定する時、前記ビデオを再生するデバイスは、前記第二フレーム率を向上させ、早送りの効果を達成し、早送りをする時前記第一フレーム率も同時に向上させる。
【００２４】
従来技術では、前記送信端11が前記ビデオデータフレームを送信するフレーム時間は、ビデオデータフレームを再生し表示するフレーム時間と大体等しく、つまり、一枚のフレームを転送して一枚のフレームを再生する。且つ、現在転送するビデオデータフレームは、先のフレーム時間に前記ビデオファイルを変換して出力したビデオデータフレームである。例えば、第一フレーム率が30fpsである時、対応のフレームごとのフレーム時間は33.3ミリ秒であり、ステップS101はフレーム時間ごとに一枚のビデオデータフレームを変換し出力する。前記送信端11は0-33.3ミリ秒の間に第一のビデオデータフレームを変換し出力すると、33.3-66.6ミリ秒の間の第二フレーム時間に前記第一のビデオデータフレームを前記受信端12に向けて転送し、一回だけ転送して、前記送信端11は第二のビデオデータフレームを変換し出力する。66.6-99.9ミリ秒間で、前記送信端11は前記第二のビデオデータフレームを前記受信端12に向けて転送する。その他もろもろ、枚挙にいとまがない。前記ビデオデータフレームを一つずつ連続的に送信し、前記ビデオファイルの転送が完了に至る。
【００２５】
本発明のこのステップは上記の従来技術に対して改善を提出し、フレーム時間ごとに前記送信端11が前記受信端12へ前記ビデオデータフレームを少なくとも二回転送し、つまり、一つのフレーム時間に同じビデオデータフレームを少なくとも二回送信して繰り返し、一つのビデオデータフレームを送信する時間を縮める。このステップの要点は、前記ビデオデータフレームの生成速度と転送速度を分離し、従来技術の両者が基本的に調和し同期化するという技術手法に代えて、前記ビデオデータフレームの転送速度を向上させることにより前記転送時間を縮める。前記ビデオデータフレームの転送速度を向上させることが転送インターフェースの利用率を向上させることにより実現し、例えば、HDMIインターフェースの最高データ転送速度は48Gbpsであり、1080pビデオと8チャンネルのオーディオ信号には0.5GB / s未満しか必要としない。そのため、転送インターフェースに依然として大幅な改善余地があり、前記ビデオデータフレームの転送速度を数倍或は数十倍向上させる可能性がある。
【００２６】
例えば、第一フレーム率は30fpsである時、対応のフレーム時間が33.3ミリ秒であり、ステップS101はフレーム時間に一つのビデオデータフレームを変換し出力する。前記送信端11は0-33.3ミリ秒間で第一のビデオデータフレームを変換し出力すると、33.3−66.6ミリ秒間の第二フレーム時間に第一のビデオデータを前記受信端12に向けて3回転送し、即ち、33.3-44.4ミリ秒間で一回目を転送し、44.4-55.5ミリ秒間で二回目を転送し、55.5-66.6ミリ秒間で三回目を転送し、33.3−66.6ミリ秒間で前記送信端11は第二のビデオデータフレームの転換をする。66.6-99.9ミリ秒間で前記送信端11は前記第二のビデオデータフレームを前記受信端12に向けて3回転送する。その他もろもろ、枚挙にいとまがなく、同じフレーム時間に前記ビデオデータフレームを繰り返し転送して、前記ビデオデータを全部に受信し終えるに至る。注意すべき事は、このステップのフレーム時間は、第一フレーム率で計算されることであり、つまり第一フレーム率がフレームごとの再生のフレーム時間である。
【００２７】
S103：前記受信端12は、前記第一フレーム率に対応する隣り合う二つのフレーム時間内に一つのビデオデータフレームをそれぞれ受信する。
このステップは前記受信端12の受信方式を説明する。ステップS102は第一フレーム率に対応する同じフレーム時間に同じビデオデータを少なくとも二回転送するので、前記受信端12は同様の時間に同じビデオデータフレームを少なくとも二回受信することを意味する。受信端12にとって、多数回受信した同じビデオデータフレームから一つのビデオデータフレームを選択して処理し再生してもよく、残りの重複したビデオデータフレームは破棄できる。このステップに、前記受信端12は、前記第一フレーム率に対応する隣り合う二つのフレーム時間に一つのビデオデータフレームをそれぞれ受信する。例えば、第一フレーム率が30fpsである時、対応のフレーム時間は33.3ミリ秒であり、33.3-66.6ミリ秒間の第二フレーム時間に前記受信端12は第一のビデオデータフレームを3回受信し、一回目の受信をし終えた時点が44.4ミリ秒であり、二回目の受信をし終えた時点が55.5ミリ秒であり、三回目の受信をし終えた時点が66.6ミリ秒である。66.6-99.9ミリ秒間の第三フレーム時間に前記受信端12が第二のビデオデータフレームを3回受信すると、前記第一のビデオデータフレームと第二のビデオデータフレームを一つ選定し、後続の補間フレームの運算の基礎とする。同様に一つのフレーム時間が経つごとに、前記受信端12は一つのビデオデータフレームを受信し、その他もろもろ、枚挙にいとまがなく、前記ビデオデータを全部に受信し終えるに至り、二つの隣り合うフレーム時間ごとにビデオデータフレームを一回受信する。注意すべき事は、このステップのフレーム時間は、第一フレーム率で計算されるということである。
【００２８】
従来技術では、前記補間フレームの運算は、二つのビデオデータフレームに依存して行われ、そのため、前記受信端12は第一フレーム時間が終わった時に前記第一のビデオデータフレームが受信され、そして前記第二のビデオデータフレームを受信すると、後続の補間フレームの運算処理を行うことができる。そうすると、実際の補間フレームの再生時間は少なくとも第三フレーム時間を終えた後に始まり、つまり、99.9秒後に再生する。
【００２９】
本発明のこのステップは前記受信端12の受信時間を圧縮し、上記の実例中では第三のビデオデータフレームに一回目受信した第二のビデオデータフレームを選択すると、77.7秒の間に第二のビデオデータフレームを受信し終えて、直ぐに補間フレームの運算が行われる。補間フレームの運算の時間は一つのフレーム時間と比べて非常に短く、例えば3ミリ秒であるとすると、80ミリ秒の時点ですぐに補間フレームを再生し始める。従来技術と比べて補間フレームの遅延を低減し、全体的にビデオを再生する遅延を縮める。ステップS102において前記送信端11が同じフレーム時間に同じビデオデータフレームを送信する回数がより多くなると、前記受信端12は一つのフレーム時間に一つのビデオデータフレームを受信する時間がより短くなる。補間フレームの運算の時間を更に早めると、ビデオ処理の遅延がより短くなる。
【００３０】
S104：ステップS103において受信した二つのビデオデータフレームに対して補間フレームの運算を行い、少なくとも一つのビデオデータ補間フレームを取得する。
このステップは補間フレームの運算を実行する。運算に参与する対象は上記のステップS103に受信した隣り合う二つのビデオデータフレームである。よく知られた補間フレームの運算のアルゴリズムはMEMCであり、これはMotion Estimate and Motion Compensationの略称であって、即ち、動き推定と動き補正、LCD TVでよく使用される動画品質補正技術である。その原理は、動的画像システムを採用して従来の二つのフレームの画像の間に一つの動き補正フレームを内挿して、通常の薄型テレビのリフレッシュ速度を50 / 60Hzから100 / 120Hzに上げる。そうすると、動的画像はより鮮明で滑らかになり、常態の反応効果より優れたものとなり、先のフレーム画像の後イメージを消去して動的鮮明度を向上させる効果を達成し、人間の目で知覚し難いほどに後イメージを低減する。例えば、元の一連の流動画像のフレームの順番は、1、2、3、4、5、6である。MEMC技術は、パーティションで水平と垂直の両方向に画像の運動傾向を分析した後、元の各フレームの間に一つの中間フレームを挿入し、即ち、ビデオデータ補間フレームを挿入した後、フレームの順番は、1、1C、2、2C、3、3C、4、4C、5、5C、6と変わる。そうすると、元のフィールド周波数では、全てのフレームを表示しないので、フィールド周波数を倍に増強し、つまり、即50/60Hzから100/120Hzまで増加したことになる。MEMC技術と周波数倍増技術とを見かけ上分けて考える必要はない。
【００３１】
補間フレームの運算を経た後、前記受信端12は前記第二フレーム率で最終的なビデオデータフレームを再生する。前記第一フレーム率と第二フレーム率の倍数関係を考えると、二つの前記ビデオデータフレームの間に挿入したフレームの数が異なる。例えば、前記第一フレーム率は30fpsであり、前記第二フレーム率は60fpsであるので、二つのビデオデータフレームの間ごとに一つのビデオデータフレームを挿入してもよい。前記第二フレーム率が120 fpsであると、二つのビデオデータフレームの間ごとに三つのビデオデータフレームを挿入する必要がある。
【００３２】
S105：前記ビデオデータ補間フレームを前記二つのビデオデータフレームの間に入れ、再生待ちの一連のビデオデータフレームを形成する。
このステップはフレーム構成操作を実行する。ステップS104において取得したビデオデータ補間フレームを、受信ビデオデータフレームに挿入し、一組の再生待ちのビデオデータフレームを形成する。そのとき、再生デバイスにハードウェアの動作周波数を応じさせる。つまり、第二フレーム率は前記ビデオデータフレームを一つずつ再生し、且つジャムを生じない。
【００３３】
前記ビデオデータ処理方法の更なる改善として、ステップS102 を実行する時、前記送信端11は物理インターフェースを介して前記受信端12へビデオデータを送信する。この改善した実施例は前記送信端11と受信端12の接続方式に限定し、つまり、物理インターフェースで接続する。前記物理インターフェースはMIPI、HDMI（登録商標）、DisplayPort等のビデオ転送インターフェースである。
【００３４】
前記ビデオデータ処理方法の更なる改善として、ステップS103を実行する時、前記第一フレーム率に対応する同じフレーム時間に、前記受信端12は一回目受信したビデオデータフレームを選択する。この改善した実施例は、ステップS103 の前記受信端12の選択し受信したビデオデータフレームに限定し、つまり、同じフレーム時間に受信した第一のビデオデータフレームを選定し、前記ビデオデータフレームを初めて選定することを保証し、補間フレームの運算の待ち時間を縮めて更に前記ビデオ再生の遅延を縮める。
【００３５】
前記ビデオデータ処理方法の更なる改善として、ステップS105 の後に、前記ビデオデータ処理方法は、更に以下のステップを含む。
S106：前記受信端12は前記第二フレーム率により前記再生待ちのビデオデータフレームを表示する。
このステップは再生操作を実行する。フレームを構成し終えてビデオデータ補助フレームに含む一組のビデオデータフレームを表示デバイスに表示する。ビデオデータフレームごとに再生画面の必要とする画素情報を記録し、ハードウェアデバイスで前記画素情報を表示することが可能であり、ビデオデータの再生を実現する。ステップS103、S104、S105 を連続的に実行するので、再生待ちのビデオデータフレームを果てしなく形成する。そのため、このステップは多くのビデオデータフレームを受信するのを待ってから再生するのではない。その代わり、ステップS105においてフレームを構成し終えた後に前記第二フレーム率により再生操作を行う。
【００３６】
図2には、本発明の好適な実施例中の前記ステップS102に適うフロー図を示したものであり、前記ステップS102 は以下のステップを含む。
S102-1：前記第一フレーム率に対応するフレーム時間に前記送信端11のキャッシュユニット1121へ同じビデオデータフレームを少なくとも二回書き込む。
前記送信端11は、前記ビデオデータフレームを生成した後、前記ビデオデータフレームを前記送信端11内のキャッシュユニット1121に保存するが、ある応用環境においてはこのキャッシュユニットをFrame Bufferと称している。このステップは、前記第一フレーム率に対応する一つのフレーム時間に前記キャッシュユニット1121へ同じビデオデータフレームを少なくとも二回書き込み、同じビデオデータフレームを少なくとも二回送信することを意味する。このステップをコード層として完成し、つまり、一つのフレーム時間に前記キャッシュユニット1121へ書き込み命令を少なくとも二回実行する。
【００３７】
S102-2：前記キャッシュユニット1121のビデオデータフレームを前記物理インターフェースに送信する。
このステップは、転送操作を実行し、前記キャッシュユニット1121のビデオデータフレームを前記物理インターフェースに送信する。このステップは、ドライバー層を介してソフトウェアデータを電気信号に転換して前記物理インターフェースを通して発出することを実現する。このステップは、前記物理インターフェースのプロトコルを満足しなければならない。
【００３８】
本発明の別の実施態様として、同じフレーム時間に同じビデオデータフレームを多数回送信する方法があり、転送インターフェースの動作頻度を向上させることができる。例えば、TMDS、これはTransition Minimized Differential signal、即ち最小化転送差分信号の略称であるが、これを採用するビデオ送信装置は、水平同期信号の周波数を増加することによりビデオデータの転送速度を早める効果を実現することができる。
【００３９】
図３に示すのは、本発明の好適な実施例中の前記ビデオデータ処理装置１０の構造図であり、前記ビデオデータ処理装置10は、第一フレーム率で稼働する送信端１１及び第二フレーム率で稼働する受信端12を含み、前記ビデオデータ処理装置１０は、更に以下のモジュールを含む。
-転換モジュール111
転換モジュール111は、前記送信端１２に配置され、前記第一フレーム率によって前記ビデオデータを少なくとも一つのビデオデータフレームに変える。転換モジュール111は、プレーヤー、グラフィックカード等のデコード機能を備えるデバイスであり、様々なデータ形式の前記ビデオデータを複数のビデオデータフレームに変え、ビデオデータフレームは変換する時前記第一フレーム率を満足する。
【００４０】
-送信モジュール112
前記送信モジュール112は、前記送信端１１に配置し、前記転換モジュール111と接続し、前記送信端11は前記第一フレーム率に対応する各フレーム時間に前記受信端１２へ先のフレーム時間に形成したビデオデータフレームを少なくとも二回送信する。前記送信モジュール112は、前記転換モジュール111から転換し終えたビデオデータフレームを受信して前記受信端12に送信する。前記送信モジュール112は一つのフレーム時間に同じビデオデータフレームを少なくとも二回送信して繰り返し、一つのビデオデータフレームを送信する時間を縮める。
【００４１】
-受信モジュール121
前記受信モジュール121は、前記受信端１２に配置し、前記第一フレーム率に対応する隣り合う二つのフレーム時間内に一つのビデオデータフレームをそれぞれ受信する。前記受信モジュール121は送信モジュール112から送信したビデオデータフレームを受信し、同じフレーム時間に同じビデオデータフレームを少なくとも二回受信する。前記送信モジュール112は同じフレーム時間に一つのビデオデータフレームのみを受信し、隣り合う二つのフレーム時間に二つのビデオデータフレームをそれぞれ受信し、後続の補間フレームの運算のための基礎を提供する。前記受信モジュール121は、一つのビデオデータフレームを受信するのに一つのフレーム時間の半分の時間しかかからないので、補間フレームの運算に前記フレーム時間の剰余時間を充てることができ、従来技術と比べて、補間フレームの運算の開始時点を早める。前記受信モジュール121の動作に参照したフレーム時間は第一フレーム率で計算されたもの、即ち第一フレーム率による一つのフレームごとの再生時間である。
【００４２】
-補間フレーム計算モジュール122
前記補間フレーム計算モジュール122は、前記受信端12に配置し、前記受信モジュール121と接続し、前記受信モジュールの受信した二つのビデオデータフレームに対して補間フレームの運算を行い、少なくとも一つのビデオデータ補間フレームを取得する。前記補間フレーム計算モジュール122は、前記受信モジュール121から隣り合う二つのビデオデータフレームを取得し、前記二つのビデオデータフレームに基づいて補間フレームの運算処理を行う。前記補間フレーム計算モジュール122には補間フレームの運算のアルゴリズムを組み込み、それは例えば、MEMC、即ち、動き推定と動き補正のアルゴリズムである。
【００４３】
-フレーム構造モジュール123
前記フレーム構造モジュール123は、受信端１２に配置し、前記補間フレーム計算モジュール122と接続し、前記ビデオデータ補間フレームを前記二つのビデオデータフレームの間に入れて、再生待ちの一連のビデオデータフレームを形成する。前記フレーム構造モジュール123は、補間フレーム計算モジュール122からビデオデータフレームを取得して、更に前記受信モジュール121から受信したビデオデータフレームを取得し、その運算の基礎とする二つのビデオデータフレームの間に前記ビデオデータフレームを挿入して一組の再生待ちのビデオデータフレームを共同で組み立てる。
【００４４】
前記ビデオデータの処理装置10の更なる改善として、前記送信モジュール112は物理インターフェースを介して前記受信端12へビデオデータを送信する。この改善した実施例は前記送信端11と受信端12の接続方式を限定するものであり、つまり、物理インターフェースで接続するものである。前記物理インターフェースはMIPI、HDMI（登録商標）、DisplayPort等のビデオ転送インターフェースである。前記送信モジュール112は前記物理インターフェースを介して前記受信モジュール121と接続し、ビデオデータフレームの転送を実現する。
【００４５】
前記ビデオデータの処理装置10の更なる改善として、前記受信モジュール121は、前記第一フレーム率に対応する同じフレーム時間に一回目で受信したビデオデータフレームを選択する。この改善した実施例では、前記受信端12が受信したビデオデータフレームの選択を限定すること、つまり、同じフレーム時間に受信した第一のビデオデータフレームを選定することによって、前記ビデオデータフレームを初めて受信するものであることを保証し、補間フレームの運算の待ち時間を縮めて更に前記ビデオ再生の遅延を縮める。
【００４６】
前記ビデオデータ処理装置10の更なる改善として、更に前記ビデオデータ処理装置10は以下のステップを含む。
-再生モジュール124
前記再生モジュール124は前記受信端１２に設置し、前記フレーム構造モジュール123と接続し、前記第二フレーム率により前記再生待ちのビデオデータフレームを表示する。前記再生モジュール124は前記フレーム構造モジュール123から前記再生待ちのビデオデータフレームを取得し、且つ前記第二フレーム率により再生する。前記再生モジュール124は、表示画面及び表示回路であってよく、表示回路は、前記ビデオデータフレームを物理的な画素のための電気信号に変換するのに利用である。前記表示画面は前記物理的な画素を表示する。
【００４７】
図４は、本発明の好適な実施例における前記送信モジュール112の構造図を示すものであり、前記送信モジュール112は、以下のステップを含む。
-キャッシュユニット1121
前記キャッシュユニット1121は、前記送信端１１に配置し、前記第一フレーム率に対応するフレーム時間内に同じビデオデータフレームを少なくとも二回書き込む。前記キャッシュユニット1121は、メモリ、ハードディスク等の様な物理記憶媒体であってよく、データを記憶することができる。この改善した実施例は、フレーム時間に前記キャッシュユニット1121へ同じビデオデータフレームを少なくとも二回書き込み、送信時間を縮める。
【００４８】
-転送ユニット1122
前記転送ユニット1122は、前記キャッシュユニット1121と接続し、前記キャッシュユニット1121内のビデオデータフレームを物理インターフェースに伝送する。前記転送ユニット1122はドライバー層であり、ソフトウェアデータを電信信号に転換して前記物理インターフェースを通して発出する。前記転送ユニット1122は、前記物理インターフェースのプロトコルを満足しなければならない。
【００４９】
本発明の実施例としてより良い実施状態もあり得るのであり、上記各実施例は本発明を特定の形式で限定する意図はなく、本技術の分野に熟知する任意の当業者は、上記の開示された技術内容を利用して有効な他の実施例に変更し或は修飾することができ、本発明の趣旨及び範囲から逸脱しない内容であるならば、本発明の技術本質により上記の実施例に対する任意の修正或は同様の変更及び修飾は、本発明の請求項の範囲内ののであることに注意を払うべきである。
【図１】
2021500785.tif 000003
【図２】
2021500785.tif 000004
【図３】
2021500785.tif 000005
【図４】
2021500785.tif 000006
【国際調査報告】
2021500785.tif 000007
2021500785.tif 000008
2021500785.tif 000009
2021500785.tif 000010
2021500785.tif 000011