JP2000299840A - 映像記録方式 - Google Patents
映像記録方式Info
- Publication number
- JP2000299840A JP2000299840A JP10579399A JP10579399A JP2000299840A JP 2000299840 A JP2000299840 A JP 2000299840A JP 10579399 A JP10579399 A JP 10579399A JP 10579399 A JP10579399 A JP 10579399A JP 2000299840 A JP2000299840 A JP 2000299840A
- Authority
- JP
- Japan
- Prior art keywords
- video
- frame
- motion vector
- time
- screen data
- 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.)
- Granted
Links
- 238000007906 compression Methods 0.000 claims abstract description 117
- 230000006835 compression Effects 0.000 claims abstract description 107
- 238000000034 method Methods 0.000 claims description 77
- 238000001514 detection method Methods 0.000 claims description 15
- 238000009432 framing Methods 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 10
- 238000011084 recovery Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- YDLQKLWVKKFPII-UHFFFAOYSA-N timiperone Chemical compound C1=CC(F)=CC=C1C(=O)CCCN1CCC(N2C(NC3=CC=CC=C32)=S)CC1 YDLQKLWVKKFPII-UHFFFAOYSA-N 0.000 description 1
- 229950000809 timiperone Drugs 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/136—Incoming video signal characteristics or properties
- H04N19/137—Motion inside a coding unit, e.g. average field, frame or block difference
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/136—Incoming video signal characteristics or properties
- H04N19/137—Motion inside a coding unit, e.g. average field, frame or block difference
- H04N19/139—Analysis of motion vectors, e.g. their magnitude, direction, variance or reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/156—Availability of hardware or computational resources, e.g. encoding based on power-saving criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/177—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a group of pictures [GOP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/587—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal sub-sampling or interpolation, e.g. decimation or subsequent interpolation of pictures in a video sequence
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
- H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/781—Television signal recording using magnetic recording on disks or drums
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Theoretical Computer Science (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
(57)【要約】
【課題】パーソナルコンピュータの性能に依存すること
なく、かつ圧縮する映像の絵柄や動きに左右されずに実
際にキャプチャを行った時間と同一の時間で再生できる
映像圧縮データを作成する。 【解決手段】 ビデオキャプチャ部８は映像の取り込み
制御を行なうキャプチャ制御部１２と取り込んだ映像デ
ータ２９を一時保存するキャプチャデータメモリ１３と
を有する。圧縮制御部１０はキャプチャされた映像信号
２１を入力しこれを圧縮処理して圧縮映像信号２２を出
力する。ファイル出力部１１は圧縮映像信号２２を書き
込み記録する。動きベクトル量算出部５は１ＧＯＰあた
りの動きベクトル量を算出する。フレーム落とし制御部
１は次のＧＯＰでフレームを落とすかどうかの判断をす
る。
なく、かつ圧縮する映像の絵柄や動きに左右されずに実
際にキャプチャを行った時間と同一の時間で再生できる
映像圧縮データを作成する。 【解決手段】 ビデオキャプチャ部８は映像の取り込み
制御を行なうキャプチャ制御部１２と取り込んだ映像デ
ータ２９を一時保存するキャプチャデータメモリ１３と
を有する。圧縮制御部１０はキャプチャされた映像信号
２１を入力しこれを圧縮処理して圧縮映像信号２２を出
力する。ファイル出力部１１は圧縮映像信号２２を書き
込み記録する。動きベクトル量算出部５は１ＧＯＰあた
りの動きベクトル量を算出する。フレーム落とし制御部
１は次のＧＯＰでフレームを落とすかどうかの判断をす
る。
Description
【０００１】
【発明の属する技術分野】本発明は映像記録方式に関
し、特に映像の圧縮をソフトウェア処理により行なう映
像記録方式に関する。
し、特に映像の圧縮をソフトウェア処理により行なう映
像記録方式に関する。
【０００２】
【従来の技術】一般に、映像の圧縮処理機能を有するパ
ーソナルコンピュータが、映像圧縮を拡張ボード等の専
用ハードウェア装置を用いずにＣＰＵ上でのソフトウェ
ア処理によって行なう場合、映像のキャプチャ装置によ
って取り込まれた映像を遅延することなく実時間（リア
ルタイム）で圧縮処理を行なう圧縮処理性能は、パーソ
ナルコンピュータの性能特にＣＰＵの性能に大きく依存
するため、ＣＰＵの性能が悪いと遅延のない圧縮処理が
実現できない場合が発生する。この場合、圧縮した映像
にフレーム落ち（コマ落ち）が発生し、キャプチャした
フレーム数より圧縮を行なったフレーム数の方が少なく
なってしまい、その圧縮映像を再生すると実際にキャプ
チャを行なった時間より短くなってしまうという現象が
発生する。
ーソナルコンピュータが、映像圧縮を拡張ボード等の専
用ハードウェア装置を用いずにＣＰＵ上でのソフトウェ
ア処理によって行なう場合、映像のキャプチャ装置によ
って取り込まれた映像を遅延することなく実時間（リア
ルタイム）で圧縮処理を行なう圧縮処理性能は、パーソ
ナルコンピュータの性能特にＣＰＵの性能に大きく依存
するため、ＣＰＵの性能が悪いと遅延のない圧縮処理が
実現できない場合が発生する。この場合、圧縮した映像
にフレーム落ち（コマ落ち）が発生し、キャプチャした
フレーム数より圧縮を行なったフレーム数の方が少なく
なってしまい、その圧縮映像を再生すると実際にキャプ
チャを行なった時間より短くなってしまうという現象が
発生する。
【０００３】このようなフレーム落ちが発生しても圧縮
映像で必要なフレーム数を確保する方法の一例として、
特開平８−１１１８４７号公報記載の「映像記録再生方
法」が知られている。
映像で必要なフレーム数を確保する方法の一例として、
特開平８−１１１８４７号公報記載の「映像記録再生方
法」が知られている。
【０００４】この公報では、映像圧縮を行なう際、常に
フレーム毎もしくは映像情報ブロック毎に映像の動きに
応じて増減する動きベクトル量を監視し、圧縮データを
ディスク装置に記録する直前にその動きベクトル量から
映像の状況を判断し、動きが少なくその前後のフレーム
との差分が少ないと思われるフレームについてはディス
ク装置に記録せずに、再生時にこの記録を行なわなかっ
たフレーム前後のフレームを重複表示させることで違和
感を少なくし、かつディスク装置に記録する圧縮データ
量を少なくすることで、限られた容量のディスク装置に
対してより長時間の記録が出来る技術が記載されてい
る。
フレーム毎もしくは映像情報ブロック毎に映像の動きに
応じて増減する動きベクトル量を監視し、圧縮データを
ディスク装置に記録する直前にその動きベクトル量から
映像の状況を判断し、動きが少なくその前後のフレーム
との差分が少ないと思われるフレームについてはディス
ク装置に記録せずに、再生時にこの記録を行なわなかっ
たフレーム前後のフレームを重複表示させることで違和
感を少なくし、かつディスク装置に記録する圧縮データ
量を少なくすることで、限られた容量のディスク装置に
対してより長時間の記録が出来る技術が記載されてい
る。
【０００５】また、特開平１０−１５５１３４号公報記
載の「映像信号の記録方法と再生方法、及び映像信号記
録／再生装置」が知られている。
載の「映像信号の記録方法と再生方法、及び映像信号記
録／再生装置」が知られている。
【０００６】この公報では、各フレーム毎の動きベクト
ル量を監視し、その状況を判断してフレーム落としを行
なう技術が記載されている。
ル量を監視し、その状況を判断してフレーム落としを行
なう技術が記載されている。
【０００７】
【発明が解決しようとする課題】上述した従来の映像記
録方式は、いずれも限られた容量の記録装置であるディ
スク装置等にいかに効率よく長時間の記録を行なうかと
いうことを念頭に置いたもので、意図的にフレーム落と
しを行なっているため、ソフトウェア上で映像の圧縮処
理を行なった際の処理時間の遅延で発生するフレーム落
ちが考慮されていないという欠点を有している。
録方式は、いずれも限られた容量の記録装置であるディ
スク装置等にいかに効率よく長時間の記録を行なうかと
いうことを念頭に置いたもので、意図的にフレーム落と
しを行なっているため、ソフトウェア上で映像の圧縮処
理を行なった際の処理時間の遅延で発生するフレーム落
ちが考慮されていないという欠点を有している。
【０００８】本発明の目的は、ソフトウェア上で映像圧
縮処理を行なう際にパーソナルコンピュータの性能に依
存することなく、かつ圧縮する映像の絵柄や動きに左右
されずに実際にキャプチャを行なった時間（フレーム
数）と同一の時間（フレーム数）で再生できるような映
像圧縮データを作成できる映像記録方式を提供すること
にある。
縮処理を行なう際にパーソナルコンピュータの性能に依
存することなく、かつ圧縮する映像の絵柄や動きに左右
されずに実際にキャプチャを行なった時間（フレーム
数）と同一の時間（フレーム数）で再生できるような映
像圧縮データを作成できる映像記録方式を提供すること
にある。
【０００９】
【課題を解決するための手段】本発明の映像記録方式
は、ビデオキャプチャにより取り込んだ映像信号の一群
の画面データあたりの圧縮処理時間および動きベクトル
量を計測し、前記圧縮処理時間が予め設定した規定時間
を越える場合、あるいは前記動きベクトル量が予め設定
した規定量を越える場合、次の一群の画面データでのフ
レーム落とし処理を行なうことを特徴としている。
は、ビデオキャプチャにより取り込んだ映像信号の一群
の画面データあたりの圧縮処理時間および動きベクトル
量を計測し、前記圧縮処理時間が予め設定した規定時間
を越える場合、あるいは前記動きベクトル量が予め設定
した規定量を越える場合、次の一群の画面データでのフ
レーム落とし処理を行なうことを特徴としている。
【００１０】映像を取り込み、第１の映像信号を出力す
るビデオキャプチャ部と；前記第１の映像信号を入力
し、この映像信号を圧縮処理して圧縮映像信号を出力す
る圧縮制御部と；前記圧縮映像信号を書き込み記録する
ファイル出力部と；を有し、前記圧縮制御部が、圧縮処
理時間を計測し時間情報を出力するタイマと；前記第１
の映像信号の動きベクトル量を検出し、検出情報を出力
する動き検出部と；前記検出情報から一群の画面データ
あたりの動きベクトル量を算出し、動きベクトル量情報
を出力する動きベクトル量算出部と；前記動き検出部が
出力する第２の映像信号を圧縮処理し、前記圧縮映像信
号を出力する映像圧縮部と；前記時間情報および前記動
きベクトル量情報から、次の一群の画面データでフレー
ム落としを行なうかどうかの判断を行ない、前記フレー
ム落としを行なうと判断した場合、フレーム落とし実行
情報を前記動き検出部および前記映像圧縮部に出力する
フレーム落とし制御部と；を備えたことを特徴としてい
る。
るビデオキャプチャ部と；前記第１の映像信号を入力
し、この映像信号を圧縮処理して圧縮映像信号を出力す
る圧縮制御部と；前記圧縮映像信号を書き込み記録する
ファイル出力部と；を有し、前記圧縮制御部が、圧縮処
理時間を計測し時間情報を出力するタイマと；前記第１
の映像信号の動きベクトル量を検出し、検出情報を出力
する動き検出部と；前記検出情報から一群の画面データ
あたりの動きベクトル量を算出し、動きベクトル量情報
を出力する動きベクトル量算出部と；前記動き検出部が
出力する第２の映像信号を圧縮処理し、前記圧縮映像信
号を出力する映像圧縮部と；前記時間情報および前記動
きベクトル量情報から、次の一群の画面データでフレー
ム落としを行なうかどうかの判断を行ない、前記フレー
ム落としを行なうと判断した場合、フレーム落とし実行
情報を前記動き検出部および前記映像圧縮部に出力する
フレーム落とし制御部と；を備えたことを特徴としてい
る。
【００１１】前記ビデオキャプチャ部が、前記映像の取
り込み制御を行ない、映像データとして出力するキャプ
チャ制御部と；前記映像データを一時保存し、前記第１
の映像信号を出力するキャプチャデータメモリと；を有
することを特徴としている。
り込み制御を行ない、映像データとして出力するキャプ
チャ制御部と；前記映像データを一時保存し、前記第１
の映像信号を出力するキャプチャデータメモリと；を有
することを特徴としている。
【００１２】前記ファイル出力部が、前記圧縮映像信号
を保存し、圧縮映像データを出力する圧縮データメモリ
と；前記圧縮映像データをファイル制御するファイル出
力制御部と；このファイル出力制御部により前記圧縮映
像データを記録するハードディスクと；を有することを
特徴としている。
を保存し、圧縮映像データを出力する圧縮データメモリ
と；前記圧縮映像データをファイル制御するファイル出
力制御部と；このファイル出力制御部により前記圧縮映
像データを記録するハードディスクと；を有することを
特徴としている。
【００１３】前記時間情報が予め設定した規定時間を越
えない場合、前記一群の画面データの圧縮処理が完了し
たと判断し、前記時間情報が前記規定時間を越えた場
合、前記次の一群の画面データのフレーム落とし処理の
設定を行なうことを特徴としている。
えない場合、前記一群の画面データの圧縮処理が完了し
たと判断し、前記時間情報が前記規定時間を越えた場
合、前記次の一群の画面データのフレーム落とし処理の
設定を行なうことを特徴としている。
【００１４】前記一群の画面データの圧縮処理時間と前
記次の一群の画面データの圧縮処理時間との差分をと
り、この差分を予め設定した値と比較することによりフ
レーム落とし処理を決定することを特徴としている。
記次の一群の画面データの圧縮処理時間との差分をと
り、この差分を予め設定した値と比較することによりフ
レーム落とし処理を決定することを特徴としている。
【００１５】前記動きベクトル量情報が予め設定した規
定量を越えない場合、前記一群の画面データの圧縮処理
が完了したと判断し、前記動きベクトル量情報が前記規
定量を越えた場合、前記次の一群の画面データのフレー
ム落とし処理の設定を行なうことを特徴としている。
定量を越えない場合、前記一群の画面データの圧縮処理
が完了したと判断し、前記動きベクトル量情報が前記規
定量を越えた場合、前記次の一群の画面データのフレー
ム落とし処理の設定を行なうことを特徴としている。
【００１６】前記一群の画面データの動きベクトル量情
報と前記次の一群の画面データの動きベクトル量との差
分をとり、この差分を予め設定した値と比較することに
よりフレーム落とし処理を決定することを特徴としてい
る。
報と前記次の一群の画面データの動きベクトル量との差
分をとり、この差分を予め設定した値と比較することに
よりフレーム落とし処理を決定することを特徴としてい
る。
【００１７】前記一群の画面データの圧縮処理時間と前
記次の一群の画面データの圧縮処理時間との差分をと
り、この差分を予め設定した値と比較し次の一群の画面
データでフレーム落としができない場合、前記次の一群
の画面データでフレーム落としを行なわず、次々回の一
群の画面データでフレーム落としの繰り返し設定を行な
った後処理することを特徴としている。
記次の一群の画面データの圧縮処理時間との差分をと
り、この差分を予め設定した値と比較し次の一群の画面
データでフレーム落としができない場合、前記次の一群
の画面データでフレーム落としを行なわず、次々回の一
群の画面データでフレーム落としの繰り返し設定を行な
った後処理することを特徴としている。
【００１８】前記一群の画面データの圧縮処理時間と前
記次の一群の画面データの圧縮処理時間との差分をと
り、この差分を予め設定した値と比較し次の一群の画面
データでフレーム落としができない場合、フレーム落と
し枚数を増やした状態でさらに次の一群の画面データ処
理へフレーム落とし処理を繰り越すことを特徴としてい
る。
記次の一群の画面データの圧縮処理時間との差分をと
り、この差分を予め設定した値と比較し次の一群の画面
データでフレーム落としができない場合、フレーム落と
し枚数を増やした状態でさらに次の一群の画面データ処
理へフレーム落とし処理を繰り越すことを特徴としてい
る。
【００１９】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
て図面を参照して説明する。
【００２０】図１は本発明の映像記録方式の一つの実施
の形態を示すブロック図である。
の形態を示すブロック図である。
【００２１】図１に示す本実施の形態は、映像を取り込
むビデオキャプチャ部８と、キャプチャされた映像信号
２１を入力しこれを圧縮処理して圧縮映像信号２２を出
力する圧縮制御部１０と、圧縮映像信号２２を書き込み
記録するファイル出力部１１とから構成されている。
むビデオキャプチャ部８と、キャプチャされた映像信号
２１を入力しこれを圧縮処理して圧縮映像信号２２を出
力する圧縮制御部１０と、圧縮映像信号２２を書き込み
記録するファイル出力部１１とから構成されている。
【００２２】ビデオキャプチャ部８は、映像の取り込み
制御を行ない映像データ２９として出力するキャプチャ
制御部１２と、取り込んだ映像データ２９を一時保存す
るキャプチャデータメモリ１３とを有する。
制御を行ない映像データ２９として出力するキャプチャ
制御部１２と、取り込んだ映像データ２９を一時保存す
るキャプチャデータメモリ１３とを有する。
【００２３】圧縮制御部１０は、圧縮処理時間を計測し
時間情報２３を出力するタイマ２と、映像信号２１の動
きベクトル量を検出し検出情報２４を出力する動き検出
部３と、検出情報２４から１ＧＯＰあたりの動きベクト
ル量を算出し動きベクトル量情報２５を出力する動きベ
クトル量算出部５と、動き検出部３が出力する映像信号
２７を圧縮処理し圧縮映像信号２２を出力する映像圧縮
部４と、時間情報２３および動きベクトル量情報２５か
ら、次のＧＯＰでフレーム落としを行なうかどうかの判
断を行ないフレーム落としを行なうと判断した場合、フ
レーム落とし実行情報２６を動き検出部３および映像圧
縮部４に出力するフレーム落とし制御部１とを有する。
ここでＧＯＰとはＧｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅの
略で、何枚かの画面データをひとまとまりにした１群の
画面データである。
時間情報２３を出力するタイマ２と、映像信号２１の動
きベクトル量を検出し検出情報２４を出力する動き検出
部３と、検出情報２４から１ＧＯＰあたりの動きベクト
ル量を算出し動きベクトル量情報２５を出力する動きベ
クトル量算出部５と、動き検出部３が出力する映像信号
２７を圧縮処理し圧縮映像信号２２を出力する映像圧縮
部４と、時間情報２３および動きベクトル量情報２５か
ら、次のＧＯＰでフレーム落としを行なうかどうかの判
断を行ないフレーム落としを行なうと判断した場合、フ
レーム落とし実行情報２６を動き検出部３および映像圧
縮部４に出力するフレーム落とし制御部１とを有する。
ここでＧＯＰとはＧｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅの
略で、何枚かの画面データをひとまとまりにした１群の
画面データである。
【００２４】また、ファイル出力部１１は、ハードディ
スク７と、圧縮映像信号２２を保存する圧縮データメモ
リ１４と、このメモリから読み出した圧縮映像データ２
８をハードディスク７にファイル記録するファイル出力
制御部１５とを有する。
スク７と、圧縮映像信号２２を保存する圧縮データメモ
リ１４と、このメモリから読み出した圧縮映像データ２
８をハードディスク７にファイル記録するファイル出力
制御部１５とを有する。
【００２５】次に図１により動作を説明する。
【００２６】フレーム落とし制御部１は、１ＧＯＰあた
りの圧縮処理時間をカウントするタイマ２からの時間情
報２３と１ＧＯＰあたりの動きベクトル量を算出する動
きベクトル量算出部５からの動きベクトル量情報２５と
の結果から、現在の映像圧縮処理状況と映像状態の判断
とを行ない、その結果処理時間が超過していてさらに動
きの少ない映像状態であったと判断された場合に、次の
ＧＯＰ処理においてフレーム落とし処理を行ないそのフ
レームについては圧縮処理を行なわないことで、超過し
た時間を取り戻すことができる。また、落としてしまっ
たフレームについては、圧縮処理側で前フレームの映像
圧縮データと同一のデータを繰り返し挿入するか、再生
装置側で欠落したフレーム前後のフレームを重複表示す
ることにより、装置の使用者はフレームが欠落したこと
を意識しなくて済む。このように、ソフトウェア上で映
像圧縮処理を行なう際、パーソナルコンピュータの性能
に依存することなく、かつ圧縮しようとする映像の絵柄
や動きに左右されずに実際にキャプチャを行なった時間
（フレーム数）と同一の時間（フレーム数）で再生でき
るような映像圧縮データ２８を作成することができる。
りの圧縮処理時間をカウントするタイマ２からの時間情
報２３と１ＧＯＰあたりの動きベクトル量を算出する動
きベクトル量算出部５からの動きベクトル量情報２５と
の結果から、現在の映像圧縮処理状況と映像状態の判断
とを行ない、その結果処理時間が超過していてさらに動
きの少ない映像状態であったと判断された場合に、次の
ＧＯＰ処理においてフレーム落とし処理を行ないそのフ
レームについては圧縮処理を行なわないことで、超過し
た時間を取り戻すことができる。また、落としてしまっ
たフレームについては、圧縮処理側で前フレームの映像
圧縮データと同一のデータを繰り返し挿入するか、再生
装置側で欠落したフレーム前後のフレームを重複表示す
ることにより、装置の使用者はフレームが欠落したこと
を意識しなくて済む。このように、ソフトウェア上で映
像圧縮処理を行なう際、パーソナルコンピュータの性能
に依存することなく、かつ圧縮しようとする映像の絵柄
や動きに左右されずに実際にキャプチャを行なった時間
（フレーム数）と同一の時間（フレーム数）で再生でき
るような映像圧縮データ２８を作成することができる。
【００２７】さて、ビデオキャプチャ部８でキャプチャ
された映像信号２１が動き検出部３に入力されると、動
き検出部３で動きベクトル量を算出した後映像信号２７
を出力し、実際の圧縮処理が映像圧縮部４で行なわれ圧
縮映像信号２２として出力される。圧縮映像信号２２が
圧縮データメモリ１４およびファイル出力制御部１５に
出力されると、ハードディスク７等の記録装置に記録さ
れる。ところで、フレーム落とし制御部１は、１ＧＯＰ
あたりの圧縮処理時間をカウントするタイマ２からの時
間情報２３と、１ＧＯＰあたりの動きベクトル量を算出
するベクトル量算出部５からの動きベクトル量情報２５
の情報を得て、次のＧＯＰでのフレーム落としを行なう
かどうかの判断を行なっており、フレーム落としを行な
うと判断した場合は、動き検出部３および映像圧縮部４
にその旨をフレーム落とし実行情報２６により通知し、
処理を実行させる。キャプチャ制御部１２でキャプチャ
された映像データ２９は、一時的にキャプチャデータメ
モリ１３に保存され、その後圧縮制御部１０にて映像の
圧縮処理が行なわれる。圧縮処理が行なわれた圧縮映像
信号２２は、一時的に圧縮データメモリ１４に保存され
た後、ファイル出力制御部１５によってハードディスク
７等の記録装置に記録される。図２は本発明の映像記録
方式の一つの実施の形態の動作を示すフローチャートで
ある。
された映像信号２１が動き検出部３に入力されると、動
き検出部３で動きベクトル量を算出した後映像信号２７
を出力し、実際の圧縮処理が映像圧縮部４で行なわれ圧
縮映像信号２２として出力される。圧縮映像信号２２が
圧縮データメモリ１４およびファイル出力制御部１５に
出力されると、ハードディスク７等の記録装置に記録さ
れる。ところで、フレーム落とし制御部１は、１ＧＯＰ
あたりの圧縮処理時間をカウントするタイマ２からの時
間情報２３と、１ＧＯＰあたりの動きベクトル量を算出
するベクトル量算出部５からの動きベクトル量情報２５
の情報を得て、次のＧＯＰでのフレーム落としを行なう
かどうかの判断を行なっており、フレーム落としを行な
うと判断した場合は、動き検出部３および映像圧縮部４
にその旨をフレーム落とし実行情報２６により通知し、
処理を実行させる。キャプチャ制御部１２でキャプチャ
された映像データ２９は、一時的にキャプチャデータメ
モリ１３に保存され、その後圧縮制御部１０にて映像の
圧縮処理が行なわれる。圧縮処理が行なわれた圧縮映像
信号２２は、一時的に圧縮データメモリ１４に保存され
た後、ファイル出力制御部１５によってハードディスク
７等の記録装置に記録される。図２は本発明の映像記録
方式の一つの実施の形態の動作を示すフローチャートで
ある。
【００２８】図３はフレーム落ち数を決定する説明図で
ある。
ある。
【００２９】次に、図１、図２および図３を参照して本
実施の形態の動作をより詳細に説明する。
実施の形態の動作をより詳細に説明する。
【００３０】まず、本処理はＧＯＰ（Ｇｒｏｕｐ Ｏｆ
Ｐｉｃｔｕｒｅ）と呼ばれる映像情報ブロック毎に処
理が行なわれるものとする。一般的に１ＧＯＰは１５フ
レームから構成され、時間としては０．５秒である。ビ
デオキャプチャ部８でキャプチャされた映像信号２１の
圧縮処理が開始されると、最初にタイマ２の時間情報２
３をリセットした後、タイマカウントを開始する（ステ
ップＡ１，Ａ２）。次に、実際の映像圧縮処理を開始
し、この映像圧縮は１ＧＯＰ分のデータが圧縮されるま
で繰り返される（ステップＡ３）。１ＧＯＰ分のデータ
を圧縮すると、タイマ２を停止し１ＧＯＰ分のデータが
圧縮されるまでにかかった時間を取得する（ステップＡ
４）。
Ｐｉｃｔｕｒｅ）と呼ばれる映像情報ブロック毎に処
理が行なわれるものとする。一般的に１ＧＯＰは１５フ
レームから構成され、時間としては０．５秒である。ビ
デオキャプチャ部８でキャプチャされた映像信号２１の
圧縮処理が開始されると、最初にタイマ２の時間情報２
３をリセットした後、タイマカウントを開始する（ステ
ップＡ１，Ａ２）。次に、実際の映像圧縮処理を開始
し、この映像圧縮は１ＧＯＰ分のデータが圧縮されるま
で繰り返される（ステップＡ３）。１ＧＯＰ分のデータ
を圧縮すると、タイマ２を停止し１ＧＯＰ分のデータが
圧縮されるまでにかかった時間を取得する（ステップＡ
４）。
【００３１】この時間情報２３は、図３に示される１Ｇ
ＯＰあたりの処理時間と比較され（ステップＡ５）、そ
の時間情報２３が予め設定した規定時間ａより少ない時
間であったと判断された場合は、実時間で１ＧＯＰ分の
圧縮処理が終了したと判断され、タイマ２のリセットお
よびタイマカウント開始が行なわれ、次のＧＯＰに対す
る圧縮処理が行なわれる。
ＯＰあたりの処理時間と比較され（ステップＡ５）、そ
の時間情報２３が予め設定した規定時間ａより少ない時
間であったと判断された場合は、実時間で１ＧＯＰ分の
圧縮処理が終了したと判断され、タイマ２のリセットお
よびタイマカウント開始が行なわれ、次のＧＯＰに対す
る圧縮処理が行なわれる。
【００３２】一方、その時間情報２３がある規定時間ａ
を超えたと判断された場合、実時間では１ＧＯＰ分の圧
縮処理が終了しなかったということになり、次のＧＯＰ
処理でフレーム落とし処理を行なうための設定を行なっ
た後に（ステップＡ６）、次のＧＯＰ処理に移る。つま
り、１ＧＯＰ単位で、圧縮処理にかかった時間を測定
し、その時間が規定値を超えていたと判断された場合
に、次のＧＯＰ処理においてフレーム落とし処理が行な
われることになる。従って、現在処理が行われたＧＯＰ
内でのフレーム落とし処理は行なわれない。次のＧＯＰ
でのフレーム落とし枚数は、現在のＧＯＰ処理でかかっ
た時間を図３に適用して決定する。基本的に１フレーム
分の圧縮処理時間が超過した毎に、次のＧＯＰでフレー
ム落としされる枚数が１枚ずつ増えていく。図３につい
て詳細に説明すると、通常ＭＰＥＧの場合１ＧＯＰは
０．５秒分（１５フレーム）のデータになる。リアルタ
イム（実時間）で圧縮処理を行なう場合、１ＧＯＰ分の
圧縮処理は０．５秒で終了する必要がある。ここで横軸
「１ＧＯＰあたりの処理時間」に示される時間「ａ」を
０．５秒とする。１ＧＯＰあたりの処理時間が時間
「ａ」を越えたとき、リアルタイムで圧縮処理が行なわ
れなかったことを示すので、次の１ＧＯＰ圧縮処理では
１フレームのコマ落としを行なう。つまりこの圧縮処理
で超過した時間を次の１ＧＯＰでリカバリーすることに
なる。１ＧＯＰ＝１５フレーム＝０．５秒分のデータを
リアルタイムで圧縮処理を行なう場合、１フレームあた
りの処理時間は単純計算で０．５秒÷１５フレーム＝
０．０３３秒となる。ここで１ＧＯＰ圧縮処理の超過時
間が０．０３３秒未満、したがって圧縮時間が０．５＋
０．０３３＝０．５３３秒未満であった場合には、次の
１ＧＯＰ圧縮処理で１フレームのコマ落としをすること
で、超過時間のリカバリーが可能となる。しかし、超過
時間が０．０３３秒以上になると、次の１ＧＯＰ圧縮処
理で１フレームのコマ落としを行なっただけでは、超過
時間のリカバリーはできないので、この場合には２フレ
ーム以上のコマ落としが必要になる。図３の時間「ｂ」
は、超過時間が０．０３３秒を示しているので横軸「１
ＧＯＰあたりの処理時間」として０．５３３秒を示して
いる。従って、圧縮処理時間が「ｂ」を越えた場合に
は、次の１ＧＯＰ圧縮処理で２フレームのコマ落としを
行なうことになる。
を超えたと判断された場合、実時間では１ＧＯＰ分の圧
縮処理が終了しなかったということになり、次のＧＯＰ
処理でフレーム落とし処理を行なうための設定を行なっ
た後に（ステップＡ６）、次のＧＯＰ処理に移る。つま
り、１ＧＯＰ単位で、圧縮処理にかかった時間を測定
し、その時間が規定値を超えていたと判断された場合
に、次のＧＯＰ処理においてフレーム落とし処理が行な
われることになる。従って、現在処理が行われたＧＯＰ
内でのフレーム落とし処理は行なわれない。次のＧＯＰ
でのフレーム落とし枚数は、現在のＧＯＰ処理でかかっ
た時間を図３に適用して決定する。基本的に１フレーム
分の圧縮処理時間が超過した毎に、次のＧＯＰでフレー
ム落としされる枚数が１枚ずつ増えていく。図３につい
て詳細に説明すると、通常ＭＰＥＧの場合１ＧＯＰは
０．５秒分（１５フレーム）のデータになる。リアルタ
イム（実時間）で圧縮処理を行なう場合、１ＧＯＰ分の
圧縮処理は０．５秒で終了する必要がある。ここで横軸
「１ＧＯＰあたりの処理時間」に示される時間「ａ」を
０．５秒とする。１ＧＯＰあたりの処理時間が時間
「ａ」を越えたとき、リアルタイムで圧縮処理が行なわ
れなかったことを示すので、次の１ＧＯＰ圧縮処理では
１フレームのコマ落としを行なう。つまりこの圧縮処理
で超過した時間を次の１ＧＯＰでリカバリーすることに
なる。１ＧＯＰ＝１５フレーム＝０．５秒分のデータを
リアルタイムで圧縮処理を行なう場合、１フレームあた
りの処理時間は単純計算で０．５秒÷１５フレーム＝
０．０３３秒となる。ここで１ＧＯＰ圧縮処理の超過時
間が０．０３３秒未満、したがって圧縮時間が０．５＋
０．０３３＝０．５３３秒未満であった場合には、次の
１ＧＯＰ圧縮処理で１フレームのコマ落としをすること
で、超過時間のリカバリーが可能となる。しかし、超過
時間が０．０３３秒以上になると、次の１ＧＯＰ圧縮処
理で１フレームのコマ落としを行なっただけでは、超過
時間のリカバリーはできないので、この場合には２フレ
ーム以上のコマ落としが必要になる。図３の時間「ｂ」
は、超過時間が０．０３３秒を示しているので横軸「１
ＧＯＰあたりの処理時間」として０．５３３秒を示して
いる。従って、圧縮処理時間が「ｂ」を越えた場合に
は、次の１ＧＯＰ圧縮処理で２フレームのコマ落としを
行なうことになる。
【００３３】図３では説明の便宜上、横軸の時間を
「ａ」「ｂ」の２種類に限定したが、圧縮処理時間が
０．０３３秒単位で超過する毎に、次の１ＧＯＰ圧縮処
理でコマ落としするフレーム数が１フレーム単位で増加
する。
「ａ」「ｂ」の２種類に限定したが、圧縮処理時間が
０．０３３秒単位で超過する毎に、次の１ＧＯＰ圧縮処
理でコマ落としするフレーム数が１フレーム単位で増加
する。
【００３４】ＭＰＥＧ方式による映像圧縮を行なう場
合、いわゆるキーフレームと呼ばれるＩフレームやＰフ
レームのフレーム落としを行なってしまうと、これらの
フレームを参照画面として作成されるＢフレームは再生
できなくなってしまうため、Ｂフレーム落とし処理を行
なう。ここで画面のフレームタイプとして、Ｉフレー
ム、Ｐフレーム、Ｂフレームの３タイプが規定されてい
る。ＩフレームはＩｎｔｒａ符号化画像（フレーム内符
号化画像）、ＰフレームはＰｒｅｄｉｃｔｉｖｅ符号化
画像（フレーム間順方向予測符号化画像）、Ｂフレーム
はＢｉｄｉｒｅｃｔｉｏｎａｌｌｙ Ｐｒｅｄｉｃｔｉ
ｖｅ符号化画像（双方向予測符号化画像）を示す。
合、いわゆるキーフレームと呼ばれるＩフレームやＰフ
レームのフレーム落としを行なってしまうと、これらの
フレームを参照画面として作成されるＢフレームは再生
できなくなってしまうため、Ｂフレーム落とし処理を行
なう。ここで画面のフレームタイプとして、Ｉフレー
ム、Ｐフレーム、Ｂフレームの３タイプが規定されてい
る。ＩフレームはＩｎｔｒａ符号化画像（フレーム内符
号化画像）、ＰフレームはＰｒｅｄｉｃｔｉｖｅ符号化
画像（フレーム間順方向予測符号化画像）、Ｂフレーム
はＢｉｄｉｒｅｃｔｉｏｎａｌｌｙ Ｐｒｅｄｉｃｔｉ
ｖｅ符号化画像（双方向予測符号化画像）を示す。
【００３５】フレーム落としを行なうことで、その落と
したフレーム分の圧縮処理は行なわなくても良いことに
なるので、本来１フレーム分の圧縮を行なうために必要
だった時間を、前回のＧＯＰデータの圧縮処理で超過し
た時間に充当することができ、この時点で超過した分の
時間を取り戻すことができる。フレーム落としを行なう
ということは、当然フレームが欠落することとなるの
で、圧縮はリアルタイムで行なえたとしてもその圧縮し
たデータを再生すると、実際にキャプチャを行なった時
間より短い時間になってしまう。そこで、フレーム落と
しをした分のリカバリーが必要となるが、これには次の
２種類の方法が考えられる。一番目としては、フレーム
落としを行なった場所に、前のフレームの圧縮データと
同じ物を挿入することでリカバリーを行なう方法、二番
目としては、フレーム落としを行なった場所のピクチャ
ヘッダにフラグを立て、再生（デコード）時に再生装置
側で前後のフレームを繰り返し表示させる方法が考えら
れ、いずれの方式を用いても構わない。また、再生装置
側でフレームの再生レートに合わせ、フレームの欠損を
判別できるような物であったなら、フレーム落としを行
なった場所にピクチャヘッダを付けるだけで特にフレー
ムのリカバリーを考慮する必要は無い。なお、次のＧＯ
Ｐ分の圧縮処理で、非常に多くのフレームを落とした場
合にこの圧縮データの再生処理を行なうと、完全に静止
画状態になっている映像データを除き動作がぎこちない
再生映像になってしまい、使用者は非常に違和感を受け
ることなる。このため、ある一定時間以上の圧縮時間が
かかった場合には、次のＧＯＰ分の圧縮処理では最大何
枚までフレーム落としをするのか、予め決定しておく必
要がある。このように、圧縮にかかる時間を管理するこ
とにより、キャプチャした映像の実時間での圧縮が可能
になると共に、その映像を再生したときも実際にキャプ
チャを行なった時間より再生時間が短くなってしまうよ
うなことはない。図４は本発明の映像記録方式の第２の
実施の形態の動作を示すフローチャートである。
したフレーム分の圧縮処理は行なわなくても良いことに
なるので、本来１フレーム分の圧縮を行なうために必要
だった時間を、前回のＧＯＰデータの圧縮処理で超過し
た時間に充当することができ、この時点で超過した分の
時間を取り戻すことができる。フレーム落としを行なう
ということは、当然フレームが欠落することとなるの
で、圧縮はリアルタイムで行なえたとしてもその圧縮し
たデータを再生すると、実際にキャプチャを行なった時
間より短い時間になってしまう。そこで、フレーム落と
しをした分のリカバリーが必要となるが、これには次の
２種類の方法が考えられる。一番目としては、フレーム
落としを行なった場所に、前のフレームの圧縮データと
同じ物を挿入することでリカバリーを行なう方法、二番
目としては、フレーム落としを行なった場所のピクチャ
ヘッダにフラグを立て、再生（デコード）時に再生装置
側で前後のフレームを繰り返し表示させる方法が考えら
れ、いずれの方式を用いても構わない。また、再生装置
側でフレームの再生レートに合わせ、フレームの欠損を
判別できるような物であったなら、フレーム落としを行
なった場所にピクチャヘッダを付けるだけで特にフレー
ムのリカバリーを考慮する必要は無い。なお、次のＧＯ
Ｐ分の圧縮処理で、非常に多くのフレームを落とした場
合にこの圧縮データの再生処理を行なうと、完全に静止
画状態になっている映像データを除き動作がぎこちない
再生映像になってしまい、使用者は非常に違和感を受け
ることなる。このため、ある一定時間以上の圧縮時間が
かかった場合には、次のＧＯＰ分の圧縮処理では最大何
枚までフレーム落としをするのか、予め決定しておく必
要がある。このように、圧縮にかかる時間を管理するこ
とにより、キャプチャした映像の実時間での圧縮が可能
になると共に、その映像を再生したときも実際にキャプ
チャを行なった時間より再生時間が短くなってしまうよ
うなことはない。図４は本発明の映像記録方式の第２の
実施の形態の動作を示すフローチャートである。
【００３６】図５はフレーム落とし処理の判断を説明す
る図である。
る図である。
【００３７】次に、図１、図３、図４および図５を参照
して第２の実施の形態の動作をより詳細に説明する。
して第２の実施の形態の動作をより詳細に説明する。
【００３８】まず、本処理もＧＯＰと呼ばれる映像情報
ブロック毎に処理が行なわれるものとする。ビデオキャ
プチャ部８でキャプチャされた映像信号２１の圧縮処理
が開始されると、最初にタイマ２の時間情報２３をリセ
ットした後カウントを開始する（ステップＢ１，Ｂ
２）。次に、実際の映像圧縮処理を開始し、この映像圧
縮は１ＧＯＰ分のデータが圧縮されるまで繰り返される
（ステップＢ３）。１ＧＯＰ分のデータを圧縮すると、
タイマ２を停止し１ＧＯＰ分のデータが圧縮されるまで
にかかった時間を取得する（ステップＢ４）。この時間
情報２３は、図３に示される１ＧＯＰあたりの処理時間
と比較され（ステップＢ５）、その時間情報２３が予め
設定された規定時間ａより少ない時間であったと判断さ
れた場合は、実時間で１ＧＯＰ分の圧縮処理が終了した
と判断される。一方、その時間情報２３がある規定時間
ａを超えたと判断された場合、実時間では１ＧＯＰ分の
圧縮処理が終了しなかったということになる。そこで、
次のＧＯＰ処理でフレーム落とし処理を行なうための設
定を行うことになるが、基本的にこの時点で、次のＧＯ
Ｐ処理においてフレーム落としを行なうことが決定され
る。しかし、今回の処理時間が非常に大きいと判断され
た場合に、次のＧＯＰでの処理が変わってくる。まず前
回のＧＯＰ処理でかかった時間と今回のＧＯＰ処理でか
かった時間とを比較し、その差分値を取って図５に示さ
れるようなグラフに適用し判断される。前回との差分を
取ることによって、現在の映像の状況をつかむことがで
きる。１ＧＯＰあたりの処理時間が大きくかかっている
場合で、例えば差分が非常に大きい場合には非常に急激
な大きい動き（ぎこちない動き）があったということに
なり、逆に差分が非常に小さいならば、大きな動きを継
続して行なっている（なめらかな動き）と判断できる。
ここで、次のＧＯＰでのフレーム落としの判断を行なう
ことになるが、なめらかな動きを行なっていると判断さ
れている場合にフレーム落としを行なうと、再生を行な
った際にフレームが落ちたということを認知しやすいた
め、このような場合には次ＧＯＰでのフレーム落としは
行なわず、次々回のＧＯＰでフレームを落とすような繰
り越し設定を行なった後、次のＧＯＰ処理へ移ることに
なる（ステップＢ７，Ｂ８，Ｂ９）。また、特になめら
かな動きではないと判断された場合には、次のＧＯＰ処
理においてフレーム落としを行なうため、フレーム落と
しの設定を行なった後に次のＧＯＰ処理へ移る（ステッ
プＢ７，Ｂ８，Ｂ１０）。
ブロック毎に処理が行なわれるものとする。ビデオキャ
プチャ部８でキャプチャされた映像信号２１の圧縮処理
が開始されると、最初にタイマ２の時間情報２３をリセ
ットした後カウントを開始する（ステップＢ１，Ｂ
２）。次に、実際の映像圧縮処理を開始し、この映像圧
縮は１ＧＯＰ分のデータが圧縮されるまで繰り返される
（ステップＢ３）。１ＧＯＰ分のデータを圧縮すると、
タイマ２を停止し１ＧＯＰ分のデータが圧縮されるまで
にかかった時間を取得する（ステップＢ４）。この時間
情報２３は、図３に示される１ＧＯＰあたりの処理時間
と比較され（ステップＢ５）、その時間情報２３が予め
設定された規定時間ａより少ない時間であったと判断さ
れた場合は、実時間で１ＧＯＰ分の圧縮処理が終了した
と判断される。一方、その時間情報２３がある規定時間
ａを超えたと判断された場合、実時間では１ＧＯＰ分の
圧縮処理が終了しなかったということになる。そこで、
次のＧＯＰ処理でフレーム落とし処理を行なうための設
定を行うことになるが、基本的にこの時点で、次のＧＯ
Ｐ処理においてフレーム落としを行なうことが決定され
る。しかし、今回の処理時間が非常に大きいと判断され
た場合に、次のＧＯＰでの処理が変わってくる。まず前
回のＧＯＰ処理でかかった時間と今回のＧＯＰ処理でか
かった時間とを比較し、その差分値を取って図５に示さ
れるようなグラフに適用し判断される。前回との差分を
取ることによって、現在の映像の状況をつかむことがで
きる。１ＧＯＰあたりの処理時間が大きくかかっている
場合で、例えば差分が非常に大きい場合には非常に急激
な大きい動き（ぎこちない動き）があったということに
なり、逆に差分が非常に小さいならば、大きな動きを継
続して行なっている（なめらかな動き）と判断できる。
ここで、次のＧＯＰでのフレーム落としの判断を行なう
ことになるが、なめらかな動きを行なっていると判断さ
れている場合にフレーム落としを行なうと、再生を行な
った際にフレームが落ちたということを認知しやすいた
め、このような場合には次ＧＯＰでのフレーム落としは
行なわず、次々回のＧＯＰでフレームを落とすような繰
り越し設定を行なった後、次のＧＯＰ処理へ移ることに
なる（ステップＢ７，Ｂ８，Ｂ９）。また、特になめら
かな動きではないと判断された場合には、次のＧＯＰ処
理においてフレーム落としを行なうため、フレーム落と
しの設定を行なった後に次のＧＯＰ処理へ移る（ステッ
プＢ７，Ｂ８，Ｂ１０）。
【００３９】なお、次回のＧＯＰ処理時に処理時間が規
定時間ａを超えなかった場合でも繰り越し設定がされて
いた場合には、さらに次回のＧＯＰ処理でフレーム落と
し処理を無条件に行う（ステップＢ６）。現在のＧＯＰ
処理時の処理時間が大きかった場合には、このようにし
て次のＧＯＰでのフレーム落とし対応状況を決める。
定時間ａを超えなかった場合でも繰り越し設定がされて
いた場合には、さらに次回のＧＯＰ処理でフレーム落と
し処理を無条件に行う（ステップＢ６）。現在のＧＯＰ
処理時の処理時間が大きかった場合には、このようにし
て次のＧＯＰでのフレーム落とし対応状況を決める。
【００４０】但し、条件によっては次々回のＧＯＰ処理
でフレーム落とし処理が出来ない場合が存在するが、そ
のような場合には、さらに次のＧＯＰ処理へフレーム落
とし処理を繰り越す。加えてフレーム落とし枚数が増え
る場合も考えられ、そのような場合にはフレーム落とし
枚数を増やした状態でさらに次のＧＯＰ処理へフレーム
落とし処理を繰り越すことになる。しかし、一回のＧＯ
Ｐ処理で非常に多くのフレームを落とした場合、この圧
縮データの再生処理を行なうと完全に静止画状態になっ
ている映像データを除き、動作がぎこちない再生映像に
なってしまい、使用者は非常に違和感を受けることにな
る。このため、一回のＧＯＰ処理では最大何枚までフレ
ーム落としをするのか、予め決定しておく必要がある。
フレーム落としを行なうということは当然フレームが欠
落することになるので、圧縮はリアルタイムで行なえた
としても、その圧縮したデータを再生すると実際にキャ
プチャを行なった時間より短い時間になってしまう。そ
こで、フレーム落としを行なった分のリカバリーが必要
となるが、これには次の２種類の方法が考えられる。一
番目としては、フレーム落としを行なった場所に前のフ
レームの圧縮データと同じ物を挿入することでリカバリ
ーを行なう方法、二番目としてはフレーム落としを行な
った場所のピクチャヘッダにフラグを立て、再生（デコ
ード）時に、再生装置側で前後のフレームを繰り返し表
示させる方法が考えられ、いずれの方式を用いても構わ
ない。また、再生装置側でフレームの再生レートに合わ
せ、フレームの欠損を判別できるような物であったな
ら、フレーム落としを行なった場所にピクチャヘッダを
付けるだけで特にフレームのリカバリーを考慮する必要
は無い。このように、圧縮にかかる時間を管理すること
によりキャプチャした映像の実時間での圧縮が可能にな
ると共に、その映像を再生したときも実際にキャプチャ
を行なった時間より再生時間が短くなってしまうような
ことはない。また、前ＧＯＰの圧縮処理時間と現在処理
を行なっているＧＯＰの処理時間とを比較し、次のＧＯ
Ｐにおける映像の状況を予測してフレーム落としを行な
うので、再生した場合にもフレームが落ちている部分の
違和感を感じにくい。図６は本発明の映像記録方式の第
３の実施の形態の動作を示すフローチャートである。
でフレーム落とし処理が出来ない場合が存在するが、そ
のような場合には、さらに次のＧＯＰ処理へフレーム落
とし処理を繰り越す。加えてフレーム落とし枚数が増え
る場合も考えられ、そのような場合にはフレーム落とし
枚数を増やした状態でさらに次のＧＯＰ処理へフレーム
落とし処理を繰り越すことになる。しかし、一回のＧＯ
Ｐ処理で非常に多くのフレームを落とした場合、この圧
縮データの再生処理を行なうと完全に静止画状態になっ
ている映像データを除き、動作がぎこちない再生映像に
なってしまい、使用者は非常に違和感を受けることにな
る。このため、一回のＧＯＰ処理では最大何枚までフレ
ーム落としをするのか、予め決定しておく必要がある。
フレーム落としを行なうということは当然フレームが欠
落することになるので、圧縮はリアルタイムで行なえた
としても、その圧縮したデータを再生すると実際にキャ
プチャを行なった時間より短い時間になってしまう。そ
こで、フレーム落としを行なった分のリカバリーが必要
となるが、これには次の２種類の方法が考えられる。一
番目としては、フレーム落としを行なった場所に前のフ
レームの圧縮データと同じ物を挿入することでリカバリ
ーを行なう方法、二番目としてはフレーム落としを行な
った場所のピクチャヘッダにフラグを立て、再生（デコ
ード）時に、再生装置側で前後のフレームを繰り返し表
示させる方法が考えられ、いずれの方式を用いても構わ
ない。また、再生装置側でフレームの再生レートに合わ
せ、フレームの欠損を判別できるような物であったな
ら、フレーム落としを行なった場所にピクチャヘッダを
付けるだけで特にフレームのリカバリーを考慮する必要
は無い。このように、圧縮にかかる時間を管理すること
によりキャプチャした映像の実時間での圧縮が可能にな
ると共に、その映像を再生したときも実際にキャプチャ
を行なった時間より再生時間が短くなってしまうような
ことはない。また、前ＧＯＰの圧縮処理時間と現在処理
を行なっているＧＯＰの処理時間とを比較し、次のＧＯ
Ｐにおける映像の状況を予測してフレーム落としを行な
うので、再生した場合にもフレームが落ちている部分の
違和感を感じにくい。図６は本発明の映像記録方式の第
３の実施の形態の動作を示すフローチャートである。
【００４１】図７は１ＧＯＰあたりの処理時間を説明す
る図である。
る図である。
【００４２】図８はフレーム落とし処理の判断を説明す
る図である。
る図である。
【００４３】次に、図１、図３、図６、図７および図８
を参照して第３の実施の形態の動作をより詳細に説明す
る。
を参照して第３の実施の形態の動作をより詳細に説明す
る。
【００４４】まず、本処理もＧＯＰと呼ばれる映像情報
ブロック毎に処理が行なわれるものとする。ビデオキャ
プチャ部８でキャプチャされた映像信号２１の圧縮処理
が開始されると、最初にタイマ２の時間情報２３をリセ
ットした後、カウントを開始する（ステップＣ１，Ｃ
２）。次に、実際の映像圧縮処理を開始し、この映像圧
縮は１ＧＯＰ分のデータが圧縮されるまで繰り返される
（ステップＣ３）。１ＧＯＰ分のデータを圧縮するとタ
イマ２が停止し、１ＧＯＰ分のデータを圧縮するまでに
かかった時間を取得する（ステップＣ４）。次に、この
ＧＯＰで検出された動きベクトル量を算出すると共に、
次回のＧＯＰ分のデータ圧縮でこの動きベクトル量を使
用するため保存を行う（ステップＣ５）。先ほど取得し
た本ＧＯＰ分のデータを圧縮するまでにかかった時間を
図３に示される１ＧＯＰあたりの処理時間と比較し（ス
テップＣ６）、その時間情報２３が予め設定した規定時
間ａより少ない時間であったと判断された場合は、実時
間で１ＧＯＰ分の圧縮処理が終了したと判断する。一
方、その時間情報２３がある規定時間ａを超えたと判断
された場合、実時間では１ＧＯＰ分の圧縮処理が終了し
なかったということになる。そこで、次のＧＯＰ処理で
フレーム落とし処理を行なう。基本的にこの時点で次の
ＧＯＰ処理においてフレーム落としを行なうことが決定
となる。しかし、今回の動きベクトル量が非常に大きい
と判断された場合に、次のＧＯＰでの処理が変わってく
る。まず前回のＧＯＰ処理での動きベクトル量と今回の
ＧＯＰ処理での動きベクトル量との差分を求め、この差
分値と今回の動きベクトル量を図８に示されるようなグ
ラフに当てはめる。前回との差分値と比較することによ
って、現在の映像の状況をつかむことができる。１ＧＯ
Ｐあたりの動きベクトル量の処理時間が大きくかかって
いる場合で、例えば差分が非常に大きい場合には非常に
急激な大きい動き（ぎこちない動き）があったというこ
とになり、逆に差分が非常に小さいならば、大きな動き
を継続して行なっている（なめらかな動き）と判断でき
る。ここで、次ＧＯＰでのフレーム落としの判断を行な
うことになるが、なめらかな動きを行なっていると判断
されている場合にフレーム落としを行なうと、再生を行
なった際にフレームが落ちたということを認知しやすい
ため、このような場合には次ＧＯＰでのフレーム落とし
は行なわず、次々回のＧＯＰでフレームを落とすような
繰り越し設定を行なった後、次のＧＯＰ処理へ移る。現
在のＧＯＰ処理における動きベクトル量が大きかった場
合には、このようにして次のＧＯＰでのフレーム落とし
対応状況が決まる。なお、今回はまず１ＧＯＰあたりの
圧縮処理時間での比較を行なったが、これは図７に示さ
れるように１ＧＯＰあたりの動きベクトル量だけでフレ
ーム落とし量の判断を行なうと、大きな動きベクトル量
だったとしても実は処理時間的には実時間範囲内で行な
われている場合が存在し得るためであり、時間的な面か
らもより映像の動きに忠実なフレーム落とし処理が可能
になる。以降、フレームが欠落した部分のリカバリー処
理については、第１の実施の形態、第２の実施の形態で
の説明と同様であるので省略する。いずれの実施の形態
においても、次の１ＧＯＰ処理でフレーム落としを行な
うかどうかを判断するフレーム落とし制御部１の機能が
重要な役割を果たす。その判断はタイマ２からの時間情
報２３と動きベクトル量算出部５で算出された１ＧＯＰ
分の動きベクトル量情報２５とを使用して行なわれる。
ここでの判断基準が図５や図８であり、時間情報２３だ
けを判断基準にする場合が図５であり、時間情報２３と
動きベクトル量情報２５との双方を判断基準にした場合
が図８となる。
ブロック毎に処理が行なわれるものとする。ビデオキャ
プチャ部８でキャプチャされた映像信号２１の圧縮処理
が開始されると、最初にタイマ２の時間情報２３をリセ
ットした後、カウントを開始する（ステップＣ１，Ｃ
２）。次に、実際の映像圧縮処理を開始し、この映像圧
縮は１ＧＯＰ分のデータが圧縮されるまで繰り返される
（ステップＣ３）。１ＧＯＰ分のデータを圧縮するとタ
イマ２が停止し、１ＧＯＰ分のデータを圧縮するまでに
かかった時間を取得する（ステップＣ４）。次に、この
ＧＯＰで検出された動きベクトル量を算出すると共に、
次回のＧＯＰ分のデータ圧縮でこの動きベクトル量を使
用するため保存を行う（ステップＣ５）。先ほど取得し
た本ＧＯＰ分のデータを圧縮するまでにかかった時間を
図３に示される１ＧＯＰあたりの処理時間と比較し（ス
テップＣ６）、その時間情報２３が予め設定した規定時
間ａより少ない時間であったと判断された場合は、実時
間で１ＧＯＰ分の圧縮処理が終了したと判断する。一
方、その時間情報２３がある規定時間ａを超えたと判断
された場合、実時間では１ＧＯＰ分の圧縮処理が終了し
なかったということになる。そこで、次のＧＯＰ処理で
フレーム落とし処理を行なう。基本的にこの時点で次の
ＧＯＰ処理においてフレーム落としを行なうことが決定
となる。しかし、今回の動きベクトル量が非常に大きい
と判断された場合に、次のＧＯＰでの処理が変わってく
る。まず前回のＧＯＰ処理での動きベクトル量と今回の
ＧＯＰ処理での動きベクトル量との差分を求め、この差
分値と今回の動きベクトル量を図８に示されるようなグ
ラフに当てはめる。前回との差分値と比較することによ
って、現在の映像の状況をつかむことができる。１ＧＯ
Ｐあたりの動きベクトル量の処理時間が大きくかかって
いる場合で、例えば差分が非常に大きい場合には非常に
急激な大きい動き（ぎこちない動き）があったというこ
とになり、逆に差分が非常に小さいならば、大きな動き
を継続して行なっている（なめらかな動き）と判断でき
る。ここで、次ＧＯＰでのフレーム落としの判断を行な
うことになるが、なめらかな動きを行なっていると判断
されている場合にフレーム落としを行なうと、再生を行
なった際にフレームが落ちたということを認知しやすい
ため、このような場合には次ＧＯＰでのフレーム落とし
は行なわず、次々回のＧＯＰでフレームを落とすような
繰り越し設定を行なった後、次のＧＯＰ処理へ移る。現
在のＧＯＰ処理における動きベクトル量が大きかった場
合には、このようにして次のＧＯＰでのフレーム落とし
対応状況が決まる。なお、今回はまず１ＧＯＰあたりの
圧縮処理時間での比較を行なったが、これは図７に示さ
れるように１ＧＯＰあたりの動きベクトル量だけでフレ
ーム落とし量の判断を行なうと、大きな動きベクトル量
だったとしても実は処理時間的には実時間範囲内で行な
われている場合が存在し得るためであり、時間的な面か
らもより映像の動きに忠実なフレーム落とし処理が可能
になる。以降、フレームが欠落した部分のリカバリー処
理については、第１の実施の形態、第２の実施の形態で
の説明と同様であるので省略する。いずれの実施の形態
においても、次の１ＧＯＰ処理でフレーム落としを行な
うかどうかを判断するフレーム落とし制御部１の機能が
重要な役割を果たす。その判断はタイマ２からの時間情
報２３と動きベクトル量算出部５で算出された１ＧＯＰ
分の動きベクトル量情報２５とを使用して行なわれる。
ここでの判断基準が図５や図８であり、時間情報２３だ
けを判断基準にする場合が図５であり、時間情報２３と
動きベクトル量情報２５との双方を判断基準にした場合
が図８となる。
【００４５】図９は本発明の映像記録方式の第４の実施
の形態の動作を示すフローチャートである。
の形態の動作を示すフローチャートである。
【００４６】図１０は本発明の映像記録方式の第５の実
施の形態の動作を示すフローチャートである。
施の形態の動作を示すフローチャートである。
【００４７】次に図９、図１０を参照して動作を説明す
る。
る。
【００４８】基本的な処理の流れは第１の実施の形態、
第２の実施の形態での説明と同様である。しかし、第１
の実施の形態、第２の実施の形態が１ＧＯＰあたりの圧
縮処理時間を参照してフレーム落とし処理を行なってい
た場合とは異なり、第４および第５の実施の形態は１Ｇ
ＯＰあたりの動きベクトル量を参照してフレーム落とし
処理を行なっている。まず図９についてであるが、これ
は第１の実施の形態に記載した内容で動きベクトル量を
参照してフレーム落とし処理を行なっている場合であ
り、ビデオキャプチャ部８でキャプチャされた映像信号
２１の圧縮処理が開始されると、１ＧＯＰ分のデータが
圧縮されるまで繰り返される（ステップＤ１）。１ＧＯ
Ｐ分のデータを圧縮すると、１ＧＯＰ分の動きベクトル
量を算出する（ステップＤ２）。この動きベクトル量情
報２５は、図３に示されるようなグラフの横軸を動きベ
クトル量に変えた場合に適用される（ステップＤ３）。
第２の実施の形態での説明と同様である。しかし、第１
の実施の形態、第２の実施の形態が１ＧＯＰあたりの圧
縮処理時間を参照してフレーム落とし処理を行なってい
た場合とは異なり、第４および第５の実施の形態は１Ｇ
ＯＰあたりの動きベクトル量を参照してフレーム落とし
処理を行なっている。まず図９についてであるが、これ
は第１の実施の形態に記載した内容で動きベクトル量を
参照してフレーム落とし処理を行なっている場合であ
り、ビデオキャプチャ部８でキャプチャされた映像信号
２１の圧縮処理が開始されると、１ＧＯＰ分のデータが
圧縮されるまで繰り返される（ステップＤ１）。１ＧＯ
Ｐ分のデータを圧縮すると、１ＧＯＰ分の動きベクトル
量を算出する（ステップＤ２）。この動きベクトル量情
報２５は、図３に示されるようなグラフの横軸を動きベ
クトル量に変えた場合に適用される（ステップＤ３）。
【００４９】動きベクトル量情報２５が大きいというこ
とは、動きの激しいもしくは動きの大きい映像であると
いうことが判断でき、動き検索処理を多く行なってい
る。一般的に動き検索処理は非常にＣＰＵの処理が重く
時間がかかる処理のため、動きベクトル量情報２５を参
照することによって圧縮処理にかかる時間を推測するこ
とができる。このため、動きベクトル量をあたかも時間
データとして判断するための基準として規定量ａを定め
ることが可能になる。その動きベクトル量情報２５があ
る規定量ａより少ない量であったと判断された場合は、
実時間で１ＧＯＰ分の圧縮処理が終了したと判断され次
のＧＯＰに対する圧縮処理が行なわれる。一方、その動
きベクトル量情報２５がある規定量ａを超えたと判断さ
れた場合、実時間では１ＧＯＰ分の圧縮処理が終了しな
かったということになり、次のＧＯＰ処理でフレーム落
とし処理の設定を行なった後に（ステップＤ４）、次の
ＧＯＰ処理に移る。つまり、１ＧＯＰ単位で動きベクト
ル量を測定しその量が規定値を超えていたと判断された
場合に、次のＧＯＰ処理においてフレーム落とし処理が
行なわれることになる。従って、現在処理が行なわれた
ＧＯＰ内でのフレーム落とし処理は行なわれない。次の
ＧＯＰでのフレーム落とし枚数は、現在のＧＯＰ処理の
動きベクトル量を、図３の横軸を動きベクトル量に変え
た場合に適用して決定する。
とは、動きの激しいもしくは動きの大きい映像であると
いうことが判断でき、動き検索処理を多く行なってい
る。一般的に動き検索処理は非常にＣＰＵの処理が重く
時間がかかる処理のため、動きベクトル量情報２５を参
照することによって圧縮処理にかかる時間を推測するこ
とができる。このため、動きベクトル量をあたかも時間
データとして判断するための基準として規定量ａを定め
ることが可能になる。その動きベクトル量情報２５があ
る規定量ａより少ない量であったと判断された場合は、
実時間で１ＧＯＰ分の圧縮処理が終了したと判断され次
のＧＯＰに対する圧縮処理が行なわれる。一方、その動
きベクトル量情報２５がある規定量ａを超えたと判断さ
れた場合、実時間では１ＧＯＰ分の圧縮処理が終了しな
かったということになり、次のＧＯＰ処理でフレーム落
とし処理の設定を行なった後に（ステップＤ４）、次の
ＧＯＰ処理に移る。つまり、１ＧＯＰ単位で動きベクト
ル量を測定しその量が規定値を超えていたと判断された
場合に、次のＧＯＰ処理においてフレーム落とし処理が
行なわれることになる。従って、現在処理が行なわれた
ＧＯＰ内でのフレーム落とし処理は行なわれない。次の
ＧＯＰでのフレーム落とし枚数は、現在のＧＯＰ処理の
動きベクトル量を、図３の横軸を動きベクトル量に変え
た場合に適用して決定する。
【００５０】次に図１０であるが、これは第２の実施の
形態で説明した内容で動きベクトル量を参照してフレー
ム落とし処理を行なっている場合であり、映像圧縮処理
が開始されると、この映像圧縮は１ＧＯＰ分のデータが
圧縮されるまで繰り返される（ステップＥ１）。１ＧＯ
Ｐ分のデータを圧縮すると、１ＧＯＰ分のデータを圧縮
する際に発生した動きベクトル量を算出する（ステップ
Ｅ２）。この動きベクトル量情報２５は、図３に示され
るようなグラフの横軸を動きベクトル量に変更した場合
に適用され（ステップＥ３）、その動きベクトル量があ
る規定量ａより少ない時間であったと判断された場合
は、実時間で１ＧＯＰ分の圧縮処理が終了したと判断さ
れる。
形態で説明した内容で動きベクトル量を参照してフレー
ム落とし処理を行なっている場合であり、映像圧縮処理
が開始されると、この映像圧縮は１ＧＯＰ分のデータが
圧縮されるまで繰り返される（ステップＥ１）。１ＧＯ
Ｐ分のデータを圧縮すると、１ＧＯＰ分のデータを圧縮
する際に発生した動きベクトル量を算出する（ステップ
Ｅ２）。この動きベクトル量情報２５は、図３に示され
るようなグラフの横軸を動きベクトル量に変更した場合
に適用され（ステップＥ３）、その動きベクトル量があ
る規定量ａより少ない時間であったと判断された場合
は、実時間で１ＧＯＰ分の圧縮処理が終了したと判断さ
れる。
【００５１】一方、その動きベクトル量がある規定量ａ
を超えたと判断された場合、実時間では１ＧＯＰ分の圧
縮処理が終了しなかったということになる。そこで、次
のＧＯＰ処理でフレーム落とし処理を行なうための設定
を行うことになるが、まず前回のＧＯＰ処理での動きベ
クトル量と、今回のＧＯＰ処理での動きベクトル量とを
比較し、その差分値を取って図８に示されるようなグラ
フに適用する。前回との差分を取ることによって、現在
の映像の状況をつかむことができる。１ＧＯＰあたりの
動きベクトル量が大きい場合で、例えば差分が非常に大
きい場合には非常に急激な大きい動き（ぎこちない動
き）があったということになり、逆に差分が非常に小さ
いならば大きな動きを継続して行なっている（なめらか
な動き）と判断できる。ここで、次のＧＯＰでのフレー
ム落としの判断を行なうことになるが、なめらかな動き
を行なっていると判断されている場合にフレーム落とし
を行なうと再生を行なった際にフレームが落ちたという
ことを認知しやすいため、このような場合には次のＧＯ
Ｐでのフレーム落としは行なわずに次々回のＧＯＰでフ
レームを落とすような繰り越し設定を行なった後、次の
ＧＯＰ処理へと移ることになる（ステップＥ５，Ｅ６，
Ｅ７）。また、特になめらかな動きではないと判断され
た場合には、次のＧＯＰ処理においてフレーム落としを
行なうため、フレーム落としの設定を行なった後に次の
ＧＯＰ処理へ移る（ステップＥ５，Ｅ６，Ｅ８）。
を超えたと判断された場合、実時間では１ＧＯＰ分の圧
縮処理が終了しなかったということになる。そこで、次
のＧＯＰ処理でフレーム落とし処理を行なうための設定
を行うことになるが、まず前回のＧＯＰ処理での動きベ
クトル量と、今回のＧＯＰ処理での動きベクトル量とを
比較し、その差分値を取って図８に示されるようなグラ
フに適用する。前回との差分を取ることによって、現在
の映像の状況をつかむことができる。１ＧＯＰあたりの
動きベクトル量が大きい場合で、例えば差分が非常に大
きい場合には非常に急激な大きい動き（ぎこちない動
き）があったということになり、逆に差分が非常に小さ
いならば大きな動きを継続して行なっている（なめらか
な動き）と判断できる。ここで、次のＧＯＰでのフレー
ム落としの判断を行なうことになるが、なめらかな動き
を行なっていると判断されている場合にフレーム落とし
を行なうと再生を行なった際にフレームが落ちたという
ことを認知しやすいため、このような場合には次のＧＯ
Ｐでのフレーム落としは行なわずに次々回のＧＯＰでフ
レームを落とすような繰り越し設定を行なった後、次の
ＧＯＰ処理へと移ることになる（ステップＥ５，Ｅ６，
Ｅ７）。また、特になめらかな動きではないと判断され
た場合には、次のＧＯＰ処理においてフレーム落としを
行なうため、フレーム落としの設定を行なった後に次の
ＧＯＰ処理へ移る（ステップＥ５，Ｅ６，Ｅ８）。
【００５２】なお、次回のＧＯＰ処理時に動きベクトル
量が規定量ａを超えなかった場合でも、繰り越し設定が
されていた場合には、さらに次回のＧＯＰ処理でフレー
ム落とし処理を無条件に行なう（ステップＥ４）。但
し、条件によっては次々回のＧＯＰ処理でフレーム落と
し処理ができない場合が存在するが、そのような場合に
はさらに次のＧＯＰ処理へフレーム落とし処理を繰り越
す。加えてフレーム落とし枚数が増える場合も考えら
れ、その様な場合にはフレーム落とし枚数を増やした状
態でさらに次のＧＯＰ処理へフレーム落とし処理を繰り
越すことになる。しかし、一回のＧＯＰ処理で非常に多
くのフレームを落とした場合に、この圧縮データの再生
処理を行なうと完全に静止画状態になっている映像デー
タを除き、動作がぎこちない再生映像になってしまい、
使用者は非常に違和感を受けることとなる。このため、
一回のＧＯＰ処理では最大何枚までフレーム落としをす
るのか、予め決定しておく必要がある。このようにし
て、フレーム落としの判断対象を処理時間から動きベク
トル量に変更することでも、第１の実施の形態、第２の
実施の形態に記載したのと全く同様の効果を得ることが
できる。
量が規定量ａを超えなかった場合でも、繰り越し設定が
されていた場合には、さらに次回のＧＯＰ処理でフレー
ム落とし処理を無条件に行なう（ステップＥ４）。但
し、条件によっては次々回のＧＯＰ処理でフレーム落と
し処理ができない場合が存在するが、そのような場合に
はさらに次のＧＯＰ処理へフレーム落とし処理を繰り越
す。加えてフレーム落とし枚数が増える場合も考えら
れ、その様な場合にはフレーム落とし枚数を増やした状
態でさらに次のＧＯＰ処理へフレーム落とし処理を繰り
越すことになる。しかし、一回のＧＯＰ処理で非常に多
くのフレームを落とした場合に、この圧縮データの再生
処理を行なうと完全に静止画状態になっている映像デー
タを除き、動作がぎこちない再生映像になってしまい、
使用者は非常に違和感を受けることとなる。このため、
一回のＧＯＰ処理では最大何枚までフレーム落としをす
るのか、予め決定しておく必要がある。このようにし
て、フレーム落としの判断対象を処理時間から動きベク
トル量に変更することでも、第１の実施の形態、第２の
実施の形態に記載したのと全く同様の効果を得ることが
できる。
【００５３】
【発明の効果】以上説明したように、本発明の映像記録
方式は、映像情報ブロック（ＧＯＰ）毎の圧縮処理状況
を常にその処理時間及び動きベクトル量で監視し、次の
映像情報ブロック処理でその監視状況に応じフレーム落
としを行なっているので、パーソナルコンピュータの性
能の違い、例えばＣＰＵの動作速度が遅い場合や圧縮を
行なおうとする映像の絵柄やその動きにより実時間での
圧縮処理が実現できない場合が発生しても、実時間（リ
アルタイム）で圧縮された映像として記録できるという
効果を有している。また、圧縮処理において、前回（過
去）の映像情報ブロックにおける処理状況と現在の映像
情報ブロックにおける処理状況とから、次回（未来）の
映像情報ブロックの動画パターンを予測し、その状況に
応じてフレーム落とし状況を変化させることができるの
で、圧縮処理過程で実時間での記録を行なうためにフレ
ーム落としを発生させてもその記録したデータを再生処
理した場合、その映像を見た使用者はフレームが欠落し
ていることを認知しにくいという効果を有している。
方式は、映像情報ブロック（ＧＯＰ）毎の圧縮処理状況
を常にその処理時間及び動きベクトル量で監視し、次の
映像情報ブロック処理でその監視状況に応じフレーム落
としを行なっているので、パーソナルコンピュータの性
能の違い、例えばＣＰＵの動作速度が遅い場合や圧縮を
行なおうとする映像の絵柄やその動きにより実時間での
圧縮処理が実現できない場合が発生しても、実時間（リ
アルタイム）で圧縮された映像として記録できるという
効果を有している。また、圧縮処理において、前回（過
去）の映像情報ブロックにおける処理状況と現在の映像
情報ブロックにおける処理状況とから、次回（未来）の
映像情報ブロックの動画パターンを予測し、その状況に
応じてフレーム落とし状況を変化させることができるの
で、圧縮処理過程で実時間での記録を行なうためにフレ
ーム落としを発生させてもその記録したデータを再生処
理した場合、その映像を見た使用者はフレームが欠落し
ていることを認知しにくいという効果を有している。
【図１】本発明の映像記録方式の一つの実施の形態を示
すブロック図である。
すブロック図である。
【図２】本発明の映像記録方式の一つの実施の形態の動
作を示すフローチャートである。
作を示すフローチャートである。
【図３】フレーム落ち数を決定する説明図である。
【図４】本発明の映像記録方式の第２の実施の形態の動
作を示すフローチャートである。
作を示すフローチャートである。
【図５】フレーム落とし処理の判断を説明する図であ
る。
る。
【図６】本発明の映像記録方式の第３の実施の形態の動
作を示すフローチャートである。
作を示すフローチャートである。
【図７】１ＧＯＰあたりの処理時間を説明する図であ
る。
る。
【図８】フレーム落とし処理の判断を説明する図であ
る。
る。
【図９】本発明の映像記録方式の第４の実施の形態の動
作を示すフローチャートである。
作を示すフローチャートである。
【図１０】本発明の映像記録方式の第５の実施の形態の
動作を示すフローチャートである。
動作を示すフローチャートである。
１ フレーム落とし制御部 ２ タイマ ３ 動き検出部 ４ 映像圧縮部 ５ 動きベクトル量算出部 ７ ハードディスク ８ ビデオキャプチャ部 １０ 圧縮制御部 １１ ファイル出力部 １２ キャプチャ制御部 １３ キャプチャデータメモリ １４ 圧縮データメモリ １５ ファイル出力制御部 ２１ 映像信号 ２２ 圧縮映像信号 ２３ 時間情報 ２４ 検出情報 ２５ 動きベクトル量情報 ２６ フレーム落とし実行情報 ２７ 映像信号 ２８ 圧縮映像データ ２９ 映像データ
Claims (10)
- 【請求項１】 ビデオキャプチャにより取り込んだ映像
信号の一群の画面データあたりの圧縮処理時間および動
きベクトル量を計測し、前記圧縮処理時間が予め設定し
た規定時間を越える場合、あるいは前記動きベクトル量
が予め設定した規定量を越える場合、次の一群の画面デ
ータでのフレーム落とし処理を行なうことを特徴とする
映像記録方式。 - 【請求項２】 映像を取り込み、第１の映像信号を出力
するビデオキャプチャ部と；前記第１の映像信号を入力
し、この映像信号を圧縮処理して圧縮映像信号を出力す
る圧縮制御部と；前記圧縮映像信号を書き込み記録する
ファイル出力部と；を有し、前記圧縮制御部が、 圧縮処理時間を計測し時間情報を出力するタイマと；前
記第１の映像信号の動きベクトル量を検出し、検出情報
を出力する動き検出部と；前記検出情報から一群の画面
データあたりの動きベクトル量を算出し、動きベクトル
量情報を出力する動きベクトル量算出部と；前記動き検
出部が出力する第２の映像信号を圧縮処理し、前記圧縮
映像信号を出力する映像圧縮部と；前記時間情報および
前記動きベクトル量情報から、次の一群の画面データで
フレーム落としを行なうかどうかの判断を行ない、前記
フレーム落としを行なうと判断した場合、フレーム落と
し実行情報を前記動き検出部および前記映像圧縮部に出
力するフレーム落とし制御部と；を備えたことを特徴と
する映像記録方式。 - 【請求項３】 前記ビデオキャプチャ部が、 前記映像の取り込み制御を行ない、映像データとして出
力するキャプチャ制御部と；前記映像データを一時保存
し、前記第１の映像信号を出力するキャプチャデータメ
モリと；を有することを特徴とする請求項２記載の映像
記録方式。 - 【請求項４】 前記ファイル出力部が、 前記圧縮映像信号を保存し、圧縮映像データを出力する
圧縮データメモリと；前記圧縮映像データをファイル制
御するファイル出力制御部と；このファイル出力制御部
により前記圧縮映像データを記録するハードディスク
と；を有することを特徴とする請求項２又は請求項３記
載の映像記録方式。 - 【請求項５】 前記時間情報が予め設定した規定時間を
越えない場合、前記一群の画面データの圧縮処理が完了
したと判断し、前記時間情報が前記規定時間を越えた場
合、前記次の一群の画面データのフレーム落とし処理の
設定を行なうことを特徴とする請求項２，３又は４記載
の映像記録方式。 - 【請求項６】 前記一群の画面データの圧縮処理時間と
前記次の一群の画面データの圧縮処理時間との差分をと
り、この差分を予め設定した値と比較することによりフ
レーム落とし処理を決定することを特徴とする請求項
２，３又は４記載の映像記録方式。 - 【請求項７】 前記動きベクトル量情報が予め設定した
規定量を越えない場合、前記一群の画面データの圧縮処
理が完了したと判断し、前記動きベクトル量情報が前記
規定量を越えた場合、前記次の一群の画面データのフレ
ーム落とし処理の設定を行なうことを特徴とする請求項
２，３又は４記載の映像記録方式。 - 【請求項８】 前記一群の画面データの動きベクトル量
情報と前記次の一群の画面データの動きベクトル量との
差分をとり、この差分を予め設定した値と比較すること
によりフレーム落とし処理を決定することを特徴とする
請求項２，３又は４記載の映像記録方式。 - 【請求項９】 前記一群の画面データの圧縮処理時間と
前記次の一群の画面データの圧縮処理時間との差分をと
り、この差分を予め設定した値と比較し次の一群の画面
データでフレーム落としができない場合、前記次の一群
の画面データでフレーム落としを行なわず、次々回の一
群の画面データでフレーム落としの繰り返し設定を行な
った後処理することを特徴とする請求項２，３又は４記
載の映像記録方式。 - 【請求項１０】 前記一群の画面データの圧縮処理時間
と前記次の一群の画面データの圧縮処理時間との差分を
とり、この差分を予め設定した値と比較し次の一群の画
面データでフレーム落としができない場合、フレーム落
とし枚数を増やした状態でさらに次の一群の画面データ
処理へフレーム落とし処理を繰り越すことを特徴とする
請求項２，３又は４記載の映像記録方式。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10579399A JP3324556B2 (ja) | 1999-04-13 | 1999-04-13 | 映像記録方式 |
| US09/547,313 US6751405B1 (en) | 1999-04-13 | 2000-04-11 | Video recording apparatus and recording method therefor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10579399A JP3324556B2 (ja) | 1999-04-13 | 1999-04-13 | 映像記録方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000299840A true JP2000299840A (ja) | 2000-10-24 |
| JP3324556B2 JP3324556B2 (ja) | 2002-09-17 |
Family
ID=14417019
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10579399A Expired - Fee Related JP3324556B2 (ja) | 1999-04-13 | 1999-04-13 | 映像記録方式 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6751405B1 (ja) |
| JP (1) | JP3324556B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004093458A1 (ja) * | 2003-04-15 | 2004-10-28 | Kanazawa University Technology Licensing Organization Ltd. | 動画像符号化又は復号化処理システム及び動画像符号化又は復号化処理方法 |
| EP1585339A3 (en) * | 2004-04-02 | 2005-11-02 | SNELL & WILCOX LIMITED | Video processing |
| RU2380852C2 (ru) * | 2006-12-06 | 2010-01-27 | Кэнон Кабусики Кайся | Записывающее устройство и способ управления им |
| JP2013157679A (ja) * | 2012-01-26 | 2013-08-15 | Canon Inc | 映像処理装置、映像処理方法およびプログラム |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001346216A (ja) * | 2000-06-06 | 2001-12-14 | Toshiba Corp | 動画像圧縮方法および情報処理装置 |
| US20070053428A1 (en) * | 2001-03-30 | 2007-03-08 | Vixs Systems, Inc. | Managed degradation of a video stream |
| US8107524B2 (en) * | 2001-03-30 | 2012-01-31 | Vixs Systems, Inc. | Adaptive bandwidth footprint matching for multiple compressed video streams in a fixed bandwidth network |
| US7412004B2 (en) * | 2001-06-29 | 2008-08-12 | Agere Systems Inc. | Method and apparatus for controlling buffer overflow in a communication system |
| WO2005096162A1 (ja) * | 2004-03-18 | 2005-10-13 | Matsushita Electric Industrial Co., Ltd. | アービトレーション方法及び装置 |
| TWI280798B (en) * | 2004-09-22 | 2007-05-01 | Via Tech Inc | Apparatus and method of adaptive de-interlace of image |
| JP4623650B2 (ja) * | 2005-09-06 | 2011-02-02 | パナソニック株式会社 | 動画像符号化装置，動画像符号化方法 |
| GB2432985A (en) * | 2005-12-05 | 2007-06-06 | Univ Robert Gordon | Encoder control system based on a target encoding value |
| US9271003B2 (en) * | 2011-04-15 | 2016-02-23 | Opera Software Ireland Limited | Real-time audio or video transcoding |
| JP2012242821A (ja) * | 2011-05-16 | 2012-12-10 | Sony Mobile Communications Inc | 表示画像生成方法 |
| JP5843631B2 (ja) * | 2012-01-26 | 2016-01-13 | 日本電信電話株式会社 | フレームレート制御方法，フレームレート制御装置およびフレームレート制御プログラム |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR0128860B1 (ko) * | 1993-07-16 | 1998-04-10 | 배순훈 | 저비트율의 영상전화 시스템의 부호화장치 |
| US5592225A (en) * | 1993-09-30 | 1997-01-07 | Matsushita Electric Industrial Co., Ltd. | Device and method for controlling coding |
| JP3558384B2 (ja) | 1994-10-12 | 2004-08-25 | 三菱電機株式会社 | 映像記録再生方法 |
| EP0720383B1 (en) * | 1994-12-30 | 2000-09-13 | Daewoo Electronics Co., Ltd | Method and apparatus for detecting motion vectors in a frame decimating video encoder |
| US5818967A (en) * | 1995-06-12 | 1998-10-06 | S3, Incorporated | Video decoder engine |
| EP0757490A3 (en) * | 1995-08-02 | 1999-01-13 | Matsushita Electric Industrial Co., Ltd. | Video coding device and video transmission system using the same, quantization control method and average throughput calculation method used therein |
| JP3467998B2 (ja) | 1996-11-22 | 2003-11-17 | ソニー株式会社 | 映像信号の記録方法と再生方法、及び映像信号記録／再生装置 |
| US6061399A (en) * | 1997-05-28 | 2000-05-09 | Sarnoff Corporation | Method and apparatus for information stream frame synchronization |
| US6031584A (en) * | 1997-09-26 | 2000-02-29 | Intel Corporation | Method for reducing digital video frame frequency while maintaining temporal smoothness |
| US6330286B1 (en) * | 1999-06-09 | 2001-12-11 | Sarnoff Corporation | Flow control, latency control, and bitrate conversions in a timing correction and frame synchronization apparatus |
-
1999
- 1999-04-13 JP JP10579399A patent/JP3324556B2/ja not_active Expired - Fee Related
-
2000
- 2000-04-11 US US09/547,313 patent/US6751405B1/en not_active Expired - Lifetime
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004093458A1 (ja) * | 2003-04-15 | 2004-10-28 | Kanazawa University Technology Licensing Organization Ltd. | 動画像符号化又は復号化処理システム及び動画像符号化又は復号化処理方法 |
| EP1585339A3 (en) * | 2004-04-02 | 2005-11-02 | SNELL & WILCOX LIMITED | Video processing |
| US7711048B2 (en) | 2004-04-02 | 2010-05-04 | Snell Limited | System and method for video processing |
| RU2380852C2 (ru) * | 2006-12-06 | 2010-01-27 | Кэнон Кабусики Кайся | Записывающее устройство и способ управления им |
| US7859578B2 (en) | 2006-12-06 | 2010-12-28 | Canon Kabushiki Kaisha | Recording apparatus and control method thereof |
| JP2013157679A (ja) * | 2012-01-26 | 2013-08-15 | Canon Inc | 映像処理装置、映像処理方法およびプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US6751405B1 (en) | 2004-06-15 |
| JP3324556B2 (ja) | 2002-09-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3324556B2 (ja) | 映像記録方式 | |
| US6078725A (en) | Apparatus for a synchronized playback of audio-video signals | |
| US8411735B2 (en) | Data processing apparatus, data processing method, and program | |
| JP3244629B2 (ja) | シーン変化点検出方法 | |
| US6163647A (en) | Apparatus for synchronized playback of audio-video signals | |
| US6163646A (en) | Apparatus for a synchronized playback of audio-video signals | |
| US8934550B2 (en) | Data processing apparatus, data processing method, and program for processing image data of a moving image | |
| JP4230636B2 (ja) | 動画像再生方法および動画像再生装置 | |
| JPH07203351A (ja) | 画像データ再生方法及びその装置 | |
| JP4305055B2 (ja) | 画像記録装置 | |
| JP2001346164A (ja) | 録画再生装置及び録画再生装置のｉピクチャインデックス生成方法 | |
| US6408030B1 (en) | Scene-change-point detecting method and moving-picture editing/displaying method | |
| JP3061125B2 (ja) | Ｍｐｅｇ画像再生装置およびｍｐｅｇ画像再生方法 | |
| JP2003324690A (ja) | 映像記録再生装置 | |
| JP3683462B2 (ja) | 動画表示装置 | |
| JPH0832927A (ja) | 画像復号化装置 | |
| US8401363B2 (en) | Data playback device, control method therefor, computer program, and recording medium | |
| JP3279186B2 (ja) | 動画像データの再生制御方式 | |
| JP3861454B2 (ja) | 動画データ圧縮装置 | |
| US20040042550A1 (en) | Encoding system conversion apparatus and method for same | |
| JP3851149B2 (ja) | 画像処理装置 | |
| JP5560999B2 (ja) | 映像音声記録再生装置、および映像音声記録再生方法 | |
| JP2004166018A (ja) | 電子透かし情報検出方法、装置、及び画像表示装置 | |
| JP3568227B2 (ja) | 圧縮動画像データ記録媒体とその再生装置 | |
| JP3861453B2 (ja) | 動画データ圧縮装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020604 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070705 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080705 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090705 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100705 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110705 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110705 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120705 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120705 Year of fee payment: 10 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120705 Year of fee payment: 10 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120705 Year of fee payment: 10 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120705 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120705 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120705 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130705 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130705 Year of fee payment: 11 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |