JP4181701B2 - 画像処理装置 - Google Patents
画像処理装置 Download PDFInfo
- Publication number
- JP4181701B2 JP4181701B2 JP23454399A JP23454399A JP4181701B2 JP 4181701 B2 JP4181701 B2 JP 4181701B2 JP 23454399 A JP23454399 A JP 23454399A JP 23454399 A JP23454399 A JP 23454399A JP 4181701 B2 JP4181701 B2 JP 4181701B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- circuit
- bits
- ccd
- signal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Compression Of Band Width Or Redundancy In Fax (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
Description
【発明の属する技術分野】
本発明は、画像データを処理する画像処理装置に関する。
【0002】
【従来の技術】
ディジタルカメラなどにおいては、撮像素子によって撮影される画像(以下「撮影画像」と呼ぶ)は、多くの場合10ビットのディジタルデータにA/D変換され、様々な画像処理が施された後、JPEG符号化などの非可逆な圧縮を施され、メモリに効率的に記録される。最も一般的なベースラインJPEG符号化処理は、画像処理された8ビットの画像データに直交変換(具体的には離散コサイン変換(DCT))および量子化を施して得られる11ビットのデータにハフマン符号化を施す。
【0003】
一方、一切の画像処理を行わず、撮像素子から出力される画素ごとのディジタルデータを直接メモリに記録する形式であるCCD-RAW形式は、使用者側に画像処理の自由度を与える有益な記録形式である。
【0004】
【発明が解決しようとする課題】
上記ディジタルカメラなどの画像処理装置においては、撮影画像に非可逆な圧縮を施すため、その再生時には充分に良好な画質が得られない場合がある。さらに、撮影画像には既に画像処理が施されているので、ユーザが再生画像にあらためて画像処理を施すことが困難、または、画像処理を施すと画質が劣化する問題がある。
【0005】
一方、CCD-RAW形式は撮像素子の高画素化やA/D変換器の分解能の向上等に伴い、記録容量が増大するため、記憶容量が限られたメモリに記録するには不向きである。
【0006】
つまり、その使用目的や撮影画像の用途に応じた、撮像データの圧縮が可能なディジタルカメラのような画像処理装置が望まれる。
【0007】
本発明は、上述の問題を解決するためのものであり、画像データ(例えば、 CCD-RAW データ)を、画質を劣化させることなく圧縮することができる画像処理装置を提供することを目的とする。
【0010】
【課題を解決するための手段】
本発明に係る画像処理装置は、撮像素子の出力信号をディジタル化して第1の画像データに変換する変換手段と、前記第1の画像データのビット数が第1のビット数よりも大きい第2のビット数である場合においては、前記第1の画像データを上位ビットデータと下位ビットデータとに分割する分割手段と、前記第1の画像データのビット数が前記第2のビット数である場合においては、前記上位ビットデータを予測符号化方式に従って符号化する予測符号化手段と、前記第1の画像データのビット数が前記第2のビット数である場合においては、前記予測符号化手段によって符号化された前記上位ビットデータをハフマン符号化方式に従って符号化するハフマン符号化手段と、前記第1の画像データのビット数が前記第2のビット数である場合においては、前記ハフマン符号化手段によって符号化された前記上位ビットデータと、前記下位ビットデータと、前記第1の画像データのビット数が前記第2のビット数であることを示す情報とを記録媒体に格納する記録手段とを有することを特徴とする。
【0018】
【発明の実施の形態】
以下、本発明にかかる一実施形態の画像処理装置を図面を参照して詳細に説明する。
【0019】
[構成]
図1は本発明にかかる一実施形態の画像処理装置1000の構成例を示すブロック図である。
【0020】
撮影対象物の像は、撮影レンズ10によって光学的に、撮影像を電気信号に変換するCCDなどの撮像素子12上に結像される。撮像素子12のアナログ出力信号は、A/D変換器14によってディジタル信号に変換される。なお、以下では、信号処理された画像データと区別するために、A/D変換器14から出力される画像データをCCD-RAWデータと呼ぶ。
【0021】
メモリ制御回路40は、A/D変換器14、並びに、後述するD/A変換器20、画像処理回路50、メモリ60、記録媒体70、JPEG回路80、データ変換回路100におけるデータフローを制御する。メモリ制御回路40は、メモリ60へのデータ書込専用の複数のメモリ制御回路と、メモリ60からのデータ読込専用の複数のメモリ制御回路で構成される。
【0022】
画像処理回路50は、メモリ御回路40から入力される、図3に示すような素子配列(例えばベイヤ配列)をもつCCD-RAWデータに画素補間処理や色変換処理を施して、例えばRGB画像データを形成する。
【0023】
メモリ60は、撮影された静止画像や動画像を格納するためのメモリで、所定枚数の静止画像や所定時間の動画像を格納するのに充分な記憶容量を備えている。A/D変換器14から出力されるCCD-RAWデータは、メモリ制御回路40および画像処理回路50を介して、あるいは、メモリ制御回路40から直接メモリ60に書き込まれる。また、画像処理回路50がCCD-RAWデータから形成してメモリ60に書き込まれた表示用の画像データは、メモリ制御回路40およびD/A変換器20を介して、TFT LCDなどの画像表示部22に表示される。
【0024】
記録媒体70は、半導体メモリのカード、磁気記録媒体のフロッピディスクやハードディスク、あるいは光磁気ディスクなどで、主にリムーバブルな媒体が好んで利用される。
【0025】
JPEG回路80は、DCT・量子化回路82、データセレクタ84、ハフマン符号・復号回路86で構成され、ベースラインJPEG方式により画像データを圧縮/伸長する。データセレクタ84は、画像データをJPEG符号化・復号する場合と、CCD-RAWデータを可逆圧縮・伸長する場合とで、つまり後述する記録モードに従い、データの流れを切り替える。
【0026】
データ変換回路100は、JPEG回路80のハフマン符号・復号回路86を使用して、CCD-RAWデータを可逆圧縮・伸長するためのデータ変換を行う回路で、インタフェイス回路102、分割・合成回路106およびDPCM(Differential Pulse Code Modulation)変換回路108を含むデータ変換コア104で構成される。なお、データ変換コア回路104は、本実施形態におけるデータ変換処理を実際に行う部分である。
【0027】
インタフェイス回路102は、データ変換回路100が他の回路ブロック(たとえばメモリ制御回路40やJPEG回路80)との間でデータのハンドシェイクを行うための回路で、この回路の作用により、データ変換コア104の設計が容易になると同時に、システム全体のデータ転送制御を行うソフトウェアの開発が容易になる。詳細な構成および動作については後述する。
【0028】
ハフマン符号・復号回路86は、ベースラインJPEG用に設計された回路で、データセレクタ84とハフマン符号・復号回路86の間のデータバスは11ビットである。従って、DPCM変換されるCCD-RAWデータは10ビット以下である必要がある。
【0029】
分割・合成回路106は、圧縮時においてCCD-RAWデータが12ビットの場合、それを上位10ビットと下位2ビットに分割し、下位2ビットを8データごとにPACK(パック)処理する。また、伸長時においてCCD-RAWデータが12ビットの場合、PACKされた下位2ビットのデータをUNPACK(アンパック)処理して、DPCM変換回路108において逆DPCM変換された10ビットデータと合成する。分割およびPACK処理、並びに、UNPACKおよび合成処理におけるデータフォーマットを図2に示す。
【0030】
DPCM変換回路108は、情報のエントロピを小さくしてハフマン符号化における符号化効率を高めるために、CCD-RAWデータのDPCM変換(予測符号化)を行う。DPCM変換回路108は、10ビットのデータに対してDPCM変換(予測符号化)を行い、11ビットのDPCMデータに対して逆DPCM変換を行う。DPCM変換は、符号化すべき注目画素の画像惰報と周辺画素の画像情報とは相関関係が強いことを利用して情報のエントロピを減少させるものである。具体的には、注目画素の画像データを、隣接画素(左隣りの画素)の画像データとの差分値に変換することで、ハフマン符号化における符号化効率を高める。
【0031】
本実施形態は、図3に示すような素子配列のカラーフィルタ配列をもつ撮像素子12に対応し、常に、二画素左隣りのCCD-RAWデータとの差分値を算出する必要がある。つまり、DPCM変換回路108は、入力されるCCD-RAWデータと、二画素分前に入力されたCCD-RAWデータとの差分を求める構成である。なお、DPCM変換における予測は画像の低周波成分ほど容易であるため、CCD-RAWデータが12ビットの場合は上位10ビットのみDPCM変換して予測の難しい高周波成分を非圧縮で記録する。さらに詳細な構成および動作については後述する。
【0032】
データセレクタ90は、JPEG符号化・復号を行う場合と、CCD-RAWデータの可逆圧縮・伸長を行う場合とで、つまり後述する記録モードに従い、データの流れを切り替える。
【0033】
また、システム制御回路30は、CPU、RAMおよびROMなどで構成され、ROMに格納されたプログラム、並びに、モードダイヤル32および記録モードスイッチ34の設定に従って、画像処理装置1000全体および各回路ブロックの動作を制御する。モードダイアル32は、電源オンオフ、撮影モードおよび再生モードなど、画像処理装置1000の機能モードをユーザが切り替えるためのものである。記録モードスイッチ34は、CCD-RAWデータの可逆圧縮・伸長モードと、JPEG記録モードとの何れかをユーザが選択するためのものである。なお、ユーザは、JPEG記録モードを選択する場合、その圧縮率なども記録モードスイッチ34によって設定することができる。
【0034】
[データ変換コア]
図4はデータ変換コア104の詳細な構成例を示すブロック図である。なお、図4において、DPCM変換回路108以外の部分は分割・合成回路106に相当する。
【0035】
データ変換コア104に入出力するすべてのデータ系列には、一対のVALID信号およびSTOP信号が存在する。VALID信号が‘1’のときはその入出力データが有効であることを意味し、STOP信号が‘1’のときはそのデータ入出力が無効であることを意味する。データ変換コア104は、入出力データに付随するVALID信号が‘1’かつSTOP信号が‘0’のとき、有効なデータの入出力が行われるとして処理を行う。データ変換コア104に入出力するデータ系列は以下の六種類である。
CCD_IN_DATA: 圧縮対象のCCD-RAWデータ(メモリ制御回路40から)
DPCM_OUT_DATA: DPCM変換されたデータ(JPEG回路80へ)
PACK_DATA: PACKされた下位2ビットのデータ(メモリ制御回路40へ)
CCD_OUT_DATA: 伸長されたCCD-RAWデータ(メモリ制御回路40へ)
DPCM_IN_DATA: 逆DPCM変換すべきデータ(JPEG回路80から)
UNPACK_DATA: UNPACKすべきデータ
【0036】
各入力データ系列に対してVALID信号(入力)およびSTOP信号(出力)が付属し、各出力データ系列に対してVALID信号(出力)およびSTOP信号(入力)が付属する。
【0037】
データ変換コア104の出力データに付随して、データ変換コア104に入力されるSTOP信号はDPCM_OUT_STOP、PACK_STOPおよびCCD_OUT_STOPの三種類である。
【0038】
これらのSTOP信号を‘1’にしているブロックは、データ変換コア104から出力されるデータを受け取れないことを意味し、データ変換コア104の出力データは無効になる。従って、これらのSTOP信号の何れかが‘1’かつ対応するVALID信号が‘1’のとき、データ変換コア104内部のすべてのフリップフロップ(バッファ)は保持状態になり、すべてのSTOP信号が‘0’になるまでデータの更新は一切行われない。
【0039】
一方、データ変換コア104の入力データに付随して、データ変換コア104から出力されるSTOP信号はCCD_IN_STOP、DPCM_IN_STOPおよびUNPACK_STOPの三種類である。
【0040】
これらのSTOP信号が‘1’のとき、データ変換コア104は入力データを受け取れないことを意味し、STOP信号が接続されるブロックからの入力データはSTOP信号が‘0’になるまで更新されない。従って、データ変換コア104の制御信号発生器180または182は、データ変換コア104内部の動作状態に応じて次のデータ入力を遅らせる場合、あるいは、複数のブロックからデータを受け取ってそれらデータの待ち合わせ処理を行う場合に、該当ブロックに送るSTOP信号を‘1’にすることで、データ変換コア104へ入力されるデータの更新を一時的に中断させることができる。
【0041】
●CCD-RAWデータの可逆圧縮
CCD-RAWデータを可逆圧縮する場合のデータ変換コア104の動作は以下のとおりである。
【0042】
圧縮対象のCCD-RAWデータ(CCD_IN_DATA)は、VALID信号(CCD_IN_VALID)が‘1’のときにバッファ184に読み込まれ、VALID信号(CCD_IN_VALID)が‘0’のときはバッファ184に読み込まれたCCD-RAWデータが保持される。バッファ184に保持されるCCD-RAWデータのデータフォーマットの一例を図5に示す。CCD-RAWデータのデータ幅にかかわらず、バッファ184に保持されたデータの第11ビットから第2ビットまでの10ビットのデータがDPCM変換回路108に転送され、DPCM変換が行われる。DPCM変換されたデータは、一旦バッファ190に保持された後、データ変換コア104から出力される。制御信号発生器180は、入力されるVALID信号(CCD_IN_VALID)から、DPCM変換されたデータに対応するVALID信号(DPCM_OUT_VALID)を作成して、DPCM変換されたデータに合わせて出力する。
【0043】
CCD-RAWデータのデータ幅が12ビットの場合、図2に示したフォーマットに従い、下位2ビットの分離およびPACK処理が行われる。バッファ184に保持されたデータの下位2ビットは、バッファ200から214までの八個のバッファの何れかに保持される。制御信号発生器180は、入力されるVALID信号(CCD_IN_VALID)をカウントすることで、バッファ184に保持されたデータが何番目に入力されたデータであるかを判断し、その判断結果に基づき、バッファ200から214の何れかを選択する8ビットの制御信号を発生する。8ビットの制御信号の対応するビットが‘1’のバッファは、バッファ184から2ビットのデータを読み込むことでデータの更新する。一方、8ビットの制御信号の対応するビットが‘0’のバッファはデータを保持する。
【0044】
バッファ200から214の出力はバッファ192に接続される。バッファ192のデータは、制御信号発生器180の制御信号によって入力8データごとに更新され、更新されたデータはPACKされたデータとして出力される。このとき、制御信号発生器180はPACKデータに対応する‘1’のVALID信号(PACK_VALID)を出力する。
【0045】
●CCD-RAWデータの伸長
CCD-RAWデータを伸長する場合のデータ変換コア104の動作は以下のとおりである。
【0046】
逆DPCM変換されるべきDPCMデータ(DPCM_IN_DATA)は、VALID信号(DPCM_IN_VALID)が‘1’のときバッファ188に読み込まれ、VALID信号(DPCM_IN_VALID)が‘0’のときはバッファ188に読み込まれたDPCMデータが保持される。バッファ188に保持されたDPCMデータは、DPCM変換回路108によって逆DPCM変換され、逆変換された10ビットデータはバッファ194の第11ビットから第2ビットに入力される。圧縮記録されたCCD-RAWデータの元のデータ幅が10ビットの場合は、マルチプレクサ198を介して、バッファ194の下位2ビットに対応する‘00’がダミーデータとしてバッファ194に入力される。バッファ194の出力は、伸長されたCCD-RAWデータ(CCD_OUT_DATA)として出力される。制御信号発生器182は、入力されるVALID信号(DPCM_IN_VALID)から伸長されたデータに対するVALID信号(CCD_OUT_VALID)を作成して、CCD-RAWデータに合わせて出力する。
【0047】
圧縮記録されたCCD-RAWデータの元のデータ幅が12ビットの場合、図2に示したフォーマットに従い、下位2ビットのUNPACKおよび合成処理が行われる。UNPACKすべきデータ(UNPACK_DATA)は、VALID信号(UNPACK_VALID)が‘1’のときバッファ186に読み込まれ、VALID信号(UNPACK_VALID)が‘0’のときはバッファ186に読み込まれたデータが保持される。バッファ186に保持されたデータは、マルチプレクサ196によって2ビットずつ読み出され、マルチプレクサ198を介してバッファ194の下位2ビットに接続される。
【0048】
マルチプレクサ196がどの2ビットを選択するかは、制御信号発生器182の4ビットの制御信号により決定される。制御信号発生器182は、入力されるVALID信号(DPCM_IN_VALID)をカウントすることにより、バッファ194に入力されている10ビットデータが何番目であるのか判断し4ビットの制御信号を発生する。また、マルチプレクサ198に、マルチプレクサ196の出力を選択させるか、ダミーデータ‘00’を選択させるかの制御も、この4ビットの制御信号によって行われる。
【0049】
バッファ194において合成された12ビットのデータは、伸長されたCCD-RAWデータ(CCD_OUT_DATA)として出力される。制御信号発生器182は、入力されるVALID信号(DPCM_IN_VALID)から伸長されたデータに対応するVALID信号(CCD_OUT_VALID)を作成して、CCD-RAWデータに合わせて出力する。
【0050】
また、バッファ186のデータは逆DPCM変換されるデータ八個に付き一回しか更新されない。従って、制御信号発生器182は、入力されるVALID信号(DPCM_IN_VALID)をカウントしながら、STOP信号(UNPACK_STOP)を作成し出力することで、上位10ビットのデータと下位2ビットとのデータの待ち合わせ処理を容易に行う。
【0051】
●待ち合わせ処理
図6は待ち合わせ処理の具体例を示すタイミングチャートである。
【0052】
以下では、説明を簡単にするために、DPCM変換回路108からバッファ254へ送られるデータを10bit_DATA、10bit_DATAに伴うVALID信号およびSTOP信号をそれぞれ10bit_VALIDおよび10bit_STOPとして説明する。実際には、制御信号発生器182がDPCM変換回路108のデータ遅延を考慮して制御を行う。
【0053】
タイミングt1において、UNPACK_VALID信号が‘1’、UNPACK_STOP信号が‘0’であるから、UNPACK_DATAであるP1はバッファ186に読み込まれる。UNPACK_DATAは八個の10bit_DATAに対して二回しか更新されないので、次のタイミングt2においてUNPACK_DATAのP2に更新されないように、制御信号発生器182はUNPACK_STOP信号を‘1’にする。
【0054】
タイミングt2において、10bit_VALID信号が‘1’であるので、選択されたデータD1およびP1はバッファ194で合成されてCCD_OUT_DATAとして出力される。制御信号発生器182はCCD_OUT_VALID信号を‘1’にする。
【0055】
タイミングt8において、選択されたデータD7およびP1は、バッファ194で合成されてCCD_OUT_DATAとして出力される。タイミングt8の処理により七つのデータの合成処理が終了するので、次のタイミングt9において八つ目のデータの合成処理が処理終了した後にバッファ186のデータを更新する必要がある。そのために、タイミングt8で、制御信号発生器182はUNPACK_STOP信号を‘1’から‘0’にする。
【0056】
タイミングt9において、選択されたデータD8およびP1は、バッファ194で合成されてCCD_OUT_DATAとして出力される。一方、UNPACK_DATAのP2は、バッファ186に読み込まれる。そして、タイミングt1と同様に、制御信号発生器182はUNPACK_STOP信号を‘1’にする。
【0057】
タイミングt10において、選択されたデータD9およびP2は、バッファ194で合成されてCCD_OUT_DATAとして出力される。また、UNPACK_VALID信号は‘0’であるからSTOP信号を出す必要がないので、制御信号発生器182はUNPACK_STOP信号を‘0’にする。
【0058】
タイミングt17において、選択されたデータD16およびP2は、バッファ194で合成されてCCD_OUT_DATAとして出力される。タイミングt17の処理によりD9からD16の八つのデータの合成処理が終了するので、バッファ186のデータを更新する必要がある。しかし、UNPACK_VALID信号が‘0’で、UNPACK_DATAは不定である。そのため、次のタイミングt18では合成処理ができないので、制御信号発生器182は10bit_DATAが更新されないように10bit_STOP信号を‘1’にする。
【0059】
タイミングt18において、10bit_STOP信号が‘1’であるから10bit_DATAはD17のまま更新されない。また、UNPACK_VALID信号が‘1’であるので、UNPACK_DATAのP3がバッファ186に読み込まれる。タイミングt1と同様に、制御信号発生器182はUNPACK_STOP信号を‘1’にする。
【0060】
タイミングt19において、選択されたデータD17およびP3は、バッファ194で合成されてCCD_OUT_DATAとして出力される。
【0061】
このように、データ変換コア104は、STOP信号を必要に応じて出力することで、容易に待ち合わせ処理を実現する。また、データ変換コア104によってハードウェア的に待ち合わせ処理が実現されることにより、各回路ブロック間のデータ転送制御を、システム制御回路30はほとんど行う必要がない。
【0062】
[インタフェイス回路]
上記のように、データ変換コア104は、VALID信号およびSTOP信号により、二つのブロックからデータを受け取る場合の待ち合わせ処理を容易に実現する。しかし、他のブロックとの間でデータのハンドシェイクを実際に行うためには、データ変換コア104の周辺にVALID信号およびSTOP信号を制御するインタフェイス回路102が必要になる。
【0063】
図7はインタフェイス回路102の最も基本的な構成例を示すブロック図である。
【0064】
データ変換回路100に対応する演算ユニット302は、演算ユニット300および304とデータのハンドシェイクを行うインタフェイス回路102と、入力されデータに処理を施すデータ変換コア104に対応する演算回路308によって構成される。システムを構成する複数の演算ユニットは、演算ユニット302の構成を基本とし、すべてのブロックは同様の構成で設計されている。
【0065】
ユニット間を伝播するすべてのデータ系列は、各データ系列に対して一対のVALID信号およびSTOP信号を伴う。装置内における各演算ユニット間のデータ転送はすべて、これらの信号によって制御される。
【0066】
VALID信号は、各演算ユニット間を転送されるデータ系列が、あるタイミングにおいて有効なデータであることを示し、データ系列の伝播方向と同じ方向に伝播される。本実施形態において、VALID信号が‘1’であるサイクルは、そのデータ系列は有効であることを意味し、有効なデータ系列は1サイクルのみ出力される。
【0067】
STOP信号は、データを受け取るべき演算ユニットがデータ処理中などのために、次のタイミングに入力されるデータを処理することができない場合に、入力されるデータ系列のデータ更新を停止するように指示する信号で、データ系列の伝播方向と逆の方向に伝播される。本実施形態において、STOP信号が‘1’であるサイクルは、その演算ユニットがデータ処理ができないことを意味する。
【0068】
インタフェイス回路102の目的は、既に述べたように、データ処理を行う演算回路308の設計を容易にすることと、システム全体の制御を容易にすることである。
【0069】
演算回路308は、あるタイミングにおいて、入力されるVALID_IN信号が‘1’の場合にのみデータを受け取り必要なデータ処理を行う。また、後段に接続された演算ユニット304へ有効なデータ転送を行う際は、VALID_OUT信号を‘1’にセットする。ただし、VALID_OUT信号が‘1’であるサイクルであっても、後段に接続された演算ユニット304からのSTOP信号であるOUT_STOP信号が‘1’である場合は、演算回路104へのSTOP信号であるSTOP_OUT信号が‘1’になる。つまり、演算ユニット302がデータ更新を行うことができないので、演算回路308におけるすべての内部状態が保持される。また、演算ユニット302の前段に接続された演算ユニット300からのデータ転送を停止したい場合は、STOP_IN信号を‘1’にセットする。つまり、VALID_IN信号が‘1’、並びに、STOP_IN信号およびSTOP_OUT信号が‘0’のときにのみ演算回路308は有効なデータの取り込みを行う。
【0070】
実際のデータ処理においては、演算回路308に入力されるVALID信号をカウントするだけで大抵の制御を行うことができる。
【0071】
インタフェイス回路102は、実際データ処理を行う演算回路308の周辺に位置し、隣接する演算ユニットとデータのハンドシェイクを行う。インタフェイス回路102の基本構成は、入力データであるIN_DATAのバス幅(nビット)に相当するn個のDフリップフロップなどから構成されるバッファ110と、一個のDフリップフロップ、n+1ビット出力のデータセレクタ114および複数の論理ゲートで構成される。
【0072】
[インタフェイス回路の機能]
図8Aおよび8Bはデータ、VALID信号およびSTOP信号の関係を詳細に示すタイミングチャートで、インタフェイス回路102の機能を説明するものである。なお、本実施形態における演算回路308、演算ユニット300および演算ユニット304の動作は、説明のための動作を仮定しているに過ぎない。なお、図8Aおよび図8Bは一連のタイミングチャートである。
【0073】
タイミングt0において、D-FF112の出力はリセット信号RESETにより‘0’にリセットされる。その結果、演算ユニット302から出力されるIN_STOP信号は‘0’になる。セレクタ114はデータ入力側(非バッファ110側)にセットされるので、IN_DATAおよびIN_VALID信号が演算回路308のDATA_INおよびVALID_IN信号に直結される。
【0074】
タイミングt1においては、入力データであるDATA_INが不定、演算回路308へ入力されるVALID_IN信号が‘0’であるから、演算ユニット302は一切の処理を行わない。t1直後に、前段に接続された演算ユニット300からの入力データであるIN_DATAが確定し、IN_VALID信号が‘1’に変化するので、演算回路308へ入力されるVALID_IN信号は‘1’に変化する。
【0075】
タイミングt2およびt3においては、演算回路308へ入力されるVALID_IN信号が‘1’、STOP_IN信号およびSTOP_OUT信号が‘0’であるから、IN_DATAのD1およびD2は、セレクタ114を介して有効なデータとして演算回路308に読み込まれ処理される。
【0076】
タイミングt4においては、演算回路308へ入力されるVALID_IN信号は‘1’であるが、演算回路308から出力されるSTOP_IN信号が‘1’を示している。つまり、演算回路308が現在データ処理中のため、次のデータを受け取ることができないことを意味する。この場合、VALID_IN信号およびSTOP_IN信号の論理積である論理ゲート118の出力はD-FF112を‘1’にセットして、演算ユニット300へ‘1’のIN_STOP信号を出力すると同時に、セレクタ114をバッファ110側にセットする。IN_STOP信号は、前記した論理ゲート124と同様の作用により、IN_VALID信号を‘1’から‘0’に変化させる。また、論理ゲート118およびD-FF112の出力は、論理ゲート116を介してバッファ110のLOAD信号(LD)になる。従って、タイミングt4において、IN_DATAのD3はバッファ110に読み込まれ、読み込まれたデータD3*が演算回路308へのDATA_INとして出力される。
【0077】
タイミングt5においては、演算ユニット302から出力されるIN_STOP信号が‘1’であるから、演算ユニット300から出力されるIN_DATAは更新されない。また、演算回路308へ入力されるVALID_IN信号および演算回路308から出力されるSTOP_IN信号は‘1’のままであるので、D-FF112は引き続き‘1’にセットされる。また、バッファ110の更新も行われない。
【0078】
タイミングt6においては、演算ユニット302から出力されるIN_STOP信号が‘1’であるから、演算ユニット300から出力されるIN_DATAは更新されない。しかし、演算回路308へ入力されるVALID_IN信号が‘1’のままで、演算回路308から出力されるSTOP_IN信号が‘0’になるから、DATA_INに接続されているバッファ110のデータD3*は演算回路308に読み込まれ処理される。また、STOP_IN信号は、論理ゲート118を介してD-FF112を‘0’にリセットし、演算ユニット302から出力されるIN_STOP信号を‘0’にする。そして、セレクタ114はデータ入力側を選択するので、演算回路308のDATA_INは再び演算ユニット302のIN_DATAと直結される。さらに、IN_STOP信号は、前記したゲート回路124と同様の作用により、IN_VALID信号を‘0’から‘1’に変化させる。
【0079】
タイミングt7においては、演算回路308へ入力されるVALID_IN信号が‘1’であり、演算回路308から出力されるSTOP_IN信号および演算回路308へ入力されるSTOP_OUT信号が‘0’であるから、IN_DATAのD4はセレクタ114を介して有効なデータとして演算回路308に読み込まれ処理される。また、演算ユニット302から出力されるIN_STOP信号が‘0’であるから、演算ユニット300から出力されるデータは更新される。
【0080】
タイミングt8においては、タイミングt7と同様に、IN_DATAのD5は演算回路308において処理され、IN_DATAは更新される。
【0081】
タイミングt9においては、演算ユニット304へ入力されるIN_VALID信号が‘0’であるから、IN_DATAが無効(不定)を意味する。IN_DATAは演算回路308のDATA_INへ接続されているが、無効なデータであるため演算回路308は処理を行わない。なお、本実施形態においてはIN_DATAが不定であるとしたが、演算ユニット300からのIN_DATAがD5のまま更新されない場合、IN_VALID信号は‘0’になるよう設計されていることは前記したとおりである。
【0082】
タイミングt10において、演算ユニット302へ入力されるIN_DATAはタイミングt9と同様にして無視される。一方、演算回路308から出力されるVALID_OUT信号は‘1’であり、演算ユニット304へ入力さるOUT_STOP信号は‘0’であるから、OUT_VALID信号に‘1’が出力される。DATA_OUTのd1はOUT_DATAを介して演算ユニット304へ転送され、演算ユニット304において有効なデータとして処理される。
【0083】
タイミングt11およびt12においては、タイミングt7と同様に、演算ユニット300から入力されるIN_DATAのD6およびD7が演算回路308によって処理され、データは更新される。タイミングt10と同様に、演算回路308から出力されるOUT_DATAのd2およびd3は演算ユニット304で処理され、データは更新される。また、演算ユニット304は、OUT_DATAのd3を受け取った直後のタイミングt13において新しいデータを受け取ることができないため、演算ユニット302へ出力するOUT_STOP信号を‘1’にする。これは、タイミングt4において、演算ユニット302が演算ユニット300へ出力するIN_STOP信号を‘0’から‘1’に変化させた処理と同様である。演算ユニット304から出力されるOUT_STOP信号は、論理ゲート124を介してOUT_VALID信号を‘1’から‘0’に変化させる。さらに、演算回路308のVALID_OUT信号が‘1’であるので、次のタイミングt13において、DATA_OUTのd4を更新しないように、論理ゲート122を介してSTOP_OUT信号を‘0’から‘1’に変化させる。
【0084】
タイミングt13においては、演算ユニット304から出力されるOUT_STOP信号が‘1’、演算回路308から出力されるVALID_OUT信号が‘1’、および、演算ユニット300から入力されるIN_VALID信号も‘1’である。これは、後段の演算ユニット304がデータを受け取ることができないタイミングにおいて、前段の演算ユニット300および演算ユニット302が有効なデータを転送しようとしている状況である。
【0085】
演算回路308から出力される有効なDATA_OUTのd4は、タイミングt12において述べたように、STOP_OUT信号が‘1’にセットされているのでタイミングt13において更新されない。また、タイミングt4と同様にして、演算回路104へ入力されるVALID_IN信号およびSTOP_OUT信号は、論理ゲート118を介してD-FF112を‘1’にセットし、演算ユニット300へ出力されるIN_STOP信号を‘1’にセットするとともに、セレクタ114にバッファ110側を選択させる。IN_STOP信号は、前記した論理ゲート124と同様の作用により、IN_VALID信号を‘1’から‘0’に変化させる。また、IN_DATAのD8は、バッファ110に読み込まれ、読み込まれたデータD8*が演算回路308のDATA_INへ接続される。
【0086】
タイミングt14においては、演算ユニット300へ入力されるIN_STOP信号が‘1’であるので、IN_DATAは更新されない。演算ユニット304へ入力されるOUT_STOP信号は‘1’のままであるので、演算回路308から出力されるDATA_OUT信号も更新されない。タイミングt6における演算ユニット300へ出力されるIN_STOP信号の処理と同様に、タイミングt14における演算ユニット304の処理の結果、OUT_STOP信号は‘1’から‘0’に変化する。論理ゲート124を介して、演算ユニット100から出力されるOUT_VALID信号を‘1’に、論理ゲート122を介して、演算回路308へ入力されるSTOP_OUT信号を‘0’に変化させる。
【0087】
タイミングt15においては、演算ユニット304へ入力されるOUT_VALID信号が‘1’、演算ユニット304から出力されるOUT_STOP信号が‘0’であるから、演算回路308から出力されるDATA_OUTのd4は有効なデータとして演算ユニット304において処理され、DATA_OUTは更新される。また、演算ユニット300へ入力されるIN_STOP信号は‘1’であるから、演算ユニット300から出力されるIN_DATAは更新されない。しかし、演算回路308へ入力されるVALID_IN信号が‘1’、演算回路308から出力されるSTOP_IN信号および演算回路308へ入力されるSTOP_OUT信号が‘0’であるから、DATA_INに接続されているバッファ110のデータD8*は、演算回路308に入力され処理される。また、論理ゲート122の出力は、論理ゲート118を介してD-FF112を‘0’にリセットし、演算ユニット300へ出力されるIN_STOP信号を‘0’にセットする。これとほぼ同時に、セレクタ114にデータ入力側を選択させる。さらに、IN_STOP信号はIN_VALID信号を‘0’から‘1’に変化させる。
【0088】
タイミングt16においては、タイミングt7と同様に、演算ユニット300から出力されるIN_DATAのD9は、演算回路308で処理され、IN_DATAは更新される。
【0089】
タイミングt17においては、演算ユニット304から出力されるOUT_STOP信号が‘1’であるが、演算ユニット300および演算ユニット302は何れも有効なデータを転送しようとしていないので、問題はない。
【0090】
このように、インタフェイス回路102の機能は、データ変換回路100に対応する演算ユニット302がデータを受け取れない場合、あるいは、後段の演算ユニット304がデータを受け取れずに演算ユニット302の動作が停止するような場合に、前段の演算ユニット300から転送されてくるデータを一時的にバッファに記憶し、前段の演算ユニット300のデータ更新を停止させる機能を果たす。また、インタフェイス回路102は、以下に示すように、その一部構成を変更するだけで、すべての演算ユニット(回路ブロック)に対してもテンプレート的に使用することができる。
【0091】
図9および図10はインタフェイス回路102の圧縮および伸長時の動作をそれぞれ示すブロック図で、基本的な構成は図7と同じである。
【0092】
圧縮時には、データ変換コア104から出力されるデータが二種類あり、後段のブロックはJPEG回路80およびメモリ制御回路40bの二つになる。そのため、ORゲート120を三入力に変更して二種類の出力データに対応する。
【0093】
伸長時には、データ変換コア104へ入力されるデータが二種類あり、前段のブロックはJPEG回路80およびメモリ制御回路40dの二つになる。そのため、後段のブロックに相当するメモリ制御回路40cから出力されるSTOP信号をORゲート120aおよび120bに供給して二種類の入力データに対応する。
【0094】
[画像の記録処理]
画像処理装置1000は、モードダイアル32に撮影モードが設定されている場合、撮影レンズ10、撮像素子12およびA/D変換器14によって得られる撮影画像のCCD-RAWデータを、画像処理した後または直接、記録媒体70へ格納する。図11は撮影画像の記録処理に関する画像処理装置1000の動作例を示すフローチャートで、システム制御回路30によって実行されるものである。
【0095】
図11において、記録モードスイッチ34の設定を判定する(S101)。記録モードがJPEGモードであれば、メモリ60に保持されたCCD-RAWデータを、メモリ制御回路40を介して、画像処理回路50へ送る(S102)。画像処理回路50はCCD-RAWデータに画像処理を施す(S103)。画像処理されたデータは、メモリ制御回路40を介して、JPEG回路80に送られ、JPEG符号化される(S104)。JPEG符号化により得られるJPEGデータは、メモリ制御回路40を介して、メモリ60に送られる(S105)。
【0096】
一方、記録モードスイッチ34の設定がCCD-RAWモードであれば、メモリ60に保持されたCCD-RAWデータを、メモリ制御回路40およびインタフェイス回路102を介して、データ変換コア104に送る(S108)。そして、CCD-RAWデータのデータ幅を判定し(S109)、12ビットの場合は分割・合成回路106に分割・PACK処理を行わせ(S113)、PACKされたデータをメモリ制御回路40を介してメモリ60に送らせる(S114)。
【0097】
10ビット幅のCCD-RAWデータ、または、12ビット幅のCCD-RAWデータから分離された上位10ビットのデータは、DPCM変換回路108によりDPCM変換され(S110)、JPEG回路80のハフマン符号・復号回路86によりハフマン符号化される(S111)。ハフマン符号化されたデータは、メモリ制御回路40を介して、メモリ60に送られる(S112)。
【0098】
その後、例えば一画像分の符号がメモリ60に格納されると、その符号は、メモリ制御回路40を介して、記録媒体70にデータファイルとして格納される(S106)。その際、ハフマン符号化されたデータおよびPACKされたデータは、記録(撮影)条件などを含むヘッダデータとともにCCD-RAW可逆圧縮データとして格納される。なお、ヘッダデータに関しては、図13を参照して後述する。
【0099】
●再生モード
画像処理装置1000は、モードダイアル32に再生モードが設定されている場合、記録媒体70に格納された画像データファイルに記録された画像を画像表示部22に表示する。図12は画像の再生処理に関する画像処理装置1000の動作例を示すフローチャートで、システム制御回路30によって実行されるものである。
【0100】
記録媒体70に格納された画像データファイルは、メモリ制御回路40を介して、メモリ60に読み込まれ(S201)、システム制御回路30によってヘッダデータが解析される(S202)。ヘッダデータを解析した結果を判定し(S203)、記録モードがJPEGモードであるならば、メモリ60に保持されたJPEGデータをメモリ制御回路40を介してJPEG回路80に送り、JPEGデータを復号させる(S204)。つまり、JPEGデータは、ハフマン符号復号回路86によってハフマン復号され、DCT・量子化回路82によって逆量子化および逆DCTされる。その後、復号された画像データはメモリ制御回路40を介してメモリ60に格納される(S205)。メモリ60に保持された画像データは、メモリ制御回路40およびD/A変換器20を介して画像表示部22に送られ、画像が表示される(S206)。
【0101】
ヘッダデータを解析した結果がCCD-RAWモードであれば、メモリ60に保持されたハフマン符号化されたデータを、メモリ制御回路40を介してJPEG回路80に送り、ハフマン符号・復号回路86にハフマン復号させ(S207)、ハフマン復号されたデータをDPCM変換回路108で逆DPCM変換する(S208)。
【0102】
そして、ヘッダデータの解析結果を判定して(S209)、CCD-RAWデータが10ビットの場合は、逆DPCM変換により得られた10ビットのCCD-RAWデータが、インタフェイス回路102およびメモリ制御回路40を介して、メモリ60に格納される(S211)。また、CCD-RAWデータが12ビットの場合は、メモリ60に保持されたPACKデータを、メモリ制御回路40およびインタフェイス回路102を介して、データ変換コア104に送り、分割・合成回路106にUNPACK処理、並びに、UNPACK処理により得られる下位2ビットのデータと、逆DPCM変換により得られる上位10ビットのデータとの合成処理を行わせる(S210)。復元された12ビットのCCD-RAWデータは、インタフェイス回路102およびメモリ制御回路40を介して、メモリ60に格納される(S211)。
【0103】
メモリ60に格納されたCCD-RAWデータは、メモリ制御回路40を介して画像処理回路50に送られて画像処理が施される(S212)。画像処理によって得られたRGB画像データは、画像処理回路40を介してメモリ60に格納される(S205)。メモリ60に保持された画像データは、メモリ制御回路40およびD/A変換器20を介して画像表示部22に送られ、画像が表示される(S206)。
【0104】
●データフォーマット
図13は記録媒体70に記録されるCCD-RAW可逆圧縮データの基本フォーマット例を示す図である。
【0105】
図13に示す基本フォーマットの先頭にはヘッダデータが記録される。ヘッダデータの最初の1ビットは記録モードMODEを示し、‘0’の場合は10ビットのCCD-RAWデータ、‘1’の場合は12ビットのCCD-RAWデータを示す。続く、15ビットには撮像素子12の水平方向の画素数を表す12ビットの数値SIZE_Hが下詰めで記録される。続く16ビットには撮像素子12の垂直方向の画素数を示す12ビットの数値SIZE_Vが下詰めで記録される。続いて、下式から計算されるデータサイズのPACKデータが記録され、PACKデータに続き、ハフマン符号が記録される。
データサイズ = MODE × SIZE_H × SIZE_V /(8×8) [bytes]
【0106】
また、CCD-RAW可逆圧縮データのデータファイルか、JPEGファイルかは、データファイルの先頭4ビットで判断できる。JPEGファイルの場合には“FFD8”のコードでファイルが始まるので先頭4ビットは‘1111’になる。一方、CCD-RAW可逆圧縮データの場合は‘0000’または‘1000’になる。
【0107】
以上説明したように、本実施形態によれば、既存のベースラインJPEG符号化・復号回路を用いて、10または12ビットのCCD-RAWデータ用のCCD-RAW可逆圧縮・伸長回路を実現することができる。つまり、画像データの利用目的などに応じて、JPEG記録モードまたはCCD-RAW可逆圧縮記録モードを選択することができる。従って、JPEG符号化を行う場合の量子化によるデータの損失(画質劣化)を防ぎたい場合は、CCD-RAWデータを可逆圧縮して記録媒体に保存することができる。その上、圧縮されたCCD-RAWデータ(とくに12ビットのCCD-RAWデータ)は、CCD-RAW形式のままデータを保存する場合に比べて充分に小さなデータサイズにすることができる。
【0108】
また、言い換えれば、既存のベースラインJPEG符号化・復号回路の一部を、CCD-RAW可逆圧縮・伸長処理に流用することができるので、そのような回路を必要とする機器の開発にかかる負荷を軽減し、より小さな回路規模でそのような機器を実現することができる。
【0109】
なお、上述した実施形態においては、例えば電子カメラ(ディジタルカメラ)のような撮像素子を備える画像処理装置を説明したが、コンピュータや画像出力装置などで同様の処理を行わせることもできる。
【0110】
【他の実施形態】
なお、本発明は、複数の機器(例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど)から構成されるシステムに適用しても、一つの機器からなる装置(例えば、複写機、ファクシミリ装置など)に適用してもよい。
【0111】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体(または記録媒体)を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0112】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0113】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した(図11および/または図12に示す)フローチャートに対応するプログラムコードが格納されることになる。
【0114】
また、本発明の適用は、ディジタルカメラのような画像処理装置およびその記録媒体に限定されない。例えば、ディジタルカメラのような画像処理装置によって撮影された画像の画像データをCD-ROMやDVD-ROMのようなメディアを使用して配布する場合に、表示、印刷、検索などの通常の用途に利用される画像データはJPEG符号化してCD-ROMなどに記録し、印刷用の色分版作成、CG作成など任意の画像処理を必要とする画像データはCCD-RAW形式でCD-ROMなどに記録する場合に、本発明の画像データの圧縮・伸長方法が利用できる。また、そのような形態で画像データが記録(格納)されたメディアも本発明に含まれる。
【0115】
【発明の効果】
以上説明したように、本発明によれば、画像データ(例えば、 CCD-RAW データ)を、画質を劣化させることなく圧縮することができる画像処理装置を提供することができる。
【図面の簡単な説明】
【図1】本発明にかかる一実施形態の画像処理装置の構成例を示すブロック図、
【図2】分割およびPACK処理、並びに、UNPACKおよび合成処理におけるデータフォーマットを示す図、
【図3】カラーフィルタ配列の一例を示す図、
【図4】図1に示すデータ変換コアの詳細な構成例を示すブロック図、
【図5】 CCD-RAWデータのデータフォーマットの一例を示す図、
【図6】待ち合わせ処理の具体例を示すタイミングチャート、
【図7】図1に示すインタフェイス回路の最も基本的な構成例を示すブロック図、
【図8A】データ、VALID信号およびSTOP信号の関係を詳細に示すタイミングチャート、
【図8B】データ、VALID信号およびSTOP信号の関係を詳細に示すタイミングチャート、
【図9】インタフェイス回路の圧縮動作を示すブロック図、
【図10】インタフェイス回路の伸長動作を示すブロック図、
【図11】撮影画像の記録処理に関する画像処理装置の動作例を示すフローチャート、
【図12】画像の再生処理に関する画像処理装置の動作例を示すフローチャート、
【図13】記録媒体に記録されるCCD-RAW可逆圧縮データの基本フォーマット例を示す図である。
Claims (4)
- 撮像素子の出力信号をディジタル化して第1の画像データに変換する変換手段と、
前記第1の画像データのビット数が第1のビット数よりも大きい第2のビット数である場合においては、前記第1の画像データを上位ビットデータと下位ビットデータとに分割する分割手段と、
前記第1の画像データのビット数が前記第2のビット数である場合においては、前記上位ビットデータを予測符号化方式に従って符号化する予測符号化手段と、
前記第1の画像データのビット数が前記第2のビット数である場合においては、前記予測符号化手段によって符号化された前記上位ビットデータをハフマン符号化方式に従って符号化するハフマン符号化手段と、
前記第1の画像データのビット数が前記第2のビット数である場合においては、前記ハフマン符号化手段によって符号化された前記上位ビットデータと、前記下位ビットデータと、前記第1の画像データのビット数が前記第2のビット数であることを示す情報とを記録媒体に格納する記録手段とを有することを特徴とする画像処理装置。 - 前記予測符号化手段は、前記第1の画像データのビット数が前記第1のビット数である場合においては、前記第1の画像データを前記予測符号化方式に従って符号化し、
前記ハフマン符号化手段は、前記第1の画像データのビット数が前記第1のビット数である場合においては、前記予測符号化手段によって符号化された前記第1の画像データを前記ハフマン符号化方式に従って符号化し、
前記記録手段は、前記第1の画像データのビット数が前記第1のビット数である場合においては、前記ハフマン符号化手段によって符号化された前記第1の画像データと、前記第1の画像データのビット数が前記第1のビット数であることを示す情報とを前記記録媒体に格納することを特徴とする請求項1に記載の画像処理装置。 - 前記第1の画像データは、CCD−RAWデータであることを特徴とする請求項1又は2に記載の画像処理装置。
- 前記記録媒体は、リムーバブルな記録媒体であることを特徴とする請求項1から3のいずれか1項に記載の画像処理装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP23454399A JP4181701B2 (ja) | 1999-08-20 | 1999-08-20 | 画像処理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP23454399A JP4181701B2 (ja) | 1999-08-20 | 1999-08-20 | 画像処理装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001060876A JP2001060876A (ja) | 2001-03-06 |
JP4181701B2 true JP4181701B2 (ja) | 2008-11-19 |
Family
ID=16972682
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP23454399A Expired - Fee Related JP4181701B2 (ja) | 1999-08-20 | 1999-08-20 | 画像処理装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4181701B2 (ja) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4451181B2 (ja) | 2004-03-26 | 2010-04-14 | オリンパス株式会社 | 画像圧縮方法及び画像圧縮装置 |
JP4466378B2 (ja) | 2005-01-11 | 2010-05-26 | 株式会社ニコン | 履歴付加装置、電子カメラ、および画像処理プログラム |
JP4627670B2 (ja) * | 2005-03-17 | 2011-02-09 | 株式会社リコー | 画像形成装置、画像形成方法、その方法を実行させるプログラムが格納されたコンピュータ読み取り可能な記憶媒体 |
JP4525561B2 (ja) * | 2005-11-11 | 2010-08-18 | ソニー株式会社 | 撮像装置、画像処理方法、並びにプログラム |
JP2012054875A (ja) * | 2010-09-03 | 2012-03-15 | Hitachi Ltd | 画像符号化方法、画像復号方法、画像符号化装置及び画像復号装置 |
-
1999
- 1999-08-20 JP JP23454399A patent/JP4181701B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2001060876A (ja) | 2001-03-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3096618B2 (ja) | 撮像装置 | |
US5812791A (en) | Multiple sequence MPEG decoder | |
US6798833B2 (en) | Video frame compression/decompression hardware system | |
JP3069455B2 (ja) | 画像データ圧縮伸張装置における量子化・逆量子化回路 | |
JP4682102B2 (ja) | 画像符号化装置及び画像符号化方法 | |
US20110080956A1 (en) | Reducing Memory Bandwidth for Processing Digital Image Data | |
CN101594535A (zh) | 图像处理装置 | |
US11445160B2 (en) | Image processing device and method for operating image processing device | |
CN101677385B (zh) | 运动图像再现设备和运动图像再现方法 | |
JP2004356850A (ja) | 圧縮動画像の伸張装置及びそれを用いた画像表示装置 | |
JP4100836B2 (ja) | 画像処理装置 | |
JP4181701B2 (ja) | 画像処理装置 | |
US7092446B2 (en) | Compression-encoded data decoding apparatus | |
US11190810B2 (en) | Device and method for compressing image data using quantization parameter and entropy tables | |
US8233729B2 (en) | Method and apparatus for generating coded block pattern for highpass coefficients | |
JP4302661B2 (ja) | 画像処理システム | |
JP2001231046A (ja) | ディジタルカメラシステム及びそれに用いる画像転送方法 | |
JP2004501531A (ja) | ビデオ・データをランレングス符号化するための方法と装置 | |
JPH10285502A (ja) | 情報処理システム、情報処理装置、情報処理方法、および、記憶媒体 | |
JP2009038740A (ja) | 画像符号化装置 | |
JP2001144934A (ja) | 画像合成方法および画像合成装置 | |
JP2001224026A (ja) | 画像データ処理装置およびその制御方法 | |
JP2001245299A (ja) | 画像処理装置および画像処理方法 | |
KR20190091181A (ko) | 이미지 처리 장치 | |
JP2839055B2 (ja) | 画像編集装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060809 |
|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060809 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080208 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080408 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20080801 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20080807 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080825 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080901 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110905 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110905 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120905 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120905 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130905 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |