JPH1175189A - 画像符号化方法 - Google Patents

画像符号化方法

Info

Publication number
JPH1175189A
JPH1175189A JP23096397A JP23096397A JPH1175189A JP H1175189 A JPH1175189 A JP H1175189A JP 23096397 A JP23096397 A JP 23096397A JP 23096397 A JP23096397 A JP 23096397A JP H1175189 A JPH1175189 A JP H1175189A
Authority
JP
Japan
Prior art keywords
amount
fade
picture
detected
gop
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.)
Pending
Application number
JP23096397A
Other languages
English (en)
Inventor
Hidenori Omote
秀徳 表
Hiroshi Segawa
浩 瀬川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Renesas Design Corp
Mitsubishi Electric Corp
Original Assignee
Renesas Design Corp
Mitsubishi Electric Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Renesas Design Corp, Mitsubishi Electric Corp filed Critical Renesas Design Corp
Priority to JP23096397A priority Critical patent/JPH1175189A/ja
Priority to US09/035,928 priority patent/US6310917B1/en
Priority to FR9805665A priority patent/FR2768005B1/fr
Priority to GB9811290A priority patent/GB2328826B/en
Publication of JPH1175189A publication Critical patent/JPH1175189A/ja
Pending legal-status Critical Current

Links

Classifications

    • 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/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/115—Selection of the code volume for a coding unit prior to coding
    • 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/14—Coding unit complexity, e.g. amount of activity or edge presence estimation
    • 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/142—Detection of scene cut or scene change
    • 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/146—Data rate or code amount at the encoder output
    • H04N19/15—Data rate or code amount at the encoder output by monitoring actual compressed data size at the memory before deciding storage at the transmission buffer
    • 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/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • 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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • 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/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • 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/146—Data rate or code amount at the encoder output

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Studio Circuits (AREA)

Abstract

(57)【要約】 【課題】 高い画質を実現するレート制御の方法を提供
する。 【解決手段】 時刻τｆでフェードインが検出されてビ
ット残量ＲはＲｕｐ＝Ｇ／２増加する。よって第ｎ番目
のＧＯＰにおいて消費されうるビット残量Ｒは（３／
２）Ｇ＝（１２／８）Ｇとなる。このようにフェードイ
ンを検出した場合にビット残量Ｒの値を増大させるの
で、フェードインの後に存在する、多くの情報量を必要
とするピクチャについてビットレートを高めることがで
きる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は画像を符号化する
方法に関し、特にＭＰＥＧにおけるレート制御に関す
る。
【０００２】
【従来の技術】従来から画像を符号化する技術としてＭ
ＰＥＧと呼ばれる技術がある。そしてＭＰＥＧの中でも
ＭＰＥＧ２（Moving Picture Experts Group Phase 2）
と呼ばれるものがあり、これには標準化作業の為のモデ
ルとしてＴＭ５（Test Model 5）が提案されている（IS
O-IEC/JTC1/SC29/WG11、例えば「総合マルチメディア選
書ＭＰＥＧ」第１１０頁乃至第１１５頁、テレビジョン
学会編、オーム社）。
【０００３】ＴＭ５では、レート制御において、符号化
される際に生成されるビット量である発生符号量をある
目標量であるターゲットビット数に制御しつつ、画質を
最適化するための諸量の関係が提案されている。
【０００４】
【発明が解決しようとする課題】しかしＴＭ５に従って
レート制御を行えば、例えばフェードインの前後におい
て発生符号量があまり必要でない画像から発生符号量を
多く必要とする画像へと移行するので、これらを同等に
扱うと画質が劣化してしまうという問題点があった。
【０００５】この発明は上記問題点を解決するためにな
されたもので、上記のように必要な発生符号量の量が大
きく遷移した後の画像について、高い画質を実現するレ
ート制御の方法を提供する。
【０００６】
【課題を解決するための手段】この発明のうち請求項１
にかかるものは、第１種及び第２種に区分されるピクチ
ャで構成され前記第２種ピクチャは前記第１種ピクチャ
に後行するピクチャ群を符号化する画像符号化方法であ
って、（ａ）前記ピクチャを符号化する際に発生する発
生符号量の目標を、所定のデータ量を消費しつつ設定す
る工程と、（ｂ）前記データ量に対して前記ピクチャ群
が更新される際に第１の量を以て第１種の増加が施され
る工程と、（ｃ）前記ピクチャ群においてフェードイン
が検出された場合に前記データ量に対して第２の量を以
て第２種の増加が施される工程とを備える。
【０００７】この発明のうち請求項２にかかるものは、
請求項１記載の画像符号化方法であって、前記データ量
には前記フェードインが検出された際に少なくとも前記
第２の増加の一部が施される。
【０００８】この発明のうち請求項３にかかるものは、
請求項２記載の画像符号化方法であって、前記工程
（ｃ）は（ｃ−１）前記フェードインが検出された際に
前記第２の増加の一部として、前記フェードインが検出
された第１の検出ピクチャを有する前記ピクチャ群にお
いて、前記第１の検出ピクチャから末尾の前記ピクチャ
までに存在するピクチャの残数に比例した第３の量だけ
前記データ量を増加させる工程を有する。
【０００９】この発明のうち請求項４にかかるものは、
請求項３記載の画像符号化方法であって、前記第３の量
は、前記ピクチャの前記残数に前記第２の量を乗じ、前
記ピクチャ群を構成するピクチャの総数で除した値であ
り、前記工程（ｃ）は（ｃ−２）前記第１の検出ピクチ
ャを含んで最新の前記第１種ピクチャにおいて、前記第
２種の増加の他の一部として、前記第２の量から前記第
３の量を減じた第４の量だけ前記データ量を前記第１種
の増加と共に増加させる工程を更に有する。
【００１０】この発明のうち請求項５にかかるものは、
請求項１記載の画像符号化方法であって、（ｄ）少なく
とも１回で前記データ量から総量として前記第２の量を
減じる工程を更に備える。
【００１１】この発明のうち請求項６にかかるものは、
請求項５記載の画像符号化方法であって、前記工程
（ｄ）は、前記第２種の増加が完了した後、最新の少な
くとも一つの前記第１種ピクチャにおいて実行される。
【００１２】この発明のうち請求項７にかかるものは、
請求項５又は請求項６記載の画像符号化方法であって、
前記工程（ｄ）において、前記第２の量が複数回に分け
て前記データ量から減じられる。
【００１３】この発明のうち請求項８にかかるものは、
請求項５記載の画像符号化方法であって、前記工程
（ｄ）は、（ｄ−１）フェードアウトを検出した際に前
記データ量を減少させる工程を有する。
【００１４】この発明のうち請求項９にかかるものは、
請求項８記載の画像符号化方法であって、前記工程
（ｄ）は、（ｄ−２）前記第２種の増加が完了した後、
最新の少なくとも一つの前記第１種ピクチャにおいて前
記データ量を減少させる工程を更に有し、前記工程（ｄ
−２）の工程の途中で前記フェードアウトが検出された
場合には、前記工程（ｄ−１）が実行されて前記工程
（ｄ）が全うされる。
【００１５】
【発明の実施の形態】
概要：実施の形態の詳細な説明の前に本願発明の概要に
ついて説明する。ＭＰＥＧにおいて、Ｉピクチャ、Ｐピ
クチャ、Ｂピクチャのターゲットビット数Ｔｉ，Ｔｐ，
Ｔｂは、それぞれ数１に基づいて計算される。
【００１６】
【数１】
【００１７】ここで、Ｒはビット残量、Ｘｉ，Ｘｐ，Ｘ
ｂはそれぞれＩピクチャ、Ｐピクチャ、Ｂピクチャの複
雑度（global complexity measure）、Ｎｐ，Ｎｂはそ
れぞれ処理中のＧＯＰ（group of pictures）において
まだ符号化されていないＰピクチャ、Ｂピクチャの枚
数、Ｋｐ，ＫｂはそれぞれＩピクチャの量子化スケール
を基準としたＰピクチャ、Ｂピクチャの量子化パラメー
タの比率（例えばそれぞれ１．０，１．４）、ＢＲ，Ｐ
Ｒはそれぞれビットレート及びピクチャレートであり、
数２が成立する。
【００１８】
【数２】
【００１９】ここでＳｉ，Ｓｐ，ＳｂはそれぞれＩピク
チャ、Ｐピクチャ、Ｂピクチャを符号化する際に発生す
るビット量であって、ピクチャ１枚の符号化が実行され
る度にビット残量Ｒはこのビット量だけ減少する。また
Ｑｉ，Ｑｐ，ＱｂはそれぞれＩピクチャ、Ｐピクチャ、
Ｂピクチャを符号化する際の平均量子化パラメータであ
る。但しＸｉ，Ｘｐ，Ｘｂにはそれぞれ所定の初期値と
して
【００２０】
【数３】
【００２１】に設定される。また、ビット残量ＲはＧＯ
Ｐが更新される度に、ＧＯＰを構成するピクチャの枚数
をＧＯＰ＿Ｎとして
【００２２】
【数４】
【００２３】と設定される値Ｇが加算される。
【００２４】ここまでの内容はＴＭ５の提案を踏襲して
いる。したがってビット残量ＲはＧＯＰが更新されない
限り、減少こそすれ増加はしない。これに対して本願
は、ＧＯＰが更新される度に値Ｇだけビット残量Ｒを増
大させると共に、フェードインを検出すると、一時的に
ビット残量ＲをＲｕｐだけ増加させてターゲットビット
数を増加させ、以てビットレートを高めることにより画
質の劣化を防ぐ。このように本発明では、画像が符号化
される際に、まずターゲットビット数が適切に設定され
る。
【００２５】なお、ビット残量Ｒは仮想バッファにおい
て実現されるので、仮想バッファからのオーバーフロー
が生じないよう、増加量Ｒｕｐに対応してビット残量Ｒ
を別途減少させることが望ましい。
【００２６】実施の形態１：図１は本発明の実施の形態
１にかかる画像符号化方法の動作を示すフローチャート
である。スタートからエンドまでの処理が各ピクチャ毎
に繰り返して実行され、ピクチャ毎にそのターゲットビ
ット数が求められる。
【００２７】ステップＳ１０はステップＳ１１〜Ｓ１４
で構成されている。ステップＳ１３では現在着目してい
るピクチャがＧＯＰの先頭に位置するＩピクチャである
か否かが判断され、“Ｙ”と判断された場合のみステッ
プＳ１４においてビット残量Ｒを値Ｇだけ加算する。図
１のステップＳ１４で示された“＝”は設定を意味する
（以下のフローチャートにおいて同様）。
【００２８】次にステップＳ１１で現在着目しているピ
クチャにおいてフェードインが生じたか否かが検出さ
れ、フェードインが検出された場合のみステップＳ１２
においてフェードイン第１フラグfadein_flagに“１”
が設定される。但し、図１に示されたフローチャートに
則って繰り返し処理される前のフェードイン第１フラグ
fadein_flagの初期値は“０”である。
【００２９】本願におけるフェードインの検出として
は、例えばピクチャにおける全ての画素が同一の値を採
っている状態から、ある画素が他の画素と異なる値を採
るようになった最初の時点を採ることができる。例えば
真っ暗なピクチャから、少なくとも一つの画素が明るく
なった時点をフェードインの時点であると検出できる。
このような検出は、通常画像符号化装置に設けられてい
るアクティビティレジスタの保持する値が遷移、例えば
“０”から“１”へと遷移することによって検出でき
る。ここで例えば真っ暗なピクチャの場合においてアク
ティビティレジスタの保持する値は“０”となり、それ
以外のピクチャでは“１”となる。
【００３０】次にステップＳ２１へと進み、フェードイ
ン第１フラグfadein_flagの値が“１”であるか否かが
判断される。“Ｎ”であればステップＳ９０へ進んで、
数１に基づいてターゲットビット数の計算を行う。図１
のステップＳ２１で示された“＝＝”は一致しているか
否かの判断を示す（以下のフローチャートにおいて同
様）。またステップＳ９０において“Ｔｍ”はターゲッ
トビット数Ｔｉ，Ｔｐ，Ｔｂを総称している（ｍ＝ｉ，
ｐ，ｂ）。
【００３１】ステップＳ２１で“Ｙ”と判断されれば、
ステップＳ２２へと進み、ビット残量Ｒの値を増加量Ｒ
ｕｐだけ増加させる。そしてステップＳ２３でフェード
イン第１フラグfadein_flagの値に“０”を設定する。
【００３２】このようにしてフェードインを検出した場
合には、ビット残量Ｒの値を増大させるので、フェード
インの後に存在する、多くの情報量を必要とするピクチ
ャについてビットレートを高めて画質の劣化を防ぐこと
ができる。
【００３３】ここで、増加量Ｒｕｐの値は特に規定され
ないが、例えば数４で示される値Ｇ以下に、例えばその
半分の値に設定することができる。
【００３４】また、フェードイン第１フラグfadein_fla
gを特に採用すること無く本実施の形態を実現してもよ
い。例えばステップＳ１２，Ｓ２１，Ｓ２３を省略し、
ステップＳ１１で“Ｎ”と判断されれば直ちにステップ
Ｓ９０へと進み、ステップＳ１１で“Ｙ”と判断されれ
ばステップＳ２２を介してステップＳ９０へと進むフロ
ーを実施しても良い。
【００３５】図２及び図３は、図１に示されたフローチ
ャートを実行した場合の、それぞれビット残量Ｒの値を
示す折れ線グラフと、ＧＯＰ毎の発生符号量の変化を示
す棒グラフである。
【００３６】図２及び図３において、第（ｎ−１）番目
のＧＯＰまではフェードインが生じず、第ｎ番目のＧＯ
Ｐにおいて時刻τｆでフェードインが検出された場合が
示されている。そして第（ｎ−１）番目のＧＯＰまでは
発生符号量は数４で示される値Ｇに等しかったとする。
【００３７】時刻τｆでフェードインが検出されてビッ
ト残量ＲはＲｕｐ＝Ｇ／２増加する。よって第ｎ番目の
ＧＯＰにおいて消費されうるビット残量Ｒは（３／２）
Ｇ＝（１２／８）Ｇであり、第ｎ番目のＧＯＰにおける
発生符号量は（１１／８）Ｇであったとすれば、第ｎ番
目のＧＯＰの最後の時刻τｅにおいて消費されずに残る
ビット残量ＲはＧ／８となる。
【００３８】実施の形態２：あるＧＯＰの終了近くのピ
クチャにおいてフェードインが検出された場合、増加量
Ｒｕｐを以てビット残量Ｒを増加させるよりも、当該Ｇ
ＯＰのビット残量Ｒの増加量は小さく抑え、それに続く
他のＧＯＰにおいてもビット残量Ｒを増加させて増加量
の合計をＲｕｐにすることが望ましい。これは、一般に
はＧＯＰの先頭にＩピクチャが、末尾にＰピクチャが位
置しており、Ｉピクチャの情報量よりもＰピクチャの情
報量が大きくなることを回避することが望ましいためで
ある。
【００３９】従って、あるＧＯＰの終了近くのピクチャ
において増加量Ｒｕｐを以てビット残量Ｒを増加させて
Ｐピクチャの情報量を大きくするよりも、フェードイン
検出後、当該ＧＯＰにおいて未だ符号化されていないピ
クチャの枚数に見合った増加量を以てビット残量Ｒを増
加させる方が望ましい。そしてフェードインを検出して
ビット残量Ｒの増加が行われたＧＯＰに続くＧＯＰに対
して、ビット残量Ｒの増加量を補う為に、フェードイン
が検出されなくてもビット残量の増加が行われる。つま
り、２つのＧＯＰに跨って、ビット残量Ｒの増加が行わ
れるが、その総量は増加量Ｒｕｐに等しくすることがで
きる。
【００４０】この場合、後ろのＧＯＰに対するビット残
量Ｒを増加させる時期は、そのＩピクチャを検出した時
点であることが望ましい。Ｉピクチャの情報量が他のピ
クチャの情報量よりも小さくなることを回避するもので
あり、ＴＭ５においてビット残量Ｒを値Ｇだけ増加させ
る時期がＧＯＰの先頭であるＩピクチャを検出した際で
あることに対応している。
【００４１】図４は本発明の実施の形態２にかかる画像
符号化方法の動作を示すフローチャートである。スター
トからエンドまでの処理が各ピクチャ毎に繰り返して実
行され、ピクチャ毎にそのターゲットビット数が求めら
れる。また、このフローチャートに則って繰り返し処理
される前のフェードイン第１フラグfadein_flag及び後
述するフェードイン第２フラグfadein_flag_2の初期値
はいずれも“０”である。
【００４２】まず実施の形態１と同様にして、ステップ
Ｓ１０において、ＴＭ５に則ったビット残量Ｒの増大
と、フェードインを検出した場合にフェードイン第１フ
ラグfadein_flagの値の“１”への設定とを行う。
【００４３】次にステップＳ２０へ進む。ステップＳ２
０はステップＳ２１，Ｓ２４，Ｓ２５で構成されてい
る。ステップＳ２１において、現在処理対象となってい
るピクチャにおいてフェードインが検出された場合に、
ステップＳ２４に進む。ステップＳ２４においてビット
残量Ｒが増加される。その増加量は当該ＧＯＰにおいて
残されたピクチャ数Ｎａに比例した量であり、（Ｒｕｐ
／ＧＯＰ＿Ｎ）×Ｎａ＝Ｒｕｐ’×Ｎａである。但しフ
ェードイン第１フラグfadein_flagの値を“０”にし、
フェードイン第２フラグfadein_flag_2の値を“１”に
する。
【００４４】ステップＳ３１においてフェードイン第２
フラグfadein_flag_2の値が吟味される。もしフェード
イン第２フラグfadein_flag_2の値が“１”であれば、
ステップＳ３２へと進む。ステップＳ３２では処理対象
となっているピクチャがＩピクチャであるか否かが判断
される。もしもＩピクチャであれば、第１の場合として
当該ＧＯＰにおいてフェードインがＩピクチャで検出さ
れたか、あるいは第２の場合として当該ＧＯＰに先行す
るＧＯＰにおいてフェードインがＩピクチャ以外のピク
チャで検出されたことになる。
【００４５】従って第２の場合には、フェードイン第２
フラグfadein_flag_2が“１”であるということは、既
にフェードインが検出されたＧＯＰにおいてビット残量
Ｒが一旦増加されたことを意味する。第１の場合につい
ては後述する。
【００４６】ステップＳ３２においてＩピクチャである
と検出されれば、ステップＳ４０へと進む。ステップＳ
４０はステップＳ４１，Ｓ４２，Ｓ４３で構成されてい
る。ステップＳ４１はステップＳ４２の準備段階であ
り、一つのＧＯＰを構成するピクチャ数ＧＯＰ＿Ｎとス
テップＳ２４で導入されたピクチャ数Ｎａとの差として
ピクチャ数Ｎｂを求めている。
【００４７】ここで注意すべきなのはピクチャ数Ｎａが
ステップＳ２４が実行された時点において決定されたも
のであり、異なるＧＯＰに跨って保存される値であると
いうことである。つまり第２の場合について言えば、ス
テップＳ４１が実行されているＧＯＰに先行してフェー
ドインが検出されたＧＯＰについての、フェードインが
検出された時点において符号化されていないピクチャ数
であって、ステップＳ４１が実行されているＧＯＰのそ
れではない。
【００４８】ステップＳ４２において、ビット残量Ｒの
増加が行われる。この際の増加量は、フェードインが検
出されたＧＯＰにおける増加量と併せると増加量Ｒｕｐ
と等しくなるように設定される。つまり、ビット残量Ｒ
はＲｕｐ’×Ｎｂだけ増加して、フェードインが検出さ
れたＧＯＰにおけるビット残量Ｒの増加と相俟って、フ
ェードイン１回当たりに必要なビット残量Ｒの増加が完
了する。
【００４９】その後、ステップＳ４３においてフェード
イン第２フラグfadein_flag_2が“０”に設定される。
つまり第２の場合には、フェードイン第２フラグfadein
_flag_2が“１”であるということは、既にあるＧＯＰ
において検出されたフェードインについてのビット残量
Ｒの増加量が不十分に増加したことをも意味する。
【００５０】ステップＳ３１，Ｓ３２からステップＳ４
１へと進む場合の内、第１の場合についてはステップＳ
４１，Ｓ４２は実質的にはなにもしないことになる。当
該ＧＯＰにおいてフェードインがＩピクチャで検出され
たのであるから、ビット残量Ｒの増加はフェードインが
検出されたＩピクチャにおいて増加量Ｒｕｐを以て行え
ばよいのであり、しかもかかる増加はステップＳ２４で
完了しているためである（Ｎａ＝ＧＯＰ＿Ｎ）。但し、
ステップＳ４３においてフェードイン第２フラグfadein
_flag_2を“０”に設定しなければならない。フェード
イン１回当たりに必要なビット残量Ｒの増加が完了した
ので、次のＧＯＰにおいてもはやビット残量Ｒの増加を
行わせる必要が無いためである。
【００５１】以上のように本実施の形態によれば、Ｉピ
クチャ以外のピクチャにおいてフェードインを検出した
場合には、フェードインを検出したＧＯＰと、これに続
くＧＯＰとの２段階に分けてビット残量Ｒの増加を行う
ので、Ｉピクチャの情報量に対して他のピクチャの情報
量が大きくなるという問題を回避できる。
【００５２】特に、フェードインを検出したＧＯＰにお
けるビット残量Ｒの増加を、当該ＧＯＰにおいて未だ符
号化されていないピクチャの枚数Ｎａに比例した量とし
ているので、上記問題を回避できる。これは第１の場合
にも第２の場合にも妥当する。
【００５３】勿論、実施の形態１で述べた変形と同様
に、フェードイン第１フラグfadein_flagを採用しなく
てもよい。ステップＳ１０の中のステップＳ１２を省略
し、ステップＳ１１で“Ｎ”と判断されれば直ちにステ
ップＳ３１へと進み、ステップＳ１１で“Ｙ”と判断さ
れればステップＳ２４，Ｓ２５を介してステップＳ３１
へと進むフローを実施しても良い。この場合、ステップ
Ｓ２５におけるフェードイン第１フラグfadein_flagの
操作は不要である。
【００５４】図５及び図６は、図４に示されたフローチ
ャートを実行した場合の、それぞれビット残量Ｒの値を
示す折れ線グラフと、ＧＯＰ毎の発生符号量の変化を示
す棒グラフである。
【００５５】図５及び図６において、第（ｎ−１）番目
のＧＯＰまではフェードインが生じず、このＧＯＰの終
了時においてビット残量Ｒが０となっており、第ｎ番目
のＧＯＰにおいて時刻τｆ（ＧＯＰ＿Ｎ×３／４＋１番
目のピクチャを処理し始める時刻）でフェードインが検
出された場合が示されている。
【００５６】時刻τｆでフェードインが検出されてビッ
ト残量ＲはＲｕｐ×（１−３／４）＝Ｇ／８増加する。
よって第ｎ番目のＧＯＰにおいて消費されうるビット残
量Ｒは（９／８）Ｇであり、第ｎ番目のＧＯＰにおける
発生符号量は数１に基づいてこの範囲内に収められる。
図６では第ｎ番目のＧＯＰにおける発生符号量が（９／
８）Ｇであり、その最後の時刻τｅにおいて消費されず
に残るビット残量Ｒが０である場合を示している。
【００５７】時刻τｅ（より正確にはその直後に処理さ
れる第（ｎ＋１）番目のＧＯＰの先頭にあるＩピクチャ
が処理される時点）において、ステップＳ１０の中のス
テップＳ１４においてＧだけ、またステップＳ４２にお
いてＲｕｐ×３／４＝（３／８）Ｇだけ、合計（１１／
８）Ｇだけビット残量Ｒが増大する。よって第（ｎ＋
１）番目のＧＯＰにおいてはその発生符号量を大きく、
例えば（１０／８）Ｇとすることができる。
【００５８】実施の形態３：「概要」において示したよ
うに、フェードインが検出された後、増加量Ｒｕｐだけ
ビット残量Ｒを減少させることが望ましい。しかし、フ
ェードインが検出された後、必ず同一のＧＯＰにおいて
減少させることは望ましくない。ビット残量Ｒの増加が
処理中のＧＯＰの終わり近傍で行われた場合、当該ＧＯ
Ｐに残された未だ符号化されていないピクチャの枚数が
少ないので、処理中のＧＯＰでビット残量Ｒの減少を行
うと残りのピクチャにおける画質が劣化する可能性が高
くなるからである。
【００５９】本実施の形態では、フェードインが検出さ
れたＧＯＰの次のＧＯＰにおいてビット残量Ｒの減少を
行う。特に、フェードインが検出されたＧＯＰの次のＧ
ＯＰにおけるビット残量Ｒの配分に大きな偏りを生じさ
せないためにＩピクチャを検出した際に行う。
【００６０】図７は本発明の実施の形態３にかかる画像
符号化方法の動作を示すフローチャートである。スター
トからエンドまでの処理が各ピクチャ毎に繰り返して実
行され、ピクチャ毎にそのターゲットビット数が求めら
れる。また、このフローチャートに則って繰り返し処理
される前のフェードイン第１フラグfadein_flag及びフ
ェードイン第２フラグfadein_flag_2、並びに後述する
減少フラグRdwn_flagの初期値はいずれも“０”であ
る。
【００６１】まず実施の形態１と同様にして、ステップ
Ｓ１０において、ＴＭ５に則ったビット残量Ｒの増大
と、フェードインを検出した場合にフェードイン第１フ
ラグfadein_flagの値の“１”への設定とを行う。
【００６２】次にステップＳ６１に進み、減少フラグRd
wn_flagの値が吟味される。減少フラグRdwn_flagの値が
“１”であれば、既にフェードインを１回検出したこと
によってビット残量Ｒが増加量Ｒｕｐだけ増大している
ことを示す。一方、“０”であれば、未だフェードイン
を検出していないか、検出して一旦ビット残量Ｒが増加
量Ｒｕｐだけ増大してから減少量Ｒｄｗｎだけ減少され
たかのいずれかを示す。ここで減少量Ｒｄｗｎは増加量
Ｒｕｐに等しく設定される。このような減少フラグRdwn
_flagの値の設定は、後述するステップＳ６４，Ｓ５１
で行われる。
【００６３】ステップＳ６１において減少フラグRdwn_f
lagが“０”であると判断されるとステップＳ２０へと
進み、実施の形態２で示されたような、フェードインを
検出したＧＯＰにおけるビット残量Ｒを、当該ＧＯＰに
おいて未だ符号化されていないピクチャの枚数Ｎａに見
合った量だけ増加させる。そしてステップＳ３１へと進
む。ステップＳ３１，Ｓ３２，Ｓ４０では実施の形態２
で示されたような、補完的なビット残量Ｒの増加が行わ
れる。また実施の形態２と同様にして、ステップＳ３
１，Ｓ３２のいずれか一方で“Ｎ”と判断されれば、ス
テップＳ９０においてターゲットビット数Ｔｍが計算さ
れる。
【００６４】ステップＳ２０以降において、実施の形態
２と異なるのは、ステップＳ３１，Ｓ３２の両方におい
て“Ｙ”と判断された場合にステップＳ４０が実行され
てからステップＳ９０が実行されるまでの間にステップ
Ｓ５１において減少フラグRdwn_flagが“１”に設定さ
れることである。
【００６５】ステップＳ４０が実行されたということ
は、実施の形態２においていう第１の場合であるか第２
の場合であるかに拘らず、既に検出されたフェードイン
に対応してビット残量Ｒが増加量Ｒｕｐだけ増加したこ
とになる。よって次のＧＯＰのＩピクチャでビット残量
Ｒを減少させるべく、減少フラグRdwn_flagを“１”に
し、複数のピクチャに跨って値を保存するのである。
【００６６】減少フラグRdwn_flagが“１”とされた後
に処理されるピクチャについては、図７のフローチャー
トにおいてはステップＳ６１からステップＳ６２に進
む。ステップＳ６２においてＩピクチャでないと判断さ
れれば、ステップＳ６３，Ｓ６４の処理が行われること
なくステップＳ２０へと進み、ステップＳ４０が実行さ
れたＧＯＰと同一のＧＯＰにおいてビット残量Ｒの減少
が行われることが回避される。
【００６７】ステップＳ６３においてはビット残量Ｒの
減少が実行され、これに引き続いてステップＳ６４では
減少フラグRdwn_flagが“０”に設定される。もはや新
たにビット残量Ｒを減少させる必要がないためである。
【００６８】以上のように本実施の形態によれば、フェ
ードインに起因して既に一定量だけ増加されたビット残
量Ｒを、後行するＧＯＰの先頭において増加量だけ減少
させる。従って、ビット残量Ｒを増加させたＧＯＰにお
いてはビット残量Ｒの減少が行われず、ビット残量Ｒの
配分に大きな偏りを生じさせず、ビット残量Ｒを実現す
る仮想バッファからのオーバーフローを生じない。
【００６９】なお、ステップＳ６１〜Ｓ６４は減少フラ
グRdwn_flagの値及び処理対象となっているピクチャの
種類にのみ基づいて処理が行われるので、ステップＳ１
０よりも前に位置しても良いし、ステップＳ２０とステ
ップＳ３１の間に位置しても良い。但し、ステップＳ６
３の実行でＲが負となってしまわないようにステップＳ
１０の中のステップＳ１３，Ｓ１４よりは後に位置させ
ることが望ましい。
【００７０】図８は、図７に示されたフローチャートを
実行した場合の、ビット残量Ｒの値を示す折れ線グラフ
である。第ｎ番目のＧＯＰの処理が終了するまでの状況
は実施の形態２において示された図５と同一である。そ
して第（ｎ＋１）番目のＧＯＰの末尾におけるビット残
量は（１／８）Ｇとなっている。第（ｎ＋１）番目のＧ
ＯＰの先頭に位置するＩピクチャに対して図７に示され
たフローチャートが実行されることにより、減少フラグ
Rdwn_flagが“１”となる。
【００７１】よって、第（ｎ＋２）番目のＧＯＰの先頭
に位置するＩピクチャが処理対象となった場合に、ビッ
ト残量Ｒは、ステップＳ１０の中のステップＳ１４によ
って値Ｇだけ増加し、ステップＳ６３によって減少量Ｒ
ｄｗｎ＝Ｒｕｐ＝Ｇ／２だけ減少する。従って、第（ｎ
＋２）番目のＧＯＰの先頭におけるビット残量は（１／
８）Ｇ＋Ｇ−Ｇ／２＝（５／８）Ｇとなる。
【００７２】実施の形態４：ビット残量Ｒの減少を一つ
のＧＯＰのみで行うよりも、複数のＧＯＰにおいて行う
方が、画質の劣化が著しくならないようにする点で望ま
しい。
【００７３】図９は本発明の実施の形態４にかかる画像
符号化方法の動作を示すフローチャートである。スター
トからエンドまでの処理が各ピクチャ毎に繰り返して実
行され、ピクチャ毎にそのターゲットビット数が求めら
れる。また、このフローチャートに則って繰り返し処理
される前のフェードイン第１フラグfadein_flag及びフ
ェードイン第２フラグfadein_flag_2、並びに後述する
カウント数Rdwn_cntの初期値はいずれも“０”である。
【００７４】まず実施の形態１と同様にして、ステップ
Ｓ１０において、ＴＭ５に則ったビット残量Ｒの増大
と、フェードインを検出した場合にフェードイン第１フ
ラグfadein_flagの値の“１”への設定とを行う。
【００７５】次にステップＳ７０へと進む。ステップＳ
７０はステップＳ７１〜Ｓ７４で構成される。まずステ
ップＳ７１に進み、カウント数Rdwn_cntの値が吟味され
る。カウント数Rdwn_cntの値が“０”であれば、未だフ
ェードインを検出していないか、検出して一旦ビット残
量Ｒが増加量Ｒｕｐだけ増大してから、合計して増加量
Ｒｕｐに等しい複数の減少量で減少されたかのいずれか
を示す。このようなカウント数Rdwn_cntの値の設定は、
後述するステップＳ７４，Ｓ５２で行われる。
【００７６】ステップＳ７１においてカウント数Rdwn_c
ntの値が“０”であると判断されるとステップＳ２０へ
と進む。図９に示されたステップＳ２０〜ステップＳ９
０までのフローチャートは、図７に示されたステップＳ
２０〜ステップＳ９０までのフローチャートに対し、ス
テップＳ５１をステップＳ５２で置換した構成を有して
いる。
【００７７】ステップＳ４０が実行されたということ
は、実施の形態２においていう第１の場合であるか第２
の場合であるかに拘らず、既に検出されたフェードイン
に対応してビット残量Ｒが増加量Ｒｕｐだけ増加したこ
とになる。よって次に続く複数の（例えばｑ個の）ＧＯ
ＰのＩピクチャでビット残量Ｒを減少させるべく、カウ
ント数Rdwn_cntの値をｑにし、複数のピクチャに跨って
値を保存するのである。
【００７８】カウント数Rdwn_cntの値が“０”でないと
判断された後に処理されるピクチャについては、図９の
フローチャートにおいてはステップＳ７１からステップ
Ｓ７２に進む。ステップＳ７２においてＩピクチャでな
いと判断されれば、ステップＳ７３，Ｓ７４の処理が行
われることなくステップＳ２０へと進む。ステップＳ７
２を設けることによって、ステップＳ４０が実行された
ＧＯＰと同一のＧＯＰにおいてビット残量Ｒの減少が行
われることが回避され、またこれに続くｑ個のＧＯＰに
おけるビット残量Ｒの減少がＩピクチャで行われる事に
なる。
【００７９】カウント数Rdwn_cntの値は、増加量Ｒｕｐ
で１回増加されたことに対して、あと何回ビット残量Ｒ
を減少させなければならないかを示す。具体的にはステ
ップＳ７３においてビット残量Ｒの減少が実行され、こ
れに引き続いてステップＳ７４ではカウント数Rdwn_cnt
の値を１減少させる。図９のステップＳ７４で示された
“−−”は値を１だけ減少することを意味する（以下の
フローチャートにおいて同様）。ここで、ステップＳ７
３において示されるビット残量Ｒの減少量Ｒｄｗｎ’は
Ｒｕｐ／ｑに等しく設定される。
【００８０】以上のように本実施の形態によれば、フェ
ードインに起因して既に一定量だけ増加されたビット残
量Ｒを、後行する複数のＧＯＰの先頭において増加量だ
け減少させる。従って、実施の形態３の効果に加え、後
行するＧＯＰについての画質を著しく劣化させることが
ない。
【００８１】なお、ステップＳ７０は、カウント数Rdwn
_cntの値及び処理対象となっているピクチャの種類にの
み基づいて処理が行われるので、ステップＳ１０よりも
前に位置しても良いし、ステップＳ２０とステップＳ３
１の間に位置しても良い。但し、ステップＳ７３の実行
でＲが負となってしまわないようにステップＳ１０の中
のステップＳ１３，Ｓ１４よりは後に位置させることが
望ましい。
【００８２】図１０は、図９に示されたフローチャート
を実行した場合の、ビット残量Ｒの値を示す折れ線グラ
フである。第（ｎ＋１）番目のＧＯＰの処理が終了する
までの状況は実施の形態２において示された図５と同一
である。そして第（ｎ＋１）番目のＧＯＰの末尾におけ
るビット残量は（１／８）Ｇとなっている。第（ｎ＋
１）番目のＧＯＰの先頭に位置するＩピクチャに対して
図９に示されたフローチャートが実行されることによ
り、カウント数Rdwn_cntの値がｑ＝２に設定される。
【００８３】よって、第（ｎ＋２）番目のＧＯＰの先頭
に位置するＩピクチャが処理対象となった場合に、ビッ
ト残量Ｒは、ステップＳ１０の中のステップＳ１４によ
って値Ｇだけ増加し、ステップＳ７３によって減少量Ｒ
ｄｗｎ’＝Ｒｕｐ／２＝Ｇ／４だけ減少する。従って、
第（ｎ＋２）番目のＧＯＰの先頭におけるビット残量Ｒ
は（１／８）Ｇ＋Ｇ−Ｇ／４＝（７／８）Ｇとなる。更
に、カウント数Rdwn_cntの値が１だけ減少して１とな
る。
【００８４】第（ｎ＋２）番目のＧＯＰの先頭における
ビット残量Ｒが、実施の形態３において示された図８の
場合と比較して大きくなるので、第（ｎ＋２）番目のＧ
ＯＰにおける発生符号量を実施の形態３の場合よりも大
きくとることができ、ビット残量Ｒの減少による画質の
劣化が著しくなることが回避できる。
【００８５】例えば、第（ｎ＋２）番目のＧＯＰにおけ
る発生符号量を（７／８）Ｇとすれば、その末尾におけ
るビット残量Ｒは０となる。そして、これに引き続く第
（ｎ＋３）番目のＧＯＰの先頭におけるＩピクチャが処
理対象となった際、ビット残量Ｒは、０＋Ｇ−Ｇ／４＝
（３／４）Ｇとなる。
【００８６】実施の形態５：実施の形態３，４ではフェ
ードインを検出してビット残量Ｒの増加を行ってからビ
ット残量Ｒの減少を行う場合を示したが、フェードイン
が生じることが予め解っているのであれば、ビット残量
Ｒの増加を行う前にビット残量Ｒの減少を行っても構わ
ない。本実施の形態では、フェードインが生じることの
予兆として、フェードアウトの検出を採用する。
【００８７】本願におけるフェードアウトとしてはピク
チャにおける全ての画素が同一の値を採っている状態に
なった最初の時点を採ることができる。例えばピクチャ
全体が真っ暗になった時点がフェードアウトの時点であ
ると検出できる。このような検出は、アクティビティレ
ジスタの保持する値が遷移すること、例えば“１”から
“０”へと遷移することによって検出できる。
【００８８】図１１は本発明の実施の形態５にかかる画
像符号化方法の動作を示すフローチャートである。スタ
ートからエンドまでの処理が各ピクチャ毎に繰り返して
実行され、そのピクチャのターゲットビット数が求めら
れる。また、このフローチャートに則って繰り返し処理
される前のフェードイン第１フラグfadein_flag及びフ
ェードイン第２フラグfadein_flag_2、並びに後述する
フェードアウトフラグfadeout_flagの初期値はいずれも
“０”である。
【００８９】まず実施の形態１と同様にして、ステップ
Ｓ１３，Ｓ１４において、ＴＭ５に則ったビット残量Ｒ
の増大が行われる。
【００９０】その後ステップＳ９１においてフェードア
ウトの検出が行われればステップＳ９２へ進み、ビット
残量Ｒから減少量Ｒｄｗｎだけ差し引く。実施の形態３
と同様に減少量Ｒｄｗｎは増加量Ｒｕｐに等しく設定さ
れる。そしてステップＳ９３においてフェードアウトフ
ラグfadeout_flagに“１”を与える。
【００９１】ステップＳ９１においてフェードアウトの
検出が行われない場合、及びステップＳ９３の処理が済
んだ場合、ステップＳ８０へと進む。ステップＳ８０は
ステップＳ８１〜ステップＳ８３で構成されている。
【００９２】ステップＳ８１ではフェードアウトフラグ
fadeout_flagが“１”であるか否かの判断が行われる。
もし“Ｙ”と判断されればステップＳ８２へと進み、フ
ェードインが検出されたか否かが判断される。ステップ
Ｓ８２において“Ｎ”と判断されればステップＳ２０へ
と進む。
【００９３】ステップＳ８１においてフェードアウトフ
ラグfadeout_flagが“１”であると判断され、かつステ
ップＳ８２においてフェードインが検出される場合と
は、あるピクチャでフェードアウトが検出された後のピ
クチャで、フェードインが検出された場合である。そし
て、その場合にはステップＳ８３においてフェードイン
第１フラグfadein_flagが“１”に設定される一方、フ
ェードアウトフラグfadeout_flagが“０”に設定され
る。従って、フェードアウトフラグfadeout_flagが
“１”である場合とは、既にフェードアウトが検出され
たが、これに対応するフェードインが未だ検出されてい
ない状態を示すことになる。
【００９４】ステップＳ８３の処理が済んだ場合もステ
ップＳ２０へと進む。ステップＳ２０以降のフローは実
施の形態２と同一であり、詳細な説明は省略するがフェ
ードインの検出に対応してビット残量Ｒの増加を行う。
【００９５】以上のように、本実施の形態では予めビッ
ト残量Ｒの減少を行うので、フェードイン検出後に行っ
たビット残量Ｒの増加に対応した減少を後のＧＯＰで行
う必要がない。しかも、フェードアウトを検出した時点
でビット残量を減少させても、フェードアウトが検出さ
れたピクチャ以降フェードインが検出されるまでの期間
における発生符号量は少ないので画質の劣化が少ない。
また、この期間以外のピクチャの発生符号量を損なうこ
ともなく、全体としての画質の劣化も抑制される。
【００９６】図１２は、図１１に示されたフローチャー
トを実行した場合の、ビット残量Ｒの値を示す折れ線グ
ラフである。第（ｎ−１）番目のＧＯＰの処理が終了す
るまでの状況は実施の形態２において示された図５と同
一である。そして第ｎ番目のＧＯＰの先頭に位置するＩ
ピクチャに対して図１１に示されたステップＳ１３，Ｓ
１４が実行され、ビット残量ＲはＧに等しくなる。
【００９７】第ｎ番目のＧＯＰの処理中、時刻τｇにお
いてフェードアウトが検出されるとビット残量ＲはＲｄ
ｗｎ＝０．５Ｇだけ減少する。ここでは第ｎ番目のＧＯ
Ｐの処理が終了した際のビット残量Ｒは０であるとす
る。
【００９８】そして第（ｎ＋１）番目のＧＯＰの処理の
先頭に位置するＩピクチャに対するステップＳ１４の処
理が行われてビット残量ＲはＧに等しくなる。第（ｎ＋
１）番目のＧＯＰの処理中、時刻τｆにおいてフェード
インが検出されると、実施の形態２と同様にしてビット
残量Ｒは増加する。つまり、図１２における第（ｎ＋
１）番目及び第（ｎ＋２）番目のＧＯＰにおけるビット
残量Ｒの変化は、図５における第ｎ番目及び第（ｎ＋
１）番目のＧＯＰにおけるビット残量Ｒの変化と同様で
ある。
【００９９】勿論、フェードアウトが検出されたＧＯＰ
においてフェードインを検出する場合であっても本発明
は適用される。図１３は本実施の形態の変形として第ｎ
番目のＧＯＰにおいて時刻τｇ，τｆにおいてそれぞれ
フェードイン、フェードアウトが検出された場合のビッ
ト残量Ｒの変化を示すグラフである。
【０１００】実施の形態６：一旦、画像がフェードイン
すると、その次にフェードインする前には必ずフェード
アウトが生じる。本実施の形態ではこれを利用して、実
施の形態４の動作に以下の動作を付加する。即ち、フェ
ードインが検出されたＧＯＰに後行し、ビット残量Ｒの
減少を分割して行うように予定された複数個のＧＯＰに
おいて、フェードアウトが検出された場合には減少させ
るべき量の残りについては、これを分割せずに一度に減
少させる動作である。
【０１０１】図１４は本発明の実施の形態６にかかる画
像符号化方法の動作を示すフローチャートである。スタ
ートからエンドまでの処理が各ピクチャ毎に繰り返して
実行され、ピクチャ毎にそのターゲットビット数が求め
られる。また、このフローチャートに則って繰り返し処
理される前のフェードイン第１フラグfadein_flag、フ
ェードイン第２フラグfadein_flag_2、フェードアウト
フラグfadeout_flag、カウント数Rdwn_cnt及び減少フラ
グRdwn_flagの初期値はいずれも“０”である。
【０１０２】まず実施の形態１と同様にして、ステップ
Ｓ１３，Ｓ１４において、ＴＭ５に則ったビット残量Ｒ
の増大が行われる。
【０１０３】その後ステップＳ９１においてフェードア
ウトの検出が行われればステップＳ９３へ進み、フェー
ドアウトが検出されたか否かが判断される。フェードア
ウトが検出されなかった場合にはステップＳ８０を介し
てステップＳ７０へと進む。ステップＳ７０以降の処理
については、実施の形態４と同一であるので、ここでは
詳細な説明は省略する。
【０１０４】ステップＳ９１においてフェードアウトの
検出が行われればステップＳ９３へ進み、フェードアウ
トフラグfadeout_flagを“１”に設定する。そしてステ
ップＳ９４において、ビット残量Ｒから差し引くべき減
少量Ｒｄｗｎの内、未だ差し引かれていない量Ｒｄｗ
ｎ”をＲｄｗｎ’×Rdwn_cntで定義する。この量はフェ
ードインを一回検出したことに対応してビット残量Ｒか
ら減少させなければならない減少量Ｒｄｗｎの内、未だ
減少していない量を示す事になる。
【０１０５】ステップＳ９４におけるカウント数Rdwn_c
ntの値は、一度もフェードインが検出されていない、あ
るいは既にビット残量Ｒから減少量Ｒｄｗｎを差し引い
ており、もはやこれ以上差し引く必要がない場合には初
期値の設定によって、あるいはステップＳ７０の中のス
テップＳ７４における処理で既に“０”に設定されてい
る。よってステップＳ９５は実質的な意義を有しない。
【０１０６】一方、一旦いずれかのＧＯＰでフェードイ
ンが検出され、ビット残量Ｒからさらに減少量Ｒｄｗ
ｎ’を少なくとも１回差し引くべくカウント数Rdwn_cnt
が正となっている。
【０１０７】ステップＳ９５においてＲｄｗｎ”だけビ
ット残量Ｒから差し引く。これにより減少量Ｒｄｗｎを
ビット残量Ｒから減少させきったことになり、もはやフ
ェードインが検出されない限りビット残量Ｒを差し引く
必要はない。そこでステップＳ９６においてカウント数
Rdwn_cntを“０”に設定する。その後ステップＳ８０に
進む。
【０１０８】ステップＳ８０では実施の形態５と同様に
して、フェードインが検出されればビット残量Ｒの増加
が必要であることを示すフェードイン第１フラグfadein
_flagに“１”が設定され、またフェードアウトフラグf
adeout_flagを“０”にする。
【０１０９】なお、ステップＳ９５の処理は現在処理対
象となるピクチャがＩピクチャであるか否かを問わな
い。実施の形態５で述べたように、フェードアウトが検
出されたピクチャ以降、フェードインが検出されるまで
の発生符号量は少ないので、フェードアウトを検出した
ピクチャにおいて直ちにビット残量を減少させても画質
の劣化が少ないからである。
【０１１０】図１５は、図１４に示されたフローチャー
トを実行した場合の、ビット残量Ｒの値を示す折れ線グ
ラフである。第（ｎ−１）番目のＧＯＰの処理が終了す
るまでの状況は実施の形態２において示された図５と同
一である。そして第ｎ番目のＧＯＰの先頭に位置するＩ
ピクチャに対して図１１に示されたステップＳ１３，Ｓ
１４が実行され、ビット残量ＲはＧに等しくなる。
【０１１１】第ｎ番目のＧＯＰの処理中、時刻τｆでフ
ェードインが検出されれば、ステップＳ２０によってビ
ット残量Ｒが、第ｎ番目のＧＯＰにおいてまだ符号化さ
れていないピクチャの数Ｎａに対応して増加する。そし
て第ｎ番目のＧＯＰの処理が終了してビット残量Ｒが０
となった場合が示されている。
【０１１２】第（ｎ＋１）番目のＧＯＰの先頭に位置す
るＩピクチャに対応してビット残量ＲはステップＳ１３
によって値Ｇが、ステップＳ４０の中のステップＳ４２
によってビット残量Ｒを増加させるべき量の残りが、そ
れぞれ加算される。
【０１１３】更に第（ｎ＋２）番目のＧＯＰの当初にお
いて、ビット残量ＲはステップＳ１３によって値Ｇ増加
する一方、ステップＳ７３によってＧ／４（ｑ＝２の場
合）減少するので、結局（３／４）Ｇだけ増加する。そ
して第（ｎ＋２）番目のＧＯＰにおいて時刻τｇにフェ
ードアウトが検出されると、ビット残量ＲはステップＳ
９５においてＲｄｗｎ−（Ｇ／４）＝Ｇ／２−Ｇ／４＝
Ｇ／４だけ減少する。
【０１１４】変形：以上の実施の形態について、フェー
ドイン、フェードアウトの検出は他の基準に基づいて行
っても良い。例えばピクチャにおいて、同一の値を採っ
ている画素の数がある基準値よりも大きい状態から小さ
い状態へと変化した時点を以てフェードインを検出時点
と定義することができる。同様にして、同一の値を採っ
ている画素の数がある基準値よりも小さい状態から大き
い状態へと変化した時点を以てフェードインを検出時点
と定義することができる。本願はフェードイン、フェー
ドアウトの検出さえ行われれば、その基準を問うもので
はない。
【０１１５】
【発明の効果】
＜効果１＞ フェードインを検出した場合には、データ
量の値を増大させるので、転送レートを高めて画質の劣
化を防ぐことができる。
【０１１６】＜効果２＞ フェードインの後の画像情報
には多くの符号発生量が必要であり、そのようなピクチ
ャに対して多くのデータ量を割り当てる事ができる。
【０１１７】＜効果３＞ フェードインが検出されたピ
クチャ群において第２種ピクチャの情報量を、同一のピ
クチャ群の第１種ピクチャのそれよりも高まる事を回避
できる。
【０１１８】＜効果４＞ 第３の量を以ての増加のみな
らず、第４の量を以ての増加とで、１回のフェードイン
検出に対して第２の増加量だけデータ量を増加させるこ
とができる。しかも第４の量を以ての増加はピクチャ群
の先頭において行われるので、同一ピクチャ群に属する
各々のピクチャ同士の発生符号量の関係が損なわれるこ
とを回避できる。
【０１１９】＜効果５＞ データ量を常時一定の量以下
に抑えることができるので、データ量を仮想バッファな
ど、有限の値を持つもので実現することができる。
【０１２０】＜効果６＞ フェードインが検出されたピ
クチャ群においてデータ量を減じることがないので、当
該ピクチャ群における残りのピクチャ数が少ない場合に
より顕著となってしまうであろう画像の劣化を回避する
ことができる。しかもデータ量の減少はピクチャ群の先
頭において行われるので、同一ピクチャ群に属する各々
のピクチャ同士の発生符号量の関係が損なわれることを
回避できる。
【０１２１】＜効果７＞ データ量が減じられるピクチ
ャ群が複数存在することにより、これらのピクチャ群一
つあたりで減少するデータ量は少ない。従って、これら
のピクチャ群における画質の劣化を抑えることができ
る。
【０１２２】＜効果８＞ フェードアウトを検出した
後、フェードインを検出するまでの期間にあるピクチャ
に必要な情報量は少ないので、フェードアウトを検出し
た際にデータ量を減少させてもこの期間にあるピクチャ
の画質の劣化は抑制される。
【０１２３】＜効果９＞ 複数個のピクチャ群に分割し
てデータ量の減少を行おうとする場合であっても、フェ
ードアウトを検出した後のピクチャに必要な情報量は小
さいことに鑑み、工程（ｄ−１）によってデータ量から
第２の量を減じきってしまうことができる。
【図面の簡単な説明】
【図１】 本発明の実施の形態１の動作を示すフローチ
ャートである。
【図２】 実施の形態１におけるビット残量Ｒの値を示
す折れ線グラフである。
【図３】 実施の形態１におけるＧＯＰ毎の発生符号量
の変化を示す棒グラフである。
【図４】 本発明の実施の形態２の動作を示すフローチ
ャートである。
【図５】 実施の形態２におけるビット残量Ｒの値を示
す折れ線グラフである。
【図６】 実施の形態２におけるＧＯＰ毎の発生符号量
の変化を示す棒グラフである。
【図７】 本発明の実施の形態３の動作を示すフローチ
ャートである。
【図８】 実施の形態３におけるビット残量Ｒの値を示
す折れ線グラフである。
【図９】 本発明の実施の形態４の動作を示すフローチ
ャートである。
【図１０】 実施の形態４におけるビット残量Ｒの値を
示す折れ線グラフである。
【図１１】 本発明の実施の形態５の動作を示すフロー
チャートである。
【図１２】 実施の形態５におけるビット残量Ｒの値を
示す折れ線グラフである。
【図１３】 実施の形態５の変形におけるビット残量Ｒ
の値を示す折れ線グラフである。
【図１４】 本発明の実施の形態６の動作を示すフロー
チャートである。
【図１５】 実施の形態６の変形におけるビット残量Ｒ
の値を示す折れ線グラフである。
【符号の説明】
Ｒ ビット残量、Ｒｕｐ 増加量、Ｒｄｗｎ 減少量、
Ｎａ，Ｎｂ ピクチャ数。

Claims (9)

    【特許請求の範囲】
  1. 【請求項１】 第１種及び第２種に区分されるピクチャ
    で構成され前記第２種ピクチャは前記第１種ピクチャに
    後行するピクチャ群を符号化する画像符号化方法であっ
    て、 （ａ）前記ピクチャを符号化する際に発生する発生符号
    量の目標を、所定のデータ量を消費しつつ設定する工程
    と、 （ｂ）前記データ量に対して前記ピクチャ群が更新され
    る際に第１の量を以て第１種の増加が施される工程と、 （ｃ）前記ピクチャ群においてフェードインが検出され
    た場合に前記データ量に対して第２の量を以て第２種の
    増加が施される工程とを備える画像符号化方法。
  2. 【請求項２】 前記データ量には、前記フェードインが
    検出された際に少なくとも前記第２の増加の一部が施さ
    れる請求項１記載の画像符号化方法。
  3. 【請求項３】 前記工程（ｃ）は （ｃ−１）前記フェードインが検出された際に前記第２
    の増加の一部として、前記フェードインが検出された第
    １の検出ピクチャを有する前記ピクチャ群において、前
    記第１の検出ピクチャから末尾の前記ピクチャまでに存
    在するピクチャの残数に比例した第３の量だけ前記デー
    タ量を増加させる工程を有する、請求項２記載の画像符
    号化方法。
  4. 【請求項４】 前記第３の量は、前記ピクチャの前記残
    数に前記第２の量を乗じ、前記ピクチャ群を構成するピ
    クチャの総数で除した値であり、 前記工程（ｃ）は （ｃ−２）前記第１の検出ピクチャを含んで最新の前記
    第１種ピクチャにおいて、前記第２種の増加の他の一部
    として、前記第２の量から前記第３の量を減じた第４の
    量だけ前記データ量を前記第１種の増加と共に増加させ
    る工程を更に有する、請求項３記載の画像符号化方法。
  5. 【請求項５】 （ｄ）少なくとも１回で前記データ量か
    ら総量として前記第２の量を減じる工程を更に備える、
    請求項１記載の画像符号化方法。
  6. 【請求項６】 前記工程（ｄ）は、前記第２種の増加が
    完了した後、最新の少なくとも一つの前記第１種ピクチ
    ャにおいて実行される、請求項５記載の画像符号化方
    法。
  7. 【請求項７】 前記工程（ｄ）において、前記第２の量
    が複数回に分けて前記データ量から減じられる、請求項
    ５又は請求項６記載の画像符号化方法。
  8. 【請求項８】 前記工程（ｄ）は、 （ｄ−１）フェードアウトを検出した際に前記データ量
    を減少させる工程を有する、請求項５記載の画像符号化
    方法。
  9. 【請求項９】 前記工程（ｄ）は、 （ｄ−２）前記第２種の増加が完了した後、最新の少な
    くとも一つの前記第１種ピクチャにおいて前記データ量
    を減少させる工程を更に有し、 前記工程（ｄ−２）の工程の途中で前記フェードアウト
    が検出された場合には、前記工程（ｄ−１）が実行され
    て前記工程（ｄ）が全うされる、請求項８記載の画像符
    号化方法。
JP23096397A 1997-08-27 1997-08-27 画像符号化方法 Pending JPH1175189A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP23096397A JPH1175189A (ja) 1997-08-27 1997-08-27 画像符号化方法
US09/035,928 US6310917B1 (en) 1997-08-27 1998-03-06 Picture coding method
FR9805665A FR2768005B1 (fr) 1997-08-27 1998-05-05 Procede pour le codage d'images de differents types
GB9811290A GB2328826B (en) 1997-08-27 1998-05-26 Picture coding method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP23096397A JPH1175189A (ja) 1997-08-27 1997-08-27 画像符号化方法

Publications (1)

Publication Number Publication Date
JPH1175189A true JPH1175189A (ja) 1999-03-16

Family

ID=16916071

Family Applications (1)

Application Number Title Priority Date Filing Date
JP23096397A Pending JPH1175189A (ja) 1997-08-27 1997-08-27 画像符号化方法

Country Status (4)

Country Link
US (1) US6310917B1 (ja)
JP (1) JPH1175189A (ja)
FR (1) FR2768005B1 (ja)
GB (1) GB2328826B (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009526435A (ja) * 2006-02-06 2009-07-16 トムソン ライセンシング 適応ピクチャ群（ｇｏｐ）構造選択のための方法及び装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3166716B2 (ja) * 1998-08-12 2001-05-14 日本電気株式会社 フェード画像対応動画像符号化装置及び符号化方法
AU2003269486A1 (en) * 2003-09-11 2005-03-29 Sanmar Speciality Chemicals Limited An improved process for the preparation of pure nisoldipine
CN101790103B (zh) * 2009-01-22 2012-05-30 华为技术有限公司 一种视差计算方法及装置
JP6087747B2 (ja) * 2013-06-27 2017-03-01 Kddi株式会社 映像符号化装置、映像復号装置、映像システム、映像符号化方法、映像復号方法、およびプログラム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5262855A (en) 1992-03-25 1993-11-16 Intel Corporation Method and apparatus for encoding selected images at lower resolution
JPH07322245A (ja) 1994-05-25 1995-12-08 Mitsubishi Electric Corp 映像信号符号化方式
EP0692911B1 (en) 1994-07-15 2000-03-08 Matsushita Electric Industrial Co., Ltd. Method of splicing MPEG encoded video
US5506686A (en) 1994-11-23 1996-04-09 Motorola, Inc. Method and device for determining bit allocation in a video compression system
JPH08163554A (ja) 1994-12-02 1996-06-21 Electron & Telecommun Res Inst ビデオビット率制御方法
US5650860A (en) * 1995-12-26 1997-07-22 C-Cube Microsystems, Inc. Adaptive quantization
US5801779A (en) * 1995-12-26 1998-09-01 C-Cube Microsystems, Inc. Rate control with panic mode

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009526435A (ja) * 2006-02-06 2009-07-16 トムソン ライセンシング 適応ピクチャ群（ｇｏｐ）構造選択のための方法及び装置

Also Published As

Publication number Publication date
US6310917B1 (en) 2001-10-30
GB2328826A (en) 1999-03-03
FR2768005A1 (fr) 1999-03-05
GB2328826B (en) 1999-08-18
FR2768005B1 (fr) 2001-11-30
GB9811290D0 (en) 1998-07-22

Similar Documents

Publication Publication Date Title
JP6952202B2 (ja) 画像／映像処理のためのリニアエンコーダ
US5740283A (en) Digital video compression utilizing mixed vector and scalar outputs
US8189660B2 (en) Bit rate control method and apparatus
JP5117915B2 (ja) イントラピクチャーのみを利用した動画シーケンスの符号化時のビット率制御方法及び装置
US20200007872A1 (en) Video decoding method, video decoder, video encoding method and video encoder
JP2005065291A (ja) ビデオエンコーダのエンコーディング率制御方法、ビデオデータの伝送方法、ビデオエンコーダのエンコーディング率制御器、及びビデオデータ伝送システム
JP2005204310A (ja) 映像符号化装置
JP2007281589A (ja) データ処理装置、データ処理方法及びプログラム
US5801678A (en) Fast bi-linear interpolation pipeline
US7515761B2 (en) Encoding device and method
EP0905981B1 (en) Video signal coding method and coding device
JPH1175189A (ja) 画像符号化方法
US8094725B2 (en) Video coder, coding controller, and video coding method
EP3821392B1 (en) Tone-mapping of colors of a video content
JP5149427B2 (ja) 符号化装置、復号化装置、符復号化システム、符号化方法及び復号化方法
CN110800297A (zh) 视频编码方法及装置、计算机可读存储介质
EP1883246B1 (en) Video Encoder with Adaptive Frame Skipping
CN115996293B (zh) 一种视频图像编码的方法、系统、设备和存储介质
US20110134997A1 (en) Transcoder
US20060034369A1 (en) Method and system for parametric video quality equalization in selective re-encoding
JP4285431B2 (ja) ビデオ情報編集装置、方法及びプログラム
JP2002199398A (ja) 可変ビットレート動画像符号化装置および記録媒体
JP2001025015A (ja) 動画像符号化装置及びその方法
EP3182706A1 (en) A method to encode video with close multiple scene changes
CN102300096A (zh) 帧类型检测方法及帧类型检测系统