JPH0779432A - コード化ビデオ信号の処理装置 - Google Patents
コード化ビデオ信号の処理装置Info
- Publication number
- JPH0779432A JPH0779432A JP6064885A JP6488594A JPH0779432A JP H0779432 A JPH0779432 A JP H0779432A JP 6064885 A JP6064885 A JP 6064885A JP 6488594 A JP6488594 A JP 6488594A JP H0779432 A JPH0779432 A JP H0779432A
- Authority
- JP
- Japan
- Prior art keywords
- codeword
- data
- buffer
- priority
- processor
- 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
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/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- 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
-
- 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/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
- H04N19/37—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability with arrangements for assigning different transmission priorities to video input data or to video coded data
-
- 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
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
-
- 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/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
Abstract
(57)【要約】
【目的】 高品位テレビ信号を処理するためのシステム
において、ＭＰＥＧ準拠のエンコーダから得たコードワ
ード・データストリームの入力を受けて動作するコード
ワード・プライオリタイザ（３０〜３４、４０〜４４）
を提供する。 【構成】 プライオリタイザは、あるイメージ・データ
・グループ内の高プライオリティ・コードワードと標準
プライオリティ・コードワードとの間のブレークポイン
トを示すフラグを生成する。空白コードワード（２６）
は、プライオリタイザがコードワードを分析して、プラ
イオリティ・ブレークポイントをどこに設定すべきかを
判断しているときのインタバル期間に、コードワード・
データストリーム中に挿入される。空白コードワード
は、そのあとに続くトランスポート・プロセッサ（５
０）によって無視されて、コードワードがセルにパック
される。
において、ＭＰＥＧ準拠のエンコーダから得たコードワ
ード・データストリームの入力を受けて動作するコード
ワード・プライオリタイザ（３０〜３４、４０〜４４）
を提供する。 【構成】 プライオリタイザは、あるイメージ・データ
・グループ内の高プライオリティ・コードワードと標準
プライオリティ・コードワードとの間のブレークポイン
トを示すフラグを生成する。空白コードワード（２６）
は、プライオリタイザがコードワードを分析して、プラ
イオリティ・ブレークポイントをどこに設定すべきかを
判断しているときのインタバル期間に、コードワード・
データストリーム中に挿入される。空白コードワード
は、そのあとに続くトランスポート・プロセッサ（５
０）によって無視されて、コードワードがセルにパック
される。
Description
【０００１】
【産業上の利用分野】本発明はコード化ビデオ信号を処
理するための装置に関し、特に、可変長コード化（vari
able length coding - VLC) の対象となるビデオ信号
を、ＭＰＥＧ標準に従って優先順位付けするための装置
に関する。
理するための装置に関し、特に、可変長コード化（vari
able length coding - VLC) の対象となるビデオ信号
を、ＭＰＥＧ標準に従って優先順位付けするための装置
に関する。
【０００２】なお、本明細書の記述は本件出願の優先権
の基礎たる米国特許出願第０８／０４２，１７３号（１
９９３年４月２日出願）の明細書の記載に基づくもので
あって、当該米国特許出願の番号を参照することによっ
て当該米国特許出願の明細書の記載内容が本明細書の一
部分を構成するものとする。
の基礎たる米国特許出願第０８／０４２，１７３号（１
９９３年４月２日出願）の明細書の記載に基づくもので
あって、当該米国特許出願の番号を参照することによっ
て当該米国特許出願の明細書の記載内容が本明細書の一
部分を構成するものとする。
【０００３】
【背景技術】米国特許第5,122,875 号（Raychaudhuri
他）は、ＭＰＥＧ準拠(MPEG-like) 可変長コード化の対
象となる高品位テレビジョン(high-definition televis
ion -HDTV) 信号を処理するためのシステムを記載して
いる。ＭＰＥＧとは、国際標準化機構(International O
rganization for Standardization - ISO)によって確立
された標準化コード形式である。この標準は、ＩＳＯ文
書ISO/IEC DIS 11172 「ディジタル記憶媒体用の動画お
よび関連オーディオのコード化」(Coding for Moving P
ictures and Associated Audio for Digital Storage M
edia) に述べられており、1991年11月23日改訂に記載さ
れている。なお、この文書は、一般的コード形式の説明
部分に関しては、引用により本明細書の一部を構成する
ものである。Raychaudhuriシステムは、コードワード(c
odeword)を高プライオリティと低プライオリティのコー
ドワード・シーケンスに分割するプライオリティ・セレ
クタ(priority selector) を含んでいる。高プライオリ
ティと低プライオリティのコードワード・シーケンス
は、それぞれイメージ再生にとって相対的に大きい重要
度と小さい重要度をもつ圧縮ビデオ・データに対応して
いる。
他）は、ＭＰＥＧ準拠(MPEG-like) 可変長コード化の対
象となる高品位テレビジョン(high-definition televis
ion -HDTV) 信号を処理するためのシステムを記載して
いる。ＭＰＥＧとは、国際標準化機構(International O
rganization for Standardization - ISO)によって確立
された標準化コード形式である。この標準は、ＩＳＯ文
書ISO/IEC DIS 11172 「ディジタル記憶媒体用の動画お
よび関連オーディオのコード化」(Coding for Moving P
ictures and Associated Audio for Digital Storage M
edia) に述べられており、1991年11月23日改訂に記載さ
れている。なお、この文書は、一般的コード形式の説明
部分に関しては、引用により本明細書の一部を構成する
ものである。Raychaudhuriシステムは、コードワード(c
odeword)を高プライオリティと低プライオリティのコー
ドワード・シーケンスに分割するプライオリティ・セレ
クタ(priority selector) を含んでいる。高プライオリ
ティと低プライオリティのコードワード・シーケンス
は、それぞれイメージ再生にとって相対的に大きい重要
度と小さい重要度をもつ圧縮ビデオ・データに対応して
いる。
【０００４】プライオリティ・セレクタは、あるイメー
ジ・スライス(image slice) のときの高プライオリティ
と低プライオリティのセグメント間のブレークポイント
(breakpoint)を計算するためにコードワードを分析す
る。以下の説明で明らかなように、「スライス」とは、
ＭＰＥＧコード化構文の階層の１つに対応するイメージ
・セグメントである。コードワード・データストリーム
がトランスポート・プロセッサ(transport processor)
に渡されると、このプロセッサはコードワード・データ
を各々がヘッダとペイロード(payload) セクションを含
んでいるトランスポート・セル(transportcell) にパッ
クし、出力としてＨＰデータストリームとＳＰデータス
トリームを送出する。
ジ・スライス(image slice) のときの高プライオリティ
と低プライオリティのセグメント間のブレークポイント
(breakpoint)を計算するためにコードワードを分析す
る。以下の説明で明らかなように、「スライス」とは、
ＭＰＥＧコード化構文の階層の１つに対応するイメージ
・セグメントである。コードワード・データストリーム
がトランスポート・プロセッサ(transport processor)
に渡されると、このプロセッサはコードワード・データ
を各々がヘッダとペイロード(payload) セクションを含
んでいるトランスポート・セル(transportcell) にパッ
クし、出力としてＨＰデータストリームとＳＰデータス
トリームを送出する。
【０００５】データ優先順位付けシステム(data priori
tizing system)においてプライオリティ・セレクタに望
まれていることは、そのオペレーションを同期化して必
要なタイミング条件を単純化することである。例えば、
必要とするクロックを１つだけにすることである。プラ
イオリティ・セレクタに望まれているもう１つは、優先
順位付けされたデータがトランスポータ・プロセッサに
よって受信され、パックされて出力チャネルに送出され
るとき、そのデータストームがＭＰＥＧなどの標準的デ
ータ形式との互換性を失わないように、コードワード・
データストリームを処理することである。
tizing system)においてプライオリティ・セレクタに望
まれていることは、そのオペレーションを同期化して必
要なタイミング条件を単純化することである。例えば、
必要とするクロックを１つだけにすることである。プラ
イオリティ・セレクタに望まれているもう１つは、優先
順位付けされたデータがトランスポータ・プロセッサに
よって受信され、パックされて出力チャネルに送出され
るとき、そのデータストームがＭＰＥＧなどの標準的デ
ータ形式との互換性を失わないように、コードワード・
データストリームを処理することである。
【０００６】
【発明の概要】本発明による装置はコードワード・プラ
イオリタイザ(codeword prioritizer)に組み込まれ、所
定のコードワード相互間の関係に従って、コードワード
・データストリームを複数のコードワード・シーケンス
にセングメント化することを容易にする。本明細書に開
示している好適実施例によれば、コードワード・プライ
オリタイザは、コードワード・シーケンスを分析して、
高プライオリティ（ＨＰ）コードワードと標準プライオ
リティ（ＳＰ）コードワード間のどこにブレークポイン
トを設定すべきかを判断するために休止(pause) したと
きのインタバル期間に、空白コードワード(null codewo
rd) をコードワード・データストリームに挿入する。こ
の空白ワードは、そのあとに続くトランスポータ・プロ
セッサがコードワードをセルにパックするとき無視する
ことにより、ＭＰＥＧフォーマットとの互換性を保つよ
うにしている。
イオリタイザ(codeword prioritizer)に組み込まれ、所
定のコードワード相互間の関係に従って、コードワード
・データストリームを複数のコードワード・シーケンス
にセングメント化することを容易にする。本明細書に開
示している好適実施例によれば、コードワード・プライ
オリタイザは、コードワード・シーケンスを分析して、
高プライオリティ（ＨＰ）コードワードと標準プライオ
リティ（ＳＰ）コードワード間のどこにブレークポイン
トを設定すべきかを判断するために休止(pause) したと
きのインタバル期間に、空白コードワード(null codewo
rd) をコードワード・データストリームに挿入する。こ
の空白ワードは、そのあとに続くトランスポータ・プロ
セッサがコードワードをセルにパックするとき無視する
ことにより、ＭＰＥＧフォーマットとの互換性を保つよ
うにしている。
【０００７】
【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。
に説明する。
【０００８】図１に示すように、高品位テレビジョン・
ソース１０からのディジタル・ビデオ・データは、プロ
セッサ１４においてＭＰＥＧ準拠の可変長コード化（つ
まり、データ圧縮）の処理を受ける。データ・ソース１
０は、一連のオリジナル・イメージ・フィールド／フレ
ーム・データ（図２（Ａ）に図示）を並べ替え、これに
より、図２（Ｂ）に示すような出力を得る。並べ替えら
れたシーケンス（データ列）はプロセッサ／コンプレッ
サ１４に入力され、このプロセッサ／コンプレッサはＭ
ＰＥＧ準拠のフォーマットに従ってコード化された圧縮
フレームのシーケンスを出力する。このフォーマット
（形式）は階層構造になっており、図５には簡略形式で
示されている。ＭＰＥＧ階層形式（ｈｉｅｒａｒｃｈｉ
ｃａｌ ｆｏｒｍａｔ）は複数の層からなり、各層はそ
れぞれのヘッダ情報をもっている。名目上、各ヘッダは
開始コード(start code)、それぞれの層に関するデー
タ、およびヘッダ拡張部分を追加するための予備を含ん
でいる。ヘッダ情報の多く（上記のＭＰＥＧ文書に示さ
れているもの）は、ＭＰＥＧシステム環境において同期
をとる目的で必要になるものである。圧縮されたビデオ
・データ、つまり、図５に示すように階層形式の可変長
コード化（ＶＬＣ）された並列コードワードは、プロセ
ッサ１４からＦＩＦＯプライオリティ分析バッファ(FIF
O priority analysis buffer) ２２に入力される。この
バッファは、プライオリティ・プロセッサ(priority pr
ocessor)２０の分析回路によって分析される直前にコー
ドワードをストアする。
ソース１０からのディジタル・ビデオ・データは、プロ
セッサ１４においてＭＰＥＧ準拠の可変長コード化（つ
まり、データ圧縮）の処理を受ける。データ・ソース１
０は、一連のオリジナル・イメージ・フィールド／フレ
ーム・データ（図２（Ａ）に図示）を並べ替え、これに
より、図２（Ｂ）に示すような出力を得る。並べ替えら
れたシーケンス（データ列）はプロセッサ／コンプレッ
サ１４に入力され、このプロセッサ／コンプレッサはＭ
ＰＥＧ準拠のフォーマットに従ってコード化された圧縮
フレームのシーケンスを出力する。このフォーマット
（形式）は階層構造になっており、図５には簡略形式で
示されている。ＭＰＥＧ階層形式（ｈｉｅｒａｒｃｈｉ
ｃａｌ ｆｏｒｍａｔ）は複数の層からなり、各層はそ
れぞれのヘッダ情報をもっている。名目上、各ヘッダは
開始コード(start code)、それぞれの層に関するデー
タ、およびヘッダ拡張部分を追加するための予備を含ん
でいる。ヘッダ情報の多く（上記のＭＰＥＧ文書に示さ
れているもの）は、ＭＰＥＧシステム環境において同期
をとる目的で必要になるものである。圧縮されたビデオ
・データ、つまり、図５に示すように階層形式の可変長
コード化（ＶＬＣ）された並列コードワードは、プロセ
ッサ１４からＦＩＦＯプライオリティ分析バッファ(FIF
O priority analysis buffer) ２２に入力される。この
バッファは、プライオリティ・プロセッサ(priority pr
ocessor)２０の分析回路によって分析される直前にコー
ドワードをストアする。
【０００９】プロセッサ１４は、プライオリティ・プロ
セッサ２０が必要とするコードワード・タイプ・データ
を含んでいるコードワードを作成する。具体的には、プ
ロセッサ１４は各並列入力コードワードを、７ビットの
タイプ・フィールドおよび１５ビットのバリュー・フィ
ールドを示す並列２２ビットの等価フォーマットに変換
するために複数のＲＯＭを採用している。タイプ・フィ
ールドは、ＭＰＥＧ階層内で意味と相対的プライオリテ
ィが異なるコードワードを区別する情報、つまり、タイ
プ別にコードワードを区別する情報を収めている。バリ
ュー・フィールドは、特定コードワード・タイプの量的
情報を収めている。バリュー・フィールドの１５ビット
は、すべてが常に使用されるとは限らない。例えば、タ
イプ「１５」はモーション・ベクトル(motion vector)
であり、このタイプに関連する９ビット値はベクトルの
大きさを示している。また、プロセッサ１４は、各コー
ドワードと同時に、そのコードワードの長さを示す長さ
(Length)ワードを、並列ビット形式で別々のバス上に送
出する。米国特許第5,122,875 号（Raychaudhuri)に
は、ＭＰＥＧ準拠の階層構造化された圧縮ビデオ・デー
タを出力するために、エレメント１４として使用できる
コンプレッサ装置の例が開示されている。
セッサ２０が必要とするコードワード・タイプ・データ
を含んでいるコードワードを作成する。具体的には、プ
ロセッサ１４は各並列入力コードワードを、７ビットの
タイプ・フィールドおよび１５ビットのバリュー・フィ
ールドを示す並列２２ビットの等価フォーマットに変換
するために複数のＲＯＭを採用している。タイプ・フィ
ールドは、ＭＰＥＧ階層内で意味と相対的プライオリテ
ィが異なるコードワードを区別する情報、つまり、タイ
プ別にコードワードを区別する情報を収めている。バリ
ュー・フィールドは、特定コードワード・タイプの量的
情報を収めている。バリュー・フィールドの１５ビット
は、すべてが常に使用されるとは限らない。例えば、タ
イプ「１５」はモーション・ベクトル(motion vector)
であり、このタイプに関連する９ビット値はベクトルの
大きさを示している。また、プロセッサ１４は、各コー
ドワードと同時に、そのコードワードの長さを示す長さ
(Length)ワードを、並列ビット形式で別々のバス上に送
出する。米国特許第5,122,875 号（Raychaudhuri)に
は、ＭＰＥＧ準拠の階層構造化された圧縮ビデオ・デー
タを出力するために、エレメント１４として使用できる
コンプレッサ装置の例が開示されている。
【００１０】プロセッサ１４からの２２ビット・コード
ワードは、（有効な）新しいコードワードがいつ受信で
きる準備状態にあるかをバッファ２２に知らせる、プロ
セッサ１４からのＷＲＩＴＥ信号と一緒に、プライオリ
ティ・プロセッサ２０に非同期的に送られる。書込みイ
ネーブル（許可）クロック（ライト ＥＮ）は、有効な
コードワードをバッファ２２に書き込むためのものであ
る。システム・クロック・ジェネレータ２５によって生
成される23.6 MHzのリード信号は、プライオリティ・プ
ロセッサ２０のすべてのエレメントによって使用される
単一システム・クロックである。読取りイネーブル（許
可）信号（リード ＥＮ）は、バッファ２２がユニット
１４からデータを受信しようとしていることを制御ユニ
ット２４が検出したとき、制御ユニット２４によって生
成され、それ以外のときは禁止とされる。リード・イネ
ーブル信号（リード ＥＮ）の他の特性は後に説明す
る。
ワードは、（有効な）新しいコードワードがいつ受信で
きる準備状態にあるかをバッファ２２に知らせる、プロ
セッサ１４からのＷＲＩＴＥ信号と一緒に、プライオリ
ティ・プロセッサ２０に非同期的に送られる。書込みイ
ネーブル（許可）クロック（ライト ＥＮ）は、有効な
コードワードをバッファ２２に書き込むためのものであ
る。システム・クロック・ジェネレータ２５によって生
成される23.6 MHzのリード信号は、プライオリティ・プ
ロセッサ２０のすべてのエレメントによって使用される
単一システム・クロックである。読取りイネーブル（許
可）信号（リード ＥＮ）は、バッファ２２がユニット
１４からデータを受信しようとしていることを制御ユニ
ット２４が検出したとき、制御ユニット２４によって生
成され、それ以外のときは禁止とされる。リード・イネ
ーブル信号（リード ＥＮ）の他の特性は後に説明す
る。
【００１１】プライオリティ・プロセッサ２０は、一度
に１スライスごとにコードワード・データストリームを
分析し、そして、このプライオリティ・プロセッサが、
各スライスをＨＰセグメントとＳＰセグメントに優先順
位付けするブレークポイント値を計算しているときの分
析インタバル期間に、空白コードワード(null codeword
- 長さがゼロと指定されているコードワード）をスラ
イスとスライスの間に挿入する。最終的には、これらの
セグメントはトランスポート・プロセッサ(transport p
rocessor) ５０によってＨＰセルまたはＳＰセルにパッ
クされる。スライス(slice) とは、図４と図５に示すよ
うに、ＭＰＥＧ規定のイメージ・セグメントである。こ
れについては、図４および図５を参照して後述する。空
白コードワードを含めて、各コードワードには、関連し
たコードワードのビット長を指定する並列長さワードが
関連づけられている。空白コードワードは、プロセッサ
１４によってコードワードが生成されないときのインタ
バル期間（つまり、モーションまたはイメージ・ディテ
ールがほとんど、あるいはまったくないインタバル期
間）にも挿入される。空白コードワードはプロセッサ２
０の同期オペレーションを容易にし、単一システム・ク
ロック（リード）の使用を可能にする。空白コードワー
ドは、データ・パック・オペレーション時にはトランス
ポート・プロセッサ５０によって無視されるが、これ
は、各空白コードワードに関連づけられた長さワードに
は、ゼロの値が割り当てられているためである。
に１スライスごとにコードワード・データストリームを
分析し、そして、このプライオリティ・プロセッサが、
各スライスをＨＰセグメントとＳＰセグメントに優先順
位付けするブレークポイント値を計算しているときの分
析インタバル期間に、空白コードワード(null codeword
- 長さがゼロと指定されているコードワード）をスラ
イスとスライスの間に挿入する。最終的には、これらの
セグメントはトランスポート・プロセッサ(transport p
rocessor) ５０によってＨＰセルまたはＳＰセルにパッ
クされる。スライス(slice) とは、図４と図５に示すよ
うに、ＭＰＥＧ規定のイメージ・セグメントである。こ
れについては、図４および図５を参照して後述する。空
白コードワードを含めて、各コードワードには、関連し
たコードワードのビット長を指定する並列長さワードが
関連づけられている。空白コードワードは、プロセッサ
１４によってコードワードが生成されないときのインタ
バル期間（つまり、モーションまたはイメージ・ディテ
ールがほとんど、あるいはまったくないインタバル期
間）にも挿入される。空白コードワードはプロセッサ２
０の同期オペレーションを容易にし、単一システム・ク
ロック（リード）の使用を可能にする。空白コードワー
ドは、データ・パック・オペレーション時にはトランス
ポート・プロセッサ５０によって無視されるが、これ
は、各空白コードワードに関連づけられた長さワードに
は、ゼロの値が割り当てられているためである。
【００１２】バッファ２２は従来の設計構造にすること
が可能である。例えば、バッファ２２は、それぞれの部
分に１５ビットのバリュー・コードワードを受け入れる
ための対の並列化８ビット幅バッファと、７ビットのタ
イプ・コードワードを受け入れるための８ビット幅バッ
ファとで構成することが可能である。この目的に適した
８ビット幅ユニット（バッファ）としては、Integrated
Device Technology社製のIDT 型72241 バッファがあ
る。これらの８ビット・ユニットからのバッファされた
出力は、それぞれのＤフリップフロップを経由して、バ
ッファ２２のバリューおよびタイプ・コードワード出力
に送ることが可能である。Ｄフリップフロップはリード
信号によってクロックがとられ、それぞれの８ビット・
バッファの出力端から送られてきたデータをその「Ｄ」
入力端に受信する。リード・イネーブル（リード Ｅ
Ｎ）信号は、８ビット・バッファから出力Ｄフリップフ
ロップへのデータ・フローを許可または禁止するゲート
を制御するために使用される。
が可能である。例えば、バッファ２２は、それぞれの部
分に１５ビットのバリュー・コードワードを受け入れる
ための対の並列化８ビット幅バッファと、７ビットのタ
イプ・コードワードを受け入れるための８ビット幅バッ
ファとで構成することが可能である。この目的に適した
８ビット幅ユニット（バッファ）としては、Integrated
Device Technology社製のIDT 型72241 バッファがあ
る。これらの８ビット・ユニットからのバッファされた
出力は、それぞれのＤフリップフロップを経由して、バ
ッファ２２のバリューおよびタイプ・コードワード出力
に送ることが可能である。Ｄフリップフロップはリード
信号によってクロックがとられ、それぞれの８ビット・
バッファの出力端から送られてきたデータをその「Ｄ」
入力端に受信する。リード・イネーブル（リード Ｅ
Ｎ）信号は、８ビット・バッファから出力Ｄフリップフ
ロップへのデータ・フローを許可または禁止するゲート
を制御するために使用される。
【００１３】コードワードは、リード・クロックに同期
して、一度に１コードワードずつバッファ２２から読み
出されるが、この読出しはスライスとスライスの間では
中止される。タイム・マルチプレクサ(time multiplexe
r)２８は、バッファ２２が空であるときのインタバル期
間に、また、プライオリティ・ブレークポイントがある
スライスで計算されているときの分析インタバル期間バ
ッファ２２が読み出されていないときに、空白コードワ
ードをバッファ２２からのデータストリーム中に挿入す
る。空白コードワードとその関連（ゼロ）長さワード
は、コンパレータおよび空白コードワード・ジェネレー
タ２６によって生成される。ユニット２６のコンパレー
タ部分はバッファ２２の出力をモニタし、ピクチャ開始
(Picture Start) コードワード（これは、各ピクチャ・
フレームの直前に現れる）およびスライス開始(Slice S
tart) コードワード（これは各イメージ・スライスの直
前に現れる）が現れると、それを検出するようにプログ
ラムされている。例えば、スライス開始コードワードが
現れたときは、あるスライス（Ｎ）がバッファ２２から
読み出され、次のスライス（Ｎ＋１）がバッファ２２に
書き込まれる直前にあることを示している。ブレークポ
イント・アナライザ(breakpoint analyser) ４２がスラ
イス・データを分析するためには、一定数のクロック・
サイクルが必要であり、その終了時に、バッファ２２は
リード・イネーブル（リード ＥＮ）信号を受けて再び
読み出すことが許可され、空白コードワード生成は中止
される。空白コードワードとその関連並列長さワード
は、タイム・マルチプレクサ２８の一方の入力端に入力
され、他方の入力端には、バッファ２２からのタイプお
よびバリュー・データ出力が入力される。
して、一度に１コードワードずつバッファ２２から読み
出されるが、この読出しはスライスとスライスの間では
中止される。タイム・マルチプレクサ(time multiplexe
r)２８は、バッファ２２が空であるときのインタバル期
間に、また、プライオリティ・ブレークポイントがある
スライスで計算されているときの分析インタバル期間バ
ッファ２２が読み出されていないときに、空白コードワ
ードをバッファ２２からのデータストリーム中に挿入す
る。空白コードワードとその関連（ゼロ）長さワード
は、コンパレータおよび空白コードワード・ジェネレー
タ２６によって生成される。ユニット２６のコンパレー
タ部分はバッファ２２の出力をモニタし、ピクチャ開始
(Picture Start) コードワード（これは、各ピクチャ・
フレームの直前に現れる）およびスライス開始(Slice S
tart) コードワード（これは各イメージ・スライスの直
前に現れる）が現れると、それを検出するようにプログ
ラムされている。例えば、スライス開始コードワードが
現れたときは、あるスライス（Ｎ）がバッファ２２から
読み出され、次のスライス（Ｎ＋１）がバッファ２２に
書き込まれる直前にあることを示している。ブレークポ
イント・アナライザ(breakpoint analyser) ４２がスラ
イス・データを分析するためには、一定数のクロック・
サイクルが必要であり、その終了時に、バッファ２２は
リード・イネーブル（リード ＥＮ）信号を受けて再び
読み出すことが許可され、空白コードワード生成は中止
される。空白コードワードとその関連並列長さワード
は、タイム・マルチプレクサ２８の一方の入力端に入力
され、他方の入力端には、バッファ２２からのタイプお
よびバリュー・データ出力が入力される。
【００１４】レジスタ３０はリード・システム・クロッ
クと同期して動作し、マルチプレクサ２８がクロックで
動作するデバイスではなく、そのために時間遅延が起こ
ったとき発生するタイミング差を埋め合わせるために、
データストリームのタイミングを調整する働きをする。
レジスタ３０の同期コードワード出力は、コンパレータ
およびフラグ・ジェネレータ３２を経由してコードワー
ド・バッファ３６の一方の入力端に、また、３クロック
期間遅延ネットワーク(three-clock period delay netw
ork)３４を経由してコードワード・バッファ３６の他方
の入力端に入力される。ユニット３２のコンパレータ部
分は、４つの関連インジケータ（フラグ）を生成する目
的で４つのコードワード・タイプを検出するようにプロ
グラムされており、これらのコードワード・タイプがト
ランスポート・プロセッサ５０によって受信されたと
き、該当のマークが付けられるようになっている。トラ
ンスポート・プロセッサが必要とする４つのフラグは、
グループ開始(Group Start)フラグ、ピクチャ開始(Pict
ure Start) フラグ、レコード・ヘッダ(Record Header)
フラグおよびマクロブロック・アドレス・インクリメ
ント(Record AddressIncrement)フラグである。これら
のフラグはコードワード・ストリームと並列に伝達され
る。
クと同期して動作し、マルチプレクサ２８がクロックで
動作するデバイスではなく、そのために時間遅延が起こ
ったとき発生するタイミング差を埋め合わせるために、
データストリームのタイミングを調整する働きをする。
レジスタ３０の同期コードワード出力は、コンパレータ
およびフラグ・ジェネレータ３２を経由してコードワー
ド・バッファ３６の一方の入力端に、また、３クロック
期間遅延ネットワーク(three-clock period delay netw
ork)３４を経由してコードワード・バッファ３６の他方
の入力端に入力される。ユニット３２のコンパレータ部
分は、４つの関連インジケータ（フラグ）を生成する目
的で４つのコードワード・タイプを検出するようにプロ
グラムされており、これらのコードワード・タイプがト
ランスポート・プロセッサ５０によって受信されたと
き、該当のマークが付けられるようになっている。トラ
ンスポート・プロセッサが必要とする４つのフラグは、
グループ開始(Group Start)フラグ、ピクチャ開始(Pict
ure Start) フラグ、レコード・ヘッダ(Record Header)
フラグおよびマクロブロック・アドレス・インクリメ
ント(Record AddressIncrement)フラグである。これら
のフラグはコードワード・ストリームと並列に伝達され
る。
【００１５】ユニット３２は、“Ｉ”フレーム（これは
図４と図５に示されているが、同図を参照して後述す
る）のピクチャ開始コードワードより１コードワード前
にグループ開始フラグを生成する。従って、このフラグ
は２クロックだけ遅延してコードワード・バッファ３６
に渡される。グループ開始フラグは、ピクチャ開始コー
ドワードより１コードワード前に、空白コードワードと
同時に現れる。ピクチャ開始フラグは、すべてのフレー
ム（図４のＩ、Ｐ、Ｂフレーム）のピクチャ開始コード
ワードと同時に生成される。ピクチャ開始フラグは、ピ
クチャ開始コードワード・タイプが検出されると生成さ
れ、このフラグは、ピクチャ開始コードワードとタイミ
ングを合わせるために、３クロック期間だけ遅延してコ
ードワード・バッファ３６に渡される。レコード・ヘッ
ダ・フラグは、スライス開始コードワードより１コード
ワード前に、すべてのスライスの開始時に生成され、空
白コードワードと同時に現れるが、空白コードワード
は、あとで、マルチプレクサ４１のオペレーションによ
ってプライオリティ・ブレークポイント値に置き換えら
れる。レコード・ヘッダ・コードワードは、関連スライ
スのプライオリティ・ブレークポイントを示す値を含ん
でいる。ユニット３２のコンパレータはスライス開始タ
イプ・コードワードを検出し、２クロックだけ遅延して
スライス開始フラグをバッファ３６に出力する。レコー
ド・ヘッダ・コードワードが所定のクロック・サイクル
数のあとでコードワード・バッファ３６から現れると、
現スライスのプライオリティ・ブレークポイント値がア
ナライザ４２から得られ、レコード・ヘッダと同時に現
れた空白コードワードのバリュー・フィールド中にマル
チプレクサ４１によって挿入される。バッファ３６のフ
ラグ出力ラインはマルチプレクサ４１の制御入力端に入
力され、その結果、プライオリティ・ブレークポイント
値は、レコード・ヘッダ・フラグがバッファ３６のフラ
グ出力ラインに現れたとき、レコード・ヘッダと同時に
現れた空白ワードの値フィールド中に挿入される。ブレ
ークポイント値は、レコード・ヘッダ・フラグに関連づ
けられた空白ワードのバリュー・フィールド中に挿入さ
れ、この値は、トランポート・プロセッサ５０がレコー
ド・ヘッダ自体を作るとき、トランスポート・プロセッ
サ５０によって使用される。マクロブロック・アドレス
・インクリメント・インジケータ・フラグはマクロブロ
ックの開始を示しており、マクロブロック・アドレス・
インクリメント・コードワード・タイプが検出されたと
きマクロブロック・アドレス・インクリメント・コード
ワードと同時に生成される。
図４と図５に示されているが、同図を参照して後述す
る）のピクチャ開始コードワードより１コードワード前
にグループ開始フラグを生成する。従って、このフラグ
は２クロックだけ遅延してコードワード・バッファ３６
に渡される。グループ開始フラグは、ピクチャ開始コー
ドワードより１コードワード前に、空白コードワードと
同時に現れる。ピクチャ開始フラグは、すべてのフレー
ム（図４のＩ、Ｐ、Ｂフレーム）のピクチャ開始コード
ワードと同時に生成される。ピクチャ開始フラグは、ピ
クチャ開始コードワード・タイプが検出されると生成さ
れ、このフラグは、ピクチャ開始コードワードとタイミ
ングを合わせるために、３クロック期間だけ遅延してコ
ードワード・バッファ３６に渡される。レコード・ヘッ
ダ・フラグは、スライス開始コードワードより１コード
ワード前に、すべてのスライスの開始時に生成され、空
白コードワードと同時に現れるが、空白コードワード
は、あとで、マルチプレクサ４１のオペレーションによ
ってプライオリティ・ブレークポイント値に置き換えら
れる。レコード・ヘッダ・コードワードは、関連スライ
スのプライオリティ・ブレークポイントを示す値を含ん
でいる。ユニット３２のコンパレータはスライス開始タ
イプ・コードワードを検出し、２クロックだけ遅延して
スライス開始フラグをバッファ３６に出力する。レコー
ド・ヘッダ・コードワードが所定のクロック・サイクル
数のあとでコードワード・バッファ３６から現れると、
現スライスのプライオリティ・ブレークポイント値がア
ナライザ４２から得られ、レコード・ヘッダと同時に現
れた空白コードワードのバリュー・フィールド中にマル
チプレクサ４１によって挿入される。バッファ３６のフ
ラグ出力ラインはマルチプレクサ４１の制御入力端に入
力され、その結果、プライオリティ・ブレークポイント
値は、レコード・ヘッダ・フラグがバッファ３６のフラ
グ出力ラインに現れたとき、レコード・ヘッダと同時に
現れた空白ワードの値フィールド中に挿入される。ブレ
ークポイント値は、レコード・ヘッダ・フラグに関連づ
けられた空白ワードのバリュー・フィールド中に挿入さ
れ、この値は、トランポート・プロセッサ５０がレコー
ド・ヘッダ自体を作るとき、トランスポート・プロセッ
サ５０によって使用される。マクロブロック・アドレス
・インクリメント・インジケータ・フラグはマクロブロ
ックの開始を示しており、マクロブロック・アドレス・
インクリメント・コードワード・タイプが検出されたと
きマクロブロック・アドレス・インクリメント・コード
ワードと同時に生成される。
【００１６】コードワード・バッファ３６は、一定数の
クロック期間(clock period)の長さになっている。この
例では、クロック期間は８１９２である。コードワード
が遅延回路３４からバッファ３６に入るとき、ユニット
３２によって生成されたフラグは、それぞれのコードワ
ードとタイミングが合わされて、コードワードと一緒に
バッファ３６内を伝わっていく。バッファ３６の長さは
一定で、長いために、ブレークポイント・アナライザ４
２とその関連回路は、十分な時間的余裕をもってスライ
ス内のコードワードの統計を処理し、コードワードがバ
ッファ３６から現れたときコードワードを優先順位付け
するためのプライオリティ・ブレークポイント値を生成
することができる。
クロック期間(clock period)の長さになっている。この
例では、クロック期間は８１９２である。コードワード
が遅延回路３４からバッファ３６に入るとき、ユニット
３２によって生成されたフラグは、それぞれのコードワ
ードとタイミングが合わされて、コードワードと一緒に
バッファ３６内を伝わっていく。バッファ３６の長さは
一定で、長いために、ブレークポイント・アナライザ４
２とその関連回路は、十分な時間的余裕をもってスライ
ス内のコードワードの統計を処理し、コードワードがバ
ッファ３６から現れたときコードワードを優先順位付け
するためのプライオリティ・ブレークポイント値を生成
することができる。
【００１７】バッファ３６からの正しくタイミング合わ
せされたコードワードとフラグはプライオリティ・フラ
グ・ジェネレータ４０のそれぞれの入力端に並列に送ら
れる。このジェネレータ４０には、ブレークポイント・
アナライザ４２からプライオリティ・ブレークポイント
値も入力される。ユニット４０からの出力コードワード
は、ユニット４８によってプロセッサ１４の入力で逆変
換されてコードワード形式に戻され、各々がヘッダとデ
ータ（ペイロード）セクションをもつＨＰセルとＳＰセ
ル、つまり、トランスポート・パケットに、トランスポ
ート・プロセッサ５０によって配列される。トランスポ
ート・プロセッサ５０からのＨＰパケットとＳＰパケッ
トは出力プロセッサ５５によって処理されてから、デー
タ・チャネル上を送られる。図３および米国特許第5,12
2,875 号（Raychaudhuri他）に示されているように、出
力プロセッサ５０は、レート・バッファ(rate buffer)
、誤り訂正およびモデム・ネットワークを含むことが
可能である。また、Raychaudhuri特許には、ＭＰＥＧ準
拠の階層エンコード、優先順位付けを目的としたコード
ワード分析、およびトランスポート処理のために使用で
きるネットワークも記載されているが、これらについて
は後述する。
せされたコードワードとフラグはプライオリティ・フラ
グ・ジェネレータ４０のそれぞれの入力端に並列に送ら
れる。このジェネレータ４０には、ブレークポイント・
アナライザ４２からプライオリティ・ブレークポイント
値も入力される。ユニット４０からの出力コードワード
は、ユニット４８によってプロセッサ１４の入力で逆変
換されてコードワード形式に戻され、各々がヘッダとデ
ータ（ペイロード）セクションをもつＨＰセルとＳＰセ
ル、つまり、トランスポート・パケットに、トランスポ
ート・プロセッサ５０によって配列される。トランスポ
ート・プロセッサ５０からのＨＰパケットとＳＰパケッ
トは出力プロセッサ５５によって処理されてから、デー
タ・チャネル上を送られる。図３および米国特許第5,12
2,875 号（Raychaudhuri他）に示されているように、出
力プロセッサ５０は、レート・バッファ(rate buffer)
、誤り訂正およびモデム・ネットワークを含むことが
可能である。また、Raychaudhuri特許には、ＭＰＥＧ準
拠の階層エンコード、優先順位付けを目的としたコード
ワード分析、およびトランスポート処理のために使用で
きるネットワークも記載されているが、これらについて
は後述する。
【００１８】スライス・プライオリティ・ブレークポイ
ントおよびその結果として優先順位付けされるＨＰとＳ
Ｐビットストリームを設定するためには、プライオリテ
ィ処理回路にはそのスライスのデータ統計が必要であ
り、この統計は、次のスライス・インタバル期間に新し
いコードワードがプライオリティ・プロセッサに入力さ
れたとき変更が行われた場合、その変更の影響を受けな
い必要がある。この問題を解決するアーキテクチャの１
つとして、「ピンポン」方式で動作する２つのプライオ
リティ分析入力バッファを使用しているものがある。こ
のアーキテクチャによれば、現スライスのコードワード
は一方のバッファに書き込まれ、前のスライスのコード
ワードは他方のバッファから読み出されるようになって
いる。この種の二重バッファ構成は、前掲のRaychaudhu
ri特許に記載されているシステムで使用されている。二
重バッファ手法は効率面では十分であるが、２つのバッ
ファが必要になるために、ハードウェア面で高価であ
る。さらに、タイミング制御信号を生成するための回路
は、可変長コード化スライス・コードワードが一般に、
異なる長さになっているために、複雑な構造になってい
る。図１に示すプライオリティ・プロセッサは、使用す
る入力バッファが入力バッファ２２の１つだけであるの
で、アーキテクチャが単純化され、低コストである。ま
た、エンコーダ１２がデータを送信していないときのイ
ンタバルを利用するようになっている。
ントおよびその結果として優先順位付けされるＨＰとＳ
Ｐビットストリームを設定するためには、プライオリテ
ィ処理回路にはそのスライスのデータ統計が必要であ
り、この統計は、次のスライス・インタバル期間に新し
いコードワードがプライオリティ・プロセッサに入力さ
れたとき変更が行われた場合、その変更の影響を受けな
い必要がある。この問題を解決するアーキテクチャの１
つとして、「ピンポン」方式で動作する２つのプライオ
リティ分析入力バッファを使用しているものがある。こ
のアーキテクチャによれば、現スライスのコードワード
は一方のバッファに書き込まれ、前のスライスのコード
ワードは他方のバッファから読み出されるようになって
いる。この種の二重バッファ構成は、前掲のRaychaudhu
ri特許に記載されているシステムで使用されている。二
重バッファ手法は効率面では十分であるが、２つのバッ
ファが必要になるために、ハードウェア面で高価であ
る。さらに、タイミング制御信号を生成するための回路
は、可変長コード化スライス・コードワードが一般に、
異なる長さになっているために、複雑な構造になってい
る。図１に示すプライオリティ・プロセッサは、使用す
る入力バッファが入力バッファ２２の１つだけであるの
で、アーキテクチャが単純化され、低コストである。ま
た、エンコーダ１２がデータを送信していないときのイ
ンタバルを利用するようになっている。
【００１９】制御ユニット２４からバッファ２２に与え
られる読取り許可（イネーブル）信号（リード ＥＮ）
により、単一バッファ２２からなる入力バッファ構成の
実現が可能になっている。前述したように、リード・イ
ネーブル信号は、バッファ２２から読み取られるコード
ワードがないとき、および、バッファ２２が空のとき
は、現れない。そのときは、空白コードワードがマルチ
プレクサ２８からデータストリーム中に挿入されるの
で、コードワード・データストリームは同期を維持して
いる。バッファ２２は、リード・イネーブル信号がブレ
ークポイント分析インタバルの終了時に現れたとき、デ
ータの読出しを開始し、この読出しは、通常、入力コー
ドワード・ストリーム中にブレークポイント(break) が
現れ（つまり、ディテールがほとんど、あるいはまった
くないイメージが現れたとき）、その結果、バッファ２
２に残っているコードワードがなくなるまで続けられ、
コードワードがなくなると、リード・イネーブル信号は
禁止され、空白コードワードがユニット２６，２８から
データストリーム中に挿入される。リード・イネーブル
信号は、制御ユニット２４がバッファ２２の出力端に現
れたピクチャ開始コードワード・タイプまたはスライス
開始コードワード・タイプを検出したときも（例えば、
コンパレータにより）禁止される。この状態が起こった
ときは、バッファ読取りオペレーションが中止される直
前にバッファ２２から読み出されていたデータは、すべ
てが前のスライス（Ｎ）のものであり、新しいスライス
（Ｎ＋１）が開始する直前にあることを意味する。
られる読取り許可（イネーブル）信号（リード ＥＮ）
により、単一バッファ２２からなる入力バッファ構成の
実現が可能になっている。前述したように、リード・イ
ネーブル信号は、バッファ２２から読み取られるコード
ワードがないとき、および、バッファ２２が空のとき
は、現れない。そのときは、空白コードワードがマルチ
プレクサ２８からデータストリーム中に挿入されるの
で、コードワード・データストリームは同期を維持して
いる。バッファ２２は、リード・イネーブル信号がブレ
ークポイント分析インタバルの終了時に現れたとき、デ
ータの読出しを開始し、この読出しは、通常、入力コー
ドワード・ストリーム中にブレークポイント(break) が
現れ（つまり、ディテールがほとんど、あるいはまった
くないイメージが現れたとき）、その結果、バッファ２
２に残っているコードワードがなくなるまで続けられ、
コードワードがなくなると、リード・イネーブル信号は
禁止され、空白コードワードがユニット２６，２８から
データストリーム中に挿入される。リード・イネーブル
信号は、制御ユニット２４がバッファ２２の出力端に現
れたピクチャ開始コードワード・タイプまたはスライス
開始コードワード・タイプを検出したときも（例えば、
コンパレータにより）禁止される。この状態が起こった
ときは、バッファ読取りオペレーションが中止される直
前にバッファ２２から読み出されていたデータは、すべ
てが前のスライス（Ｎ）のものであり、新しいスライス
（Ｎ＋１）が開始する直前にあることを意味する。
【００２０】これらのコードワード・タイプの検出は、
コードワード自体がクロックに合わせてバッファ２２か
ら読み出される前に行われ、そして、そのコードワード
はリード・イネーブル信号が禁止されている間、バッフ
ァ２２の出力レジスタに残っている。このアクションが
必要なのは、スライスの終了を検出するために、次のス
ライス開始コードワードまたはピクチャ開始コードワー
ドをモニタする必要があるためである。従って、検出さ
れた特定のコードワードは、それが現スライス・インタ
バルの終了を検出するために使用される場合であって
も、次のスライス・インタバルまでバッファ２２に残っ
ている。リード・イネーブル信号が禁止されている間、
プライオリティ・プロセッサは分析モードにあり、到来
したコードワードは、事前に決めた容量に達するまでバ
ッファ２２内にバックアップがとられ、容量まで達する
と、トランスポート・レディ(Transport Ready) 制御信
号が禁止され、データをこれ以上受け付けることができ
ないことをユニット１４に通知する。
コードワード自体がクロックに合わせてバッファ２２か
ら読み出される前に行われ、そして、そのコードワード
はリード・イネーブル信号が禁止されている間、バッフ
ァ２２の出力レジスタに残っている。このアクションが
必要なのは、スライスの終了を検出するために、次のス
ライス開始コードワードまたはピクチャ開始コードワー
ドをモニタする必要があるためである。従って、検出さ
れた特定のコードワードは、それが現スライス・インタ
バルの終了を検出するために使用される場合であって
も、次のスライス・インタバルまでバッファ２２に残っ
ている。リード・イネーブル信号が禁止されている間、
プライオリティ・プロセッサは分析モードにあり、到来
したコードワードは、事前に決めた容量に達するまでバ
ッファ２２内にバックアップがとられ、容量まで達する
と、トランスポート・レディ(Transport Ready) 制御信
号が禁止され、データをこれ以上受け付けることができ
ないことをユニット１４に通知する。
【００２１】スライス・プライオリティ・ブレークポイ
ントを判断するには、ブレークポイント・アナライザ４
２とデュアル・ポートのランダム・アクセス・メモリ
（ＲＡＭ）４４との間でやりとりが行われる。このやり
とりはスライス・インタバル期間に行われ、各スライス
分析インタバルが終了するたびにクリアされる。スライ
ス・データ累積(slice data accummulation)モードにあ
るときは、入力バッファ２２がデータを読み出している
間、ＲＡＭ ４４はスライス・コードワード・タイプ・
データを第１アドレス・ポートから受け取る。分析イン
タバルでそのコードワード・タイプがこれまでに現れる
たびに累積された関連長さワードは、ＲＡＭ ４４の第
１データ・ポートからアキュムレータに送られる。長さ
ワードは、可変長コードワードの生成と同時にプロセッ
サ１４によって生成される。この長さワードはそれぞれ
の関連コードワードのビット長を示しており、上記アキ
ュムレータの他方の入力ノードへ送られる。上記アキュ
ムレータの出力は、分析インタバルのその時点における
特定コードワード・タイプの更新された総コードワード
・ビット数を含んでおり、第２データ・ポートからＲＡ
Ｍ ４４にリストアされる。データ分析モードにあると
きは、ＲＡＭ ４４データとアドレスのソースは変更さ
れる。最高プライオリティ・コードワード・タイプであ
ることを示すアドレス０から、最低プライオリティ・コ
ードワード・タイプであることを示す最高コードワード
・タイプ値までをカウントするインクリメンタ出力は、
ＲＡＭ４４の第１アドレス・ポートへ送られる。従っ
て、第１データ・ポートからは、プライオリティが順次
に低くなっていくコードワード・タイプごとの累積ビッ
ト長が上記アキュムレータの一方の入力ノードへ送られ
る。上記アキュムレータの他方の入力端はアキュムレー
タの出力端からフィードバックされるので、該アキュム
レータは、重要度が低くなっていく各コードワード・タ
イプの総ビット長の総和をとることになる。総和がＨＰ
ＦＲＡＣ ＢＩＴＳ（下述する）信号の値まで達する
と、総和がＨＰ ＦＲＡＣ ＢＩＴＳ値を越える原因と
なったビット長合計をもつコードワード・タイプが記録
され、その分析インタバルのプライオリティ・ブレーク
ポイント用に使用される。ＲＡＭ ４４の第２アドレス
・ポートにはインクリメンタ・カウントの遅延されたバ
ージョンが入力され、一方、第２データ・ポートはロケ
ーションをクリアし、ＲＡＭを次の分析インタバルのア
キュムレータ・モードの準備状態にするためにゼロ値を
送信する。
ントを判断するには、ブレークポイント・アナライザ４
２とデュアル・ポートのランダム・アクセス・メモリ
（ＲＡＭ）４４との間でやりとりが行われる。このやり
とりはスライス・インタバル期間に行われ、各スライス
分析インタバルが終了するたびにクリアされる。スライ
ス・データ累積(slice data accummulation)モードにあ
るときは、入力バッファ２２がデータを読み出している
間、ＲＡＭ ４４はスライス・コードワード・タイプ・
データを第１アドレス・ポートから受け取る。分析イン
タバルでそのコードワード・タイプがこれまでに現れる
たびに累積された関連長さワードは、ＲＡＭ ４４の第
１データ・ポートからアキュムレータに送られる。長さ
ワードは、可変長コードワードの生成と同時にプロセッ
サ１４によって生成される。この長さワードはそれぞれ
の関連コードワードのビット長を示しており、上記アキ
ュムレータの他方の入力ノードへ送られる。上記アキュ
ムレータの出力は、分析インタバルのその時点における
特定コードワード・タイプの更新された総コードワード
・ビット数を含んでおり、第２データ・ポートからＲＡ
Ｍ ４４にリストアされる。データ分析モードにあると
きは、ＲＡＭ ４４データとアドレスのソースは変更さ
れる。最高プライオリティ・コードワード・タイプであ
ることを示すアドレス０から、最低プライオリティ・コ
ードワード・タイプであることを示す最高コードワード
・タイプ値までをカウントするインクリメンタ出力は、
ＲＡＭ４４の第１アドレス・ポートへ送られる。従っ
て、第１データ・ポートからは、プライオリティが順次
に低くなっていくコードワード・タイプごとの累積ビッ
ト長が上記アキュムレータの一方の入力ノードへ送られ
る。上記アキュムレータの他方の入力端はアキュムレー
タの出力端からフィードバックされるので、該アキュム
レータは、重要度が低くなっていく各コードワード・タ
イプの総ビット長の総和をとることになる。総和がＨＰ
ＦＲＡＣ ＢＩＴＳ（下述する）信号の値まで達する
と、総和がＨＰ ＦＲＡＣ ＢＩＴＳ値を越える原因と
なったビット長合計をもつコードワード・タイプが記録
され、その分析インタバルのプライオリティ・ブレーク
ポイント用に使用される。ＲＡＭ ４４の第２アドレス
・ポートにはインクリメンタ・カウントの遅延されたバ
ージョンが入力され、一方、第２データ・ポートはロケ
ーションをクリアし、ＲＡＭを次の分析インタバルのア
キュムレータ・モードの準備状態にするためにゼロ値を
送信する。
【００２２】それぞれのコードワード・タイプについて
ＲＡＭ ４４によって累積され、ストアされた長さ値
は、ＲＡＭ ４４の第２データ・ポートからアナライザ
４２へ送られる。データ質問(data interrogation)信号
ＩＮＴＥＲＲは、アナライザ４２からＲＡＭ ４４の第
２アドレス・ポートへ送られる。この質問信号を受ける
と、ＲＡＭ ４４は、コードワード・タイプと長さデー
タを累積している途中で次のメモリ・アドレスまでイン
クリメントするので、次のアドレスからのデータは分析
のためにユニット４２へ送られる。最高プライオリティ
・データに対応する最高アドレスから始めて、ＲＡＭ
４４は重要度が低くなっていく各コードワード・タイプ
のコードワード長さ値を累積していく。この累算は入力
信号ＨＰＦＲＡＣ ＢＩＴＳで指定されたアドレスに達
するまで続けられ、累積されたコードワード長さ値はア
ナライザ４２に出力される。
ＲＡＭ ４４によって累積され、ストアされた長さ値
は、ＲＡＭ ４４の第２データ・ポートからアナライザ
４２へ送られる。データ質問(data interrogation)信号
ＩＮＴＥＲＲは、アナライザ４２からＲＡＭ ４４の第
２アドレス・ポートへ送られる。この質問信号を受ける
と、ＲＡＭ ４４は、コードワード・タイプと長さデー
タを累積している途中で次のメモリ・アドレスまでイン
クリメントするので、次のアドレスからのデータは分析
のためにユニット４２へ送られる。最高プライオリティ
・データに対応する最高アドレスから始めて、ＲＡＭ
４４は重要度が低くなっていく各コードワード・タイプ
のコードワード長さ値を累積していく。この累算は入力
信号ＨＰＦＲＡＣ ＢＩＴＳで指定されたアドレスに達
するまで続けられ、累積されたコードワード長さ値はア
ナライザ４２に出力される。
【００２３】アナライザ４２は、累積された長さ値と入
力信号ＨＰ ＦＲＡＣ ＢＩＴＳ値を関数として、プラ
イオリティ・ブレークポイントを判断する。この信号
は、分析しているスライスの高プライオリティ・チャネ
ルで送るべき目標ビット数を、ユニット４２内のブレー
クポイント判断回路に通知する。信号ＨＰ ＦＲＡＣＢ
ＩＴＳは、現在分析中のスライスに含まれるビット数
と、アルゴリズムにより判断され、高プライオリティ対
総ビット数の比率をパーセントで表したパラメータＨＰ
ＦＲＡＣとの積である。ＨＰ ＦＲＡＣは基本的に
は、例えば、エンコーダ・レート・バッファから受け取
ったビット割振り情報とバッファ占有情報を関数とし
て、あるフレーム・インタバル期間に動的に計算された
データ分割(data split)パラメータである。分析中のス
ライスのビット数はマイクロプロセッサ（図示せず）に
よって計算されるが、パラメータＨＰ ＦＲＡＣは米国
特許第5,144,425 号（Joseph) に記載されているように
計算することが可能である。このJoseph特許には、長さ
とタイプ・コードワードと、ＨＰ ＦＲＡＣパラメータ
に対応する値とに応答するブレークポイント・アナライ
ザおよびアキュムレータを含む装置も記載されている。
力信号ＨＰ ＦＲＡＣ ＢＩＴＳ値を関数として、プラ
イオリティ・ブレークポイントを判断する。この信号
は、分析しているスライスの高プライオリティ・チャネ
ルで送るべき目標ビット数を、ユニット４２内のブレー
クポイント判断回路に通知する。信号ＨＰ ＦＲＡＣＢ
ＩＴＳは、現在分析中のスライスに含まれるビット数
と、アルゴリズムにより判断され、高プライオリティ対
総ビット数の比率をパーセントで表したパラメータＨＰ
ＦＲＡＣとの積である。ＨＰ ＦＲＡＣは基本的に
は、例えば、エンコーダ・レート・バッファから受け取
ったビット割振り情報とバッファ占有情報を関数とし
て、あるフレーム・インタバル期間に動的に計算された
データ分割(data split)パラメータである。分析中のス
ライスのビット数はマイクロプロセッサ（図示せず）に
よって計算されるが、パラメータＨＰ ＦＲＡＣは米国
特許第5,144,425 号（Joseph) に記載されているように
計算することが可能である。このJoseph特許には、長さ
とタイプ・コードワードと、ＨＰ ＦＲＡＣパラメータ
に対応する値とに応答するブレークポイント・アナライ
ザおよびアキュムレータを含む装置も記載されている。
【００２４】スライスＮのコードワードがユニット４２
によって分析されている間（この時点で、空白ワードが
データ・ストリーム中に挿入される）、後続のスライス
のコードワードがユニット１４から送られてくると、ユ
ニット２２内のバッファに入れられる。リード・イネー
ブル信号は分析インタバル期間中禁止されるので、次の
スライスでバッファ２２にストアされるコードワード量
は増加を続けていく。しかし、これは問題とはならな
い。つまり、上述したように、ユニット１４は相当量の
データをバッファ２２に送る能力があるが、データは、
処理中のイメージがほとんど、あるいはまったくディテ
ールまたはモーション情報をもっていないときのよう
に、比較的長い時間期間の間、存在しないことがよくあ
るからである。これらのアイドル期間を利用すれば、バ
ッファ２２は、次のデータ・バーストがユニット１４か
ら送られてくる前に、不足分を取り戻し、最終的には読
出しプロセスを通して空にすることが可能になる。
によって分析されている間（この時点で、空白ワードが
データ・ストリーム中に挿入される）、後続のスライス
のコードワードがユニット１４から送られてくると、ユ
ニット２２内のバッファに入れられる。リード・イネー
ブル信号は分析インタバル期間中禁止されるので、次の
スライスでバッファ２２にストアされるコードワード量
は増加を続けていく。しかし、これは問題とはならな
い。つまり、上述したように、ユニット１４は相当量の
データをバッファ２２に送る能力があるが、データは、
処理中のイメージがほとんど、あるいはまったくディテ
ールまたはモーション情報をもっていないときのよう
に、比較的長い時間期間の間、存在しないことがよくあ
るからである。これらのアイドル期間を利用すれば、バ
ッファ２２は、次のデータ・バーストがユニット１４か
ら送られてくる前に、不足分を取り戻し、最終的には読
出しプロセスを通して空にすることが可能になる。
【００２５】ユニット１４が次のコードワードのバース
トをバッファ２２へ送る準備状態にあるとき、バッファ
２２が一杯か、あるいはほとんど一杯になっていること
が起こる。その場合には、バッファ２２からのＴＲＡＮ
ＳＰＯＲＴ ＲＥＡＤＹ信号が禁止され、ユニット１４
に関連する出力バッファにデータを送信しないように指
示する。これにより、ユニット１４の出力バッファは読
出しを行う代わりに、一杯になったままになっている。
これは、ユニット１４とプライオリティ・プロセッサ２
０との間でデータが失われるのを防止する安全機構の働
きをする。バッファ２２の容量が十分に大きければ、Ｔ
ＲＡＮＳＰＯＲＴ ＲＥＡＤＹ信号が使用されることは
まれである。
トをバッファ２２へ送る準備状態にあるとき、バッファ
２２が一杯か、あるいはほとんど一杯になっていること
が起こる。その場合には、バッファ２２からのＴＲＡＮ
ＳＰＯＲＴ ＲＥＡＤＹ信号が禁止され、ユニット１４
に関連する出力バッファにデータを送信しないように指
示する。これにより、ユニット１４の出力バッファは読
出しを行う代わりに、一杯になったままになっている。
これは、ユニット１４とプライオリティ・プロセッサ２
０との間でデータが失われるのを防止する安全機構の働
きをする。バッファ２２の容量が十分に大きければ、Ｔ
ＲＡＮＳＰＯＲＴ ＲＥＡＤＹ信号が使用されることは
まれである。
【００２６】これまでに説明してきたシステムでは、非
同期入力コードワードは、空白ワードを挿入することに
よって同期コードワード・データストリームに変換され
るので、そのあとに続くハードウェアは、共通クロック
を受けて動作することができる。必要なハードウェア
は、単一入力のＦＩＦＯバッファ、デュアル・ポートＲ
ＡＭおよびアナライザだけあれば十分であるので、単純
化され、しかも、エンコーダからのデータストリームを
停止させる回数を最小限にすることができる。
同期入力コードワードは、空白ワードを挿入することに
よって同期コードワード・データストリームに変換され
るので、そのあとに続くハードウェアは、共通クロック
を受けて動作することができる。必要なハードウェア
は、単一入力のＦＩＦＯバッファ、デュアル・ポートＲ
ＡＭおよびアナライザだけあれば十分であるので、単純
化され、しかも、エンコーダからのデータストリームを
停止させる回数を最小限にすることができる。
【００２７】プライオリティ・フラグ・ジェネレータ(p
riority flag generator) ４０は高プライオリティ・フ
ラグと標準プライオリティ・フラグを生成し、これらの
フラグはそれぞれ、プライオリティ・ブレークポイント
によって判断された高プライオリティと標準プライオリ
ティのコードワード・シーケンスが存在することを示し
ている。この目的のために、フラグ・ジェネレータ４０
は、アナライザ４２からプライオリティ・ブレークポイ
ントを受けて動作するコンパレータ・ネットワークを備
えている。また、ユニット４０は前述したようにレコー
ド・ヘッダ・フラグと他のフラグをバッファ３６から、
タイプおよびバリュー・コードワード（ＣＷ）をバッフ
ァ３６とマルチプレクサ４１を経由して受信する。これ
らのコードワードには、コードワード・バッファ３６か
らのレコード・ヘッダ・フラグが現れたときにマルチプ
レクサ４１によって挿入されたプライオリティ・ブレー
クポイント値が各スライスのレコード・ヘッダ空白コー
ドワード・バリュー・フィールドに入っている。各スラ
イスのレコード・ヘッダに入っているプライオリティ・
ブレークポイント値は、ＨＰ／ＳＰプライオリティ・ブ
レークポイントがどこに（つまり、スライスのどのコー
ドワード・タイプに）現れるかを示しているので、受信
側でデコードを行うことが容易になる。トランスポート
・プロセッサ５０は、ユニット４０によって生成された
ＨＰフラグとＳＰフラグを使用して、その入力コードワ
ード・データストリームを出力ＨＰおよびＳＰデータス
トリームに分割する。ＨＰフラグのあとに置かれたコー
ドワードは出力ＨＰデータ経路に送られ、ＳＰフラグの
あとに置かれたコードワードは出力ＳＰデータ経路に送
られる。ユニット４０からの並列出力データは、マルチ
プレクサ４１からのコードワードとバッファ３６からの
いくつかのフラグ（これらはユニット４０によってほぼ
未変更のままである）およびユニット４０によって生成
され、正しくタイミング合わせされたＨＰフラグとＳＰ
フラグを含んでいる。
riority flag generator) ４０は高プライオリティ・フ
ラグと標準プライオリティ・フラグを生成し、これらの
フラグはそれぞれ、プライオリティ・ブレークポイント
によって判断された高プライオリティと標準プライオリ
ティのコードワード・シーケンスが存在することを示し
ている。この目的のために、フラグ・ジェネレータ４０
は、アナライザ４２からプライオリティ・ブレークポイ
ントを受けて動作するコンパレータ・ネットワークを備
えている。また、ユニット４０は前述したようにレコー
ド・ヘッダ・フラグと他のフラグをバッファ３６から、
タイプおよびバリュー・コードワード（ＣＷ）をバッフ
ァ３６とマルチプレクサ４１を経由して受信する。これ
らのコードワードには、コードワード・バッファ３６か
らのレコード・ヘッダ・フラグが現れたときにマルチプ
レクサ４１によって挿入されたプライオリティ・ブレー
クポイント値が各スライスのレコード・ヘッダ空白コー
ドワード・バリュー・フィールドに入っている。各スラ
イスのレコード・ヘッダに入っているプライオリティ・
ブレークポイント値は、ＨＰ／ＳＰプライオリティ・ブ
レークポイントがどこに（つまり、スライスのどのコー
ドワード・タイプに）現れるかを示しているので、受信
側でデコードを行うことが容易になる。トランスポート
・プロセッサ５０は、ユニット４０によって生成された
ＨＰフラグとＳＰフラグを使用して、その入力コードワ
ード・データストリームを出力ＨＰおよびＳＰデータス
トリームに分割する。ＨＰフラグのあとに置かれたコー
ドワードは出力ＨＰデータ経路に送られ、ＳＰフラグの
あとに置かれたコードワードは出力ＳＰデータ経路に送
られる。ユニット４０からの並列出力データは、マルチ
プレクサ４１からのコードワードとバッファ３６からの
いくつかのフラグ（これらはユニット４０によってほぼ
未変更のままである）およびユニット４０によって生成
され、正しくタイミング合わせされたＨＰフラグとＳＰ
フラグを含んでいる。
【００２８】トランスポート・プロセッサ５０に入力さ
れる前に、ユニット４０からの出力コードワード・デー
タストリームはブロック４８によって処理され、このブ
ロックでは、ユニット１４によるコードワード処理とは
逆の処理が行われる。ユニット４８は、フラグなどのあ
る種のデータストリーム構成要素を未変更のまま引き渡
す。タイプおよびバリュー・コード・データは、ユニッ
ト４８内のそれぞれのＲＯＭによって最大３２ビット長
までの可変長コードワードに変換される。プライオリテ
ィ・プロセッサ２０からトランスポート・プロセッサ５
０へ渡される並列データは、コードワード、長さワー
ド、ユニット３２によって生成されたものを含むフラ
グ、およびユニット４０によって生成されたＨＰ、ＳＰ
フラグを含んでいる。トランスポート・プロセッサ５０
はＨＰフラグとＳＰフラグを受け取ると、プライオリテ
ィ・プロセッサ２０からのコードワード・データストリ
ームを、ペイロードとヘッダ・セクションを含むデータ
・パケットのＨＰおよびＳＰストリームに分割し、これ
らは図３に示すように、出力プロセッサ５５によって処
理される。トランスポート・プロセッサ５０が優先順位
付けされた出力ＨＰおよびＳＰデータストリームをどの
ように作成するかの詳しい説明は、米国特許第5,231,48
6 号（A.A. Acampora)に記載されている。
れる前に、ユニット４０からの出力コードワード・デー
タストリームはブロック４８によって処理され、このブ
ロックでは、ユニット１４によるコードワード処理とは
逆の処理が行われる。ユニット４８は、フラグなどのあ
る種のデータストリーム構成要素を未変更のまま引き渡
す。タイプおよびバリュー・コード・データは、ユニッ
ト４８内のそれぞれのＲＯＭによって最大３２ビット長
までの可変長コードワードに変換される。プライオリテ
ィ・プロセッサ２０からトランスポート・プロセッサ５
０へ渡される並列データは、コードワード、長さワー
ド、ユニット３２によって生成されたものを含むフラ
グ、およびユニット４０によって生成されたＨＰ、ＳＰ
フラグを含んでいる。トランスポート・プロセッサ５０
はＨＰフラグとＳＰフラグを受け取ると、プライオリテ
ィ・プロセッサ２０からのコードワード・データストリ
ームを、ペイロードとヘッダ・セクションを含むデータ
・パケットのＨＰおよびＳＰストリームに分割し、これ
らは図３に示すように、出力プロセッサ５５によって処
理される。トランスポート・プロセッサ５０が優先順位
付けされた出力ＨＰおよびＳＰデータストリームをどの
ように作成するかの詳しい説明は、米国特許第5,231,48
6 号（A.A. Acampora)に記載されている。
【００２９】図３は、本発明においてＨＤＴＶエンコー
ド・システムを採用した装置の例を示したものである。
図３に示すシステムは単一のビデオ入力信号を処理して
いるが、ルミナンス(luminance) 成分とクロミナンス(c
hrominance) 成分は別々に処理され、ルミナンス・モー
ション・ベクトルは圧縮されたクロミナンス成分を生成
するために使用されることはもちろんである。圧縮され
たルミナンス成分とクロミナンス成分はインタリーブさ
れて、マクロブロックが作られてからコードワード・プ
ライオリティの解析が行われる。
ド・システムを採用した装置の例を示したものである。
図３に示すシステムは単一のビデオ入力信号を処理して
いるが、ルミナンス(luminance) 成分とクロミナンス(c
hrominance) 成分は別々に処理され、ルミナンス・モー
ション・ベクトルは圧縮されたクロミナンス成分を生成
するために使用されることはもちろんである。圧縮され
たルミナンス成分とクロミナンス成分はインタリーブさ
れて、マクロブロックが作られてからコードワード・プ
ライオリティの解析が行われる。
【００３０】図２（Ａ）に示す一連のイメージ・フィー
ルド／フレーム・シーケンスは回路３０５に入力され、
フィールド／フレームは図２（Ｂ）に示すように並べ替
えられる。並べ替えられたシーケンスはコンプレッサ３
１０に入力され、ＭＰＥＧ準拠の形式（フォーマット）
にコード化された圧縮フレーム・シーケンスが生成され
る。この形式は階層形式になっているが、図５には簡略
形式で示されている。ＭＰＥＧ階層形式は、各々がそれ
ぞれのヘッダ情報をもつ複数の層からなっている。名目
上、各ヘッダは開始コード、それぞれの層に関するデー
タ、およびヘッダ拡張部分追加用の予備を含んでいる。
ルド／フレーム・シーケンスは回路３０５に入力され、
フィールド／フレームは図２（Ｂ）に示すように並べ替
えられる。並べ替えられたシーケンスはコンプレッサ３
１０に入力され、ＭＰＥＧ準拠の形式（フォーマット）
にコード化された圧縮フレーム・シーケンスが生成され
る。この形式は階層形式になっているが、図５には簡略
形式で示されている。ＭＰＥＧ階層形式は、各々がそれ
ぞれのヘッダ情報をもつ複数の層からなっている。名目
上、各ヘッダは開始コード、それぞれの層に関するデー
タ、およびヘッダ拡張部分追加用の予備を含んでいる。
【００３１】システムによって出力されるＭＰＥＧ準拠
の信号に関して説明すると、それがなにを意味するか
は、（ａ）ビデオ信号の連続するピクチャ・フィールド
／フレームはＩ、Ｐ、Ｂコード化シーケンスに従ってコ
ード化されることと、（ｂ）ピクチャ・レベルのコード
化データはＭＰＥＧ準拠のスライスまたはブロック・グ
ループでコード化されることであり、その場合、フィー
ルド／フレーム当たりのスライス数は変化することがあ
り、またスライスあたりのマクロブロック数は変化する
ことがある。Ｉコード化フレームはフレーム内で圧縮さ
れるフレームであり、この場合、イメージを再生するた
めにＩフレーム圧縮データだけが必要になる。Ｐコード
化フレームはフォワード・モーション補償予測法(forwa
rd motioncompensated predictive method)に従ってコ
ード化され、この場合、Ｐフレーム・コード化データは
現フレームおよび現フレームの前に現れたＩまたはＰフ
レームから生成される。Ｂコード化フレームは双方向モ
ーション補償予測法(bidirectionally motion compensa
ted predictive method)に従ってコード化される。Ｂコ
ード化フレーム・データは、現フレームおよび現フレー
ムの前後に現れたＩとＰフレームから生成される。
の信号に関して説明すると、それがなにを意味するか
は、（ａ）ビデオ信号の連続するピクチャ・フィールド
／フレームはＩ、Ｐ、Ｂコード化シーケンスに従ってコ
ード化されることと、（ｂ）ピクチャ・レベルのコード
化データはＭＰＥＧ準拠のスライスまたはブロック・グ
ループでコード化されることであり、その場合、フィー
ルド／フレーム当たりのスライス数は変化することがあ
り、またスライスあたりのマクロブロック数は変化する
ことがある。Ｉコード化フレームはフレーム内で圧縮さ
れるフレームであり、この場合、イメージを再生するた
めにＩフレーム圧縮データだけが必要になる。Ｐコード
化フレームはフォワード・モーション補償予測法(forwa
rd motioncompensated predictive method)に従ってコ
ード化され、この場合、Ｐフレーム・コード化データは
現フレームおよび現フレームの前に現れたＩまたはＰフ
レームから生成される。Ｂコード化フレームは双方向モ
ーション補償予測法(bidirectionally motion compensa
ted predictive method)に従ってコード化される。Ｂコ
ード化フレーム・データは、現フレームおよび現フレー
ムの前後に現れたＩとＰフレームから生成される。
【００３２】このシステムのコード化出力信号は、フィ
ールド／フレームのグループ、つまり、ボックスＬ１の
行により示されるピクチャのグループ（ＧＯＰ）にセグ
メント化される（図５）。各ＧＯＰ（Ｌ２）はヘッダと
そのあとに置かれたピクチャ・データのセグメントを含
んでいる。ＧＯＰヘッダは、水平方向と垂直方向のピク
チャ・サイズに関するデータ、アスペクト比、フィール
ド／フレーム・レート(field/frame rate)、ビット・レ
ート(bit rate)などを含んでいる。
ールド／フレームのグループ、つまり、ボックスＬ１の
行により示されるピクチャのグループ（ＧＯＰ）にセグ
メント化される（図５）。各ＧＯＰ（Ｌ２）はヘッダと
そのあとに置かれたピクチャ・データのセグメントを含
んでいる。ＧＯＰヘッダは、水平方向と垂直方向のピク
チャ・サイズに関するデータ、アスペクト比、フィール
ド／フレーム・レート(field/frame rate)、ビット・レ
ート(bit rate)などを含んでいる。
【００３３】それぞれのピクチャ・フィールド／フレー
ムに対応するピクチャ・データ（Ｌ３）は、ピクチャ・
ヘッダとそのあとに置かれたスライス・データ（Ｌ４）
を含んでいる。ピクチャ・ヘッダはフィールド／フレー
ム番号とピクチャ・コード・タイプを含んでいる。各ス
ライス（Ｌ４）はスライス・ヘッダとそのあとに置かれ
た複数のデータ・ブロックＭＢｉを含んでいる。スライ
ス・ヘッダはグループ番号と量子化(quantization)パラ
メータを含んでいる。
ムに対応するピクチャ・データ（Ｌ３）は、ピクチャ・
ヘッダとそのあとに置かれたスライス・データ（Ｌ４）
を含んでいる。ピクチャ・ヘッダはフィールド／フレー
ム番号とピクチャ・コード・タイプを含んでいる。各ス
ライス（Ｌ４）はスライス・ヘッダとそのあとに置かれ
た複数のデータ・ブロックＭＢｉを含んでいる。スライ
ス・ヘッダはグループ番号と量子化(quantization)パラ
メータを含んでいる。
【００３４】各ブロックＭＢｉ（Ｌ５）はマクロブロッ
クを表し、ヘッダとそのあとに置かれたモーション・ベ
クトルおよびコード化係数(coded coefficient) を含ん
でいる。ＭＢｉヘッダはマクロブロック・アドレス、マ
クロブロック・タイプおよび量子化パラメータを含んで
いる。コード化係数は層Ｌ６に示されている。各マクロ
ブロックは６ブロックを含んでいる。つまり、４つのル
ミナンス・ブロック、１つのＵクロミナンス・ブロッ
ク、１つのＶクロミナンス・ブロックである（図４参
照）。ブロックは、例えば、８×８のピクセル・マトリ
ックスを表し、これに対して離散コサイン変換（discre
te cosine transform - DCT)が施される。４つのルミナ
ンス・ブロックは、例えば、１６×１６ピクセル・マト
リックスを表す隣接ルミナンス・ブロックの２×２マト
リックスになっている。クロミナンス（ＵとＶ）ブロッ
クは、４つのルミナンス・ブロックと同じ総面積を表し
ている。つまり、圧縮前に、クロミナンス信号は、ルミ
ナンスに対して水平方向と垂直方向に２のファクター
（ｆａｃｔｏｒ ｏｆ ｔｗｏ）だけサブサンプリング
される。データのスライスは、隣接するマクロブロック
・グループで表された面積に対応するイメージの矩形部
分を表すデータに対応している。フレームは、垂直方向
の６０スライス×水平方向の６スライスからなる、３６
０スライスのラスタ・スキャンを含むことが可能であ
る。
クを表し、ヘッダとそのあとに置かれたモーション・ベ
クトルおよびコード化係数(coded coefficient) を含ん
でいる。ＭＢｉヘッダはマクロブロック・アドレス、マ
クロブロック・タイプおよび量子化パラメータを含んで
いる。コード化係数は層Ｌ６に示されている。各マクロ
ブロックは６ブロックを含んでいる。つまり、４つのル
ミナンス・ブロック、１つのＵクロミナンス・ブロッ
ク、１つのＶクロミナンス・ブロックである（図４参
照）。ブロックは、例えば、８×８のピクセル・マトリ
ックスを表し、これに対して離散コサイン変換（discre
te cosine transform - DCT)が施される。４つのルミナ
ンス・ブロックは、例えば、１６×１６ピクセル・マト
リックスを表す隣接ルミナンス・ブロックの２×２マト
リックスになっている。クロミナンス（ＵとＶ）ブロッ
クは、４つのルミナンス・ブロックと同じ総面積を表し
ている。つまり、圧縮前に、クロミナンス信号は、ルミ
ナンスに対して水平方向と垂直方向に２のファクター
（ｆａｃｔｏｒ ｏｆ ｔｗｏ）だけサブサンプリング
される。データのスライスは、隣接するマクロブロック
・グループで表された面積に対応するイメージの矩形部
分を表すデータに対応している。フレームは、垂直方向
の６０スライス×水平方向の６スライスからなる、３６
０スライスのラスタ・スキャンを含むことが可能であ
る。
【００３５】ブロック係数は、一度に１ブロックずつ、
ＤＣＴによって得られる。ＤＣ係数が最初に現れ、次
に、それぞれのＤＣＴ ＡＣ係数が相対的重要度の順に
現れる。ブロック終わりコードＥＯＢは、連続して現れ
る各データ・ブロックの終わりに付加される。
ＤＣＴによって得られる。ＤＣ係数が最初に現れ、次
に、それぞれのＤＣＴ ＡＣ係数が相対的重要度の順に
現れる。ブロック終わりコードＥＯＢは、連続して現れ
る各データ・ブロックの終わりに付加される。
【００３６】コンプレッサ３１０からのデータはプライ
オリタイザ(prioritizer) ３１１によって処理されてか
らトランスポート・プロセッサ３１２に送られ、トラン
スポート・プロセッサはデータを高プライオリティ（Ｈ
Ｐ）構成要素と標準プライオリティ（ＳＰ）構成要素に
セグメント化する。これらの構成要素は、レート・バッ
ファ(rate buffer) ３１３，３１４を経由してそれぞれ
のフォワード・エラー・コード化ユニット(forward err
or coding unit) ３１５，３１６に入力される。レート
・コントローラ(rate controller) ３１８はバッファ３
１３，３１４とやりとりして、コンプレッサ３１０から
与えられた平均データ・レートを調整する。そのあと、
信号は伝送モデム３１７に送られ、そこでＨＰおよびＳ
Ｐデータは、標準６ＭＨｚ ＮＴＳＣテレビ・チャネル
内のそれぞれの搬送波を直交振幅変調(quadrature ampl
itude modulate) する。
オリタイザ(prioritizer) ３１１によって処理されてか
らトランスポート・プロセッサ３１２に送られ、トラン
スポート・プロセッサはデータを高プライオリティ（Ｈ
Ｐ）構成要素と標準プライオリティ（ＳＰ）構成要素に
セグメント化する。これらの構成要素は、レート・バッ
ファ(rate buffer) ３１３，３１４を経由してそれぞれ
のフォワード・エラー・コード化ユニット(forward err
or coding unit) ３１５，３１６に入力される。レート
・コントローラ(rate controller) ３１８はバッファ３
１３，３１４とやりとりして、コンプレッサ３１０から
与えられた平均データ・レートを調整する。そのあと、
信号は伝送モデム３１７に送られ、そこでＨＰおよびＳ
Ｐデータは、標準６ＭＨｚ ＮＴＳＣテレビ・チャネル
内のそれぞれの搬送波を直交振幅変調(quadrature ampl
itude modulate) する。
【００３７】最後に、上述してきた実施例と特許請求の
範囲との関係を示すために、カッコ書きにより、その対
応関係を以下に示す。
範囲との関係を示すために、カッコ書きにより、その対
応関係を以下に示す。
【００３８】『ビデオ信号処理システムにおいて、コー
ドワード・データストリームを優先順位付けされた第１
および第２のコードワード・シーケンスにセグメント化
することを容易にする装置であって、一連のデータ・グ
ループを含むビデオ信号コードワード・データストリー
ムを供給する手段（１４）と、前記コードワード・デー
タストリームに応答し、分析インタバル期間に動作し
て、あるデータ・グループ内のコードワードとコードワ
ードとの間のプライオリティ・ブレークポイントを判断
する分析手段（４２）を含むコードワード処理手段（３
０〜３６、４０〜４４）と、前記分析インタバル期間に
空白コードワードを生成する手段（２６）と、前記空白
コードワードを含めて、出力コードワード・データスト
リームを前記コードワード処理手段から受信し、該デー
タストリームのフォーマットを、優先順位付けされた第
１および第２ノデータ・チャネルを介して伝送するのに
適した形式の前記優先順位付けされた第１および第２の
コードワード・シーケンスに変換するための伝送処理手
段（５０）とを具備したことを特徴とする装置。』。
ドワード・データストリームを優先順位付けされた第１
および第２のコードワード・シーケンスにセグメント化
することを容易にする装置であって、一連のデータ・グ
ループを含むビデオ信号コードワード・データストリー
ムを供給する手段（１４）と、前記コードワード・デー
タストリームに応答し、分析インタバル期間に動作し
て、あるデータ・グループ内のコードワードとコードワ
ードとの間のプライオリティ・ブレークポイントを判断
する分析手段（４２）を含むコードワード処理手段（３
０〜３６、４０〜４４）と、前記分析インタバル期間に
空白コードワードを生成する手段（２６）と、前記空白
コードワードを含めて、出力コードワード・データスト
リームを前記コードワード処理手段から受信し、該デー
タストリームのフォーマットを、優先順位付けされた第
１および第２ノデータ・チャネルを介して伝送するのに
適した形式の前記優先順位付けされた第１および第２の
コードワード・シーケンスに変換するための伝送処理手
段（５０）とを具備したことを特徴とする装置。』。
【００３９】
【図１】高品位テレビ・データなどのビデオ・データを
処理するためのシステムにおいて、本発明によるプライ
オリティ・プロセッサ搭載装置を含んでいる部分を示す
ブロック図である。
処理するためのシステムにおいて、本発明によるプライ
オリティ・プロセッサ搭載装置を含んでいる部分を示す
ブロック図である。
【図２】コード化ビデオ信号のイメージ・フィールド／
フレーム・シーケンスを絵で表した図である。
フレーム・シーケンスを絵で表した図である。
【図３】本発明によるコードワード・プライオリタイザ
搭載装置を含むＨＤＴＶコード化システムを示すブロッ
ク図である。
搭載装置を含むＨＤＴＶコード化システムを示すブロッ
ク図である。
【図４】図３に示すシステムに含まれるコード化／圧縮
装置によって作成されるデータブロック生成を絵で表し
た図である。
装置によって作成されるデータブロック生成を絵で表し
た図である。
【図５】図３に示すシステムに含まれるコード化／圧縮
装置から得られるデータ形式を一般化して絵で表した図
である。
装置から得られるデータ形式を一般化して絵で表した図
である。
１４ プロセッサ ２６ コンパレータおよび空白コードワード・ジェネレ
ータ ３０ レジスタ ３２ コンパレータおよびフラグ・ジェネレータ ３４ ３クロック期間遅延ネットワーク ３６ コードワード・バッファ ４０ プライオリティ・フラグ・ジェネレータ ４１ マルチプレクサ ４２ ブレークポイント・アナライザ ４４ ＲＡＭ ５０ トランスポート・プロセッサ
ータ ３０ レジスタ ３２ コンパレータおよびフラグ・ジェネレータ ３４ ３クロック期間遅延ネットワーク ３６ コードワード・バッファ ４０ プライオリティ・フラグ・ジェネレータ ４１ マルチプレクサ ４２ ブレークポイント・アナライザ ４４ ＲＡＭ ５０ トランスポート・プロセッサ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 5/92 11/04 Ｚ 7337−5Ｃ 7734−5Ｃ Ｈ０４Ｎ 5/92 Ｈ
Claims (3)
- 【請求項１】 ビデオ信号処理システムにおいて、コー
ドワード・データストリームを優先順位付けされた第１
および第２のコードワード・シーケンスにセグメント化
することを容易にする装置であって、 一連のデータ・グループを含むビデオ信号コードワード
・データストリームを供給する手段と、 前記コードワード・データストリームに応答し、分析イ
ンタバル期間に動作して、あるデータ・グループ内のコ
ードワードとコードワードとの間のプライオリティ・ブ
レークポイントを判断する分析手段を含むコードワード
処理手段と、 前記分析インタバル期間に空白コードワードを生成する
手段と、 前記空白コードワードを含めて、出力コードワード・デ
ータストリームを前記コードワード処理手段から受信
し、該データストリームのフォーマットを、優先順位付
けされた第１および第２のデータ・チャネルを介して伝
送するのに適した形式の前記優先順位付けされた第１お
よび第２のコードワード・シーケンスに変換するための
伝送処理手段とを具備したことを特徴とする装置。 - 【請求項２】 請求項１に記載の装置において、 前記ビデオ信号は、複数のイメージ・スライスをそれぞ
れ含む複数のイメージ・フレームから構成されたイメー
ジ情報を内容とするテレビジョン信号であり、 前記分析インタバルはイメージ・スライス・インタバル
を含むことを特徴とする装置。 - 【請求項３】 請求項１に記載の装置において、更に加
えて、 変換されたバージョンのＭＰＥＧコード化ビデオ信号を
前記コードワード処理手段へ供給する変換手段と、 ＭＰＥＧコード化ビデオ信号を前記トランスポート・プ
ロセッサ手段へ供給する変換手段とを具備したことを特
徴とする装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/042,173 US5361097A (en) | 1993-04-02 | 1993-04-02 | Priority processing of encoded video signal including insertion of datastream null words during priority analysis intervals |
| US042173 | 1993-04-02 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0779432A true JPH0779432A (ja) | 1995-03-20 |
| JP3708974B2 JP3708974B2 (ja) | 2005-10-19 |
Family
ID=21920439
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP06488594A Expired - Fee Related JP3708974B2 (ja) | 1993-04-02 | 1994-04-01 | コード化ビデオ信号の処理装置 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US5361097A (ja) |
| EP (1) | EP0618730B1 (ja) |
| JP (1) | JP3708974B2 (ja) |
| KR (1) | KR100290312B1 (ja) |
| CN (1) | CN1073327C (ja) |
| DE (1) | DE69425010T2 (ja) |
| SG (1) | SG93759A1 (ja) |
| TW (1) | TW275178B (ja) |
Families Citing this family (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5563920A (en) | 1993-02-17 | 1996-10-08 | Zenith Electronics Corporation | Method of processing variable size blocks of data by storing numbers representing size of data blocks in a fifo |
| JP3614448B2 (ja) * | 1993-07-22 | 2005-01-26 | 日本放送協会 | 画像信号符号化多重方法及びその装置 |
| JP3496220B2 (ja) * | 1994-06-27 | 2004-02-09 | エイストリーム・テクノロジーズ・インコーポレーテッド | イメージを表すデータの有損失の圧縮及び伸張方法 |
| US5481312A (en) * | 1994-09-12 | 1996-01-02 | At&T Corp. | Method of and apparatus for the transmission of high and low priority segments of a video bitstream over packet networks |
| KR0160668B1 (ko) * | 1994-12-30 | 1999-01-15 | 김광호 | 영상압축 비트스트림의 스타트코드 검출장치 |
| US5621772A (en) * | 1995-01-20 | 1997-04-15 | Lsi Logic Corporation | Hysteretic synchronization system for MPEG audio frame decoder |
| JP2809126B2 (ja) * | 1995-03-30 | 1998-10-08 | 日本電気株式会社 | 音声信号処理回路および音声信号処理方法 |
| US5920572A (en) * | 1995-06-30 | 1999-07-06 | Divicom Inc. | Transport stream decoder/demultiplexer for hierarchically organized audio-video streams |
| KR100461211B1 (ko) | 1995-12-07 | 2005-06-13 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 디지털다용도디스크디바이스와다중채널재생장치간의비-pcm비트스트림을엔코딩,전송및디코딩하기위한방법및디바이스 |
| DE19547707A1 (de) * | 1995-12-20 | 1997-07-03 | Thomson Brandt Gmbh | Verfahren, Encoder und Decoder zur Übertragung von hierarchisch in mehrere Teile gegliederten digitalen Signalen |
| US5835493A (en) * | 1996-01-02 | 1998-11-10 | Divicom, Inc. | MPEG transport stream remultiplexer |
| US5668599A (en) * | 1996-03-19 | 1997-09-16 | International Business Machines Corporation | Memory management for an MPEG2 compliant decoder |
| US6289053B1 (en) | 1997-07-31 | 2001-09-11 | Lsi Logic Corporation | Architecture for decoding MPEG compliant video bitstreams meeting 2-frame and letterboxing requirements |
| US6310918B1 (en) | 1997-07-31 | 2001-10-30 | Lsi Logic Corporation | System and method for motion vector extraction and computation meeting 2-frame store and letterboxing requirements |
| US6236681B1 (en) | 1997-07-31 | 2001-05-22 | Lsi Logic Corporation | Method for decoding MPEG compliant video bitstreams meeting 2-frame and letterboxing requirements |
| US6122316A (en) * | 1997-07-31 | 2000-09-19 | Lsi Logic Corporation | MPEG decoding system meeting 2-frame store and letterboxing requirements |
| US6266091B1 (en) | 1997-07-31 | 2001-07-24 | Lsi Logic Corporation | System and method for low delay mode operation video decoding |
| US6101221A (en) * | 1997-07-31 | 2000-08-08 | Lsi Logic Corporation | Video bitstream symbol extractor for use in decoding MPEG compliant video bitstreams meeting 2-frame and letterboxing requirements |
| US6006291A (en) * | 1997-12-31 | 1999-12-21 | Intel Corporation | High-throughput interface between a system memory controller and a peripheral device |
| US6351471B1 (en) | 1998-01-14 | 2002-02-26 | Skystream Networks Inc. | Brandwidth optimization of video program bearing transport streams |
| US6292490B1 (en) | 1998-01-14 | 2001-09-18 | Skystream Corporation | Receipts and dispatch timing of transport packets in a video program bearing stream remultiplexer |
| US6195368B1 (en) | 1998-01-14 | 2001-02-27 | Skystream Corporation | Re-timing of video program bearing streams transmitted by an asynchronous communication link |
| US6246701B1 (en) | 1998-01-14 | 2001-06-12 | Skystream Corporation | Reference time clock locking in a remultiplexer for video program bearing transport streams |
| US6351474B1 (en) * | 1998-01-14 | 2002-02-26 | Skystream Networks Inc. | Network distributed remultiplexer for video program bearing transport streams |
| US6333935B1 (en) * | 1998-04-09 | 2001-12-25 | Pmc-Sierra Ltd. | State machine architecture with multiplexed random access memory |
| JP2000350197A (ja) * | 1999-06-02 | 2000-12-15 | Hitachi Ltd | 映像伝送方法とそれを用いた監視システム |
| JP4552057B2 (ja) * | 2001-06-05 | 2010-09-29 | エルジー エレクトロニクス インコーポレイティド | 無線送受信装置及び方法 |
| US8880709B2 (en) | 2001-09-12 | 2014-11-04 | Ericsson Television Inc. | Method and system for scheduled streaming of best effort data |
| KR100762132B1 (ko) * | 2001-09-28 | 2007-10-02 | 엘지전자 주식회사 | 디지털 전송 시스템 |
| US7693222B2 (en) * | 2003-08-13 | 2010-04-06 | Ericsson Television Inc. | Method and system for re-multiplexing of content-modified MPEG-2 transport streams using PCR interpolation |
| CN101989252B (zh) * | 2009-07-30 | 2012-10-03 | 华晶科技股份有限公司 | 连续数据的数值分析方法及系统 |
| KR101712098B1 (ko) * | 2009-09-04 | 2017-03-03 | 삼성전자 주식회사 | 구문 요소에 기초한 비트스트림 생성 방법 및 장치 |
| US11157433B2 (en) | 2020-01-26 | 2021-10-26 | Mellanox Technologies Tlv Ltd. | Multi-chip module rate adjustment |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4954892A (en) * | 1989-02-14 | 1990-09-04 | Mitsubishi Denki Kabushiki Kaisha | Buffer controlled picture signal encoding and decoding system |
| JP2787599B2 (ja) * | 1989-11-06 | 1998-08-20 | 富士通株式会社 | 画像信号符号化制御方式 |
| TW237589B (ja) * | 1991-02-27 | 1995-01-01 | Gen Electric | |
| US5122875A (en) * | 1991-02-27 | 1992-06-16 | General Electric Company | An HDTV compression system |
| US5168356A (en) * | 1991-02-27 | 1992-12-01 | General Electric Company | Apparatus for segmenting encoded video signal for transmission |
| US5111292A (en) * | 1991-02-27 | 1992-05-05 | General Electric Company | Priority selection apparatus as for a video signal processor |
| JPH04314236A (ja) * | 1991-04-12 | 1992-11-05 | Ando Electric Co Ltd | Ａｔｍセルの遅延時間付加回路 |
| US5144425A (en) * | 1991-08-26 | 1992-09-01 | General Electric Company | Apparatus for hierarchically dividing video signals |
| US5243419A (en) * | 1991-10-31 | 1993-09-07 | At&T Bell Laboratories | Soft coding for HDTV |
| US5241383A (en) * | 1992-05-13 | 1993-08-31 | Bell Communications Research, Inc. | Pseudo-constant bit rate video coding with quantization parameter adjustment |
| US5231486A (en) * | 1992-07-27 | 1993-07-27 | General Electric Company | Data separation processing in a dual channel digital high definition television system |
-
1993
- 1993-04-02 US US08/042,173 patent/US5361097A/en not_active Expired - Lifetime
-
1994
- 1994-03-14 TW TW083102174A patent/TW275178B/zh active
- 1994-03-28 DE DE69425010T patent/DE69425010T2/de not_active Expired - Fee Related
- 1994-03-28 SG SG9602327A patent/SG93759A1/en unknown
- 1994-03-28 EP EP94302200A patent/EP0618730B1/en not_active Expired - Lifetime
- 1994-03-30 KR KR1019940006471A patent/KR100290312B1/ko not_active IP Right Cessation
- 1994-03-31 CN CN94103564A patent/CN1073327C/zh not_active Expired - Fee Related
- 1994-04-01 JP JP06488594A patent/JP3708974B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP0618730A2 (en) | 1994-10-05 |
| TW275178B (ja) | 1996-05-01 |
| KR940025346A (ko) | 1994-11-19 |
| EP0618730A3 (en) | 1995-03-22 |
| DE69425010T2 (de) | 2001-03-08 |
| EP0618730B1 (en) | 2000-06-28 |
| DE69425010D1 (de) | 2000-08-03 |
| SG93759A1 (en) | 2003-01-21 |
| US5361097A (en) | 1994-11-01 |
| CN1073327C (zh) | 2001-10-17 |
| JP3708974B2 (ja) | 2005-10-19 |
| KR100290312B1 (ko) | 2001-09-17 |
| CN1104013A (zh) | 1995-06-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0779432A (ja) | コード化ビデオ信号の処理装置 | |
| JP4067579B2 (ja) | ビデオ信号符号化システム | |
| US5410355A (en) | Video signal processor including input codeword buffer for providing stored codewords to codeword priority analysis circuit | |
| KR100341055B1 (ko) | 비디오감압축프로세서를위한신택스분석기 | |
| KR100255718B1 (ko) | 비디오 신호처리기용 우선도 선택장치 | |
| KR100283710B1 (ko) | 전송 데이타 패킷 어셈블링 시스템내의 데이타 워드 인디케이터 | |
| US5532744A (en) | Method and apparatus for decoding digital video using parallel processing | |
| EP0697794B1 (en) | Method and apparatus for efficient addressing of DRAM in a video decompression processor | |
| US5887187A (en) | Single chip network adapter apparatus | |
| US5231486A (en) | Data separation processing in a dual channel digital high definition television system | |
| US5708659A (en) | Method for hashing in a packet network switching system | |
| US5856975A (en) | High speed single chip digital video network apparatus | |
| US5914955A (en) | Switched network hub on a chip | |
| HUT65292A (en) | Arrangement for generating and processing signals for hdtv television systems | |
| EP0499088A2 (en) | Method and apparatus for communicating compressed digital video signals using multiple processors | |
| KR19980042224A (ko) | 트랜스포트, 복호화, 시스템 제어기 기능용 통합 메모리를 가지는 엠피이지 복호화기 시스템 및 방법 | |
| CN1255014A (zh) | 从mpeg－2比特流中去除填充比特的可编程滤波器 | |
| RU2119269C1 (ru) | Телевизионная система для преобразования сжатых данных, представляющих изображения и размещенных в блоках, в несжатые данные и система для обработки сжатых видеоданных, передаваемых в виде блоков | |
| US20060165172A1 (en) | Method for transmitting data without jitter in synchronous Ethernet | |
| US5986714A (en) | Method, apparatus and computer program product for selectively reducing bandwidth of real-time video data | |
| US6587885B1 (en) | Fixed length cell handling type image communication method as well as transmission apparatus for fixed length cell handling type image communication and reception apparatus for fixed length cell handling type image communication | |
| KR100327684B1 (ko) | 이미지표시가변길이코드워드데이터스트림처리장치 | |
| JP2002502159A (ja) | 高性能テレビジョン信号の符号化および復号化の方法と装置 | |
| Heybey | Video coding and the application level framing protocol architecture | |
| KR100327683B1 (ko) | 이미지표시코드워드데이터스트림처리장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040421 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040709 |
|
| RD13 | Notification of appointment of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7433 Effective date: 20041007 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041007 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041108 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050105 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050408 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050706 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050805 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |