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
Links
Landscapes
- Television Signal Processing For Recording (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
Abstract
る符号化装置、復号化装置及び符号化復号化装置の実現
を目的とする。 【構成】 符号化側では、一連の素材を形成する圧縮ビ
デオデータ及び圧縮オーデイオデータを、素材の時間長
のみに依存し、かつ先頭パケツトのサイズが続くパケツ
トよりも第1のバツフア量だけ大きい多重化フオーマツ
トに従つて動作開始及び動作停止のタイミングを与える
特殊コードを随所にいれながら、かつ圧縮ビデオデータ
のデータ量が最大値に満たないときには、不足分だけダ
ミーデータを付加しながら圧縮オーデイオデータと多重
化する一方、符号化側ではこの特殊コードに基づいて圧
縮オーデイオデータに対する符号化処理を圧縮ビデオデ
ータ及び圧縮オーデイオデータ間の再生時間差分だけ停
止させるようにしたことにより、複数の素材を連続的に
再生することのできる符号化装置、復号化装置及び符号
化復号化装置を実現できる。
Description
及び符号化復号化装置に関し、例えばAVサーバシステ
ムに適用して好適なものである。
デイジタル圧縮には種々の方式があるが、そのなかで現
在最も注目を集めている方式の1つにMPEG(Moving
Pictur Experts Group )規格がある。このMPEG規
格に従つて圧縮したAV(Audio Vidual:音響・映像)
データを再生(デコード)する場合、AV間の同期をと
る必要があるが、その方式には大きく分けて暗黙同期方
式とタイム・スタンプ方式の2つの方式がある。
間長に相当する各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システム規格
はこの方式を採用している。
方式に比べて精度は高いがしくみが複雑になるため実現
コストが高くなる特徴がある。タイム・スタンプの使用
方法についてもう少し追加説明する。図17に示すよう
に、デマルチプレクサ1は供給されるAV多重化データ
DAvから基準時刻情報PCR を抽出し、この値に同期する
ようにシステムクロツクCL1を調整する。このシステ
ムクロツクCL1は、オーデイオデコーダ2及びビデオ
デコーダ3にそれぞれ与えられる。
ータDAvから抽出したオーデイオデータDAdを再生時刻
情報DTS と共にオーデイオデコーダ2に供給し、かつ抽
出したビデオデータDViを再生時刻情報DTS 及びPTS と
共にビデオデコーダ3に供給する。これによりこれらオ
ーデイオデコーダ2及びビデオデコーダ3は、それぞれ
システムクロツクCL1と、再生時刻情報DTS 及びPTS
とに基づいてこれらを比較することによりいつ再生動作
を開始すればよいのかを判断するようになされている。
を連続再生する場合を考える。タイム・スタンプ方式の
場合、図18に示すように、クリツプのつなぎめ付近の
時刻では、すでにデマルチプレクサ1には次のクリツプ
(クリツプ2)のデータが入力され始めており、システ
ムクロツクCL1もクリツプ2の基準時刻情報PCR に同
期しているが、オーデイオデコーダ2及びビデオデコー
ダ3ではまだ前のクリツプ(クリツプ1)の処理をして
いるという時間帯T0 が存在し得る。この場合各クリツ
プ1、2の基準時刻情報PCR はそれぞれ独立しているた
め、この時間帯T0 にオーデイオデコーダ2及びビデオ
デコーダ3がシステムクロツクCL1に従つてデコード
しようとすると正しく再生されない可能性がある。
は、複数のクリツプを連続して再生し難い問題があつ
た。かかる問題を解決するため、従来では複数のクリツ
プの連続再生を実現する方法として、オーデイオデコー
ダ2及びビデオデコーダ3を2組用意し、これら各組を
交互に使用して、デマルチプレクサ1の出力をスイツチ
ングする方法が広く用いられている。この方法によれ
ば、AV同期の方式にタイムス・タンプ方式を採用する
ことも可能である。
イオデコーダ2及びビデオデコーダ3を2組用意する必
要があり、またスイツチングを行う装置も必要となるな
どシステム規模が大きくなる問題があつた。本発明は以
上の点を考慮してなされたもので、各クリツプの再生を
指定時刻に開始でき、かつ複数のクリツプを連続的に再
生することのできる符号化装置、復号化装置及び符号化
復号化装置を提案しようとするものである。
め本発明においては、符号化側では、一連のビデオ信号
及びオーデイオ信号からなる素材の当該ビデオ信号及び
オーデイオ信号を圧縮符号化することにより得られた圧
縮ビデオデータ及び圧縮オーデイオデータを、素材の時
間長にのみ依存し、かつ先頭パケツトのサイズが続くパ
ケツトよりも第1のバツフア量だけ大きい所定の多重化
フオーマツトに従つて、動作開始及び動作停止のタイミ
ングを与える特殊コードを随所に入れながら多重化する
と共に、この際圧縮ビデオデータのデータ量がその時間
長に対する素材の圧縮ビデオデータとして発生できる最
大値に満たないときには、不足分だけダミーデータを圧
縮ビデオデータに付加して圧縮オーデイオデータと多重
化する一方、復号化側ではこの特殊コードに基づい圧縮
オーデイオデータに対する復号化処理を、圧縮ビデオデ
ータ及び圧縮オーデイオデータ間の再生時間差分だけ停
止させるようにした。
タ供給部を介して供給される第1の素材を形成する多重
化された圧縮ビデオデータ及び圧縮オーデイオデータを
それぞれ復号する際、第1の素材の時間長に応じた圧縮
ビデオデータ及び圧縮オーデイオデータ間の再生時間差
分だけ第2の復号手段の圧縮オーデイオデータに対する
復号動作を停止させるようにした。
を、素材の時間長にのみ依存し、かつ先頭パケツトのサ
イズが続くパケツトよりも第1のバツフア量だけ大きい
所定の多重化フオーマツトに従つて、動作開始及び動作
停止のタイミングを与える特殊コードを随所に入れなが
ら多重化すると共に、この際圧縮ビデオデータのデータ
量がその時間長に対する素材の圧縮ビデオデータとして
発生できる最大値に満たないときには、不足分だけダミ
ーデータを圧縮ビデオデータに付加して圧縮オーデイオ
データと多重化する一方、復号化側ではこの特殊コード
に基づい圧縮オーデイオデータに対する復号化処理を、
圧縮ビデオデータ及び圧縮オーデイオデータ間の再生時
間差分だけ停止させるようにしたことにより、一連の各
素材の先頭の素材の再生を指定時刻に開始し、その後こ
れら複数の素材を連続的に再生することができる。
給される第1の素材を形成する多重化された圧縮ビデオ
データ及び圧縮オーデイオデータをそれぞれ復号する
際、第1の素材の時間長に応じた圧縮ビデオデータ及び
圧縮オーデイオデータ間の再生時間差分だけ第2の復号
手段の圧縮オーデイオデータに対する復号動作を停止さ
せるようにしたことにより、複数の第1の素材を連続的
に再生することができる。
する。
ム(画像)によつて発生するビツト量が変化する。この
ビツト量が多すぎたり少なすぎたりすると、デコーダ側
のバツフアがオーバーフローしたりアンダーフローした
りする可能性がある。このため、一般的にはデコーダの
バツフアをある量に想定し、このバツフアが破綻しない
ようにエンコーダを駆動制御しながら、供給されるビデ
オデータを符号化(エンコード)している。以下、この
ようなバツフアを仮想バツフアと呼ぶ。
ついて デコード時において、デコーダバツフアにデータが入力
されると直ちに画像が再生されるわけではなく、ある時
間が経過したのち再生が開始される。これはデコーダバ
ツフアが破綻するのを防ぐためである。以下、この時間
のことをスタート・アツプ・デイレイと呼ぶものとす
る。スタート・アツプ・デレイは、どのようにビデオ素
材を圧縮しても同じになるわけではなく、一般的にはビ
デオ素材によつてそれぞれ異なる。図1に仮想バツフア
4とスタート・アツプ・デイレイについて示す。この図
1においてT1 は1フレーム時間、T2 はスタート・ア
ツプ・デイレイ、Vb は仮想バツフア4の容量をそれぞ
れ示している。またここでは、一定速度でビデオデコー
ダ5にデータを供給することを考えているため、入力デ
ータの累積量を示す線は直線となつている。
2(A)に示すように、所定のスタート・アツプ・デイ
レイT2 よりもデコード開始が遅すぎると、オーバーフ
ローしてしまう危険がある。一方図2(B)に示すよう
に、所定のスタート・アツプ・デイレイT2 よりもデコ
ード開始が早すぎると、アンダーフローしてしまう危険
がある。
のデータ量について 以下、1つのビデオ素材をエンコードした結果、得られ
たデータ群を「圧縮ビデオデータフアイル」と呼ぶもの
とする。通常、同じ時間長の異なるビデオ素材から生成
される圧縮ビデオデータフアイルのデータ量は同じには
ならず、図3(A)及び(B)からも明らかなように、
圧縮ビデオデータフアイルのデータ量をVV 、ビデオ圧
縮ビツトレートをRV 、仮想バツフアの容量をVb 、ビ
デオ素材の時間長をT4 とすると、次式
る。
続再生 1.ビデオデータの圧縮方式としてMPEG方式を採用
する。 2.ビデオデータの圧縮ビツトレートは一定とする。 3.各圧縮ビデオデータフアイルのスタート・アツプ・
デイレイは等しいと限らない。 4.各圧縮ビデオデータフアイルのデータ量はその圧縮
ビツトレートと再生時間(ビデオ素材の時間長)との積
に等しいとは限らない。 という条件のもとで、圧縮ビデオデータフアイルを連続
再生(デコード)するためには、 1.ビデオ・デコーダ・フアイルとして仮想バツフアの
(容量又は数を)3倍以上を用意する。 2.連続再生すべき圧縮ビデオデータフアイル群の先頭
フアイルは、ビデオ・デコーダ・バツフアに仮想バツフ
アの容量分だけデータがたまつてからデコードを開始す
る。 3.最大ビデオ・データ・フアイル量を、その再生時間
内に転送可能な転送レートでデータをデコーダに転送す
る。 という方法が有効である。
圧縮ビデオデータフアイルF1 、F2 をこの順に連続再
生をする場合を考える。このとき圧縮ビツトレートをと
もにRv とし、仮想バツフアのサイズをVb とする。ま
た再生時間をそれぞれTF1及びTF2とし、スタート・ア
ツプ・デイレイをそれぞれTd1 、Td2 とする。
の連続再生 簡単のため、各圧縮ビデオデータフアイルのデータ量は
その圧縮ビツトレートと再生時間との積に等しい(デー
タ量が特定できる)ものと仮定する。もし、Td1 =T
d2 であれば、この2つの圧縮ビデオデータフアイルF
1 、F2 を連続的に圧縮ビツトレートRv の転送速度で
デコーダに供給してやれば、これら2つの圧縮ビデオデ
ータフアイルF1 、F2 は連続的に再生される。ところ
がTd1 <Td2 の場合には、圧縮ビデオデータフアイ
ルF2 のデコード開始がTd2 よりも早くなるため、仮
想バアフアがアンダーフローする危険性がある。
オデータフアイルF2 のデコード開始がTd2 よりも遅
くなるため、仮想バアフアがオーバーフローする危険性
がある。この場合発生し得る最大のスタート・アツプ・
デイレイは、「仮想バツフアの容量分のデータを圧縮ビ
ツトレートと等しい転送速度で転送するのに要する時間
(Tb =Vb /Rv )」に等しい。
アイル群の先頭フアイルにおいては、そのスタート・ア
ツプ・デイレイとは無関係に、この時間だけTb だけ待
つてからデコードを開始するようにすれば、バツフアが
アンダーフローすることはない。つまりビデオデコーダ
バアフアにVb だけデータがたまつてからデコードを開
始するようにすれば良い。また発生し得る最小のスター
ト・アツプ・デイレイは「0」であり、このようなフア
イルをTb だけデコードの開始を遅らせると、最悪Vb
分だけバツフアがオーバーフローしてしまう。そこでビ
デオデコーダバツフアとして、仮想バツフアの2倍用意
しておけばオーバーフローすることはない。
アツプ・デイレイが等しい(スタート・アツプ・デイレ
イが特定できる)ものと仮定し、図4(A)及び(B)
を参照して説明する。一般に、圧縮ビデオデータフアイ
ルのサイズVV は圧縮ビツトレートRvとその再生時間
Tの積に一致しない(VV ≠Rv T)ので、圧縮ビツト
レートと等しい転送速度でデータをデコーダに供給した
場合、入力に要する時間(VV /Rv)と出力(再生)
に要する時間Tとは一致しない。
デコーダ入力所要時間が出力所要時間よりも長い(VV1
/Rv >TF1)の場合圧縮ビデオデータフアイルF2 の
デコード開始がスタート・アツプ・デイレイTd2 より
も遅くなるため、バツフアがオーバーフローする危険性
がある。逆に圧縮ビデオフアイルF1 において、入力所
要時間が出力所要時間よりも短い(VV1/Rv <TF1)
場合、圧縮ビデオデータフアイルF2 のデコード開始が
スタート・アツプ・デイレイTF2よりも早くなるため、
バツフアがアンダーフローする危険性がある。
次式
この値に満たない場合には、そのフアイルの最後に「ゴ
ミ」データDd を付加することにより、任意のフアイル
のサイズVV をVvmax になるようにする。MPEG規
格では、「0」を「ゴミ」データとして追加することが
可能である(以下、このようにフアイルのサイズ調整の
ために追加する「ゴミ」データDd を「パツド」と呼
ぶ)。このようにサイズ調整したフアイルの全データ
を、時間Tで転送できるだけの転送速度(Rv ′=Rv
+Vb /T)でデコーダに入力するようにすれば、図4
(B)に示すように、入力所要時間と出力所要時間がと
もにTとなるため、上述のようなバツフア破綻は発生し
ない。
転送速度Rv よりも大きいため、連続再生するしないに
かかわらずバツフアがオーバーフローしてしまう危険性
がある。最悪Vb 分だけバツフアがオーバーフローして
しまうので、このような事態を防ぐためには、ビデオデ
コードバツフアとして、仮想バツフアの2倍用意してお
けば良い。以上のことから、結局スタート・アツプ・デ
イレイが不定であり、データ量も不定であることを考慮
すると、ビデオデコーダバツフアとして、仮想バツフア
の(容量又は数の)3倍用意しておけばよいことがわか
る。
縮 オーデイオデータの場合はビデオデータの場合と異な
り、MPEG規格に基づいて圧縮した場合、ビデオデー
タのスタート・アツプ・デイレイに相当するものは存在
しないし、またその圧縮データ量はその圧縮ビツトレー
トと素材の時間長との積に一致するので、特に工夫しな
くても複数の圧縮オーデイオデータフアイルを連続的に
デコーダに供給してやれば連続的に再生される。
EG規格に基づいて圧縮した場合は、さらにGOP(Gr
oup Of Picture)という単位で扱われることになる。例
えばNTSC方式の場合、そのフレームは29.97 〔Hz〕
であり、通常1GOPは15フレームで構成される。また
PAL方式の場合は、そのフレームは25〔Hz〕であり、
12フレームからなるGOPと13フレームからなるGOP
とを交互に繰り返す構造にする。
圧縮した場合、例えばサンプリング周波数を48〔KHz〕
とし、かつサンプル数を1152とすると、その最小単位は
24〔ms〕となる。このように、圧縮したデータには扱う
ことのできる最小単位というものが存在するため、任意
の時間長のクリツプを厳密に実現することはできない。
ここで簡単のためクリツプの最小時間長単位を1秒とす
る。このような制限を受けても実際の運用上問題になる
ことはほとんどない。このときクリツプの時間長をTと
し、この時間以上で最も近い実現可能なビデオの時間を
Tv とする。また時間Tv 以下で最もこの時間に近く実
現可能なオーデイオの時間をTa とする。
るが、NTSC方式の場合はTv ≠Tとなつてしまう。
具体的な数値例を図5に示す。なおこの例は、ビデオは
NTSC方式の場合であり、オーデイオは24〔ms〕が最
小単位の場合である。この例の場合、ビデオとオーデイ
オの誤差TVX−Tc は、0から23までの24通り存在す
る。
成 図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に送
出する。
13は共有メモリ19を介してコントローラ20に制御
情報信号S3を送出すると共に、コントローラ20は制
御情報信号S3に基づく制御信号S4及びS5をそれぞ
れビデオデコーダ17、オーデイオデコーダ18に供給
するようになされている。かくしてビデオデコーダ17
は、制御信号S4に基づいて圧縮ビデオデータD3をバ
ツフア21に順次蓄え、読み出しながら、これを順次デ
コードして出力するようになされている。同様にしてオ
ーデイオデコーダ18は、制御信号S5に基づいて圧縮
オーデイオデータD4をバツフア22に順次蓄え、読み
出しながら、これを順次デコードして出力するようにな
されている。
対応するバツフア21としては、仮想バツフアの3倍の
容量を有するものが用いられている。これにより供給さ
れる圧縮ビデオデータD3のスタート・アツプ・デイレ
イの不定や、データ量も不定によつてバツフア21が破
綻(オーバーフロー、アンダーフロー)するのを防止し
得るようになされている。またこの実施例の場合、図7
(B)に示すように、デマルチプレクサ16は、分割し
た圧縮ビデオデータD3及び圧縮オーデイオデータD4
を速度変換することなく、そのままバースト的にビデオ
デコーダ17又はオーデイオデコーダ18に送出するよ
うになされている。
トで圧縮したデータは、図7(A)に示すように一定速
度で各デコーダ17、18に供給すべきであるが、この
ようにしようとするとデマルチプレクサ25の部分に速
度変換をする回路が必要になる。このため実施例の符号
化復号化装置10では、このようにバースト的にデータ
が各ビデオデコーダ17やオーデイオデコーダ18に入
力されてもバツフア21、22が破綻することなく再生
が可能なように、以下のようにフオーマツトを規定して
いる。
とる方式としてタイム・スタンプを使用しない暗黙同期
方式を採用している。この場合このような方式でAV同
期をとりながらクリツプを連続再生するためには、 1.クリツプが連続しても各クリツプの頭でビデオデー
タとオーデイオデータの頭がそろうこと 2.クリツプが連続しても各クリツプの再生中にビデオ
データ及びオーデイオデータの各デコーダバツフアが破
綻しないこと の2点を満たせば良い。以下にこれら各条件をそれぞれ
満たすための方法を説明する。
めのAV頭合わせの方法 現在、デコーダにはいろいろなタイプのものが存在して
いるが、実施例の符号化復号化装置10では、ビデオデ
コーダ17として、「スタート命令を受け取つた後、1.
5 フーム時間(0.05秒)後に再生を開始するもの」を適
用し、オーデイオデコーダとして、「スタート命令を受
け取つた後、すぐに再生を開始するもの(通常のデコー
ダ仕様)」を適用して、以下のシーケンスにより定時再
生を実現している。
バツフア分の圧縮ビデオデータをビデオデコーダ18の
バツフア22に転送するのに要する時間)前に、データ
供給部のコントローラ13(図1)により記録メデイア
14からデータ転送を開始するようにする。このTS 秒
という時間は、後述するように任意のクリツプについて
同一となる。 2.デマルチプレクサ16が最初のクリツプの先頭デー
タを受信したら、デコーダ15のコントローラ20にデ
ータの転送が開始されたことを伝える。 3.(TS −0.05)秒経過したら、コントローラ20か
らビデオデコーダ17に対して再生動作開始命令を出
す。 4.さらに0.05秒経過したら、コントローラ20からオ
ーデイオデコーダ18に対して再生開始命令を出す。
ータについて同時に所定時刻に再生が開始されるが、こ
のような方法を実現するためには経過時間を計測する必
要がある。しかるにこの実施例の符号化復号化装置10
では、圧縮AV多重化データD1が一定速度でデマルチ
プレクサ16に転送されるので、このデマルチプレクサ
16を通過するデータの数をカウントしていれば、経過
時間を計ることができる。
用いずに、エンコーダ部11が映像信号及びオーデイオ
信号を符号化、多重化する際、データフアイル内に「マ
ルチプレクサ16が各デコーダ17、18に対して動作
命令を出すべき時刻に相当する位置」に目印として特殊
なコード(以下、これをマークと呼ぶ)を入れるように
なされている。またデマルチプレクサ16は、データフ
アイル内からこのマークを検出すると、これをマーク検
出信号S10(図6)としてコントローラ20に伝える
一方、コントローラ20はこのマーク検出信号S10に
基づきその内容に応じてビデオデコーダ17及びオーデ
イオデコーダ18に対して制御信号S4及びS5を送出
するようになされている。これによりこの符号化復号化
装置10では、コントローラ20が上述のようなタイミ
ングでビデオデコーダ17及びオーデイオデコーダ18
をそれぞれ駆動し得るようになされている。
データD2の中から識別することができるように、MP
EGシステム規格によつて、決してマークは再生圧縮多
重化データD2には現れないことが保証されている4バ
イトのコードを使用している。この実施例の場合、ビデ
オデコーダ17にデコードを開始させるビデオデコード
開始マーク、及びオーデイオデコーダ18にデコーダを
開始させるオーデイオデコード開始マークとして、それ
ぞれ16進数表示で「000001BD」、「000001BF」なるコー
ドを使用している。
を5〔Mbps〕とし、仮想バツフアの容量分の圧縮ビデオ
データD4をビデオデコーダ17のバツフア21に転送
するのに圧縮再生多重化データD2を4〔Mbit〕供給す
る必要があるものとして、図8に示すように、先頭から
次式
置き、その次式
置いている。次に連続再生実現のためのAV頭合わせの
方法について説明する。
位」のところで説明したように、ビデオデータとオーデ
イオデータとの再生時間は一致しない。例えば時間が6
秒であるクリツプでは、0.006 秒だけビデオの方が再生
時間が長くなる。従つて6秒のクリツプを2つ連続して
再生すると、最初のクリツプのAV同期が完全にとれて
いたとしても、2つ目のクリツプはオーデイオ信号の再
生開始が0.006 秒だけ早くなつてしまう。この程度の差
であれば、実際上は何ら違和感を感じることはないが、
クリツプの連続数が増えるごとにこの差は蓄積されてい
くため、例えは10個も連続すると、オーデイオとビデオ
との差は0.06秒にもなつてしまい、違和感を感じるよう
になる。このためこの実施例の符号化復号化装置10で
は、以下の方法により各クリツプの頭においてAVの頭
が合うようにしている。 1.再生を開始してからオーデイオの再生時間Tc が経
過したら、オーデイオデコーダ18を停止させる。 2.さらに再生時間差(Tv −Tc )だけ時間が経過し
たら、再びオーデイオデコーダ18を動作させる。 3.この操作を各クリツプに対して繰り返す。 この場合この方法を実現するためには、定時再生の場合
と同様に経過時間を計測する必要がある。
様にして、ここでもエンコーダ部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個用意すれば良い。
デイオデコード停止マーク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」と
なる。
(T=7〔s〕)とを連続再生する場合、クリツプ1の
停止マーク指定マークM3 からオーデイオデコード停止
マークMn6が有効であることがわかつているので、クリ
ツプ2のオーデイオデコード停止マークMn6がデマルチ
プレクサ16において検出された時点で、オーデイオデ
コーダ18に停止命令を出し、さらにクリツプ2のオー
デイオデコード開始マークM2 が検出された時点で、オ
ーデイオデコーダ18に開始命令を出すようになされて
いる。なおクリツプの連続再生を開始する前に有効な各
停止マークMn1〜Mn23 をクリアするため、「0000000
0」にしておくことにより先頭クリツプの停止マークM
n1〜Mn23 で停止命令が出されるのを防止し得るように
なされている。
使用方法 (3−2−1)圧縮AV多重化フオーマツトの基本構造 以下、同一種類のデータのかたまりを「パケツト」と呼
ぶことにする。ここで種類とは、ビデオ、オーデイオ及
びパケツトの3つを意味する。各パケツトの頭にその種
類を表すためのヘツダを付ける。またいくつかのパケツ
トの集まりを「パツク」と呼ぶことにする。パツクはパ
ケツトとは異なり、何らかの識別ヘツダがつくわけでは
ない。ここでこの実施例の符号化復号化装置10では、
以下に示す3種類のパツクを使用している。 1.標準パツク……原則として、ビデオパケツト、オー
デイオパケツト、パツドパケツト各1つずつから構成さ
れる。 2.先頭パツク……仮想バツフア分だけビデオパケツト
のデータ量が標準パツクよりも大きい。 3.残余パツク……上述の2種類のパツクに含まれなか
つた残りのデータから構成されている。
コードして得られる1つの圧縮AV多重化データフアイ
ルは、図9(A)に示すように、その先頭に1つの「先
頭パツク」が存在し、その後複数個の「標準パツク」が
連続し、最後に1つの「残余パツク」がくるように構成
されている。なおデータ制御用のマークは全て、先頭パ
ツクのビデオパケツト内に位置することになるため、パ
ケツト・ヘツダの内容にマークが挿入されて、パケツト
・ヘツダが認識できなくなるようなことは発生しない。
縮データの中には決して現れないパターンを採用する必
要がある。このためこの符号化復号化装置10では、MP
EGシステム規格においてヘツダ用に確保されているパタ
ーンを採用している。実際上例えば、以下のようなパタ
ーンを用いている。なお、各ヘツダは16進数表示してお
り、そのサイズは4バイトである。 ビデオ・パケツト・ヘツダ ……000001E3 オーデイオ・パケツト・ヘツダ ……000001C0 パツド・パケツト・ヘツダ ……000001BE かくしてデマルチプレクサ16では、入力されてくる圧
縮AV多重化データD2の任意の連続する4バイトを調
べて、それがビデオ・パケツト・ヘツダであれば以下に
続くデータをビデオ・デコーダ17に振り分け、オーデ
イオ・パケツト・ヘツダであれば以下に続くデータをオ
ーデイオ・デコーダ18に振り分け、パツド・パケツト
・データであれば以下に続くデータを破棄するようにな
されている。
関する制限 時間長Tのクリツプを、仮想バツフア量Vb 、ビデオ圧
縮ビツト・レートRvで圧縮した場合、発生し得る最大
の圧縮ビデオ・データ量は、上述のように次式
10では、実際に得られた圧縮ビデオ・データ量がこの
値に満たない場合は、その最後にパツド・データを付加
することにより、任意のフアイルのサイズをVvmaxにな
るようにしている。このようにサイズ調整したあとの全
データを、時間Tで転送する場合、ビデオ・データ転送
速度Rv ′は次式によつて表される。
小Tmin の場合である。
縮ビデオ・データ転送速度と圧縮オーデイオ・データ転
送速度の和よりも大きくなければならない。オーデイオ
に関してはその圧縮ビツト・レートに等しい値の転送速
度でよい。よつて、これらのパラメータは次式を満たさ
なければならない。(正確には、ヘツダやマーク分も考
慮する必要があるが、ここでは簡単のため省略する)
v 、Rm 、Ra 、Tmin 、Vb 等のパラメータは任意の
値が可能なわけではなく、その用途やハードウエアの都
合等により制限が加わる。このためこの符号化復号化装
置10では、これらパラメータの中で制限の強いものか
ら決めていき、最終的に(9)式を満たすように順次選
定している。
場合に、各パケツトのサイズをいくつにすればよいのか
を算出するための式を以下に示す。まず、以下の計算で
使用する変数を列挙する。 ビデオ圧縮ビツト・レート ……Rv 〔Mbps〕 ビデオ・データ転送速度 ……Rv ′〔Mbps〕 オーデイオ圧縮ビツト・レート ……Ra 〔kbps〕 圧縮AV多重化データ転送速度 ……Rm 〔Mbps〕 クリツプの時間長(1秒単位) ……T〔s〕 最小クリツプの時間長(1秒単位)……Tmin 〔s〕 T以上でTに最も近く現実可能なビデオの再生時間……
Tv 〔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
意の時間長のクリツプにおいて標準パケツトのサイズL
v およびLa がそれぞれ等しくなるようにするために
は、次式を満たすようにRv 、Ra 、Lv 、La を選択
すればよい。
64、128 、192 、256、384 〔kbps〕のいずれかであ
る。従つて、上式を満たすような整数Lv 及びLa は存
在する。圧縮データの取り得る最小単位の制限により発
生する端数データ、つまりビデオにおけるRv (Tv −
T)及びオーデイオにおけるRa (Ta −T)分のデー
タで残余パツクを構成するようにし、残りのデータ、つ
まり、ビデオにおけるRv T+Vb 及びオーデイオにお
けるRa Tで標準パツクを初期パツクを構成するように
する。
式が成り立つ。
ば、Lv を算出できる。オーデイオ・データ量Va は
る。Ta <Tの場合、次式を満たす整数K及びLa ″が
存在する。
して、オーデイオ・パケツトのデータ・サイズをLa −
La ″とし、このパケツトの直後にサイズがLa ″−L
h のパツト・パケツトを置くようにする。そして、標準
パツクの最後からK個のパツク関して、オーデイオ・パ
ケツトの代わりに同サイズのパツド・パケツトを置くよ
うにする。また、残余パツクに関して、次式が成り立
つ。
続再生」で説明したように、圧縮ビデオデータだけであ
つても連続再生するためには、ビデオ・デコーダ・バツ
フアを仮想バツフアの3倍用意する必要がある。以下に
多重化した場合にも、ビデオ・デコーダ・バツフア及び
オーデイオ・デコーダ・バツフアをそれぞれ仮想バツフ
アの3倍用意すれば連続再生できる条件を示す。まず
「(1−2−1)スタート・アツプ・デイレイ不定の考
慮」で示したように、各クリツプのスタート・アツプ・
デイレイが不定であることに対処するためには、仮想バ
ツフアの2倍の容量が必要となる。図11の「データ出
力折れ線の推移可能領域」をカバーするのがこの2倍バ
ツフアである。よつて、残りの1倍バツフア内でデータ
入力折れ線を推移させるようにできれば、3倍バツフア
で連続再生が可能となる。
つのクリツプのデータだけが入つている時間と2つのク
リツプのデータが入つている時間が存在する。2つのク
リツプのデータが入つている時間は、もしTt =Tv で
あれば、各クリツプの最初のTS 時間だけである。この
時間は、任意のクリツプについて先頭パツクを転送して
いる時間であり、先頭以外にオーデイオ・パケツトやパ
ツド・パケツトが含まれないため、図10からも明らか
なように、入力折れ線は必ず直線よりも下になる。つ
まり、1倍バツフア内をデータ入力折れ線が出ることは
ない。1つのクリツプのデータだけが入つている時間
(TS だけ経過した後の時間)に関しては、図10にお
いて、直線と直線の間に入るようにふればよい。そ
のためには以下の条件を満たすようにすればよい。 条件1:直線と直線が原点以外で交わらないように
する。
v1 (t)が成り立つようにすればよい。
る時刻te まで交わらないようにする。つまりv4 (t
e )<v2 (te )が成り立つようにすればよい。
である。また、厳密にはヘツダやマークの分も考慮する
必要があるが、圧縮データのデータ量に比べて非常に小
さいので無視する。
には、Tt =Tv として、かつ式(30)、(33)式を満
たすように各パラメータを選択すれば良く、実際上この
実施例の符号化復号化装置10でもこのように各パラメ
ータが選定されている。
重化フオーマツトの例 Rm =5〔Mbps〕、Rv =4〔Mbps〕、Ra =256 〔kb
ps〕、Tmin =6〔s〕、Vb =4〔Mbps〕という要求
を実現するフオーマツトを示す。ただし、ビデオはNT
SC方式とする。なおこの場合、(9)式の右辺は5
〔Mbps〕であり、左辺は次式
選択可能であることがわかる。例えばクリツプ時間長T
=6〔s〕の場合、図5から、 Tt =Tv =6.006 〔s〕、Ta =6〔s〕 適当にLa =1000〔byte〕として(あまり大きくすると
オーデイオ・バツフアが破綻する可能性がある。逆に小
さくしすぎると標準パツク数が増えてヘツダによるオー
バ・ヘツドが増えてしまう)、(14)式より標準パツク
数を求める。
る。
ズを求める。
ケツトのサイズは0である。以上の値より標準パツクの
サイズを求める。
かる。 0.92 >0.8 このとき(33)式も満たされていることが分かる。 23.2<24 以上の結果、得られるフオーマツトを図12に示す。同
様にして、クリツプ時間長7秒の場合についても算出
し、その結果を図13に示す。この場合は、Ta ≠Tと
なるため、最後の標準パツクは他の標準パツクとは異な
りTa −Tに相当する分のパツド・パケツトが存在す
る。各パラメータの値が決まれば、クリツプの内容に無
関係に任意のクリツプについてクリツプ時間長ごとに、
図12及び図13のようなフオーマツト・テーブルを作
成することができるので、実際に圧縮AVデータを多重
化する場合、各エンコーダで得られた圧縮データをこの
テーブルに従つて多重化してやればよい。
0では、エンコーダ部11にこのようなフオーマツト・
テーブルが予め格納されており、エンコーダ部11がこ
のフオーマツト・テーブルに基づいて符号化された映像
信号と符号化されたオーデイオ信号とを多重化するよう
になされている。
エンコーダ部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の再生
動作をクリツプの時間長に応じた所定時間停止させる。
は、エンコーダ側において、各クリツプ毎にクリツプの
時間長に応じた制御用のデコーダ制御マークM1 〜
M4 、MS1〜MS23 を入れると共に、デコーダ側ではこ
れらデコーダ制御マークM1 〜M4、MS1〜MS23 に基
づいてビデオデコーダ17及びオーデイオデコーダ18
を駆動制御するため、各クリツプ毎に完結してAVの頭
を合わせることができる。またこの符号化復号化装置1
0では、ビデオデコーダ17のバツフア21が仮想バツ
フアの(容量又は数の)3倍に設定されており、さらに
この3倍のバツフア21を破綻させないように、クリツ
プの時間長のみに依存し、かつ先頭ビデオパケツトのサ
イズが他のビデオパケツトよりも仮想バツフアの容量分
だけ大きい特徴を有する上述の第1の多重化フオーマツ
トに従つて、エンコーダ11が符号化されたビデオ信号
と、符号化されたオーデイオ信号とを多重化するため、
ビデオデコーダ17のバツフア21が破綻することはな
い。従つて「(3)連続再生の実現」において提示した
2つの条件を満たすため、AV同期をとりながら連続再
生することができる。
ヨン放送CMを適用し、これをMPEG圧縮して、上述
の多重化フオーマツトに従つてAV多重化したのち、H
DD等の大容量かつランダム・アクセス可能な記録メデ
イアに記録しておき、CM放送のタイム・テーブルに従
つて指定のCM圧縮データ群を指定時刻にデコーダに供
給するようにすれば、指定時刻にかつ連続にCMを放送
することができる。
プ毎にクリツプの時間長に応じた制御用のデコーダ制御
マークM1 〜M4 、MS1〜MS23 を入れると共に、デコ
ーダ側ではこれらデコーダ制御マークM1 〜M4 、MS1
〜MS23 に基づいてビデオデコーダ17及びオーデイオ
デコーダ18を駆動制御する一方、エンコーダ部5が、
クリツプの時間長のみに依存し、かつ先頭ビデオパケツ
トのサイズが他のビデオパケツトよりも仮想バツフアの
容量分だけ大きい特徴を有する第1の多重化フオーマツ
トに従つて、符号化されたビデオ信号と、符号化された
オーデイオ信号とを多重化するようにしたことにより、
各クリツプのAVの頭を合わせ得ると共にバツフア21
が破綻するのを防止でき、かくして複数のクリツプを指
定された時刻に連続的に再生し得る符号化復号化装置を
実現できる。
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に供給
する。
間長におけるビデオとオーデイオとの間の再生時間差デ
ータを予め記憶しており、供給された時間情報信号S3
0に基づくこのクリツプの時間長と、記憶している対応
する再生時間差データとに基づく制御信号S4、S5を
生成し、これらをそれぞれビデオデコーダ17及びオー
デイオデコーダ18に送出する。これによりこのコント
ローラ42は、データ供給部44のコントローラ45が
記録メデイア14からこのクリツプを再生し始めてから
オーデイオの再生時間Tc が経過した後オーデイオデコ
ーダ18を停止させ、この後再生時間差(Tv−Tc )
だけ時間が経過すると再びオーデイオデコーダ18を動
作させることを各クリツプに対して順次行うようにオー
デイオデコーダ18を駆動制御するようになされ、かく
して各クリツプの頭においてビデオとオーデイオの頭を
合わせさせ得るようになされている。以上の構成におい
て、この符号化復号化装置40では、データ供給部44
のコントローラ45が記録メデイア14に記録された圧
縮AV多重化データD31をクリツプ単位で再生する
際、このクリツプの再生時間情報をデコーダ41のコン
トローラ42に供給する。
5から供給されるこのクリツプの再生時間時間情報と、
コントローラ42自体がもつている再生時間差データと
に基づいて、各クリツプの頭においてビデオとオーデイ
オの頭が合うようにビデオデコーダ17及びオーデイオ
デコーダ18を駆動制御する。このようにこの符号化復
号化装置40では、各クリツプ単位でこのようなオーデ
イオデコーダ18の駆動制御が行われるため、各クリツ
プ内で完結してビデオ及びオーデイオ間の再生時間差を
補正することができ、かくしてAV同期を取ることがで
きる。またビデオデコーダ17のバツフア21が仮想バ
ツフアの容量の3倍のものに選定されており、エンコー
ダ43が供給これら符号化されたビデオ信号及びオーデ
イオ信号を第1の多重化フオーマツトに従つて多重化す
るため、第1実施例の場合と同様にAV同期を取りなが
ら各クリツプを連続再生することができる。
のバツフア21の容量を仮想バツフアの3倍にし、かつ
エンコーダ43が、供給される符号化されたビデオ信号
及びオーデイオ信号を第1の多重化フオーマツトに従つ
て多重化するように設定すると共に、データ供給部44
のコントローラ45が記録メデイア14に記録された圧
縮AV多重化データD31をクリツプ単位で再生する
際、このクリツプの再生時間情報をデコーダ41のコン
トローラ42に供給し、かつコントローラ41がこの再
生時間時間情報と、コントローラ41自体がもつている
再生時間差データとに基づいてビデオデコーダ17及び
オーデイオデコーダ18を、各クリツプの頭においてビ
デオとオーデイオの頭が合うように駆動制御するように
したことにより、第1実施例の符号化復号化装置10と
同様に複数のクリツプを指定された時刻に連続的に再生
し得る符号化復号化装置を実現できる。
では、一連のビデオ信号及びオーデイオ信号からなる素
材の当該ビデオ信号及びオーデイオ信号を圧縮符号化す
ることにより得られた圧縮ビデオデータ及び圧縮オーデ
イオデータを、素材の時間長のみに依存し、かつ先頭パ
ケツトのサイズが続くパケツトよりも第1のバツフア量
だけ大きい所定の多重化フオーマツトに従つて動作開始
及び動作停止のタイミングを与える特殊コードを随所に
いれながら多重化すると共に、この際圧縮ビデオデータ
のデータ量がその時間長に対する素材の圧縮ビデオデー
タとして発生できる最大値に満たないときには、不足分
だけダミーデータを圧縮ビデオデータに付加して圧縮オ
ーデイオデータと多重化する一方、符号化側ではこの特
殊コードに基づいて圧縮オーデイオデータに対する符号
化処理を圧縮ビデオデータ及び圧縮オーデイオデータ間
の再生時間差分だけ停止させるようにしたことにより、
各素材の再生を指定時刻に開始でき、かつ複数の素材を
連続的に再生することのできる符号化装置、復号化装置
及び復号化符号化装置を実現できる。また符号化部から
データ供給部を介して供給される第1の素材を形成する
多重化された圧縮ビデオデータ及び圧縮オーデイオデー
タをそれぞれ復号する際、素材の時間長に応じた圧縮ビ
デオデータ及び圧縮オーデイオデータ間の再生時間差分
だけ圧縮オーデイオデータに対する復号処理を停止する
ようにしたことにより、複数の素材を連続的に再生する
ことのできる符号化装置、復号化装置及び復号化符号化
装置を実現できる。
説明に供するグラフ及びブロツク図である。
の説明に供するグラフである。
供するグラフである。
るグラフである。
表である。
ロツク図である。
ロツク図である。
る。
を示す略線図である。
である。
状況の説明に供するグラフである。
である。
である。
ブロツク図である。
である。
である。
ク図である。
明に供する略線図である。
コーダ、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 ……オ
ーデイオデコード停止マーク。
のデータ量について 以下、1つのビデオ素材をエンコードした結果、得られ
たデータ群を「圧縮ビデオデータフアイル」と呼ぶもの
とする。通常、同じ時間長の異なるビデオ素材から生成
される圧縮ビデオデータフアイルのデータ量は同じには
ならず、図3(A)及び(B)からも明らかなように、
圧縮ビデオデータフアイルのデータ量をVv、ビデオ圧
縮ビツトレートをRv、仮想バツフアの容量をVb、ビ
デオ素材の時間長をT4とすると、次式
る。
アツプ・デイレイが等しい(スタート・アツプ・デイレ
イが特定できる)ものと仮定し、図4(A)及び(B)
を参照して説明する。一般に、圧縮ビデオデータフアイ
ルのサイズVvは圧縮ビツトレートRv、とその再生時
間Tの積に一致しない(Vv、≠Rv、T)ので、圧縮
ビツトレートと等しい転送速度でデータをデコーダに供
給した場合、入力に要する時間(Vv、/Rv、)と出
力(再生)に要する時間Tとは一致しない。
vmaxは、次式
この値に満たない場合には、そのフアイルの最後に「ゴ
ミ」データDdを付加することにより、任意のフアイル
のサイズVvをVvmaxになるようにする。MPEG
規格では、「0」を「ゴミ」データとして追加すること
が可能である(以下、このようにフアイルのサイズ調整
のために追加する「ゴミ」データDdを「パツド」と呼
ぶ)。このようにサイズ調整したフアイルの全データ
を、時間Tで転送できるだけの転送速度(Rv′=Rv
+Vb/T)でデコーダに入力するようにすれば、図4
(B)に示すように、入力所要時間と出力所要時間がと
もにTとなるため、上述のようなバツフア破綻は発生し
ない。
を5〔Mbps〕とし、仮想バツフアの容量分の圧縮ビ
デオデータD4をビデオデコーダ17のバツフア21に
転送するのに圧縮再生多重化データD2を4〔Mbi
t〕供給する必要があるものとして、図8に示すよう
に、先頭から次式
BD」を置き、その次式
BF」を置いている。次に連続再生実現のためのAV頭
合わせの方法について説明する。
様にして、ここでもエンコーダ部11が各データフアイ
ルの所定位置に所定のマークを付加するようになされて
いる。例えば図5によりT=6〔s〕のクリツプの場
合、再生時間差が0.006秒であるから、オーデイオ
デコード開始マークM1の前の位置にオーデイオデコー
ダ18にデコードを停止させるオーデイオデコード停止
マークMs1〜Ms23(図8)を入れる。この場合圧
縮オーデイオデータの最小単位が24〔ms〕である場
合、再生時間差は0〜23〔ms〕までの24通り存在
するが、差が0〔ms〕の場合は、オーデイオデコーダ
18を停止させる必要がないのでオーデイオデコード停
止マークMs1〜Ms23としては23個用意すれば良
い。
デイオデコード停止マークMs1〜Ms23として、例
えば「000001C1」〜「00001D7」までの
23個のコードをそれぞれ1〜23〔ms〕の再生時間
差に対応させている。従つてこれらのコードは、5〔M
bps〕×0.001〔s〕=625〔byte〕毎に
現れることになる。またこのエンコーダ5は、これら2
3個のコードのうちどれに従つてデコードを停止させれ
ば良いかを示すマーク(以下、これを停止マーク指定マ
ークM3と呼ぶ、例えば「000001D8」)を各ク
リツプの最後に付加し、この後に有効となるオーデイオ
デコード停止マークM4を続けて付加するようになされ
ている。例えばT=6〔s〕のクリツプの場合、再生時
間差が0.006〔s〕であるから、オーデイオデコー
ド停止マークMs6を有効にさせる必要があるため、こ
のクリツプの最後尾の8〔byte〕は「000001
D8000001C6」となる。
(T=7〔s〕)とを連続再生する場合、クリツプ1の
停止マーク指定マークM3からオーデイオデコード停止
マークMs6が有効であることがわかつているので、ク
リツプ2のオーデイオデコード停止マークMs6がデマ
ルチプレクサ16において検出された時点で、オーデイ
オデコーダ18に停止命令を出し、さらにクリツプ2の
オーデイオデコード開始マークM2が検出された時点
で、オーデイオデコーダ18に開始命令を出すようにな
されている。なおクリツプの連続再生を開始する前に有
効な各停止マークMs1〜Ms23をクリアするため、
「00000000」にしておくことにより先頭クリツ
プの停止マークMs1〜Ms23で停止命令が出される
のを防止し得るようになされている。
関する制限 時間長Tのクリツプを、仮想バツフア量Vb、ビデオ圧
縮ビツト・レートRvで圧縮した場合、発生し得る最大
の圧縮ビデオ・データ量は、上述のように次式
10では、実際に得られた圧縮ビデオ・データ量がこの
値に満たない場合は、その最後にパツド・データを付加
することにより、任意のフアイルのサイズをVvmax
になるようにしている。このようにサイズ調整したあと
の全データを、時間Tで転送する場合、ビデオ・データ
転送速度Rv′は次式によつて表される。
が最小Tminの場合である。
ビデオ・データ転送速度と圧縮オーデイオ・データ転送
速度の和よりも大きくなければならない。オーデイオに
関してはその圧縮ビツト・レートに等しい値の転送速度
でよい。よつて、これらのパラメータは次式を満たさな
ければならない。(正確には、ヘツダやマーク分も考慮
する必要があるが、ここでは簡単のため省略する)
意の時間長のクリツプにおいて標準パケツトのサイズL
vおよびLaがそれぞれ等しくなるようにするために
は、次式を満たすようにRv、Ra、Lv、Laを選択
すればよい。
Raは64、128、192、256、384〔kbp
s〕のいずれかである。従つて、上式を満たすような整
数Lv、及びLaは存在する。圧縮データの取り得る最
小単位の制限により発生する端数データ、つまりビデオ
におけるRv、×(Tv、−T)及びオーデイオにおけ
るRa×(Ta−T)分のデータで残余パツクを構成す
るようにし、残りのデータ、つまり、ビデオにおけるR
v、T+Vb及びオーデイオにおけるRa×Tで標準パ
ツクと初期パツクを構成するようにする。
式が成り立つ。
れば、Lvを算出できる。オーデイオ・データ量Vaは
る。Ta<Tの場合、次式を満たす整数K及びLa″が
存在する。
して、オーデイオ・パケツトのデータ・サイズをLa−
La″とし、このパケツトの直後にサイズがLa″−L
hのパツト・パケツトを置くようにする。そして、標準
パツクの最後からK個のパツク関して、オーデイオ・パ
ケツトの代わりに同サイズのパツド・パケツトを置くよ
うにする。また、残余パツクに関して、次式が成り立
つ。
v1(t)が成り立つようにすればよい。
る時刻teまで交わらないようにする。つまりv4(t
e)<v2(te)が成り立つようにすればよい。この
場合、次式
である。また、厳密にはヘツダやマークの分も考慮する
必要があるが、圧縮データのデータ量に比べて非常に小
さいので無視する。
には、Tt=Tvとして、かつ(26)式及び(29)
式を満たすように各パラメータを選択すれば良く、実際
上この実施例の符号化復号化装置10でもこのように各
パラメータが選定されている。
重化フオーマツトの例 Rm=5〔Mbps〕、Rv=4〔Mbps〕、Ra=
256〔kbps〕、Tmin=6〔s〕、Vb=4
〔Mbps〕という要求を実現するフオーマツトを示
す。ただし、ビデオはNTSC方式とする。なおこの場
合、(9)式の右辺は5〔Mbps〕であり、左辺は次
式
選択可能であることがわかる。例えばクリツプ時間長T
=6〔s〕の場合、図5から、 Tt、=Tv、=6.006〔s〕、Ta=6〔s〕 適当にLa=1000〔byte〕として(あまり大き
くするとオーデイオ・バツフアが破綻する可能性があ
る。逆に小さくしすぎると標準パツク数が増えてヘツダ
によるオーバ・ヘツドが増えてしまう)、(14)式よ
り標準パツク数を求める。
る。
yte〕となる。
イズを求める。
イズは0である。以上の値より標準パックのサイズを求
める。
様にして、クリツプ時間長7秒の場合についても算出
し、その結果を図13に示す。この場合は、Ta≠Tと
なるため、最後の標準パツクは他の標準パツクとは異な
りTa−Tに相当する分のパツド・パケツトが存在す
る。各パラメータの値が決まれば、クリツプの内容に無
関係に任意のクリツプについてクリツプ時間長ごとに、
図12及び図13のようなフオーマツト・テーブルを作
成することができるので、実際に圧縮AVデータを多重
化する場合、各エンコーダで得られた圧縮データをこの
テーブルに従つて多重化してやればよい。
では、一連のビデオ信号及びオーデイオ信号からなる素
材の当該ビデオ信号及びオーデイオ信号を圧縮符号化す
ることにより得られた圧縮ビデオデータ及び圧縮オーデ
イオデータを、素材の時間長のみに依存し、かつ先頭パ
ケツトのサイズが続くパケツトよりも第1のバツフア量
だけ大きい所定の多重化フオーマツトに従つて動作開始
及び動作停止のタイミングを与える特殊コードを随所に
いれながら多重化すると共に、この際圧縮ビデオデータ
のデータ量がその時間長に対する素材の圧縮ビデオデー
タとして発生できる最大値に満たないときには、不足分
だけダミーデータを圧縮ビデオデータに付加して圧縮オ
ーデイオデータと多重化する一方、符号化側ではこの特
殊コードに基づいて圧縮オーデイオデータに対する符号
化処理を圧縮ビデオデータ及び圧縮オーデイオデータ間
の再生時間差分だけ停止させるようにしたことにより、
各素材の再生を指定時刻に開始でき、かつ複数の素材を
連続的に再生することのできる符号化装置、復号化装置
及び符号化復号化装置を実現できる。また符号化部から
データ供給部を介して供給される第1の素材を形成する
多重化された圧縮ビデオデータ及び圧縮オーデイオデー
タをそれぞれ復号する際、素材の時間長に応じた圧縮ビ
デオデータ及び圧縮オーデイオデータ間の再生時間差分
だけ圧縮オーデイオデータに対する復号処理を停止する
ようにしたことにより、複数の素材を連続的に再生する
ことのできる復号化装置及び符号化復号化装置を実現で
きる。
Claims (14)
- 【請求項1】データ供給源から供給される、第1の素材
を形成する多重化された圧縮ビデオデータ及び圧縮オー
デイオデータをそれぞれ復号する復号化装置において、 多重化された上記圧縮ビデオデータ及び上記圧縮オーデ
イオデータを分割して出力する分割手段と、 上記分割手段から出力される上記圧縮ビデオデータを復
号する第1の復号手段と、 上記分割手段から出力される上記圧縮オーデイオデータ
を復号する第2の復号手段と、 上記データ供給手段から供給される上記第1の素材の時
間長情報に基づいて、上記第2の復号手段の上記圧縮オ
ーデイオデータに対する復号動作を、上記圧縮ビデオデ
ータ及び上記圧縮オーデイオデータ間の再生時間差分だ
け停止させる制御手段とを具えることを特徴とする復号
化装置。 - 【請求項2】制御手段は、 上記時間長情報と、予め記憶している上記再生時間差と
に基づいて上記第2の復号手段による上記第2の復号動
作を上記再生時間差分だけ停止させることを特徴とする
請求項1に記載の復号化装置。 - 【請求項3】符号化部と復号化部とでなり、上記符号化
部からデータ供給部を介して供給される第1の素材を形
成する多重化された圧縮ビデオデータ及び圧縮オーデイ
オデータをそれぞれ復号する符号化復号化装置におい
て、 上記復号化部は、 供給される多重化された上記圧縮ビデオデータ及び上記
圧縮オーデイオデータを分割して出力する分割手段と、 上記分割手段から出力される上記圧縮ビデオデータを復
号する第1の復号手段と、 上記分割手段から出力される上記圧縮ビデオデータを復
号する第2の復号手段と、 上記データ供給手段から供給される上記第1の素材の時
間長情報に基づいて、上記第2の復号手段の上記圧縮オ
ーデイオデータに対する復号動作を、上記圧縮ビデオデ
ータ及び上記圧縮オーデイオデータ間の再生時間差分だ
け停止させる制御手段とを具えることを特徴とする符号
化復号化装置。 - 【請求項4】上記時間長情報と、予め記憶している上記
再生時間差とに基づいて上記第2の復号手段による上記
第2の復号動作を上記再生時間差分だけ停止させること
を特徴とする請求項3に記載の符号化復号化装置。 - 【請求項5】データ供給源から供給される、第1の素材
を形成する多重化された圧縮ビデオデータ及び圧縮オー
デイオデータをそれぞれ復号する復号化方法において、 多重化された上記圧縮ビデオデータ及び上記圧縮オーデ
イオデータを分割する第1のステツプと、 上記分割された上記圧縮ビデオデータ及び上記圧縮オー
デイオデータを復号する第2のステツプと、 上記第1の素材の時間長に応じた上記圧縮ビデオデータ
及び上記圧縮オーデイオデータ間の再生時間差分だけ上
記圧縮オーデイオデータの復号処理を停止する第3のス
テツプとを具えることを特徴とする復号化方法。 - 【請求項6】符号化部からデータ供給部を介して供給さ
れる、第1の素材を形成する多重化された圧縮ビデオデ
ータ及び圧縮オーデイオデータをそれぞれ復号する復号
化装置において、 多重化された上記圧縮ビデオデータ及び上記圧縮オーデ
イオデータを分割する第1のステツプと、 上記分割された上記圧縮ビデオデータ及び上記圧縮オー
デイオデータを復号する第2のステツプと、 上記第1の素材の時間長に応じた上記圧縮ビデオデータ
及び上記圧縮オーデイオデータ間の再生時間差分だけ上
記圧縮オーデイオデータの復号処理を停止する第3のス
テツプとを具えることを特徴とする符号化復号化装置。 - 【請求項7】一連のビデオ信号及びオーデイオ信号から
なる素材の上記ビデオ信号及び上記オーデイオ信号をそ
れぞれ圧縮符号化し、かくして得られた圧縮ビデオデー
タ及び圧縮オーデイオデータを出力する符号化手段と、 上記素材の時間長にのみ依存し、かつ先頭パケツトのサ
イズが続くパケツトよりも上記第1のバツフア量だけ大
きい所定の多重化フオーマツトに従つて、上記圧縮ビデ
オデータ及び上記圧縮オーデイオデータを、復号側に対
して動作開始及び動作停止のタイミングを与える特殊コ
ードを随所に入れながら多重化すると共に、この際上記
圧縮ビデオデータのデータ量がその時間長に対する上記
素材の上記圧縮ビデオデータとして発生できる最大値に
満たないときには、不足分だけダミーデータを上記圧縮
ビデオデータに付加して上記圧縮オーデイオデータと多
重化する多重化手段とを具えることを特徴とする符号化
装置。 - 【請求項8】上記ビデオ信号を、予め想定した復号側の
上記ビデオ信号に対する第1のバツフア量に応じた第1
の圧縮ビツトレートで符号化圧縮し、 上記オーデイオ信号を、上記第1の圧縮ビツトレートで
圧縮符号化することを特徴とする請求項8に記載の符号
化装置。 - 【請求項9】データ供給源から供給される、随所に動作
開始及び動作停止のタイミングを与える特殊コードが入
れられた圧縮多重化データから第1の圧縮ビデオデータ
及び圧縮オーデイオデータを分離し、それぞれ復号する
復号化装置において、 上記圧縮多重化データから上記圧縮ビデオデータ及び上
記圧縮オーデイオデータを分割して出力すると共に、上
記特殊コードを検出したときに検出信号を出力するコー
ド検出分割手段と、 上記コード検出分割手段から出力される上記圧縮ビデオ
データを復号する第1の復号手段と、 上記コード検出分割手段から出力される上記圧縮オーデ
イオデータを復号する第2の復号手段と、 上記コード検出分割手段から供給される上記検出信号に
基づいて上記第2の復号手段の上記圧縮オーデイオデー
タに対する復号動作を、上記圧縮ビデオデータ及び上記
圧縮オーデイオデータ間の再生時間差分だけ停止させる
制御手段とを具えることを特徴とする復号化装置。 - 【請求項10】一連のビデオ信号及び上記オーデイオ信
号からなる素材の上記ビデオ信号及び上記オーデイオ信
号をそれぞれ圧縮符号化し、多重化する符号化部と、当
該符号化部から出力される圧縮符号化され、多重化され
たビデオ信号及びオーデイオ信号を分離し、復号する復
号化部からなる符号化復号化装置において、 上記符号化部は、 上記ビデオ信号及び上記オーデイオ信号を圧縮符号化
し、かくして得られた圧縮ビデオデータ及び圧縮オーデ
イオデータを出力する符号化手段と、 上記素材の時間長にのみ依存し、かつ先頭パケツトのサ
イズが続くパケツトよりも上記第1のバツフア量だけ大
きい所定の多重化フオーマツトに従つて、上記圧縮ビデ
オデータ及び上記圧縮オーデイオデータを、復号側に対
して動作開始及び動作停止のタイミングを与える特殊コ
ードを随所に入れながら多重化すると共に、この際上記
圧縮ビデオデータのデータ量がその時間長に対する上記
素材の上記圧縮ビデオデータとして発生できる最大値に
満たないときには、不足分だけダミーデータを上記圧縮
ビデオデータに付加して上記圧縮オーデイオデータと多
重化することにより圧縮多重化データを形成して出力す
る多重化手段とを有し、 上記復号化部は、 上記符号部から供給される上記圧縮多重化データから上
記圧縮ビデオデータ及び上記圧縮オーデイオデータを分
割して出力すると共に、上記特殊コードを検出したとき
に検出信号を出力するコード検出分割手段と、 上記コード検出分割手段から出力される上記圧縮ビデオ
データを復号する第1の復号手段と、 上記コード検出分割手段から出力される上記圧縮オーデ
イオデータを復号する第2の復号手段と、 上記コード検出分割手段から供給される上記検出信号に
基づいて上記第2の復号手段の上記圧縮オーデイオデー
タに対する復号動作を、上記圧縮ビデオデータ及び上記
圧縮オーデイオデータ間の再生時間差分だけ停止させる
制御手段とを有することを特徴とする符号化復号化装
置。 - 【請求項11】一連のビデオ信号及びオーデイオ信号か
らなる素材の上記ビデオ信号及び上記オーデイオ信号を
それぞれ圧縮符号化する第1のステツプと、 かくして得られた圧縮ビデオデータ及び圧縮オーデイオ
データを、上記素材の時間長にのみ依存し、かつ先頭パ
ケツトのサイズが続くパケツトよりも上記第1のバツフ
ア量だけ大きい所定の多重化フオーマツトに従つて、上
記圧縮ビデオデータ及び上記圧縮オーデイオデータを、
復号側に対して動作開始及び動作停止のタイミングを与
える特殊コードを随所に入れながら多重化すると共に、
この際上記圧縮ビデオデータのデータ量がその時間長に
対する上記素材の上記圧縮ビデオデータとして発生でき
る最大値に満たないときには、不足分だけダミーデータ
を上記圧縮ビデオデータに付加して上記圧縮オーデイオ
データと多重化する第2のステツプとを具えることを特
徴とする符号化方法。 - 【請求項12】上記第1のステツプでは、 上記ビデオ信号を、予め想定した復号側の上記ビデオ信
号に対する第1のバツフア量に応じた第1の圧縮ビツト
レートで符号化圧縮し、 上記オーデイオ信号を、上記第1の圧縮ビツトレートで
圧縮符号化することを特徴とする請求項11に記載の符
号化方法。 - 【請求項13】データ供給源から供給される、随所に動
作開始及び動作停止のタイミングを与える特殊コードが
入れられた圧縮多重化データから第1の圧縮ビデオデー
タ及び圧縮オーデイオデータを分離し、それぞれ復号す
る復号化方法において、 上記圧縮多重化データから上記圧縮ビデオデータ及び上
記圧縮オーデイオデータを分割して出力すると共に、上
記特殊コードを検索する第1のステツプと、 上記圧縮ビデオデータ及び上記圧縮オーデイオデータを
復号する第2のステツプと、 上記特殊コードを検出したときに、当該検出した上記特
殊コードに基づい上記圧縮オーデイオデータに対する復
号化処理を、上記圧縮ビデオデータ及び上記圧縮オーデ
イオデータ間の再生時間差分だけ停止させる第3のステ
ツプとを具えることを特徴とする復号化方法。 - 【請求項14】一連のビデオ信号及び上記オーデイオ信
号からなる素材の上記ビデオ信号及び上記オーデイオ信
号をそれぞれ圧縮符号化し多重化した後、圧縮符号化さ
れ多重化されたビデオ信号及びオーデイオ信号を分離
し、復号化する符号化復号化方法において、 上記ビデオ信号及び上記オーデイオ信号を圧縮符号化す
る第1のステツプと、 かくして得られた圧縮ビデオデータ及び圧縮オーデイオ
データを、上記素材の時間長にのみ依存し、かつ先頭パ
ケツトのサイズが続くパケツトよりも上記第1のバツフ
ア量だけ大きい所定の多重化フオーマツトに従つて、動
作開始及び動作停止のタイミングを与える特殊コードを
随所に入れながら多重化すると共に、この際上記圧縮ビ
デオデータのデータ量がその時間長に対する上記素材の
上記圧縮ビデオデータとして発生できる最大値に満たな
いときには、不足分だけダミーデータを上記圧縮ビデオ
データに付加して上記圧縮オーデイオデータと多重化す
る第2のステツプと、 多重化された上記圧縮ビデオデータ及び上記圧縮オーデ
イオデータを分割して出力すると共に、上記特殊コード
を検索する第3のステツプと、 上記圧縮ビデオデータ及び上記圧縮オーデイオデータを
復号する第4のステツプと、 上記特殊コードを検出したときに、当該検出した上記特
殊コードに基づい上記圧縮オーデイオデータに対する復
号化処理を、上記圧縮ビデオデータ及び上記圧縮オーデ
イオデータ間の再生時間差分だけ停止させる第5のステ
ツプとを具えることを特徴とする符号化復号化方法。
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)
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 |
-
1995
- 1995-04-09 JP JP10908995A patent/JP3651699B2/ja not_active Expired - Fee Related
Cited By (16)
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 |