JPH08289255A - 符号化装置、復号化装置及び符号化復号化装置 - Google Patents

符号化装置、復号化装置及び符号化復号化装置

Info

Publication number
JPH08289255A
JPH08289255A JP10908995A JP10908995A JPH08289255A JP H08289255 A JPH08289255 A JP H08289255A JP 10908995 A JP10908995 A JP 10908995A JP 10908995 A JP10908995 A JP 10908995A JP H08289255 A JPH08289255 A JP H08289255A
Authority
JP
Japan
Prior art keywords
data
compressed
decoding
video data
audio 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
Application number
JP10908995A
Other languages
English (en)
Other versions
JP3651699B2 (ja
Inventor
Satoshi Kawakami
智 河上
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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Priority to JP10908995A priority Critical patent/JP3651699B2/ja
Publication of JPH08289255A publication Critical patent/JPH08289255A/ja
Application granted granted Critical
Publication of JP3651699B2 publication Critical patent/JP3651699B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Television Signal Processing For Recording (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Abstract

(57)【要約】 【目的】 各素材の再生を連続的に再生することのでき
る符号化装置、復号化装置及び符号化復号化装置の実現
を目的とする。 【構成】 符号化側では、一連の素材を形成する圧縮ビ
デオデータ及び圧縮オーデイオデータを、素材の時間長
のみに依存し、かつ先頭パケツトのサイズが続くパケツ
トよりも第1のバツフア量だけ大きい多重化フオーマツ
トに従つて動作開始及び動作停止のタイミングを与える
特殊コードを随所にいれながら、かつ圧縮ビデオデータ
のデータ量が最大値に満たないときには、不足分だけダ
ミーデータを付加しながら圧縮オーデイオデータと多重
化する一方、符号化側ではこの特殊コードに基づいて圧
縮オーデイオデータに対する符号化処理を圧縮ビデオデ
ータ及び圧縮オーデイオデータ間の再生時間差分だけ停
止させるようにしたことにより、複数の素材を連続的に
再生することのできる符号化装置、復号化装置及び符号
化復号化装置を実現できる。

Description

【発明の詳細な説明】
【0001】
【目次】以下の順序で本発明を説明する。 産業上の利用分野 従来の技術 発明が解決しようとする課題 課題を解決するための手段 作用 実施例 発明の効果
【0002】
【産業上の利用分野】本発明は符号化装置、復号化装置
及び符号化復号化装置に関し、例えばAVサーバシステ
ムに適用して好適なものである。
【0003】
【従来の技術】従来、ビデオ信号及びオーデイオ信号の
デイジタル圧縮には種々の方式があるが、そのなかで現
在最も注目を集めている方式の1つにMPEG(Moving
Pictur Experts Group )規格がある。このMPEG規
格に従つて圧縮したAV(Audio Vidual:音響・映像)
データを再生(デコード)する場合、AV間の同期をと
る必要があるが、その方式には大きく分けて暗黙同期方
式とタイム・スタンプ方式の2つの方式がある。
【0004】暗黙同期方式は、ほぼ同一の時刻、同一時
間長に相当する各AVデータをある単位で多重化してお
き、1つのAV素材(以下、これをクリツプと呼ぶ)の
先頭においてAVの頭が合うようにそれぞれのデコード
開始時刻を調節することによりAV同期をとる方式であ
る。一方タイム・スタンプ方式は、AVの多重化時に各
AVデータのある単位毎にその再生時刻を示すタイム・
スタンプ(DTS:Decoding Time Stamp 及びPTS:Presenta
tion Time Stamp )を付加し、さらにそのタイム・スタ
ンプの基準となる時刻を示すタイム・スタンプ(SCR:Sy
stem Clock Refernece 又はPCR:Program Clock Refern
ece )をある単位毎に付加しておき、各デコーダがこの
タイム・スタンプに従つて再生を実行することによつて
AV同期をとる方式である。なおMPEGシステム規格
はこの方式を採用している。
【0005】一般的にタイム・スタンプ方式は暗黙同期
方式に比べて精度は高いがしくみが複雑になるため実現
コストが高くなる特徴がある。タイム・スタンプの使用
方法についてもう少し追加説明する。図17に示すよう
に、デマルチプレクサ1は供給されるAV多重化データ
Avから基準時刻情報PCR を抽出し、この値に同期する
ようにシステムクロツクCL1を調整する。このシステ
ムクロツクCL1は、オーデイオデコーダ2及びビデオ
デコーダ3にそれぞれ与えられる。
【0006】またデマルチプレクサ1は、AV多重化デ
ータDAvから抽出したオーデイオデータDAdを再生時刻
情報DTS と共にオーデイオデコーダ2に供給し、かつ抽
出したビデオデータDViを再生時刻情報DTS 及びPTS と
共にビデオデコーダ3に供給する。これによりこれらオ
ーデイオデコーダ2及びビデオデコーダ3は、それぞれ
システムクロツクCL1と、再生時刻情報DTS 及びPTS
とに基づいてこれらを比較することによりいつ再生動作
を開始すればよいのかを判断するようになされている。
【0007】
【発明が解決しようとする課題】ここで複数のクリツプ
を連続再生する場合を考える。タイム・スタンプ方式の
場合、図18に示すように、クリツプのつなぎめ付近の
時刻では、すでにデマルチプレクサ1には次のクリツプ
(クリツプ2)のデータが入力され始めており、システ
ムクロツクCL1もクリツプ2の基準時刻情報PCR に同
期しているが、オーデイオデコーダ2及びビデオデコー
ダ3ではまだ前のクリツプ(クリツプ1)の処理をして
いるという時間帯T0 が存在し得る。この場合各クリツ
プ1、2の基準時刻情報PCR はそれぞれ独立しているた
め、この時間帯T0 にオーデイオデコーダ2及びビデオ
デコーダ3がシステムクロツクCL1に従つてデコード
しようとすると正しく再生されない可能性がある。
【0008】このように従来のタイムスタンプ方式で
は、複数のクリツプを連続して再生し難い問題があつ
た。かかる問題を解決するため、従来では複数のクリツ
プの連続再生を実現する方法として、オーデイオデコー
ダ2及びビデオデコーダ3を2組用意し、これら各組を
交互に使用して、デマルチプレクサ1の出力をスイツチ
ングする方法が広く用いられている。この方法によれ
ば、AV同期の方式にタイムス・タンプ方式を採用する
ことも可能である。
【0009】しかしながらこのような方法では、オーデ
イオデコーダ2及びビデオデコーダ3を2組用意する必
要があり、またスイツチングを行う装置も必要となるな
どシステム規模が大きくなる問題があつた。本発明は以
上の点を考慮してなされたもので、各クリツプの再生を
指定時刻に開始でき、かつ複数のクリツプを連続的に再
生することのできる符号化装置、復号化装置及び符号化
復号化装置を提案しようとするものである。
【0010】
【課題を解決するための手段】かかる課題を解決するた
め本発明においては、符号化側では、一連のビデオ信号
及びオーデイオ信号からなる素材の当該ビデオ信号及び
オーデイオ信号を圧縮符号化することにより得られた圧
縮ビデオデータ及び圧縮オーデイオデータを、素材の時
間長にのみ依存し、かつ先頭パケツトのサイズが続くパ
ケツトよりも第1のバツフア量だけ大きい所定の多重化
フオーマツトに従つて、動作開始及び動作停止のタイミ
ングを与える特殊コードを随所に入れながら多重化する
と共に、この際圧縮ビデオデータのデータ量がその時間
長に対する素材の圧縮ビデオデータとして発生できる最
大値に満たないときには、不足分だけダミーデータを圧
縮ビデオデータに付加して圧縮オーデイオデータと多重
化する一方、復号化側ではこの特殊コードに基づい圧縮
オーデイオデータに対する復号化処理を、圧縮ビデオデ
ータ及び圧縮オーデイオデータ間の再生時間差分だけ停
止させるようにした。
【0011】また本発明においては、符号化部からデー
タ供給部を介して供給される第1の素材を形成する多重
化された圧縮ビデオデータ及び圧縮オーデイオデータを
それぞれ復号する際、第1の素材の時間長に応じた圧縮
ビデオデータ及び圧縮オーデイオデータ間の再生時間差
分だけ第2の復号手段の圧縮オーデイオデータに対する
復号動作を停止させるようにした。
【0012】
【作用】圧縮ビデオデータ及び圧縮オーデイオデータ
を、素材の時間長にのみ依存し、かつ先頭パケツトのサ
イズが続くパケツトよりも第1のバツフア量だけ大きい
所定の多重化フオーマツトに従つて、動作開始及び動作
停止のタイミングを与える特殊コードを随所に入れなが
ら多重化すると共に、この際圧縮ビデオデータのデータ
量がその時間長に対する素材の圧縮ビデオデータとして
発生できる最大値に満たないときには、不足分だけダミ
ーデータを圧縮ビデオデータに付加して圧縮オーデイオ
データと多重化する一方、復号化側ではこの特殊コード
に基づい圧縮オーデイオデータに対する復号化処理を、
圧縮ビデオデータ及び圧縮オーデイオデータ間の再生時
間差分だけ停止させるようにしたことにより、一連の各
素材の先頭の素材の再生を指定時刻に開始し、その後こ
れら複数の素材を連続的に再生することができる。
【0013】また符号化部からデータ供給部を介して供
給される第1の素材を形成する多重化された圧縮ビデオ
データ及び圧縮オーデイオデータをそれぞれ復号する
際、第1の素材の時間長に応じた圧縮ビデオデータ及び
圧縮オーデイオデータ間の再生時間差分だけ第2の復号
手段の圧縮オーデイオデータに対する復号動作を停止さ
せるようにしたことにより、複数の第1の素材を連続的
に再生することができる。
【0014】
【実施例】以下図面について、本発明の一実施例を詳述
する。
【0015】〔1〕第1実施例 (1)利用技術 (1−1)MPEG規格でのビデオ圧縮 (1−1−1)仮想バツフアについて MPEG規格によるビデオデータの圧縮では、各フレー
ム(画像)によつて発生するビツト量が変化する。この
ビツト量が多すぎたり少なすぎたりすると、デコーダ側
のバツフアがオーバーフローしたりアンダーフローした
りする可能性がある。このため、一般的にはデコーダの
バツフアをある量に想定し、このバツフアが破綻しない
ようにエンコーダを駆動制御しながら、供給されるビデ
オデータを符号化(エンコード)している。以下、この
ようなバツフアを仮想バツフアと呼ぶ。
【0016】(1−1−2)スタートアツプデイレイに
ついて デコード時において、デコーダバツフアにデータが入力
されると直ちに画像が再生されるわけではなく、ある時
間が経過したのち再生が開始される。これはデコーダバ
ツフアが破綻するのを防ぐためである。以下、この時間
のことをスタート・アツプ・デイレイと呼ぶものとす
る。スタート・アツプ・デレイは、どのようにビデオ素
材を圧縮しても同じになるわけではなく、一般的にはビ
デオ素材によつてそれぞれ異なる。図1に仮想バツフア
4とスタート・アツプ・デイレイについて示す。この図
1においてT1 は1フレーム時間、T2 はスタート・ア
ツプ・デイレイ、Vb は仮想バツフア4の容量をそれぞ
れ示している。またここでは、一定速度でビデオデコー
ダ5にデータを供給することを考えているため、入力デ
ータの累積量を示す線は直線となつている。
【0017】このような仮想バツフア4では、例えば図
2(A)に示すように、所定のスタート・アツプ・デイ
レイT2 よりもデコード開始が遅すぎると、オーバーフ
ローしてしまう危険がある。一方図2(B)に示すよう
に、所定のスタート・アツプ・デイレイT2 よりもデコ
ード開始が早すぎると、アンダーフローしてしまう危険
がある。
【0018】(1−1−3)圧縮ビデオデータフアイル
のデータ量について 以下、1つのビデオ素材をエンコードした結果、得られ
たデータ群を「圧縮ビデオデータフアイル」と呼ぶもの
とする。通常、同じ時間長の異なるビデオ素材から生成
される圧縮ビデオデータフアイルのデータ量は同じには
ならず、図3(A)及び(B)からも明らかなように、
圧縮ビデオデータフアイルのデータ量をVV 、ビデオ圧
縮ビツトレートをRV 、仮想バツフアの容量をVb 、ビ
デオ素材の時間長をT4 とすると、次式
【数1】 のように、±仮想バツフアの容量Vb 分の範囲で変動す
る。
【0019】(1−2)圧縮ビデオデータフアイルの連
続再生 1.ビデオデータの圧縮方式としてMPEG方式を採用
する。 2.ビデオデータの圧縮ビツトレートは一定とする。 3.各圧縮ビデオデータフアイルのスタート・アツプ・
デイレイは等しいと限らない。 4.各圧縮ビデオデータフアイルのデータ量はその圧縮
ビツトレートと再生時間(ビデオ素材の時間長)との積
に等しいとは限らない。 という条件のもとで、圧縮ビデオデータフアイルを連続
再生(デコード)するためには、 1.ビデオ・デコーダ・フアイルとして仮想バツフアの
(容量又は数を)3倍以上を用意する。 2.連続再生すべき圧縮ビデオデータフアイル群の先頭
フアイルは、ビデオ・デコーダ・バツフアに仮想バツフ
アの容量分だけデータがたまつてからデコードを開始す
る。 3.最大ビデオ・データ・フアイル量を、その再生時間
内に転送可能な転送レートでデータをデコーダに転送す
る。 という方法が有効である。
【0020】以下、この方法に関して説明する。2つの
圧縮ビデオデータフアイルF1 、F2 をこの順に連続再
生をする場合を考える。このとき圧縮ビツトレートをと
もにRv とし、仮想バツフアのサイズをVb とする。ま
た再生時間をそれぞれTF1及びTF2とし、スタート・ア
ツプ・デイレイをそれぞれTd1 、Td2 とする。
【0021】(1−2−1)圧縮ビデオデータフアイル
の連続再生 簡単のため、各圧縮ビデオデータフアイルのデータ量は
その圧縮ビツトレートと再生時間との積に等しい(デー
タ量が特定できる)ものと仮定する。もし、Td1 =T
2 であれば、この2つの圧縮ビデオデータフアイルF
1 、F2 を連続的に圧縮ビツトレートRv の転送速度で
デコーダに供給してやれば、これら2つの圧縮ビデオデ
ータフアイルF1 、F2 は連続的に再生される。ところ
がTd1 <Td2 の場合には、圧縮ビデオデータフアイ
ルF2 のデコード開始がTd2 よりも早くなるため、仮
想バアフアがアンダーフローする危険性がある。
【0022】逆にTd1 >Td2 の場合には、圧縮ビデ
オデータフアイルF2 のデコード開始がTd2 よりも遅
くなるため、仮想バアフアがオーバーフローする危険性
がある。この場合発生し得る最大のスタート・アツプ・
デイレイは、「仮想バツフアの容量分のデータを圧縮ビ
ツトレートと等しい転送速度で転送するのに要する時間
(Tb =Vb /Rv )」に等しい。
【0023】従つて連続再生すべき圧縮ビデオデータフ
アイル群の先頭フアイルにおいては、そのスタート・ア
ツプ・デイレイとは無関係に、この時間だけTb だけ待
つてからデコードを開始するようにすれば、バツフアが
アンダーフローすることはない。つまりビデオデコーダ
バアフアにVb だけデータがたまつてからデコードを開
始するようにすれば良い。また発生し得る最小のスター
ト・アツプ・デイレイは「0」であり、このようなフア
イルをTb だけデコードの開始を遅らせると、最悪Vb
分だけバツフアがオーバーフローしてしまう。そこでビ
デオデコーダバツフアとして、仮想バツフアの2倍用意
しておけばオーバーフローすることはない。
【0024】(1−2−2)データ量不足の考慮 簡単のため、各圧縮ビデオデータフアイルのスタート・
アツプ・デイレイが等しい(スタート・アツプ・デイレ
イが特定できる)ものと仮定し、図4(A)及び(B)
を参照して説明する。一般に、圧縮ビデオデータフアイ
ルのサイズVV は圧縮ビツトレートRvとその再生時間
Tの積に一致しない(VV ≠Rv T)ので、圧縮ビツト
レートと等しい転送速度でデータをデコーダに供給した
場合、入力に要する時間(VV /Rv)と出力(再生)
に要する時間Tとは一致しない。
【0025】圧縮ビデオデータフアイルF1 において、
デコーダ入力所要時間が出力所要時間よりも長い(VV1
/Rv >TF1)の場合圧縮ビデオデータフアイルF2
デコード開始がスタート・アツプ・デイレイTd2 より
も遅くなるため、バツフアがオーバーフローする危険性
がある。逆に圧縮ビデオフアイルF1 において、入力所
要時間が出力所要時間よりも短い(VV1/Rv <TF1
場合、圧縮ビデオデータフアイルF2 のデコード開始が
スタート・アツプ・デイレイTF2よりも早くなるため、
バツフアがアンダーフローする危険性がある。
【0026】発生し得る最大の圧縮ビデオデータ量は、
次式
【数2】 である。そこで、実際に得られた圧縮ビデオデータ量が
この値に満たない場合には、そのフアイルの最後に「ゴ
ミ」データDd を付加することにより、任意のフアイル
のサイズVV をVvmax になるようにする。MPEG規
格では、「0」を「ゴミ」データとして追加することが
可能である(以下、このようにフアイルのサイズ調整の
ために追加する「ゴミ」データDd を「パツド」と呼
ぶ)。このようにサイズ調整したフアイルの全データ
を、時間Tで転送できるだけの転送速度(Rv ′=Rv
+Vb /T)でデコーダに入力するようにすれば、図4
(B)に示すように、入力所要時間と出力所要時間がと
もにTとなるため、上述のようなバツフア破綻は発生し
ない。
【0027】しかしながらこの転送速度Rv ′は本来の
転送速度Rv よりも大きいため、連続再生するしないに
かかわらずバツフアがオーバーフローしてしまう危険性
がある。最悪Vb 分だけバツフアがオーバーフローして
しまうので、このような事態を防ぐためには、ビデオデ
コードバツフアとして、仮想バツフアの2倍用意してお
けば良い。以上のことから、結局スタート・アツプ・デ
イレイが不定であり、データ量も不定であることを考慮
すると、ビデオデコーダバツフアとして、仮想バツフア
の(容量又は数の)3倍用意しておけばよいことがわか
る。
【0028】(1−3)MPEG規格でのオーデイオ圧
縮 オーデイオデータの場合はビデオデータの場合と異な
り、MPEG規格に基づいて圧縮した場合、ビデオデー
タのスタート・アツプ・デイレイに相当するものは存在
しないし、またその圧縮データ量はその圧縮ビツトレー
トと素材の時間長との積に一致するので、特に工夫しな
くても複数の圧縮オーデイオデータフアイルを連続的に
デコーダに供給してやれば連続的に再生される。
【0029】(1−4)圧縮データの最小単位 ビデオ信号はフレームという単位で扱われ、これをMP
EG規格に基づいて圧縮した場合は、さらにGOP(Gr
oup Of Picture)という単位で扱われることになる。例
えばNTSC方式の場合、そのフレームは29.97 〔Hz〕
であり、通常1GOPは15フレームで構成される。また
PAL方式の場合は、そのフレームは25〔Hz〕であり、
12フレームからなるGOPと13フレームからなるGOP
とを交互に繰り返す構造にする。
【0030】一方オーデイオをMPEG規格に基づいて
圧縮した場合、例えばサンプリング周波数を48〔KHz〕
とし、かつサンプル数を1152とすると、その最小単位は
24〔ms〕となる。このように、圧縮したデータには扱う
ことのできる最小単位というものが存在するため、任意
の時間長のクリツプを厳密に実現することはできない。
ここで簡単のためクリツプの最小時間長単位を1秒とす
る。このような制限を受けても実際の運用上問題になる
ことはほとんどない。このときクリツプの時間長をTと
し、この時間以上で最も近い実現可能なビデオの時間を
v とする。また時間Tv 以下で最もこの時間に近く実
現可能なオーデイオの時間をTa とする。
【0031】PAL方式の場合であれば、Tv =Tとな
るが、NTSC方式の場合はTv ≠Tとなつてしまう。
具体的な数値例を図5に示す。なおこの例は、ビデオは
NTSC方式の場合であり、オーデイオは24〔ms〕が最
小単位の場合である。この例の場合、ビデオとオーデイ
オの誤差TVX−Tc は、0から23までの24通り存在す
る。
【0032】(2)実施例による符号化復号化装置の構
成 図6において、10は全体として符号化復号化装置を示
し、エンコーダ部11は供給される映像オーデイオ信号
S1に基づく映像信号及びオーデイオ信号をそれぞれ符
号化し、多重化した後、得られた圧縮AV多重化データ
D1をデータ供給部12に供給する。データ供給部12
は、供給される圧縮AV多重化データD1をコントロー
ラ13の制御に基づき記録メデイア14に記録する。ま
たこのデータ供給部12では、記録メデイア14に記録
された圧縮AV多重化データD2をコントローラ13の
制御に基づいてフアイル単位で読み出し、これを一定速
度でデコーダ15のデマルチプレクサ16に供給する。
デマルチプレクサ16は、供給される圧縮AV多重化デ
ータD2を圧縮符号化されたビデオ信号でなる圧縮ビデ
オデータD3と、圧縮符号化されたオーデイオ信号でな
る圧縮オーデイオデータD4とに分け、これらをそれぞ
れビデオデコーダ17及びオーデイオデコーダ18に送
出する。
【0033】このときデータ供給部12のコントローラ
13は共有メモリ19を介してコントローラ20に制御
情報信号S3を送出すると共に、コントローラ20は制
御情報信号S3に基づく制御信号S4及びS5をそれぞ
れビデオデコーダ17、オーデイオデコーダ18に供給
するようになされている。かくしてビデオデコーダ17
は、制御信号S4に基づいて圧縮ビデオデータD3をバ
ツフア21に順次蓄え、読み出しながら、これを順次デ
コードして出力するようになされている。同様にしてオ
ーデイオデコーダ18は、制御信号S5に基づいて圧縮
オーデイオデータD4をバツフア22に順次蓄え、読み
出しながら、これを順次デコードして出力するようにな
されている。
【0034】この実施例の場合、ビデオデコーダ17に
対応するバツフア21としては、仮想バツフアの3倍の
容量を有するものが用いられている。これにより供給さ
れる圧縮ビデオデータD3のスタート・アツプ・デイレ
イの不定や、データ量も不定によつてバツフア21が破
綻(オーバーフロー、アンダーフロー)するのを防止し
得るようになされている。またこの実施例の場合、図7
(B)に示すように、デマルチプレクサ16は、分割し
た圧縮ビデオデータD3及び圧縮オーデイオデータD4
を速度変換することなく、そのままバースト的にビデオ
デコーダ17又はオーデイオデコーダ18に送出するよ
うになされている。
【0035】この場合、本来は、所定の圧縮ビツトレー
トで圧縮したデータは、図7(A)に示すように一定速
度で各デコーダ17、18に供給すべきであるが、この
ようにしようとするとデマルチプレクサ25の部分に速
度変換をする回路が必要になる。このため実施例の符号
化復号化装置10では、このようにバースト的にデータ
が各ビデオデコーダ17やオーデイオデコーダ18に入
力されてもバツフア21、22が破綻することなく再生
が可能なように、以下のようにフオーマツトを規定して
いる。
【0036】(3)連続再生及び定時再生の実現 この実施例の符号化復号化装置10では、AVの同期を
とる方式としてタイム・スタンプを使用しない暗黙同期
方式を採用している。この場合このような方式でAV同
期をとりながらクリツプを連続再生するためには、 1.クリツプが連続しても各クリツプの頭でビデオデー
タとオーデイオデータの頭がそろうこと 2.クリツプが連続しても各クリツプの再生中にビデオ
データ及びオーデイオデータの各デコーダバツフアが破
綻しないこと の2点を満たせば良い。以下にこれら各条件をそれぞれ
満たすための方法を説明する。
【0037】(3−1)定時再生及び連続再生実現のた
めのAV頭合わせの方法 現在、デコーダにはいろいろなタイプのものが存在して
いるが、実施例の符号化復号化装置10では、ビデオデ
コーダ17として、「スタート命令を受け取つた後、1.
5 フーム時間(0.05秒)後に再生を開始するもの」を適
用し、オーデイオデコーダとして、「スタート命令を受
け取つた後、すぐに再生を開始するもの(通常のデコー
ダ仕様)」を適用して、以下のシーケンスにより定時再
生を実現している。
【0038】1.再生を開始したい時刻のTS 秒(仮想
バツフア分の圧縮ビデオデータをビデオデコーダ18の
バツフア22に転送するのに要する時間)前に、データ
供給部のコントローラ13(図1)により記録メデイア
14からデータ転送を開始するようにする。このTS
という時間は、後述するように任意のクリツプについて
同一となる。 2.デマルチプレクサ16が最初のクリツプの先頭デー
タを受信したら、デコーダ15のコントローラ20にデ
ータの転送が開始されたことを伝える。 3.(TS −0.05)秒経過したら、コントローラ20か
らビデオデコーダ17に対して再生動作開始命令を出
す。 4.さらに0.05秒経過したら、コントローラ20からオ
ーデイオデコーダ18に対して再生開始命令を出す。
【0039】これによりビデオデータ及びオーデイオデ
ータについて同時に所定時刻に再生が開始されるが、こ
のような方法を実現するためには経過時間を計測する必
要がある。しかるにこの実施例の符号化復号化装置10
では、圧縮AV多重化データD1が一定速度でデマルチ
プレクサ16に転送されるので、このデマルチプレクサ
16を通過するデータの数をカウントしていれば、経過
時間を計ることができる。
【0040】このためこの実施例の場合、カウンタ等を
用いずに、エンコーダ部11が映像信号及びオーデイオ
信号を符号化、多重化する際、データフアイル内に「マ
ルチプレクサ16が各デコーダ17、18に対して動作
命令を出すべき時刻に相当する位置」に目印として特殊
なコード(以下、これをマークと呼ぶ)を入れるように
なされている。またデマルチプレクサ16は、データフ
アイル内からこのマークを検出すると、これをマーク検
出信号S10(図6)としてコントローラ20に伝える
一方、コントローラ20はこのマーク検出信号S10に
基づきその内容に応じてビデオデコーダ17及びオーデ
イオデコーダ18に対して制御信号S4及びS5を送出
するようになされている。これによりこの符号化復号化
装置10では、コントローラ20が上述のようなタイミ
ングでビデオデコーダ17及びオーデイオデコーダ18
をそれぞれ駆動し得るようになされている。
【0041】なおこのマークとしては、再生圧縮多重化
データD2の中から識別することができるように、MP
EGシステム規格によつて、決してマークは再生圧縮多
重化データD2には現れないことが保証されている4バ
イトのコードを使用している。この実施例の場合、ビデ
オデコーダ17にデコードを開始させるビデオデコード
開始マーク、及びオーデイオデコーダ18にデコーダを
開始させるオーデイオデコード開始マークとして、それ
ぞれ16進数表示で「000001BD」、「000001BF」なるコー
ドを使用している。
【0042】また圧縮AV多重化データD2の転送速度
を5〔Mbps〕とし、仮想バツフアの容量分の圧縮ビデオ
データD4をビデオデコーダ17のバツフア21に転送
するのに圧縮再生多重化データD2を4〔Mbit〕供給す
る必要があるものとして、図8に示すように、先頭から
次式
【数3】 の位置にビデオデコード開始マークM1 「000001BD」を
置き、その次式
【数4】 後にオーデイオデコード開始マークM2 「000001BF」を
置いている。次に連続再生実現のためのAV頭合わせの
方法について説明する。
【0043】上述の「(1−4)圧縮データの最小単
位」のところで説明したように、ビデオデータとオーデ
イオデータとの再生時間は一致しない。例えば時間が6
秒であるクリツプでは、0.006 秒だけビデオの方が再生
時間が長くなる。従つて6秒のクリツプを2つ連続して
再生すると、最初のクリツプのAV同期が完全にとれて
いたとしても、2つ目のクリツプはオーデイオ信号の再
生開始が0.006 秒だけ早くなつてしまう。この程度の差
であれば、実際上は何ら違和感を感じることはないが、
クリツプの連続数が増えるごとにこの差は蓄積されてい
くため、例えは10個も連続すると、オーデイオとビデオ
との差は0.06秒にもなつてしまい、違和感を感じるよう
になる。このためこの実施例の符号化復号化装置10で
は、以下の方法により各クリツプの頭においてAVの頭
が合うようにしている。 1.再生を開始してからオーデイオの再生時間Tc が経
過したら、オーデイオデコーダ18を停止させる。 2.さらに再生時間差(Tv −Tc )だけ時間が経過し
たら、再びオーデイオデコーダ18を動作させる。 3.この操作を各クリツプに対して繰り返す。 この場合この方法を実現するためには、定時再生の場合
と同様に経過時間を計測する必要がある。
【0044】このためこの実施例では、上述の場合と同
様にして、ここでもエンコーダ部11が各データフアイ
ルの所定位置に所定のマークを付加するようになされて
いる。例えば図5によりT=6〔s〕のクリツプの場
合、再生時間差が0.006 秒であるから、オーデイオデコ
ード開始マークM1 の前の位置にオーデイオデコーダ1
8にデコードを停止させるオーデイオデコード停止マー
クMn1〜Mn23 (図8)を入れる。この場合圧縮オーデ
イオデータの最小単位が24〔ms〕である場合、再生時間
差は0〜23〔ms〕までの24通り存在するが、差が0〔m
s〕の場合は、オーデイオデコーダ18を停止させる必
要がないのでオーデイオデコード停止マークMn1〜M
n23 としては23個用意すれば良い。
【0045】このためこのエンコーダ部11では、オー
デイオデコード停止マークMn1〜Mn23 として、例えば
「000001C1」〜「000001D7」までの23個のコードをそれ
ぞれ1〜23〔ms〕の再生時間差に対応させている。従つ
てこれらのコードは、5〔Mbps〕×0.001 〔s〕=625
〔byte〕毎に現れることになる。またこのエンコーダ5
は、これら23個のコードのうちどれに従つてデコードを
停止させれば良いかを示すマーク(以下、これを停止マ
ーク指定マークM3 と呼ぶ、例えば「000001D8」)を各
クリツプの最後に付加し、この後に有効となるオーデイ
オデコード停止マークM4 を続けて付加するようになさ
れている。例えばT=6〔s〕のクリツプの場合、再生
時間差が0.006 〔s〕であるから、オーデイオデコード
停止マークMn6を有効にさせる必要があるため、このク
リツプの最後尾の8〔byte〕は「000001D8000001C6」と
なる。
【0046】クリツプ1(T=6〔s〕)とクリツプ2
(T=7〔s〕)とを連続再生する場合、クリツプ1の
停止マーク指定マークM3 からオーデイオデコード停止
マークMn6が有効であることがわかつているので、クリ
ツプ2のオーデイオデコード停止マークMn6がデマルチ
プレクサ16において検出された時点で、オーデイオデ
コーダ18に停止命令を出し、さらにクリツプ2のオー
デイオデコード開始マークM2 が検出された時点で、オ
ーデイオデコーダ18に開始命令を出すようになされて
いる。なおクリツプの連続再生を開始する前に有効な各
停止マークMn1〜Mn23 をクリアするため、「0000000
0」にしておくことにより先頭クリツプの停止マークM
n1〜Mn23 で停止命令が出されるのを防止し得るように
なされている。
【0047】(3−2)連続再生実現のためのバツフア
使用方法 (3−2−1)圧縮AV多重化フオーマツトの基本構造 以下、同一種類のデータのかたまりを「パケツト」と呼
ぶことにする。ここで種類とは、ビデオ、オーデイオ及
びパケツトの3つを意味する。各パケツトの頭にその種
類を表すためのヘツダを付ける。またいくつかのパケツ
トの集まりを「パツク」と呼ぶことにする。パツクはパ
ケツトとは異なり、何らかの識別ヘツダがつくわけでは
ない。ここでこの実施例の符号化復号化装置10では、
以下に示す3種類のパツクを使用している。 1.標準パツク……原則として、ビデオパケツト、オー
デイオパケツト、パツドパケツト各1つずつから構成さ
れる。 2.先頭パツク……仮想バツフア分だけビデオパケツト
のデータ量が標準パツクよりも大きい。 3.残余パツク……上述の2種類のパツクに含まれなか
つた残りのデータから構成されている。
【0048】この実施例の場合、1つのクリツプをエン
コードして得られる1つの圧縮AV多重化データフアイ
ルは、図9(A)に示すように、その先頭に1つの「先
頭パツク」が存在し、その後複数個の「標準パツク」が
連続し、最後に1つの「残余パツク」がくるように構成
されている。なおデータ制御用のマークは全て、先頭パ
ツクのビデオパケツト内に位置することになるため、パ
ケツト・ヘツダの内容にマークが挿入されて、パケツト
・ヘツダが認識できなくなるようなことは発生しない。
【0049】(3−2−2)パケツト・ヘツダ 各パケツトの種類を識別するためのヘツダとしては、圧
縮データの中には決して現れないパターンを採用する必
要がある。このためこの符号化復号化装置10では、MP
EGシステム規格においてヘツダ用に確保されているパタ
ーンを採用している。実際上例えば、以下のようなパタ
ーンを用いている。なお、各ヘツダは16進数表示してお
り、そのサイズは4バイトである。 ビデオ・パケツト・ヘツダ ……000001E3 オーデイオ・パケツト・ヘツダ ……000001C0 パツド・パケツト・ヘツダ ……000001BE かくしてデマルチプレクサ16では、入力されてくる圧
縮AV多重化データD2の任意の連続する4バイトを調
べて、それがビデオ・パケツト・ヘツダであれば以下に
続くデータをビデオ・デコーダ17に振り分け、オーデ
イオ・パケツト・ヘツダであれば以下に続くデータをオ
ーデイオ・デコーダ18に振り分け、パツド・パケツト
・データであれば以下に続くデータを破棄するようにな
されている。
【0050】(3−2−3)圧縮ビツト・レート値等に
関する制限 時間長Tのクリツプを、仮想バツフア量Vb 、ビデオ圧
縮ビツト・レートRvで圧縮した場合、発生し得る最大
の圧縮ビデオ・データ量は、上述のように次式
【数5】 で与えられる。このためこの実施例の符号化復号化装置
10では、実際に得られた圧縮ビデオ・データ量がこの
値に満たない場合は、その最後にパツド・データを付加
することにより、任意のフアイルのサイズをVvmaxにな
るようにしている。このようにサイズ調整したあとの全
データを、時間Tで転送する場合、ビデオ・データ転送
速度Rv ′は次式によつて表される。
【数6】 v ′が最大Rvmax′となるのはクリツプの時間長が最
小Tmin の場合である。
【数7】 圧縮AV多重化データ転送速度はRm は、少なくとも圧
縮ビデオ・データ転送速度と圧縮オーデイオ・データ転
送速度の和よりも大きくなければならない。オーデイオ
に関してはその圧縮ビツト・レートに等しい値の転送速
度でよい。よつて、これらのパラメータは次式を満たさ
なければならない。(正確には、ヘツダやマーク分も考
慮する必要があるが、ここでは簡単のため省略する)
【数8】
【数9】
【0051】実際上この符号化復号化装置10では、R
v 、Rm 、Ra 、Tmin 、Vb 等のパラメータは任意の
値が可能なわけではなく、その用途やハードウエアの都
合等により制限が加わる。このためこの符号化復号化装
置10では、これらパラメータの中で制限の強いものか
ら決めていき、最終的に(9)式を満たすように順次選
定している。
【0052】(3−2−4)パケツト・サイズの算出 圧縮ビツト・レートの値等のパラメータ値が与えられた
場合に、各パケツトのサイズをいくつにすればよいのか
を算出するための式を以下に示す。まず、以下の計算で
使用する変数を列挙する。 ビデオ圧縮ビツト・レート ……Rv 〔Mbps〕 ビデオ・データ転送速度 ……Rv ′〔Mbps〕 オーデイオ圧縮ビツト・レート ……Ra 〔kbps〕 圧縮AV多重化データ転送速度 ……Rm 〔Mbps〕 クリツプの時間長(1秒単位) ……T〔s〕 最小クリツプの時間長(1秒単位)……Tmin 〔s〕 T以上でTに最も近く現実可能なビデオの再生時間……
v 〔s〕 Tv 以下でTに最も近く現実可能なオーデイオの再生時
間……Ta 〔s〕 クリツプを転送するのに要する時間……Tt 〔s〕 仮想バツフア分の圧縮ビデオ・データが転送されるのに
要する時間……TS 〔s〕 仮想バツフア量 ……Vb 〔Mbit〕 1クリツプの圧縮ビデオ・データ量……Vv 〔byte〕 1クリツプの圧縮オーデイオ・データ量……Va 〔byt
e〕 1クリツプのパツド・データ量 ……Vp 〔byte〕 1クリツプの総データ量 ……Vm 〔byte〕 全マーク・データ量 ……Vk 〔byte〕
(=4×27〔byte〕〕) パケツト・ヘツダ・サイズ ……Lh 〔byte〕
(=4〔byte〕) 標準ビデオ・パケツト・サイズ(ヘツダは含まない)…
…Lv 〔byte〕 標準オーデイオ・パケツト・サイズ(ヘツダは含まな
い)……La 〔byte〕 標準パツド・パケツト・サイズ(ヘツダは含まない)…
…Lp 〔byte〕 標準パツク・サイズ(ヘツダを含む) …
…Lm 〔byte〕 パツク数(残余パツクを除く) …
…P *標準パケツトとは標準パツク内のパケツトであること
を表す。 残余ビデオ・パケツト・サイズ(ヘツダは含まない)…
…Lv ′〔byte〕 残余オーデイオ・パケツト・サイズ(ヘツダは含まな
い)……La ′〔byte〕 残余パツド・パケツト・サイズ(ヘツダは含まない)…
…Lp ′〔byte〕 *残余パケツトとは残余パツク内のパケツトであること
を表す。 単位変換係数(Mbit→byte)……Cm =125000=1000×1000/8 単位変換係数(kbit→byte)……Ck =125 =1000/8
【0053】Tを1秒単位とした場合、簡単のため、任
意の時間長のクリツプにおいて標準パケツトのサイズL
v およびLa がそれぞれ等しくなるようにするために
は、次式を満たすようにRv 、Ra 、Lv 、La を選択
すればよい。
【数10】
【数11】
【数12】 通常、Rv はせいぜい 0.1〔Mbps〕単位であり、Ra
64、128 、192 、256、384 〔kbps〕のいずれかであ
る。従つて、上式を満たすような整数Lv 及びLa は存
在する。圧縮データの取り得る最小単位の制限により発
生する端数データ、つまりビデオにおけるRv (Tv
T)及びオーデイオにおけるRa (Ta −T)分のデー
タで残余パツクを構成するようにし、残りのデータ、つ
まり、ビデオにおけるRv T+Vb 及びオーデイオにお
けるRa Tで標準パツクを初期パツクを構成するように
する。
【0054】このようにするとRa 及びRv に関して次
式が成り立つ。
【数13】
【数14】
【数15】
【数16】 (14)式及び(16)式よりRv 、Ra 、La を与えれ
ば、Lv を算出できる。オーデイオ・データ量Va
【数17】 ビデオ・データ量Vv
【数18】 多重化データ量Vm
【数19】 よつて、パツド・データ量Vp は、
【数20】
【数21】 よつて
【数22】
【数23】
【0055】(24)式よりLp 及びLp ′が求められ
る。Ta <Tの場合、次式を満たす整数K及びLa ″が
存在する。
【数24】 このとき標準パツクの最後からK+1番目のパツクに関
して、オーデイオ・パケツトのデータ・サイズをLa
a ″とし、このパケツトの直後にサイズがLa ″−L
h のパツト・パケツトを置くようにする。そして、標準
パツクの最後からK個のパツク関して、オーデイオ・パ
ケツトの代わりに同サイズのパツド・パケツトを置くよ
うにする。また、残余パツクに関して、次式が成り立
つ。
【数25】
【数26】
【0056】(3−2−5)連続再生実現のための条件 上述の「(1−2)圧縮ビデオ・データ・フアイルの連
続再生」で説明したように、圧縮ビデオデータだけであ
つても連続再生するためには、ビデオ・デコーダ・バツ
フアを仮想バツフアの3倍用意する必要がある。以下に
多重化した場合にも、ビデオ・デコーダ・バツフア及び
オーデイオ・デコーダ・バツフアをそれぞれ仮想バツフ
アの3倍用意すれば連続再生できる条件を示す。まず
「(1−2−1)スタート・アツプ・デイレイ不定の考
慮」で示したように、各クリツプのスタート・アツプ・
デイレイが不定であることに対処するためには、仮想バ
ツフアの2倍の容量が必要となる。図11の「データ出
力折れ線の推移可能領域」をカバーするのがこの2倍バ
ツフアである。よつて、残りの1倍バツフア内でデータ
入力折れ線を推移させるようにできれば、3倍バツフア
で連続再生が可能となる。
【0057】ビデオ・デコーダ・バツフア17には、1
つのクリツプのデータだけが入つている時間と2つのク
リツプのデータが入つている時間が存在する。2つのク
リツプのデータが入つている時間は、もしTt =Tv
あれば、各クリツプの最初のTS 時間だけである。この
時間は、任意のクリツプについて先頭パツクを転送して
いる時間であり、先頭以外にオーデイオ・パケツトやパ
ツド・パケツトが含まれないため、図10からも明らか
なように、入力折れ線は必ず直線よりも下になる。つ
まり、1倍バツフア内をデータ入力折れ線が出ることは
ない。1つのクリツプのデータだけが入つている時間
(TS だけ経過した後の時間)に関しては、図10にお
いて、直線と直線の間に入るようにふればよい。そ
のためには以下の条件を満たすようにすればよい。 条件1:直線と直線が原点以外で交わらないように
する。
【0058】つまり任意のt>0についてv3 (t)>
1 (t)が成り立つようにすればよい。
【数29】
【数30】 条件2:直線と直線がビデオ・データを転送し終わ
る時刻te まで交わらないようにする。つまりv4 (t
e )<v2 (te )が成り立つようにすればよい。
【数31】
【数32】
【数33】
【0059】なお、各直線〜の方程式は以下の通り
である。また、厳密にはヘツダやマークの分も考慮する
必要があるが、圧縮データのデータ量に比べて非常に小
さいので無視する。
【数34】
【数35】
【数36】
【数37】 従つて、仮想バツフアの3倍で連続再生を実現するため
には、Tt =Tv として、かつ式(30)、(33)式を満
たすように各パラメータを選択すれば良く、実際上この
実施例の符号化復号化装置10でもこのように各パラメ
ータが選定されている。
【0060】(3−2−6)連続再生可能な圧縮AV多
重化フオーマツトの例 Rm =5〔Mbps〕、Rv =4〔Mbps〕、Ra =256 〔kb
ps〕、Tmin =6〔s〕、Vb =4〔Mbps〕という要求
を実現するフオーマツトを示す。ただし、ビデオはNT
SC方式とする。なおこの場合、(9)式の右辺は5
〔Mbps〕であり、左辺は次式
【数38】 となるため、(9)式は満足されており、これらの値が
選択可能であることがわかる。例えばクリツプ時間長T
=6〔s〕の場合、図5から、 Tt =Tv =6.006 〔s〕、Ta =6〔s〕 適当にLa =1000〔byte〕として(あまり大きくすると
オーデイオ・バツフアが破綻する可能性がある。逆に小
さくしすぎると標準パツク数が増えてヘツダによるオー
バ・ヘツドが増えてしまう)、(14)式より標準パツク
数を求める。
【数39】 (16)式より標準ビデオ・パケツトのサイズを求める。
【数40】 (23)式よりパツド・パケツトのサイズを求める。
【数41】 よつて、Lp =293 〔byte〕、Lp ′=74〔byte〕とな
る。
【0061】(27)式より残余ビデオ・パケツトのサイ
ズを求める。
【数42】ここでTa =Tなので、残余オーデイオ・パ
ケツトのサイズは0である。以上の値より標準パツクの
サイズを求める。
【数43】このとき(30)式は満たされていることが分
かる。 0.92 >0.8 このとき(33)式も満たされていることが分かる。 23.2<24 以上の結果、得られるフオーマツトを図12に示す。同
様にして、クリツプ時間長7秒の場合についても算出
し、その結果を図13に示す。この場合は、Ta ≠Tと
なるため、最後の標準パツクは他の標準パツクとは異な
りTa −Tに相当する分のパツド・パケツトが存在す
る。各パラメータの値が決まれば、クリツプの内容に無
関係に任意のクリツプについてクリツプ時間長ごとに、
図12及び図13のようなフオーマツト・テーブルを作
成することができるので、実際に圧縮AVデータを多重
化する場合、各エンコーダで得られた圧縮データをこの
テーブルに従つて多重化してやればよい。
【0062】このためこの実施例の符号化復号化装置1
0では、エンコーダ部11にこのようなフオーマツト・
テーブルが予め格納されており、エンコーダ部11がこ
のフオーマツト・テーブルに基づいて符号化された映像
信号と符号化されたオーデイオ信号とを多重化するよう
になされている。
【0063】(4)第1実施例の動作 以上の構成において、この符号化復号化装置10では、
エンコーダ部11に供給される映像オーデイオ信号S1
に基づく映像信号及びオーデイオ信号を、このエンコー
ダ部11において符号化し、これらを上述の第1の多重
化フオーマツトに従つて多重化することにより圧縮AV
多重化データD1を形成すると共に、この際各クリツプ
毎に、ビデオデコード開始マークM1 、オーデイオデコ
ーダ開始マークM2 、オーデイオ停止マークMS1〜M
S23 、停止マーク指定マークM3 及びオーデイオデコー
ド停止マークM4 (以下、これらをまとめてデコーダ制
御マークM1 〜M4 、MS1〜MS23 と呼ぶ)をそれぞれ
所定位置に付加し、これをデータ供給部12に供給して
記録メデイア14に記録させる。この圧縮AV多重化デ
ータD1はコントローラ13の制御に基づいてデータフ
アイル単位で読み出され、圧縮AV多重化データD2と
してデマルチプレクサ16に供給され、このデマルチプ
レクサ16において圧縮ビデオデータD3と圧縮オーデ
イオデータD4とに分割されて、それぞれビデオデコー
ダ17又はオーデイオデコーダ18に送出される。この
際デマルチプレクサ16は、このデータフアイルの中か
らデコーダ制御マークM1 〜M4 、MS1〜MS23 を検出
すると、検出結果に基づくマーク検出信号S10をコン
トローラ20に送出する。コントローラ20はこのマー
ク検出信号S10に基づいて制御信号S4、S5をそれ
ぞれビデオデコーダ17及びオーデイオデコーダ18に
それぞれ出力してビデオデコーダ17を駆動制御するこ
とにより、ビデオデコーダ17及びオーデ.オデコーダ
18を必要に応じて開始させ、又は停止させる。またこ
の際コントローラ20はオーデイオデコーダ18の再生
動作をクリツプの時間長に応じた所定時間停止させる。
【0064】このようにこの符号化復号化装置10で
は、エンコーダ側において、各クリツプ毎にクリツプの
時間長に応じた制御用のデコーダ制御マークM1
4 、MS1〜MS23 を入れると共に、デコーダ側ではこ
れらデコーダ制御マークM1 〜M4、MS1〜MS23 に基
づいてビデオデコーダ17及びオーデイオデコーダ18
を駆動制御するため、各クリツプ毎に完結してAVの頭
を合わせることができる。またこの符号化復号化装置1
0では、ビデオデコーダ17のバツフア21が仮想バツ
フアの(容量又は数の)3倍に設定されており、さらに
この3倍のバツフア21を破綻させないように、クリツ
プの時間長のみに依存し、かつ先頭ビデオパケツトのサ
イズが他のビデオパケツトよりも仮想バツフアの容量分
だけ大きい特徴を有する上述の第1の多重化フオーマツ
トに従つて、エンコーダ11が符号化されたビデオ信号
と、符号化されたオーデイオ信号とを多重化するため、
ビデオデコーダ17のバツフア21が破綻することはな
い。従つて「(3)連続再生の実現」において提示した
2つの条件を満たすため、AV同期をとりながら連続再
生することができる。
【0065】従つて例えばクリツプ素材としてテレビジ
ヨン放送CMを適用し、これをMPEG圧縮して、上述
の多重化フオーマツトに従つてAV多重化したのち、H
DD等の大容量かつランダム・アクセス可能な記録メデ
イアに記録しておき、CM放送のタイム・テーブルに従
つて指定のCM圧縮データ群を指定時刻にデコーダに供
給するようにすれば、指定時刻にかつ連続にCMを放送
することができる。
【0066】(5)第1実施例の動作 以上の構成によれば、エンコーダ側において、各クリツ
プ毎にクリツプの時間長に応じた制御用のデコーダ制御
マークM1 〜M4 、MS1〜MS23 を入れると共に、デコ
ーダ側ではこれらデコーダ制御マークM1 〜M4 、MS1
〜MS23 に基づいてビデオデコーダ17及びオーデイオ
デコーダ18を駆動制御する一方、エンコーダ部5が、
クリツプの時間長のみに依存し、かつ先頭ビデオパケツ
トのサイズが他のビデオパケツトよりも仮想バツフアの
容量分だけ大きい特徴を有する第1の多重化フオーマツ
トに従つて、符号化されたビデオ信号と、符号化された
オーデイオ信号とを多重化するようにしたことにより、
各クリツプのAVの頭を合わせ得ると共にバツフア21
が破綻するのを防止でき、かくして複数のクリツプを指
定された時刻に連続的に再生し得る符号化復号化装置を
実現できる。
【0067】〔2〕第2実施例 図6との対応部分に同一符号を付して示す図14は、第
2実施例による符号化復号化装置40を示し、デコーダ
41のコントローラ42が、その内部メモリに予め記憶
している各クリツプ長におけるビデオとオーデイオとの
再生時間差データに基づいてビデオデコーダ17及びオ
ーデイオデコーダ18の駆動を制御することを除いて第
1実施例の符号化復号化装置10(図6)とほぼ同様に
構成されている。すなわちこの符号化復号化装置40の
場合、エンコーダ43は、供給される映像音声信号S1
に基づく映像信号及びオーデイオ信号をそれぞれ符号化
し、これらを上述の第1の多重化フオーマツトに従つて
多重化し、圧縮AV多重化データD30としてデータ供
給部44に送出する。データ供給部44は、供給される
圧縮AV多重化データD30をコントローラ45の制御
に基づいて記録メデイア14に記録する。またデータ供
給部44は、コントローラ45の制御に基づいて、記録
メデイア14に記録された圧縮AV多重化データD31
をクリツプ単位で再生し、これをデコーダ41のデマル
チプレクサ46に送出する。デマルチプレクサ46は、
供給される圧縮AV多重化データD31を圧縮映像デー
タD4及び圧縮オーデイオデータD5に順次分割し、こ
れらをそれぞれビデオデコーダ17及びオーデイオデコ
ーダ18に送出する。この際コントローラ45は、この
クリツプの時間長を時間情報信号S30として共有メモ
リ19を介してデコーダ41のコントローラ42に供給
する。
【0068】このコントローラ42は、クリツプの各時
間長におけるビデオとオーデイオとの間の再生時間差デ
ータを予め記憶しており、供給された時間情報信号S3
0に基づくこのクリツプの時間長と、記憶している対応
する再生時間差データとに基づく制御信号S4、S5を
生成し、これらをそれぞれビデオデコーダ17及びオー
デイオデコーダ18に送出する。これによりこのコント
ローラ42は、データ供給部44のコントローラ45が
記録メデイア14からこのクリツプを再生し始めてから
オーデイオの再生時間Tc が経過した後オーデイオデコ
ーダ18を停止させ、この後再生時間差(Tv−Tc )
だけ時間が経過すると再びオーデイオデコーダ18を動
作させることを各クリツプに対して順次行うようにオー
デイオデコーダ18を駆動制御するようになされ、かく
して各クリツプの頭においてビデオとオーデイオの頭を
合わせさせ得るようになされている。以上の構成におい
て、この符号化復号化装置40では、データ供給部44
のコントローラ45が記録メデイア14に記録された圧
縮AV多重化データD31をクリツプ単位で再生する
際、このクリツプの再生時間情報をデコーダ41のコン
トローラ42に供給する。
【0069】一方コントローラ42は、コントローラ4
5から供給されるこのクリツプの再生時間時間情報と、
コントローラ42自体がもつている再生時間差データと
に基づいて、各クリツプの頭においてビデオとオーデイ
オの頭が合うようにビデオデコーダ17及びオーデイオ
デコーダ18を駆動制御する。このようにこの符号化復
号化装置40では、各クリツプ単位でこのようなオーデ
イオデコーダ18の駆動制御が行われるため、各クリツ
プ内で完結してビデオ及びオーデイオ間の再生時間差を
補正することができ、かくしてAV同期を取ることがで
きる。またビデオデコーダ17のバツフア21が仮想バ
ツフアの容量の3倍のものに選定されており、エンコー
ダ43が供給これら符号化されたビデオ信号及びオーデ
イオ信号を第1の多重化フオーマツトに従つて多重化す
るため、第1実施例の場合と同様にAV同期を取りなが
ら各クリツプを連続再生することができる。
【0070】以上の構成によれば、ビデオデコーダ17
のバツフア21の容量を仮想バツフアの3倍にし、かつ
エンコーダ43が、供給される符号化されたビデオ信号
及びオーデイオ信号を第1の多重化フオーマツトに従つ
て多重化するように設定すると共に、データ供給部44
のコントローラ45が記録メデイア14に記録された圧
縮AV多重化データD31をクリツプ単位で再生する
際、このクリツプの再生時間情報をデコーダ41のコン
トローラ42に供給し、かつコントローラ41がこの再
生時間時間情報と、コントローラ41自体がもつている
再生時間差データとに基づいてビデオデコーダ17及び
オーデイオデコーダ18を、各クリツプの頭においてビ
デオとオーデイオの頭が合うように駆動制御するように
したことにより、第1実施例の符号化復号化装置10と
同様に複数のクリツプを指定された時刻に連続的に再生
し得る符号化復号化装置を実現できる。
【0071】
【発明の効果】上述のように本発明によれば、符号化側
では、一連のビデオ信号及びオーデイオ信号からなる素
材の当該ビデオ信号及びオーデイオ信号を圧縮符号化す
ることにより得られた圧縮ビデオデータ及び圧縮オーデ
イオデータを、素材の時間長のみに依存し、かつ先頭パ
ケツトのサイズが続くパケツトよりも第1のバツフア量
だけ大きい所定の多重化フオーマツトに従つて動作開始
及び動作停止のタイミングを与える特殊コードを随所に
いれながら多重化すると共に、この際圧縮ビデオデータ
のデータ量がその時間長に対する素材の圧縮ビデオデー
タとして発生できる最大値に満たないときには、不足分
だけダミーデータを圧縮ビデオデータに付加して圧縮オ
ーデイオデータと多重化する一方、符号化側ではこの特
殊コードに基づいて圧縮オーデイオデータに対する符号
化処理を圧縮ビデオデータ及び圧縮オーデイオデータ間
の再生時間差分だけ停止させるようにしたことにより、
各素材の再生を指定時刻に開始でき、かつ複数の素材を
連続的に再生することのできる符号化装置、復号化装置
及び復号化符号化装置を実現できる。また符号化部から
データ供給部を介して供給される第1の素材を形成する
多重化された圧縮ビデオデータ及び圧縮オーデイオデー
タをそれぞれ復号する際、素材の時間長に応じた圧縮ビ
デオデータ及び圧縮オーデイオデータ間の再生時間差分
だけ圧縮オーデイオデータに対する復号処理を停止する
ようにしたことにより、複数の素材を連続的に再生する
ことのできる符号化装置、復号化装置及び復号化符号化
装置を実現できる。
【図面の簡単な説明】
【図1】仮想バツフアとスタート・アツプ・デイレイの
説明に供するグラフ及びブロツク図である。
【図2】スタート・アツプ・デイレイとバツフアの破綻
の説明に供するグラフである。
【図3】圧縮ビデオデータフアイルのデータ量の説明に
供するグラフである。
【図4】データ量とデータ転送速度の調整の説明に供す
るグラフである。
【図5】ビデオ及びオーデイオの実現可能時間を示す図
表である。
【図6】第1実施例の符号化復号化装置の構成を示すブ
ロツク図である。
【図7】デマルチプレクス後のデータ転送形態を示すブ
ロツク図である。
【図8】デコーダ制御マークの説明に供する略線図であ
る。
【図9】圧縮AV多重化データフアイルのフオーマツト
を示す略線図である。
【図10】ビデオデコーダへの入力の推移を示すグラフ
である。
【図11】連続再生時のビデオデコーダバツフアの使用
状況の説明に供するグラフである。
【図12】圧縮AV多重化フオーマツトの例を示す図表
である。
【図13】圧縮AV多重化フオーマツトの例を示す図表
である。
【図14】第1実施例の符号化復号化装置の構成を示す
ブロツク図である。
【図15】圧縮AV多重化フオーマツトの例を示す図表
である。
【図16】圧縮AV多重化フオーマツトの例を示す図表
である。
【図17】タイム・スタンプ方式の説明に供するブロツ
ク図である。
【図18】タイム・スタンプ方式の場合の連続再生の説
明に供する略線図である。
【符号の説明】
10、40……符号化復号化装置、11、43……エン
コーダ、12、44……データ供給部、13、20、4
2、45……コントローラ、14……記録メデイア、1
6、46……デマルチプレクサ、17……ビデオデコー
ダ、18……オーデイオデコーダ、21、22……バツ
フア、S4、S5……制御信号、S10……マーク検出
信号、D1、D2……圧縮AV多重化データ、M1 ……
ビデオデコード開始マーク、M2 ……オーデイオデコー
ド開始マーク、M3 ……停止マーク指定マーク、M4
…オーデイオデコーダ停止マーク、MS1〜MS23 ……オ
ーデイオデコード停止マーク。
【数27】
【数28】
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成7年4月19日
【手続補正1】
【補正対象書類名】明細書
【補正対象項目名】0001
【補正方法】変更
【補正内容】
【0001】
【目次】以下の順序で本発明を説明する。 産業上の利用分野 従来の技術(図17) 発明が解決しようとする課題(図17及び図18) 課題を解決するための手段(図1〜図16) 作用(図1〜図16) 実施例(図1〜図16) 発明の効果
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】0018
【補正方法】変更
【補正内容】
【0018】(1−1−3)圧縮ビデオデータフアイル
のデータ量について 以下、1つのビデオ素材をエンコードした結果、得られ
たデータ群を「圧縮ビデオデータフアイル」と呼ぶもの
とする。通常、同じ時間長の異なるビデオ素材から生成
される圧縮ビデオデータフアイルのデータ量は同じには
ならず、図3(A)及び(B)からも明らかなように、
圧縮ビデオデータフアイルのデータ量をV、ビデオ圧
縮ビツトレートをR、仮想バツフアの容量をV、ビ
デオ素材の時間長をTとすると、次式
【数1】 のように、±仮想バツフアの容量V分の範囲で変動す
る。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】0024
【補正方法】変更
【補正内容】
【0024】(1−2−2)データ量不足の考慮 簡単のため、各圧縮ビデオデータフアイルのスタート・
アツプ・デイレイが等しい(スタート・アツプ・デイレ
イが特定できる)ものと仮定し、図4(A)及び(B)
を参照して説明する。一般に、圧縮ビデオデータフアイ
ルのサイズVは圧縮ビツトレートR、とその再生時
間Tの積に一致しない(V、≠R、T)ので、圧縮
ビツトレートと等しい転送速度でデータをデコーダに供
給した場合、入力に要する時間(V、/R、)と出
力(再生)に要する時間Tとは一致しない。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】0026
【補正方法】変更
【補正内容】
【0026】発生し得る最大の圧縮ビデオデータ量V
vmaxは、次式
【数2】 である。そこで、実際に得られた圧縮ビデオデータ量が
この値に満たない場合には、そのフアイルの最後に「ゴ
ミ」データDを付加することにより、任意のフアイル
のサイズVをVvmaxになるようにする。MPEG
規格では、「0」を「ゴミ」データとして追加すること
が可能である(以下、このようにフアイルのサイズ調整
のために追加する「ゴミ」データDを「パツド」と呼
ぶ)。このようにサイズ調整したフアイルの全データ
を、時間Tで転送できるだけの転送速度(R′=R
+V/T)でデコーダに入力するようにすれば、図4
(B)に示すように、入力所要時間と出力所要時間がと
もにTとなるため、上述のようなバツフア破綻は発生し
ない。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】0042
【補正方法】変更
【補正内容】
【0042】また圧縮AV多重化データD2の転送速度
を5〔Mbps〕とし、仮想バツフアの容量分の圧縮ビ
デオデータD4をビデオデコーダ17のバツフア21に
転送するのに圧縮再生多重化データD2を4〔Mbi
t〕供給する必要があるものとして、図8に示すよう
に、先頭から次式
【数3】 の位置にビデオデコード開始マークM「000001
BD」を置き、その次式
【数4】 後にオーデイオデコード開始マークM「000001
BF」を置いている。次に連続再生実現のためのAV頭
合わせの方法について説明する。
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】0044
【補正方法】変更
【補正内容】
【0044】このためこの実施例では、上述の場合と同
様にして、ここでもエンコーダ部11が各データフアイ
ルの所定位置に所定のマークを付加するようになされて
いる。例えば図5によりT=6〔s〕のクリツプの場
合、再生時間差が0.006秒であるから、オーデイオ
デコード開始マークMの前の位置にオーデイオデコー
ダ18にデコードを停止させるオーデイオデコード停止
マークMs1〜Ms23(図8)を入れる。この場合圧
縮オーデイオデータの最小単位が24〔ms〕である場
合、再生時間差は0〜23〔ms〕までの24通り存在
するが、差が0〔ms〕の場合は、オーデイオデコーダ
18を停止させる必要がないのでオーデイオデコード停
止マークMs1〜Ms23としては23個用意すれば良
い。
【手続補正7】
【補正対象書類名】明細書
【補正対象項目名】0045
【補正方法】変更
【補正内容】
【0045】このためこのエンコーダ部11では、オー
デイオデコード停止マークMs1〜Ms23として、例
えば「000001C1」〜「00001D7」までの
23個のコードをそれぞれ1〜23〔ms〕の再生時間
差に対応させている。従つてこれらのコードは、5〔M
bps〕×0.001〔s〕=625〔byte〕毎に
現れることになる。またこのエンコーダ5は、これら2
3個のコードのうちどれに従つてデコードを停止させれ
ば良いかを示すマーク(以下、これを停止マーク指定マ
ークMと呼ぶ、例えば「000001D8」)を各ク
リツプの最後に付加し、この後に有効となるオーデイオ
デコード停止マークMを続けて付加するようになされ
ている。例えばT=6〔s〕のクリツプの場合、再生時
間差が0.006〔s〕であるから、オーデイオデコー
ド停止マークMs6を有効にさせる必要があるため、こ
のクリツプの最後尾の8〔byte〕は「000001
D8000001C6」となる。
【手続補正8】
【補正対象書類名】明細書
【補正対象項目名】0046
【補正方法】変更
【補正内容】
【0046】クリツプ1(T=6〔s〕)とクリツプ2
(T=7〔s〕)とを連続再生する場合、クリツプ1の
停止マーク指定マークMからオーデイオデコード停止
マークMs6が有効であることがわかつているので、ク
リツプ2のオーデイオデコード停止マークMs6がデマ
ルチプレクサ16において検出された時点で、オーデイ
オデコーダ18に停止命令を出し、さらにクリツプ2の
オーデイオデコード開始マークMが検出された時点
で、オーデイオデコーダ18に開始命令を出すようにな
されている。なおクリツプの連続再生を開始する前に有
効な各停止マークMs1〜Ms23をクリアするため、
「00000000」にしておくことにより先頭クリツ
プの停止マークMs1〜Ms23で停止命令が出される
のを防止し得るようになされている。
【手続補正9】
【補正対象書類名】明細書
【補正対象項目名】0050
【補正方法】変更
【補正内容】
【0050】(3−2−3)圧縮ビツト・レート値等に
関する制限 時間長Tのクリツプを、仮想バツフア量V、ビデオ圧
縮ビツト・レートRで圧縮した場合、発生し得る最大
の圧縮ビデオ・データ量は、上述のように次式
【数5】 で与えられる。このためこの実施例の符号化復号化装置
10では、実際に得られた圧縮ビデオ・データ量がこの
値に満たない場合は、その最後にパツド・データを付加
することにより、任意のフアイルのサイズをVvmax
になるようにしている。このようにサイズ調整したあと
の全データを、時間Tで転送する場合、ビデオ・データ
転送速度R′は次式によつて表される。
【数6】 ′が最大Rvmax′となるのはクリツプの時間長
が最小Tminの場合である。
【数7】 圧縮AV多重化データ転送速度Rは、少なくとも圧縮
ビデオ・データ転送速度と圧縮オーデイオ・データ転送
速度の和よりも大きくなければならない。オーデイオに
関してはその圧縮ビツト・レートに等しい値の転送速度
でよい。よつて、これらのパラメータは次式を満たさな
ければならない。(正確には、ヘツダやマーク分も考慮
する必要があるが、ここでは簡単のため省略する)
【数8】
【数9】
【手続補正10】
【補正対象書類名】明細書
【補正対象項目名】0053
【補正方法】変更
【補正内容】
【0053】Tを1秒単位とした場合、簡単のため、任
意の時間長のクリツプにおいて標準パケツトのサイズL
およびLがそれぞれ等しくなるようにするために
は、次式を満たすようにR、R、L、Lを選択
すればよい。
【数10】
【数11】
【数12】 通常、Rはせいぜい0.1〔Mbps〕単位であり、
は64、128、192、256、384〔kbp
s〕のいずれかである。従つて、上式を満たすような整
数L、及びLは存在する。圧縮データの取り得る最
小単位の制限により発生する端数データ、つまりビデオ
におけるR、×(T、−T)及びオーデイオにおけ
るR×(T−T)分のデータで残余パツクを構成す
るようにし、残りのデータ、つまり、ビデオにおけるR
、T+V及びオーデイオにおけるR×Tで標準パ
ツクと初期パツクを構成するようにする。
【手続補正11】
【補正対象書類名】明細書
【補正対象項目名】0054
【補正方法】変更
【補正内容】
【0054】このようにするとR及びRに関して次
式が成り立つ。
【数13】
【数14】
【数15】
【数16】 (14)式及び(16)式よりR、R、Lを与え
れば、Lを算出できる。オーデイオ・データ量V
【数17】 ビデオ・データ量V
【数18】 多重化データ量V
【数19】 よつて、パツド・データ量Vは、
【数20】 よつて
【数21】
【手続補正12】
【補正対象書類名】明細書
【補正対象項目名】0055
【補正方法】変更
【補正内容】
【0055】(21)式よりL及びL′が求められ
る。T<Tの場合、次式を満たす整数K及びL″が
存在する。
【数22】 このとき標準パツクの最後からK+1番目のパツクに関
して、オーデイオ・パケツトのデータ・サイズをL
″とし、このパケツトの直後にサイズがL″−L
のパツト・パケツトを置くようにする。そして、標準
パツクの最後からK個のパツク関して、オーデイオ・パ
ケツトの代わりに同サイズのパツド・パケツトを置くよ
うにする。また、残余パツクに関して、次式が成り立
つ。
【数23】
【数24】
【手続補正13】
【補正対象書類名】明細書
【補正対象項目名】0058
【補正方法】変更
【補正内容】
【0058】つまり任意のt>0についてv(t)>
(t)が成り立つようにすればよい。
【数25】
【数26】 条件2:直線と直線がビデオ・データを転送し終わ
る時刻tまで交わらないようにする。つまりv(t
)<v(t)が成り立つようにすればよい。この
場合、次式
【数27】 なので、
【数28】
【数29】
【手続補正14】
【補正対象書類名】明細書
【補正対象項目名】0059
【補正方法】変更
【補正内容】
【0059】なお、各直線〜の方程式は以下の通り
である。また、厳密にはヘツダやマークの分も考慮する
必要があるが、圧縮データのデータ量に比べて非常に小
さいので無視する。
【数30】
【数31】
【数32】
【数33】 従つて、仮想バツフアの3倍で連続再生を実現するため
には、T=Tとして、かつ(26)式及び(29)
式を満たすように各パラメータを選択すれば良く、実際
上この実施例の符号化復号化装置10でもこのように各
パラメータが選定されている。
【手続補正15】
【補正対象書類名】明細書
【補正対象項目名】0060
【補正方法】変更
【補正内容】
【0060】(3−2−6)連続再生可能な圧縮AV多
重化フオーマツトの例 R=5〔Mbps〕、R=4〔Mbps〕、R
256〔kbps〕、Tmin=6〔s〕、V=4
〔Mbps〕という要求を実現するフオーマツトを示
す。ただし、ビデオはNTSC方式とする。なおこの場
合、(9)式の右辺は5〔Mbps〕であり、左辺は次
【数34】 となるため、(9)式は満足されており、これらの値が
選択可能であることがわかる。例えばクリツプ時間長T
=6〔s〕の場合、図5から、 T、=T、=6.006〔s〕、T=6〔s〕 適当にL=1000〔byte〕として(あまり大き
くするとオーデイオ・バツフアが破綻する可能性があ
る。逆に小さくしすぎると標準パツク数が増えてヘツダ
によるオーバ・ヘツドが増えてしまう)、(14)式よ
り標準パツク数を求める。
【数35】 (16)式より標準ビデオ・パケツトのサイズを求め
る。
【数36】 (21)式よりパツド・パケツトのサイズを求める。
【数37】 よつて、L=293〔byte〕、L′=74〔b
yte〕となる。
【手続補正16】
【補正対象書類名】明細書
【補正対象項目名】0061
【補正方法】変更
【補正内容】
【0061】(23)式より残余ビデオ・パケツトのサ
イズを求める。
【数38】 ここでT=Tなので、残余オーデイオ・パケツトのサ
イズは0である。以上の値より標準パックのサイズを求
める。
【数39】 このとき(26)式は満たされていることが分かる。 0.92>0.8 このとき(29)式も満たされていることが分かる。 23.2<24 以上の結果、得られるフオーマツトを図12に示す。同
様にして、クリツプ時間長7秒の場合についても算出
し、その結果を図13に示す。この場合は、T≠Tと
なるため、最後の標準パツクは他の標準パツクとは異な
りT−Tに相当する分のパツド・パケツトが存在す
る。各パラメータの値が決まれば、クリツプの内容に無
関係に任意のクリツプについてクリツプ時間長ごとに、
図12及び図13のようなフオーマツト・テーブルを作
成することができるので、実際に圧縮AVデータを多重
化する場合、各エンコーダで得られた圧縮データをこの
テーブルに従つて多重化してやればよい。
【手続補正17】
【補正対象書類名】明細書
【補正対象項目名】0071
【補正方法】変更
【補正内容】
【0071】
【発明の効果】上述のように本発明によれば、符号化側
では、一連のビデオ信号及びオーデイオ信号からなる素
材の当該ビデオ信号及びオーデイオ信号を圧縮符号化す
ることにより得られた圧縮ビデオデータ及び圧縮オーデ
イオデータを、素材の時間長のみに依存し、かつ先頭パ
ケツトのサイズが続くパケツトよりも第1のバツフア量
だけ大きい所定の多重化フオーマツトに従つて動作開始
及び動作停止のタイミングを与える特殊コードを随所に
いれながら多重化すると共に、この際圧縮ビデオデータ
のデータ量がその時間長に対する素材の圧縮ビデオデー
タとして発生できる最大値に満たないときには、不足分
だけダミーデータを圧縮ビデオデータに付加して圧縮オ
ーデイオデータと多重化する一方、符号化側ではこの特
殊コードに基づいて圧縮オーデイオデータに対する符号
化処理を圧縮ビデオデータ及び圧縮オーデイオデータ間
の再生時間差分だけ停止させるようにしたことにより、
各素材の再生を指定時刻に開始でき、かつ複数の素材を
連続的に再生することのできる符号化装置、復号化装置
及び符号化復号化装置を実現できる。また符号化部から
データ供給部を介して供給される第1の素材を形成する
多重化された圧縮ビデオデータ及び圧縮オーデイオデー
タをそれぞれ復号する際、素材の時間長に応じた圧縮ビ
デオデータ及び圧縮オーデイオデータ間の再生時間差分
だけ圧縮オーデイオデータに対する復号処理を停止する
ようにしたことにより、複数の素材を連続的に再生する
ことのできる復号化装置及び符号化復号化装置を実現で
きる。

Claims (14)

    【特許請求の範囲】
  1. 【請求項1】データ供給源から供給される、第1の素材
    を形成する多重化された圧縮ビデオデータ及び圧縮オー
    デイオデータをそれぞれ復号する復号化装置において、 多重化された上記圧縮ビデオデータ及び上記圧縮オーデ
    イオデータを分割して出力する分割手段と、 上記分割手段から出力される上記圧縮ビデオデータを復
    号する第1の復号手段と、 上記分割手段から出力される上記圧縮オーデイオデータ
    を復号する第2の復号手段と、 上記データ供給手段から供給される上記第1の素材の時
    間長情報に基づいて、上記第2の復号手段の上記圧縮オ
    ーデイオデータに対する復号動作を、上記圧縮ビデオデ
    ータ及び上記圧縮オーデイオデータ間の再生時間差分だ
    け停止させる制御手段とを具えることを特徴とする復号
    化装置。
  2. 【請求項2】制御手段は、 上記時間長情報と、予め記憶している上記再生時間差と
    に基づいて上記第2の復号手段による上記第2の復号動
    作を上記再生時間差分だけ停止させることを特徴とする
    請求項1に記載の復号化装置。
  3. 【請求項3】符号化部と復号化部とでなり、上記符号化
    部からデータ供給部を介して供給される第1の素材を形
    成する多重化された圧縮ビデオデータ及び圧縮オーデイ
    オデータをそれぞれ復号する符号化復号化装置におい
    て、 上記復号化部は、 供給される多重化された上記圧縮ビデオデータ及び上記
    圧縮オーデイオデータを分割して出力する分割手段と、 上記分割手段から出力される上記圧縮ビデオデータを復
    号する第1の復号手段と、 上記分割手段から出力される上記圧縮ビデオデータを復
    号する第2の復号手段と、 上記データ供給手段から供給される上記第1の素材の時
    間長情報に基づいて、上記第2の復号手段の上記圧縮オ
    ーデイオデータに対する復号動作を、上記圧縮ビデオデ
    ータ及び上記圧縮オーデイオデータ間の再生時間差分だ
    け停止させる制御手段とを具えることを特徴とする符号
    化復号化装置。
  4. 【請求項4】上記時間長情報と、予め記憶している上記
    再生時間差とに基づいて上記第2の復号手段による上記
    第2の復号動作を上記再生時間差分だけ停止させること
    を特徴とする請求項3に記載の符号化復号化装置。
  5. 【請求項5】データ供給源から供給される、第1の素材
    を形成する多重化された圧縮ビデオデータ及び圧縮オー
    デイオデータをそれぞれ復号する復号化方法において、 多重化された上記圧縮ビデオデータ及び上記圧縮オーデ
    イオデータを分割する第1のステツプと、 上記分割された上記圧縮ビデオデータ及び上記圧縮オー
    デイオデータを復号する第2のステツプと、 上記第1の素材の時間長に応じた上記圧縮ビデオデータ
    及び上記圧縮オーデイオデータ間の再生時間差分だけ上
    記圧縮オーデイオデータの復号処理を停止する第3のス
    テツプとを具えることを特徴とする復号化方法。
  6. 【請求項6】符号化部からデータ供給部を介して供給さ
    れる、第1の素材を形成する多重化された圧縮ビデオデ
    ータ及び圧縮オーデイオデータをそれぞれ復号する復号
    化装置において、 多重化された上記圧縮ビデオデータ及び上記圧縮オーデ
    イオデータを分割する第1のステツプと、 上記分割された上記圧縮ビデオデータ及び上記圧縮オー
    デイオデータを復号する第2のステツプと、 上記第1の素材の時間長に応じた上記圧縮ビデオデータ
    及び上記圧縮オーデイオデータ間の再生時間差分だけ上
    記圧縮オーデイオデータの復号処理を停止する第3のス
    テツプとを具えることを特徴とする符号化復号化装置。
  7. 【請求項7】一連のビデオ信号及びオーデイオ信号から
    なる素材の上記ビデオ信号及び上記オーデイオ信号をそ
    れぞれ圧縮符号化し、かくして得られた圧縮ビデオデー
    タ及び圧縮オーデイオデータを出力する符号化手段と、 上記素材の時間長にのみ依存し、かつ先頭パケツトのサ
    イズが続くパケツトよりも上記第1のバツフア量だけ大
    きい所定の多重化フオーマツトに従つて、上記圧縮ビデ
    オデータ及び上記圧縮オーデイオデータを、復号側に対
    して動作開始及び動作停止のタイミングを与える特殊コ
    ードを随所に入れながら多重化すると共に、この際上記
    圧縮ビデオデータのデータ量がその時間長に対する上記
    素材の上記圧縮ビデオデータとして発生できる最大値に
    満たないときには、不足分だけダミーデータを上記圧縮
    ビデオデータに付加して上記圧縮オーデイオデータと多
    重化する多重化手段とを具えることを特徴とする符号化
    装置。
  8. 【請求項8】上記ビデオ信号を、予め想定した復号側の
    上記ビデオ信号に対する第1のバツフア量に応じた第1
    の圧縮ビツトレートで符号化圧縮し、 上記オーデイオ信号を、上記第1の圧縮ビツトレートで
    圧縮符号化することを特徴とする請求項8に記載の符号
    化装置。
  9. 【請求項9】データ供給源から供給される、随所に動作
    開始及び動作停止のタイミングを与える特殊コードが入
    れられた圧縮多重化データから第1の圧縮ビデオデータ
    及び圧縮オーデイオデータを分離し、それぞれ復号する
    復号化装置において、 上記圧縮多重化データから上記圧縮ビデオデータ及び上
    記圧縮オーデイオデータを分割して出力すると共に、上
    記特殊コードを検出したときに検出信号を出力するコー
    ド検出分割手段と、 上記コード検出分割手段から出力される上記圧縮ビデオ
    データを復号する第1の復号手段と、 上記コード検出分割手段から出力される上記圧縮オーデ
    イオデータを復号する第2の復号手段と、 上記コード検出分割手段から供給される上記検出信号に
    基づいて上記第2の復号手段の上記圧縮オーデイオデー
    タに対する復号動作を、上記圧縮ビデオデータ及び上記
    圧縮オーデイオデータ間の再生時間差分だけ停止させる
    制御手段とを具えることを特徴とする復号化装置。
  10. 【請求項10】一連のビデオ信号及び上記オーデイオ信
    号からなる素材の上記ビデオ信号及び上記オーデイオ信
    号をそれぞれ圧縮符号化し、多重化する符号化部と、当
    該符号化部から出力される圧縮符号化され、多重化され
    たビデオ信号及びオーデイオ信号を分離し、復号する復
    号化部からなる符号化復号化装置において、 上記符号化部は、 上記ビデオ信号及び上記オーデイオ信号を圧縮符号化
    し、かくして得られた圧縮ビデオデータ及び圧縮オーデ
    イオデータを出力する符号化手段と、 上記素材の時間長にのみ依存し、かつ先頭パケツトのサ
    イズが続くパケツトよりも上記第1のバツフア量だけ大
    きい所定の多重化フオーマツトに従つて、上記圧縮ビデ
    オデータ及び上記圧縮オーデイオデータを、復号側に対
    して動作開始及び動作停止のタイミングを与える特殊コ
    ードを随所に入れながら多重化すると共に、この際上記
    圧縮ビデオデータのデータ量がその時間長に対する上記
    素材の上記圧縮ビデオデータとして発生できる最大値に
    満たないときには、不足分だけダミーデータを上記圧縮
    ビデオデータに付加して上記圧縮オーデイオデータと多
    重化することにより圧縮多重化データを形成して出力す
    る多重化手段とを有し、 上記復号化部は、 上記符号部から供給される上記圧縮多重化データから上
    記圧縮ビデオデータ及び上記圧縮オーデイオデータを分
    割して出力すると共に、上記特殊コードを検出したとき
    に検出信号を出力するコード検出分割手段と、 上記コード検出分割手段から出力される上記圧縮ビデオ
    データを復号する第1の復号手段と、 上記コード検出分割手段から出力される上記圧縮オーデ
    イオデータを復号する第2の復号手段と、 上記コード検出分割手段から供給される上記検出信号に
    基づいて上記第2の復号手段の上記圧縮オーデイオデー
    タに対する復号動作を、上記圧縮ビデオデータ及び上記
    圧縮オーデイオデータ間の再生時間差分だけ停止させる
    制御手段とを有することを特徴とする符号化復号化装
    置。
  11. 【請求項11】一連のビデオ信号及びオーデイオ信号か
    らなる素材の上記ビデオ信号及び上記オーデイオ信号を
    それぞれ圧縮符号化する第1のステツプと、 かくして得られた圧縮ビデオデータ及び圧縮オーデイオ
    データを、上記素材の時間長にのみ依存し、かつ先頭パ
    ケツトのサイズが続くパケツトよりも上記第1のバツフ
    ア量だけ大きい所定の多重化フオーマツトに従つて、上
    記圧縮ビデオデータ及び上記圧縮オーデイオデータを、
    復号側に対して動作開始及び動作停止のタイミングを与
    える特殊コードを随所に入れながら多重化すると共に、
    この際上記圧縮ビデオデータのデータ量がその時間長に
    対する上記素材の上記圧縮ビデオデータとして発生でき
    る最大値に満たないときには、不足分だけダミーデータ
    を上記圧縮ビデオデータに付加して上記圧縮オーデイオ
    データと多重化する第2のステツプとを具えることを特
    徴とする符号化方法。
  12. 【請求項12】上記第1のステツプでは、 上記ビデオ信号を、予め想定した復号側の上記ビデオ信
    号に対する第1のバツフア量に応じた第1の圧縮ビツト
    レートで符号化圧縮し、 上記オーデイオ信号を、上記第1の圧縮ビツトレートで
    圧縮符号化することを特徴とする請求項11に記載の符
    号化方法。
  13. 【請求項13】データ供給源から供給される、随所に動
    作開始及び動作停止のタイミングを与える特殊コードが
    入れられた圧縮多重化データから第1の圧縮ビデオデー
    タ及び圧縮オーデイオデータを分離し、それぞれ復号す
    る復号化方法において、 上記圧縮多重化データから上記圧縮ビデオデータ及び上
    記圧縮オーデイオデータを分割して出力すると共に、上
    記特殊コードを検索する第1のステツプと、 上記圧縮ビデオデータ及び上記圧縮オーデイオデータを
    復号する第2のステツプと、 上記特殊コードを検出したときに、当該検出した上記特
    殊コードに基づい上記圧縮オーデイオデータに対する復
    号化処理を、上記圧縮ビデオデータ及び上記圧縮オーデ
    イオデータ間の再生時間差分だけ停止させる第3のステ
    ツプとを具えることを特徴とする復号化方法。
  14. 【請求項14】一連のビデオ信号及び上記オーデイオ信
    号からなる素材の上記ビデオ信号及び上記オーデイオ信
    号をそれぞれ圧縮符号化し多重化した後、圧縮符号化さ
    れ多重化されたビデオ信号及びオーデイオ信号を分離
    し、復号化する符号化復号化方法において、 上記ビデオ信号及び上記オーデイオ信号を圧縮符号化す
    る第1のステツプと、 かくして得られた圧縮ビデオデータ及び圧縮オーデイオ
    データを、上記素材の時間長にのみ依存し、かつ先頭パ
    ケツトのサイズが続くパケツトよりも上記第1のバツフ
    ア量だけ大きい所定の多重化フオーマツトに従つて、動
    作開始及び動作停止のタイミングを与える特殊コードを
    随所に入れながら多重化すると共に、この際上記圧縮ビ
    デオデータのデータ量がその時間長に対する上記素材の
    上記圧縮ビデオデータとして発生できる最大値に満たな
    いときには、不足分だけダミーデータを上記圧縮ビデオ
    データに付加して上記圧縮オーデイオデータと多重化す
    る第2のステツプと、 多重化された上記圧縮ビデオデータ及び上記圧縮オーデ
    イオデータを分割して出力すると共に、上記特殊コード
    を検索する第3のステツプと、 上記圧縮ビデオデータ及び上記圧縮オーデイオデータを
    復号する第4のステツプと、 上記特殊コードを検出したときに、当該検出した上記特
    殊コードに基づい上記圧縮オーデイオデータに対する復
    号化処理を、上記圧縮ビデオデータ及び上記圧縮オーデ
    イオデータ間の再生時間差分だけ停止させる第5のステ
    ツプとを具えることを特徴とする符号化復号化方法。
JP10908995A 1995-04-09 1995-04-09 復号化装置及び符号化復号化装置 Expired - Fee Related JP3651699B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP10908995A JP3651699B2 (ja) 1995-04-09 1995-04-09 復号化装置及び符号化復号化装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10908995A JP3651699B2 (ja) 1995-04-09 1995-04-09 復号化装置及び符号化復号化装置

Publications (2)

Publication Number Publication Date
JPH08289255A true JPH08289255A (ja) 1996-11-01
JP3651699B2 JP3651699B2 (ja) 2005-05-25

Family

ID=14501316

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10908995A Expired - Fee Related JP3651699B2 (ja) 1995-04-09 1995-04-09 復号化装置及び符号化復号化装置

Country Status (1)

Country Link
JP (1) JP3651699B2 (ja)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999013647A1 (fr) * 1997-09-05 1999-03-18 Matsushita Electric Industrial Co., Ltd. Procede de decodage et support d'enregistrement ou est enregistre un programme de decodage
JP2000201126A (ja) * 1998-11-04 2000-07-18 Hitachi Ltd 多重化オ―ディオデ―タ復号装置及び受信装置
JP2006042373A (ja) * 1998-11-04 2006-02-09 Hitachi Ltd 多重化オーディオデータ復号装置及び受信装置
US7447241B2 (en) 1998-11-04 2008-11-04 Hitachi, Ltd. Multiplexed audio data decoding apparatus and receiver apparatus
JP2012518347A (ja) * 2009-02-13 2012-08-09 クゥアルコム・インコーポレイテッド データストリームに対するブロックパーティショニング
US9628536B2 (en) 2006-06-09 2017-04-18 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
US9660763B2 (en) 2009-08-19 2017-05-23 Qualcomm Incorporated Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
US9843844B2 (en) 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US9992555B2 (en) 2010-06-29 2018-06-05 Qualcomm Incorporated Signaling random access points for streaming video data
US11477253B2 (en) 2006-06-09 2022-10-18 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999013647A1 (fr) * 1997-09-05 1999-03-18 Matsushita Electric Industrial Co., Ltd. Procede de decodage et support d'enregistrement ou est enregistre un programme de decodage
JP2000201126A (ja) * 1998-11-04 2000-07-18 Hitachi Ltd 多重化オ―ディオデ―タ復号装置及び受信装置
JP2006042373A (ja) * 1998-11-04 2006-02-09 Hitachi Ltd 多重化オーディオデータ復号装置及び受信装置
US7447241B2 (en) 1998-11-04 2008-11-04 Hitachi, Ltd. Multiplexed audio data decoding apparatus and receiver apparatus
US8098695B2 (en) 1998-11-04 2012-01-17 Hitachi, Ltd. Multiplexed audio data decoding apparatus and receiver apparatus
US9628536B2 (en) 2006-06-09 2017-04-18 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
US11477253B2 (en) 2006-06-09 2022-10-18 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
JP2012518347A (ja) * 2009-02-13 2012-08-09 クゥアルコム・インコーポレイテッド データストリームに対するブロックパーティショニング
US9660763B2 (en) 2009-08-19 2017-05-23 Qualcomm Incorporated Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
US9876607B2 (en) 2009-08-19 2018-01-23 Qualcomm Incorporated Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
US10855736B2 (en) 2009-09-22 2020-12-01 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US11743317B2 (en) 2009-09-22 2023-08-29 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US11770432B2 (en) 2009-09-22 2023-09-26 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US9992555B2 (en) 2010-06-29 2018-06-05 Qualcomm Incorporated Signaling random access points for streaming video data
US9843844B2 (en) 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data

Also Published As

Publication number Publication date
JP3651699B2 (ja) 2005-05-25

Similar Documents

Publication Publication Date Title
CN102640511B (zh) 视频信息再现方法和***、以及视频信息内容
KR100205494B1 (ko) 비디오 및 오디오 신호처리 시스템에 있어서의 보조정보를 위한 합리적인 입력 버퍼 회로 배열
US8886010B2 (en) Apparatus and method for decoding data for providing browsable slide show, and data storage medium therefor
JP3405034B2 (ja) ディジタル信号多重化方法及び装置、並びにディジタル信号記録媒体
US8233780B2 (en) Reproducing apparatus and method, and recording medium
US20040233938A1 (en) Image reproduction apparatus
EP0783824A1 (en) Programmable audio-video synchronization method and apparatus for multimedia systems
JPH08289255A (ja) 符号化装置、復号化装置及び符号化復号化装置
JP4294660B2 (ja) 再生装置、再生方法及びその記録媒体
JP3556381B2 (ja) 情報多重化装置
KR20040010155A (ko) 화상 데이터 재생 장치 및 방법
JPH08331511A (ja) 動画像再生装置及び動画像再生処理回路
JP2008176918A (ja) 再生装置、再生方法及びその記録媒体
JPH09312656A (ja) 伝送装置およびその方法
EP0735782A2 (en) Motion picture play apparatus capable of returning from trick play to normal play
JPH11220695A (ja) 動画像データの復号装置及び復号方法
JP2000165863A (ja) データ符号化・復号化装置
JPH11215470A (ja) 動画像データの記録装置及び記録方法、記録媒体、並びに、動画像データの復号装置及び復号方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20041021

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041029

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041227

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: 20050204

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050217

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080304

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090304

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100304

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100304

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110304

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120304

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees