JP2008017331A

JP2008017331A - パケットストリーム送信装置

Info

Publication number: JP2008017331A
Application number: JP2006188360A
Authority: JP
Inventors: Hiroshi Mori; 弘史森; Tatsunori Saito; 龍則斉藤
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2006-07-07
Filing date: 2006-07-07
Publication date: 2008-01-24

Abstract

【課題】スライスの内容に応じてNRIの優先度を設定することで、ＩＰ網が輻輳した場合でも画質に影響の大きいスライスを優先して伝送し、画質劣化を防止すること。
【解決手段】本発明は、画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダ１と、上記スライスのタイプ、上記スライスにリフレッシュ用のイントラマクロブロックが含まれるか否かというリフレッシュ情報、上記スライスに係る動きベクトル、上記スライスのマクロブロックアドレス、上記スライスのマクロブロックの注目度を示すＲＯＩ、上記スライスのＩＤＲ周期の少なくともいずれかを参照して、ＮＲＩの所定のプライオリティ値を設定するプライオリティ判定部４と、上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部２と、を有することを特徴とするパケットストリーム送信装置である。
【選択図】図１

Description

本発明は、パケットストリーム送信装置に関する。

Ｈ．２６４／ＡＶＣでは、動画像符号化を扱うビデオ符号化レイヤ（VCL；Video Coding Layer）と、符号化された情報を伝送及び蓄積する下位システムとの間にあるネットワーク抽象レイヤ（NAL；Network Abstraction Layer）が規定されている。

そして、例えば、ＲＴＰ（real-time Transport Protocol）等の下位システムへのビットスリームへの対応づけは、ＮＡＬユニットを単位としている。このＮＡＬユニットがスライスを含む場合，ＮＡＬヘッダ内のＮＲＩ（nal_ref_idc）は、その値が０或いは０以外により参照フレームか非参照フレームかを表すことになる。但し、ＮＲＩの０以外（01,10,11）の使い分けについてまでは、Ｈ．２６４／ＡＶＣでは規定されていない。

一方、非特許文献１にあるように、ＲＦＣ３９８４では、スライスの種別によりスライスの優先度を決定し当該優先度をＮＲＩにて指定している。従って、ＩＰ網が輻輳した場合等においては、ＮＲＩを参照することで、優先度の高いスライスが伝送される。
S.Wenger、他４名、「RFC3984(RTP Payload Format for H.264 Video)」 2005年2月、ネットワーキング・ワーキング・グループ（Networking Working Group）、インターネット<URL : http://rfc.net/rfc3984.html>

しかしながら、前述したＲＦＣ３９８４では、スライスの種別によりＮＲＩの値を決定しているが、同一のスライス種別であっても当該スライスの内容に応じて優先度は異なるにも関わらず、そのような詳細な優先度の設定をすることはできていない。

本発明の目的とするところは、スライスの内容に応じて優先度を設定することで、ＩＰ網が輻輳した場合であっても画質に影響の大きいスライスを優先して伝送することを可能とし、画質劣化を防止することにある。

本発明の第１の態様によれば、画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、上記スライスのタイプ、上記スライスにリフレッシュ用のイントラマクロブロックが含まれるか否かというリフレッシュ情報、上記スライスに係る動きベクトル、上記スライスのマクロブロックアドレス、上記スライスのマクロブロックの注目度を示すＲＯＩ、上記スライスのＩＤＲ周期の少なくともいずれかを参照して、所定のプライオリティ値を設定するプライオリティ判定部と、上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、を有することを特徴とするパケットストリーム送信装置が提供される。

本発明の第２の態様では、画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、上記各スライスにリフレッシュ用のイントラマクロブロックが含まれているか否かを判断し、当該リフレッシュ用のイントラマクロブロックが含まれていると判断した場合には当該スライスのプライオリティ値を上げるプライオリティ判定部と、上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、を有することを特徴とするパケットストリーム送信装置が提供される。

本発明の第３の態様では、画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、上記スライスに含まれる全てのマクロブロックの動きベクトルの総和を算出し、当該総和が所定の閾値以上であるならば、動きの激しい領域であるものと判定し、プライオリティ値を上げるプライオリティ判定部と、上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、を有することを特徴とするパケットストリーム送信装置が提供される。

本発明の第４の態様では、画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、上記スライスに含まれるマクロブロックのＲＯＩの総和を算出し、当該総和が所定の閾値以上であるならば注目領域であるものと判定し、プライオリティ値を上げるプライオリティ判定部と、上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、を有することを特徴とするパケットストリーム送信装置が提供される。

本発明の第５の態様では、画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、上記各スライスがＩＤＲであるか否かを判断し、ＩＤＲ以外である場合には、ＩＤＲでないスライスの連続数をカウントし、当該連続数が予め定められた閾値より大きい場合にはプライオリティ値を下げるプライオリティ判定部と、上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、を有することを特徴とするパケットストリーム送信装置が提供される。

本発明の第６の態様では、画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、上記各スライスがＩＤＲであるか否かを判断し、ＩＤＲ以外である場合には、ＩＤＲでないスライスの連続数をカウントし、当該連続数が予め定められた閾値より大きい場合にはプライオリティ値を下げるプライオリティ判定部と、上記のプライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、を有することを特徴とするパケットストリーム送信装置が提供される。

本発明によれば、スライスの内容に応じて優先度を設定することで、ＩＰ網が輻輳した場合であっても画質に影響の大きいスライスを優先して伝送し、画質劣化を防止することができるパケットストリーム送信装置を提供することができる。

以下、図面を参照して、本発明の実施の形態について説明する。

図１には本発明の一実施の形態に係るパケットストリーム送信装置の構成を示し説明する。同図に示されるように、パケットストリーム送信装置は、ビデオ・エンコーダ１、パケット生成部２、パケット変換部３、そしてプライオリティ判定部４を備えている。

このような構成において、ビデオ・エンコーダ１は、画像信号を符号化し、符号化ストリームをスライス単位で出力する。プライオリティ判定部４は、スライスタイプやその他のエンコードパラメータからプライオリティを判定する。パケット生成部２は、プライオリティ情報に基づきスライスをパケット化し、パケットストリームを生成する。パケット変換部３は、スライスのパケット格納状況に応じてプライオリティを再変換する。

プライオリティ判定部４が、参照するものとしては、スライスの内容、即ちスライスタイプに加えて、リフレッシュ情報、動きベクトル（ＭＶ）、ＭＢアドレス（ＭＢはマクロブロックを示す。以下、同様。）、ＲＯＩ(Region Of Interest)、ＩＤＲ(Instantaneous Decoding Refresh)の周期等がある。

上記スライスタイプとしては、画面内符号化及び参照ピクチャ１枚を用いた画面間符号化を行うＰスライス、画面内符号化及び参照ピクチャ１枚乃至２枚を用いた画面間符号化を行うＢスライス、画面内符号化のみを行うＩスライス、ストリーム切り替えを行う特殊なＰ，ＩスライスであるＳＰスライス、ＳＩスライス等がある。

リフレッシュ情報とは、周期的に加えられるリフレッシュ用のイントラＭＢ（以下、リフレッシュＭＢと称する）であることを示す情報である。ＩＤＲとは、デコーダ復号動作の瞬時リフレッシュを意味しており、ＩＤＲピクチャとは、画像シーケンスの先頭のピクチャであり、Ｉスライス或いはＳＩスライスからなる。プライオリティ判定部４が、実際にこれらをどうように参照するかについては、後に詳述する。

ここで、図２にはパケットストリームを構成する単位であるＮＡＬユニットの構成を示し説明する。ＮＡＬユニットは、ＮＡＬヘッダとＶＬＣで生成されたロー・バイト・シーケンス・ペイロード(RBSP； Raw Byte Sequence Payload)からなる。

ＮＡＬヘッダには、そのＮＡＬユニットに参照ピクチャとなり得るスライスが含まれているかどうかを示す情報であるＮＲＩ(nal_ref_idc）と、ＮＡＬユニットの種類を示す識別子(nal_unit_type)が含まれている。より詳細には、ＮＡＬヘッダ内のＮＲＩは、ＮＡＬの重要度を表し、その値が大きいほど重要度が高いことを意味する。

ところで、例えばＨ．２６４overＲＴＰ(RFC3984)では、ピクチャ（スライス）のタイプ毎に以下のように推奨値をＮＲＩを設定することが認められている。

ＩＤＲ：１１
ＩＤＲ以外のスライス：１０
データ・パーティショニングＡで符号化されたスライス：１０
データ・パーティショニングＢで符号化されたスライス：０１
データ・パーティショニングＣで符号化されたスライス：０１
ＩＰ網が輻輳した場合等においては、このＮＲＩの値が高いＮＡＬユニットが優先して伝送される。このＮＲＩの推奨値は、タイプ別に割り当てられているが、同一タイプでもスライスの重要度に基づき詳細にＮＲＩの値を切り替えることが望ましい。

このような点に鑑みて、この一実施の形態に係るパケットストリーム送信装置では、そのプライオリティ判定部４が、以下のようにＮＲＩのプライオリティ値を設定する。

（１）リフレッシュＭＢを含むＩＤＲ以外のスライスのＮＲＩの値を上げる。即ち、次のリフレッシュまで時間を要するＭＢを含むスライスの重要度を上げる。

（２）動きベクトル（ＭＶ）に基づいて動きの激しいＭＢであるかを検知し、動きの激しいＭＢを含むスライスのＮＲＩのプライオリティ値を上げる（スキップＭＢが多いスライスは、その重要度を下げる）。更に、残差信号の大きいＭＢを含むスライスのＮＲＩのプライオリティ値を上げる。これによれば、静止した領域を含むスライスが欠損しても容易にコンシールメント（修復処理）することができる。

（３）画面中央付近のＭＢを含むスライスのＮＲＩのプライオリティ値を上げる。視覚特性的に画面端よりも画面中央の画質劣化が目立ち、更に画面中央に重要な情報がある確率が高いことから、画面中央のＭＢの優先度を上げることで、全体として画質劣化を防止することができる。

（４）人物領域（顔）を含むスライスのＮＲＩの値を上げる。つまり、画面内で劣化の目立ち易い平坦な部分や人物の顔部分を検出し、それら領域につき優先度を上げる。

（５）ＩＤＲ以外のピクチャのスライスのＮＲＩの値を下げる。

（６）ロングタームフレームに保存されるフレームのＮＲＩの値を上げる。

そして、パケット変換部３が、このようなＮＲＩのプライオリティ値により定まる優先度を受けて、以下のようにパケットを多重化する。

即ち、パケット変換部３は、ＮＲＩのプライオリティ値が「１１」のスライスについては、シングルＮＡＬパケットでパケット化する。或いは、パケット変換部３は、フラグメンテーションパケットの先頭パケットの優先度を上げる。

以下、図３乃至図７のフローチャートを参照してＮＲＩの設定について更に詳述する。

先ず、図３のフローチャートを参照して、プライオリティ判定部４が、リフレッシュ情報に基づいてＮＲＩを設定する処理手順について詳細に説明する。

処理を開始すると、プライオリティ判定部４は、ＮＲＩのプライオリティ値をイニシャライズ(priority Value=init Priority)し（ステップＳ１）、処理対象のスライスにリフレッシュＭＢが含まれているか否かを判断する（ステップＳ２）。そして、このステップＳ２において、リフレッシュＭＢが含まれている場合には、ＮＲＩのプライオリティ値をインクリメント(priority Value++)して（ステップＳ３）、この処理を終了する。その一方で、処理対象のスライスにリフレッシュＭＢが含まれていない場合には（ステップＳ２をＮｏに分岐）、プライオリティ値を特に変更することなく、この処理を終了する。

以上の一連の処理により、プライオリティ判定部４は、リフレッシュＭＢを含むスライスのＮＲＩのプライオリティ値を上げることになる。

次に、図４のフローチャートを参照して、プライオリティ判定部４が、動きベクトル（ＭＶ）の総和に基いてＮＲＩを設定する処理手順について詳細に説明する。

処理を開始すると、プライオリティ判定部４は、ＮＲＩのプライオリティ値をイニシャライズ(priority Value=init Priority)し（ステップＳ１１）、処理対象のＭＢを第１ＭＢとし(MB=firstMB)、動きベクトルの合計値に係る変数sum MVを０(sum MV=0)とし（ステップＳ１２）、動きベクトルＭＶ（ＭＢ）の値を加算しつつ、その合計値sum MVを算出し(sum MV+=MV(MB))（ステップＳ１３）、この処理をＭＢを示す値をインクリメントしつつ(MB++)、スライスの最終ＭＢとなるまで繰り返す（ステップＳ１４，Ｓ１５）。プライオリティ判定部４は、スライスの最終ＭＢまでステップＳ１２−Ｓ１５の処理が終了すると（ステップＳ１５をＹｅｓに分岐）、動きベクトルＭＶの合計値sum MVが予め定められた閾値th MVよりも大きいか(sum MV>th MV)を判断し（ステップＳ１６）、動きベクトルＭＶの合計値sum MVが予め定めれた閾値を越えている場合には、ＮＲＩのプライオリティ値をインクリメント(priority Value++)して（ステップＳ１７）、処理を終了する。その一方で、動きベクトルＭＶの合計値sum MVが予め定められた閾値を超えていない場合には（ステップＳ１６をＮｏに分岐）、プライオリティ値を特に変更することなく、この処理を終了する。以上の一連の処理により、プライオリティ判定部４は、スライスに含まれる全ＭＢの動きベクトルＭＶの総和を算出し、総和が一定以上ならば、動きの激しい領域と判定し、ＮＲＩのプライオリティ値を上げることになる。

次に、図５のフローチャートを参照して、プライオリティ判定部４が、ＲＯＩに基いてＮＲＩを設定する処理手順について詳細に説明する。

ここで、ＲＯＩ（ＭＢ）とは、対象ＭＢの注目度を表すものであり、ＭＢ毎に異なる値を持つ。例えば、エンコードが符号化前に顔領域を検出し、その領域に多くの符号量を割り当てる場合には、顔と検出された領域を含むＭＢのＲＯＩ（ＭＢ）を１、その他の領域のＲＯＩ（ＭＢ）を０とする。また、固定的に画面中心部に位置するＭＢのＲＯＩ（ＭＢ）を１、画面端に位置するＭＢのＲＯＩ（ＭＢ）を０としてもよい。

この処理を開始すると、プライオリティ判定部４は、ＮＲＩのプライオリティ値をイニシャライズ(priority Value=init Priority)し（ステップＳ２１）、処理対象のＭＢを第１ＭＢとし(MB=firstMB)、ＲＯＩの合計値に係る変数sum ROIを０とし（ステップＳ２２）、ＲＯＩの値を加算しつつ、その合計値sum ROIを算出し(sum ROI+=ROI(MB))（ステップＳ２３）、この処理をＭＢを示す値をインクリメントしつつ(MB++)、スライスの最終ＭＢなるまで繰り返す（ステップＳ２４，Ｓ２５）。プライオリティ判定部４は、スライスの最終ＭＢまでステップＳ２２−Ｓ２５の処理が終了すると（ステップＳ２５をＹｅｓに分岐）、ＲＯＩの合計値sum ROIが予め定められた閾値th ROIよりも大きいか(sum ROI>th ROI)を判断し（ステップＳ２６）、ＲＯＩの合計値sum ROIが閾値th ROIを越えている場合には、ＮＲＩのプライオリティ値をインクリメント(priority Value++)し（ステップＳ２７）、この処理を終了する。一方、ＲＯＩの合計値sum ROIが閾値th ROIを超えていない場合には（ステップＳ２６をＮｏに分岐）、プライオリティ値を特に変更することなく、処理を終了する。以上の一連の処理により、プライオリティ判定部４は、スライスに含まれるＭＢのＲＯＩ（ＭＢ）の総和を算出し、総和が一定以上ならば注目領域であるものと判定し、ＮＲＩのプライオリティ値を上げることになる。

次に、図６のフローチャートを参照して、プライオリティ判定部４が、ＩＤＲ周期に基いてＮＲＩを設定する処理手順について詳細に説明する。

処理を開始すると、プライオリティ判定部４は、ＮＲＩのプライオリティ値をイニシャライズ(priority Value=init Priority)し（ステップＳ３１）、スライスがＩＤＲであるか否かを判断し（ステップＳ３２）、ＩＤＲでない場合には、ＩＤＲでないスライスの連続数numNonIDRを０とし（ステップＳ３３）、処理を終了する。一方、ＩＤＲ以外のスライスである場合には、ＩＤＲでないスライスの連続数numNonIDRをインクリメントし（ステップＳ３４）、当該連続数numNonIDRが予め定めれた閾値thIDRより大きいか否かを判断する（ステップＳ３５）。そして、numNonIDR＞thIDRでない場合には、そのまま処理を終了し、一方、numNonIDR＞thIDRである場合には、ＮＲＩのプライオリティ値をデクリメントし（ステップＳ３６）、処理を終了する。以上の一連の処理により、プライオリティ判定部４は、ＩＤＲでないフレームの連続数をカウントし、当該連続数が閾値以上となった場合にプライオリティを下げることになる。

次に、図７のフローチャートを参照して、パケット変換部３が、フラグメンテーションパケットの先頭パケットの優先度を上げる処理について説明する。

フラグメンテーションパケットについて、ＲＴＰでは１つのスライスのデータ量が大きすぎると、複数のＲＴＰパケットに分割する。

通常、ＲＴＰパケットに１つのスライス（＃１）が格納され（図８（ａ）参照）、或いは複数のスライス（＃１、＃２）が格納され（図８（ｂ）参照）、基本的には１つのスライスは複数のＲＴＰパケットには分割されない。スライスのデータ量が大きい場合のみフラグメンテーションが発生する（図８（ｃ）参照）。この場合、先頭パケットが欠落すると、２つ目以降のパケットを受信できても復号できなくなることから、フラグメンテーションでは、先頭のパケットほど重要度が高い。以下の処理は、この点に着目し、フラグメンテーションパケットの先頭パケットの優先度を上げている。

即ち、処理を開始すると、パケット変換部３は、ＮＲＩのプライオリティ値をイニシャライズ(priority Value=init Priority)し（ステップＳ４１）、フラグメンテーションパケットであるか否かを判断し（ステップＳ４２）、フラグメンテーションパケットでない場合には処理を終了する。一方、フラグメンテーションパケットである場合には、それが先頭パケットであるか否かを判断し（ステップＳ４３）、先頭パケットであれば処理を終了し、先頭パケットでなければＮＲＩのプライオリティ値をデクリメントし（ステップＳ４４）、処理を終了することになる。

次に、図８には、本発明の一実施の形態に係るパケットストリーム送信装置の構成を更に具現化して示し説明する。同図に示されるように、パケットストリーム送信装置は、動画像符号化装置１０とパケット生成装置２０を備える。そして、動画像符号化装置１０は更にＨ．２６４エンコーダ１０ａとプライオリティ変換部１０ｂを有し、パケット生成装置２０はパケット種別判定部２０ａとパケット生成部２０ｂを有する。

このような構成において、動画像符号化装置１０では、Ｈ．２６４エンコーダ１０ａは画像信号を符号化し、符号化されたＨ．２６４ストリームをスライス単位で出力する。プライオリティ変換部１０ｂは、外部入力されたプライオリティ情報をＨ．２６４エンコーダ１０ａより受けて、或いはスライスタイプやその他のエンコードパラメータからプライオリティを判定する。より具体的には、プライオリティ変換部１０ｂは、ＮＡＬヘッダ内のＮＲＩのプライオリティ値をスライスタイプやリフレッシュ情報、動きベクトル（ＭＶ）、ＭＢアドレス、ＲＯＩ、ＩＤＲ周期等に基いて設定することになる。これらの設定の詳細については、図３乃至図８を参照して前述した通りである。

パケット生成装置２０は、このＨ．２６４ストリームを受けて、パケット種別判定部２０ａがパケット種別を判定し、当該パケット種別の情報をパケット生成部２０ｂに送信する。例えば、セグメンテーションパケットであれば、その旨をパケット種別の情報としてパケット生成部２０ｂに送ることになる。パケット生成部２０ｂは、プライオリティ変換部１０ｂで設定されたプライオリティ値に基づきＨ．２６４ストリームのＮＡＬユニットをＲＴＰパケットに格納し、ＲＴＰパケットストリームとして出力する。

例えば、ＮＲＩの値が「１１」のスライスに係るＮＡＬユニットについては、単一ＮＡＬユニット・パケットでパケット化する（１つのＲＴＰパケットに１つのＮＡＬユニットを格納する）。或いは、パケット生成部２０ｂは、フラグメンテーションパケットについては先頭パケットの優先度を上げてＲＴＰパケットストリームを出力する。

以上説明したように、この実施の形態では、スライスの種類により優先度を決定するのみではなく、同じスライス種別の中でも、スライスの内容により優先度を制御する。この優先度の判定基準としては、リフレッシュＭＢを含むスライスか、ＲＯＩなど注目領域を含むスライスか等がある。従って、ＩＰ網が輻輳した場合でも画質に影響の大きいスライスを優先して伝送し、画質劣化を防止することができる。

以上、本発明の一実施の形態について説明したが、本発明はこれに限定されることなくその趣旨を逸脱しない範囲で種々の改良・変更が可能であることは勿論である。

本発明の一実施の形態に係るパケットストリーム送信装置の構成図である。パケットストリームの単位であるＮＡＬユニットの構成を示す図である。プライオリティ判定部４が、リフレッシュ情報に基づいてＮＲＩを設定する処理手順について詳細に説明するフローチャートである。プライオリティ判定部４が、動きベクトル（ＭＶ）の総和に基いてＮＲＩを設定する処理手順について詳細に説明するフローチャートである。プライオリティ判定部４が、ＲＯＩに基いてＮＲＩを設定する処理手順について詳細に説明するフローチャートである。プライオリティ判定部４が、ＩＤＲ周期に基いてＮＲＩを設定する処理手順について詳細に説明するフローチャートである。パケット変換部３は、フラグメンテーションパケットの先頭パケットの優先度を上げる処理について説明するフローチャートである。（ａ）乃至（ｃ）は、フラグメンテーションパケットについて説明するための概念図である。本発明の一実施の形態に係るパケットストリーム送信装置の構成を更に具現化して示す構成図である。

符号の説明

１…ビデオ・エンコーダ、２…パケット生成部、３…パケット変換部、４…プライオリティ判定部、１０…動画像符号化装置、２０…パケット生成装置。

Claims

画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、
上記スライスのタイプ、上記スライスにリフレッシュ用のイントラマクロブロックが含まれるか否かというリフレッシュ情報、上記スライスに係る動きベクトル、上記スライスのマクロブロックアドレス、上記スライスのマクロブロックの注目度を示すＲＯＩ、上記スライスのＩＤＲ周期の少なくともいずれかを参照して、所定のプライオリティ値を設定するプライオリティ判定部と、
上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、
を有することを特徴とするパケットストリーム送信装置。
画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、
上記各スライスにリフレッシュ用のイントラマクロブロックが含まれているか否かを判断し、当該リフレッシュ用のイントラマクロブロックが含まれていると判断した場合には当該スライスのプライオリティ値を上げるプライオリティ判定部と、
上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、
を有することを特徴とするパケットストリーム送信装置。
画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、
上記スライスに含まれる全てのマクロブロックの動きベクトルの総和を算出し、当該総和が所定の閾値以上であるならば、動きの激しい領域であるものと判定し、プライオリティ値を上げるプライオリティ判定部と、
上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、
を有することを特徴とするパケットストリーム送信装置。
画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、
上記スライスに含まれるマクロブロックのＲＯＩの総和を算出し、当該総和が所定の閾値以上であるならば注目領域であるものと判定し、プライオリティ値を上げるプライオリティ判定部と、
上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、
を有することを特徴とするパケットストリーム送信装置。
画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、
上記各スライスがＩＤＲであるか否かを判断し、ＩＤＲ以外である場合には、ＩＤＲでないスライスの連続数をカウントし、当該連続数が予め定められた閾値より大きい場合にはプライオリティ値を下げるプライオリティ判定部と、
上記プライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、
を有することを特徴とするパケットストリーム送信装置。
画像信号を符号化し、ストリームをスライス単位で出力するビデオ・エンコーダと、
上記各スライスがＩＤＲであるか否かを判断し、ＩＤＲ以外である場合には、ＩＤＲでないスライスの連続数をカウントし、当該連続数が予め定められた閾値より大きい場合にはプライオリティ値を下げるプライオリティ判定部と、
上記のプライオリティ値に基づきスライスをパケット化しパケットストリームを生成するパケット生成部と、
を有することを特徴とするパケットストリーム送信装置。