(57)【要約】  マルチビュービデオ符号化のためのＲＲＵ（Ｒｅｄｕｃｅｄ  Ｒｅｓｏｌｕｔｉｏｎ  Ｕｐｄａｔｅ）モードを提供する方法及び装置が提供される。ビデオエンコーダは、ＲＲＵモードを利用してピクチャを符号化するエンコーダを有する。ピクチャは、同一又は類似のシーンに関して異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つである。ピクチャは、異なるビューポイントの１つを表す。
2009522941.tif 000002
【特許請求の範囲】
【請求項１】
同一又は類似のシーンに関する異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つであり、前記異なるビューポイントの１つを表すピクチャをＲＲＵ（Ｒｅｄｕｃｅｄ  Ｒｅｓｏｌｕｔｉｏｎ  Ｕｐｄａｔｅ）モードを利用して符号化するエンコーダを有するビデオエンコーダ。
【請求項２】
前記ＲＲＵモードは、ビュー予測と時間予測の少なくとも１つに利用される、請求項１記載のビデオエンコーダ。
【請求項３】
前記ＲＲＵモードは、スライスベースで利用される、請求項１記載のビデオエンコーダ。
【請求項４】
前記エンコーダは、前記ＲＲＵモードが前記ピクチャから分割されたスライスに利用されるとき、前記スライスのＲＲＵブロックエッジにデブロッキングフィルタリング処理を適用し、
前記デブロッキングフィルタリング処理の強度は、前記ＲＲＵモードと予測情報の少なくとも１つに基づき調整される、請求項３記載のビデオエンコーダ。
【請求項５】
前記ＲＲＵモードは、ＲＲＵモードマクロブロックベースによるビュー予測又は時間予測に基づきスイッチオン及びオフされる、請求項１記載のビデオエンコーダ。
【請求項６】
前記エンコーダは、前記ピクチャにデブロッキングフィルタリング処理を適用し、
前記ピクチャの内部ブロックエッジは、前記デブロッキングフィルタリング処理が適用されるとき、ＲＲＵマクロブロック境界から区別される、請求項５記載のビデオエンコーダ。
【請求項７】
前記ＲＲＵモードが内部ブロックエッジに利用されるとき、前記デブロッキングフィルタリング処理がＲＲＵブロックエッジに適用され、フィルタ強度が前記ＲＲＵモードについて調整され、
前記ＲＲＵモードが利用されないとき、前記デブロッキングフィルタリング処理が４×４ブロックエッジに適用される、請求項６記載のビデオエンコーダ。
【請求項８】
２つの近傍のマクロブロックが前記ＲＲＵモードを利用するとき、ＲＲＵブロックエッジがデブロックフィルタリングされ、フィルタ強度がＲＲＵマクロブロックエッジ境界のＲＲＵモードについて調整され、
前記２つの近傍のブロックの少なくとも１つが前記ＲＲＵモードを利用するとき、４×４ブロックエッジがデブロックフィルタリングされ、前記フィルタ強度が前記ＲＲＵモードについて調整される、請求項６記載のビデオエンコーダ。
【請求項９】
前記エンコーダは、ビュー予測と時間予測の少なくとも１つに基づき調整されるフィルタ強度を有するデブロッキングフィルタリング処理を前記ピクチャから分割されるマクロブロックに適用する、請求項５記載のビデオエンコーダ。
【請求項１０】
前記エンコーダは、ＩＳＯ／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ）のＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４）Ｐａｒｔ  １０  ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）規格／ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）Ｈ．２６４勧告とその拡張の少なくとも１つに準拠したビットストリームを生成するため、前記ピクチャを符号化する、請求項１記載のビデオエンコーダ。
【請求項１１】
前記エンコーダは、前記ＲＲＵモードと予測情報の少なくとも１つに基づき調整可能なフィルタ強度を有するデブロッキングフィルタリング処理を前記ピクチャに適用する、請求項１０記載のビデオエンコーダ。
【請求項１２】
前記ＲＲＵモードは、前記マルチビュービデオシーンの非リファレンススライスに利用される、請求項１記載のビデオエンコーダ。
【請求項１３】
前記ＲＲＵモードは、前記マルチビュービデオシーンの少なくともいくつかのビューに利用される、請求項１記載のビデオエンコーダ。
【請求項１４】
前記ＲＲＵモードは、前記マルチビュービデオシーンの特定の時間インスタンスに利用される、請求項１記載のビデオエンコーダ。
【請求項１５】
同一又は類似のシーンに関する異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つであり、前記異なるビューポイントの１つを表すピクチャをＲＲＵ（Ｒｅｄｕｃｅｄ  Ｒｅｓｏｌｕｔｉｏｎ  Ｕｐｄａｔｅ）モードを利用して符号化するステップを有するビデオ符号化方法。
【請求項１６】
前記ＲＲＵモードは、ビュー予測と時間予測の少なくとも１つに利用される、請求項１５記載のビデオ符号化方法。
【請求項１７】
前記ＲＲＵモードは、スライスベースで利用される、請求項１５記載のビデオ符号化方法。
【請求項１８】
前記ＲＲＵモードが前記ピクチャから分割されたスライスに利用されるとき、前記スライスのＲＲＵブロックエッジにデブロッキングフィルタリング処理を適用するステップをさらに有し、
前記デブロッキングフィルタリング処理の強度は、前記ＲＲＵモードと予測情報の少なくとも１つに基づき調整される、請求項１７記載のビデオ符号化方法。
【請求項１９】
前記ＲＲＵモードは、ＲＲＵモードマクロブロックベースによるビュー予測又は時間予測に基づきスイッチオン及びオフされる、請求項１５記載のビデオ符号化方法。
【請求項２０】
前記ピクチャにデブロッキングフィルタリング処理を適用するステップをさらに有し、
前記ピクチャの内部ブロックエッジは、前記デブロッキングフィルタリング処理が適用されるとき、ＲＲＵマクロブロック境界から区別される、請求項１９記載のビデオ符号化方法。
【請求項２１】
前記ＲＲＵモードが内部ブロックエッジに利用されるとき、前記デブロッキングフィルタリング処理がＲＲＵブロックエッジに適用され、フィルタ強度が前記ＲＲＵモードについて調整され、
前記ＲＲＵモードが利用されないとき、前記デブロッキングフィルタリング処理が４×４ブロックエッジに適用される、請求項２０記載のビデオ符号化方法。
【請求項２２】
２つの近傍のマクロブロックが前記ＲＲＵモードを利用するとき、ＲＲＵブロックエッジがデブロックフィルタリングされ、フィルタ強度がＲＲＵマクロブロックエッジ境界のＲＲＵモードについて調整され、
前記２つの近傍のブロックの少なくとも１つが前記ＲＲＵモードを利用するとき、４×４ブロックエッジがデブロックフィルタリングされ、前記フィルタ強度が前記ＲＲＵモードについて調整される、請求項２０記載のビデオ符号化方法。
【請求項２３】
ビュー予測と時間予測の少なくとも１つに基づき調整されるフィルタ強度を有するデブロッキングフィルタリング処理を前記ピクチャから分割されるマクロブロックに適用するステップをさらに有する、請求項１９記載のビデオ符号化方法。
【請求項２４】
前記符号化するステップは、ＩＳＯ／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ）のＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４）Ｐａｒｔ  １０  ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）規格／ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）Ｈ．２６４勧告とその拡張の少なくとも１つに準拠したビットストリームを生成するため、前記ピクチャを符号化する、請求項１５記載のビデオ符号化方法。
【請求項２５】
前記ＲＲＵモードと予測情報の少なくとも１つに基づき調整可能なフィルタ強度を有するデブロッキングフィルタリング処理を前記ピクチャに適用するステップをさらに有する、請求項２４記載のビデオ符号化方法。
【請求項２６】
前記ＲＲＵモードは、前記マルチビュービデオシーンの非リファレンススライスに利用される、請求項１５記載のビデオ符号化方法。
【請求項２７】
前記ＲＲＵモードは、前記マルチビュービデオシーンの少なくともいくつかのビューに利用される、請求項１５記載のビデオ符号化方法。
【請求項２８】
前記ＲＲＵモードは、前記マルチビュービデオシーンの特定の時間インスタンスに利用される、請求項１５記載のビデオ符号化方法。
【請求項２９】
同一又は類似のシーンに関する異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つであり、前記異なるビューポイントの１つを表すピクチャをＲＲＵ（Ｒｅｄｕｃｅｄ  Ｒｅｓｏｌｕｔｉｏｎ  Ｕｐｄａｔｅ）モードを利用して復号化するデコーダを有するビデオデコーダ。
【請求項３０】
前記ＲＲＵモードは、ビュー予測と時間予測の少なくとも１つに利用される、請求項２９記載のビデオデコーダ。
【請求項３１】
前記ＲＲＵモードは、スライスベースで利用される、請求項２９記載のビデオデコーダ。
【請求項３２】
前記デコーダは、前記ＲＲＵモードが前記ピクチャから分割されたスライスに利用されるとき、前記スライスのＲＲＵブロックエッジにデブロッキングフィルタリング処理を適用し、
前記デブロッキングフィルタリング処理の強度は、前記ＲＲＵモードと予測情報の少なくとも１つに基づき調整される、請求項３１記載のビデオデコーダ。
【請求項３３】
前記ＲＲＵモードは、ＲＲＵモードマクロブロックベースによるビュー予測又は時間予測に基づきスイッチオン及びオフされる、請求項２９記載のビデオデコーダ。
【請求項３４】
前記デコーダは、前記ピクチャにデブロッキングフィルタリング処理を適用し、
前記ピクチャの内部ブロックエッジは、前記デブロッキングフィルタリング処理が適用されるとき、ＲＲＵマクロブロック境界から区別される、請求項３３記載のビデオデコーダ。
【請求項３５】
前記ＲＲＵモードが内部ブロックエッジに利用されるとき、前記デブロッキングフィルタリング処理がＲＲＵブロックエッジに適用され、フィルタ強度が前記ＲＲＵモードについて調整され、
前記ＲＲＵモードが利用されないとき、前記デブロッキングフィルタリング処理が４×４ブロックエッジに適用される、請求項３４記載のビデオデコーダ。
【請求項３６】
２つの近傍のマクロブロックが前記ＲＲＵモードを利用するとき、８×８ブロックエッジがデブロックフィルタリングされ、フィルタ強度がＲＲＵマクロブロックエッジ境界のＲＲＵモードについて調整され、
前記２つの近傍のブロックの少なくとも１つが前記ＲＲＵモードを利用するとき、４×４ブロックエッジがデブロックフィルタリングされ、前記フィルタ強度が前記ＲＲＵモードについて調整される、請求項３４記載のビデオデコーダ。
【請求項３７】
前記デコーダは、ビュー予測と時間予測の少なくとも１つに基づき調整されるフィルタ強度を有するデブロッキングフィルタリング処理を前記ピクチャから分割されるマクロブロックに適用する、請求項３３記載のビデオデコーダ。
【請求項３８】
前記デコーダは、ＩＳＯ／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ）のＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４）Ｐａｒｔ  １０  ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）規格／ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）Ｈ．２６４勧告とその拡張の少なくとも１つに準拠したビットストリームから前記ピクチャを復号化する、請求項２９記載のビデオデコーダ。
【請求項３９】
前記デコーダは、前記ＲＲＵモードと予測情報の少なくとも１つに基づき調整可能なフィルタ強度を有するデブロッキングフィルタリング処理を前記ピクチャに適用する、請求項３９記載のビデオデコーダ。
【請求項４０】
前記ＲＲＵモードは、前記マルチビュービデオシーンの非リファレンススライスに利用される、請求項２９記載のビデオデコーダ。
【請求項４１】
前記ＲＲＵモードは、前記マルチビュービデオシーンの少なくともいくつかのビューに利用される、請求項２９記載のビデオデコーダ。
【請求項４２】
前記ＲＲＵモードは、前記マルチビュービデオシーンの特定の時間インスタンスに利用される、請求項２９記載のビデオデコーダ。
【請求項４３】
同一又は類似のシーンに関する異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つであり、前記異なるビューポイントの１つを表すピクチャをＲＲＵ（Ｒｅｄｕｃｅｄ  Ｒｅｓｏｌｕｔｉｏｎ  Ｕｐｄａｔｅ）モードを利用して復号化するステップを有するビデオ復号化方法。
【請求項４４】
前記ＲＲＵモードは、ビュー予測と時間予測の少なくとも１つに利用される、請求項４３記載のビデオ復号化方法。
【請求項４５】
前記ＲＲＵモードは、スライスベースで利用される、請求項４３記載のビデオ復号化方法。
【請求項４６】
前記ＲＲＵモードが前記ピクチャから分割されたスライスに利用されるとき、前記スライスのＲＲＵブロックエッジにデブロッキングフィルタリング処理を適用するステップをさらに有し、
前記デブロッキングフィルタリング処理の強度は、前記ＲＲＵモードと予測情報の少なくとも１つに基づき調整される、請求項４５記載のビデオ復号化方法。
【請求項４７】
前記ＲＲＵモードは、ＲＲＵモードマクロブロックベースによるビュー予測又は時間予測に基づきスイッチオン及びオフされる、請求項４３記載のビデオ復号化方法。
【請求項４８】
前記ピクチャにデブロッキングフィルタリング処理を適用するステップをさらに有し、
前記ピクチャの内部ブロックエッジは、前記デブロッキングフィルタリング処理が適用されるとき、ＲＲＵマクロブロック境界から区別される、請求項４７記載のビデオ復号化方法。
【請求項４９】
前記ＲＲＵモードが内部ブロックエッジに利用されるとき、前記デブロッキングフィルタリング処理がＲＲＵブロックエッジに適用され、フィルタ強度が前記ＲＲＵモードについて調整され、
前記ＲＲＵモードが利用されないとき、前記デブロッキングフィルタリング処理が４×４ブロックエッジに適用される、請求項４８記載のビデオ復号化方法。
【請求項５０】
２つの近傍のマクロブロックが前記ＲＲＵモードを利用するとき、ＲＲＵブロックエッジがデブロックフィルタリングされ、フィルタ強度がＲＲＵマクロブロックエッジ境界のＲＲＵモードについて調整され、
前記２つの近傍のブロックの少なくとも１つが前記ＲＲＵモードを利用するとき、４×４ブロックエッジがデブロックフィルタリングされ、前記フィルタ強度が前記ＲＲＵモードについて調整される、請求項４８記載のビデオ復号化方法。
【請求項５１】
ビュー予測と時間予測の少なくとも１つに基づき調整されるフィルタ強度を有するデブロッキングフィルタリング処理を前記ピクチャから分割されるマクロブロックに適用するステップをさらに有する、請求項４７記載のビデオ復号化方法。
【請求項５２】
前記復号化するステップは、ＩＳＯ／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ）のＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４）Ｐａｒｔ  １０  ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）規格／ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）Ｈ．２６４勧告とその拡張の少なくとも１つに準拠したビットストリームから前記ピクチャを復号化する、請求項４３記載のビデオ復号化方法。
【請求項５３】
前記ＲＲＵモードと予測情報の少なくとも１つに基づき調整可能なフィルタ強度を有するデブロッキングフィルタリング処理を前記ピクチャに適用するステップをさらに有する、請求項４３記載のビデオ復号化方法。
【請求項５４】
前記ＲＲＵモードは、前記マルチビュービデオシーンの非リファレンススライスに利用される、請求項４３記載のビデオ復号化方法。
【請求項５５】
前記ＲＲＵモードは、前記マルチビュービデオシーンの少なくともいくつかのビューに利用される、請求項４３記載のビデオ復号化方法。
【請求項５６】
前記ＲＲＵモードは、前記マルチビュービデオシーンの特定の時間インスタンスに利用される、請求項４３記載のビデオ復号化方法。
【請求項５７】
ビデオ符号化のためのビデオ信号構成であって、
ＲＲＵ（Ｒｅｄｕｃｅｄ  Ｒｅｓｏｌｕｔｉｏｎ  Ｕｐｄａｔｅ）モードを利用して符号化されるピクチャを有し、
前記ピクチャは、同一又は類似のシーンに関する異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つであり、前記異なるビューポイントの１つを表すビデオ信号構成。
【請求項５８】
符号化されたビデオ信号データを有する記憶媒体であって、
ＲＲＵ（Ｒｅｄｕｃｅｄ  Ｒｅｓｏｌｕｔｉｏｎ  Ｕｐｄａｔｅ）モードを利用して符号化されるピクチャを有し、
前記ピクチャは、同一又は類似のシーンに関する異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つであり、前記異なるビューポイントの１つを表す記憶媒体。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［関連出願の相互参照］
本出願は、参照することによりそのすべてがここに含まれる２００６年１月９日に出願された米国仮出願第６０／７５７，２９１号“Ｓｙｓｔｅｍ  Ｐｒｏｖｉｄｉｎｇ  Ｒｅｄｕｃｅｄ  Ｒｅｓｏｌｕｔｉｏｎ  Ｕｐｄａｔｅ  Ｍｏｄｅ  ｆｏｒ  Ｍｕｌｔｉ−ｖｉｅｗ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ”の利益を主張する。さらに、本出願は、参照することによりそのすべてがここに含まれる２００６年１月９日に出願された米国仮出願第６０／７５７，２８９号“Ｍｕｌｔｉ−Ｖｉｅｗ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｓｙｓｔｅｍ”の利益を主張する。さらに、本出願は、参照することによりそのすべてがここに含まれる共願出願“Ｍｅｔｈｏｄｓ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ｍｕｌｔｉ−Ｖｉｅｗ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ”（代理人整理番号ＰＵ０６０００４）に関する。
［発明の分野］
本発明は、一般にビデオ符号化及び復号化に関し、より詳細には、ＭＶＣ（Ｍｕｌｔｉ−ｖｉｅｗ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）のための低解像度アップデートモードを提供するための方法及び装置に関する。
［発明の背景］
ＭＶＣシーケンスは、異なるビューポイントから同一シーンをキャプチャする２以上のビデオシーケンスのセットである。マルチビュービデオシーケンスの符号化に対する可能なアプローチは、各ビューを独立に符号化することである。この場合、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）Ｈ．２６３勧告（以降、“Ｈ．２６３勧告”）及びＩＳＯ／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ）のＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４）Ｐａｒｔ  １０  ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）規格／ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）Ｈ．２６４勧告（以降、“ＭＰＥＧ−４  ＡＶＣ規格”）が利用可能である。このアプローチは、同一のビデオシーケンスの各ピクチャ間の時間的な冗長性しか利用しないため、低い圧縮効率しか有さない。
【０００２】
十分な主観的クオリティを維持しながら、符号化ピクチャレートの増大を可能にするため、低解像度アップデート（ＲＲＵ）モードがＨ．２６２勧告に導入された。このモードにより符号化されたビットストリームのシンタックスはフル解像度により符号化されたビットストリームと実質的に同じであるが、主要な相違は、ビットストリーム内のすべてのモードの解釈方法と、動き補償後の残差情報の考慮及び追加方法に関するものであった。より詳細には、このモードの画像はフル解像度符号化ピクチャと比較して１／４のマクロブロックしか有さず、動きベクトルデータは、１６×１６及び８×８の代わりにそれぞれフル解像度ピクチャの３２×３２及び１６×１６のブロックサイズに関連付けされている。他方、離散コサイン変換（ＤＣＴ）及びテクスチャデータは、低解像度画像の８×８ブロックに関連付けされ、最終的なフル画像表現を生成するため、アップサンプリングプロセスが必要とされる。
【０００３】
このプロセスは客観的なクオリティの低下をもたらしうるが、これは、モード数の減少（４まで）、動きデータ及び残差により符号化が必要とされるビットの減少からより多く補償される。これは、モード及び動きデータが残差よりかなり大きくなりうる極めて低いビットレートにおいて特に重要である。主観的なクオリティはまた、客観的なクオリティと比較してそれほど大きくは劣化しない。また、このプロセスは、符号化前に残差データに対するローパスフィルタの適用とやや類似しているが、それは、すべてのモード、動きデータ及びフィルタリングされた残差の伝送を必要とし、このため効率性の低いものである。
【０００４】
通常の符号化と比較したＲＲＵモードのいくつかの顕著な相違は、より大きなブロックサイズを考慮していることと、符号化前の残差のサブサンプリングである。第１の相違は、ビットストリーム内の大きなオーバヘッドの減少を可能にし（低ビットレートについて重要な）、第２の相違は、“空間”量子化プロセスとしてみなすことができる。
【０００５】
より詳細には、ＭＰＥＧ−４  ＡＶＣ規格のシンタックス内のＲＲＵをサポートするため、新たなスライスパラメータ（ｒｅｄｕｃｅｄ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ）が導入され、それに従って、現在スライスは（ＲＲＵｗｉｄｔｈ＊１６）×（ＲＲＵｈｅｉｇｈｔ＊１６）サイズのマクロブロックに分割される。Ｈ．２６３勧告と異なり、ＲＲＵｗｉｄｔｈがＲＲＵｈｅｉｇｈｔに等しい必要はない。追加的なスライスパラメータを含めることが可能であり、より詳細には、ｒｒｕ＿ｗｉｄｔｈ＿ｓｃａｌｅ＝ＲＲＵｗｉｄｔｈ及びｒｒｕ＿ｈｅｉｇｈｔ＿ｓｃａｌｅ＝ＲＲＵｈｅｉｇｈｔであり、それらは所望のレシオに解像度を水平方向又は垂直方向に低下させることを可能にする。例えば、可能な選択肢は、水平方向に１及び垂直方向に２によるスケーリング（ＭＢは１６×３２のサイズとなる）、垂直方向に２及び水平方向に１によるスケーリング（ＭＢサイズ３２×１６）、又は一般には（ｒｒｕ＿ｗｉｄｔｈ＿ｓｃａｌｅ＊１６）×（ｒｒｕ＿ｈｅｉｇｈｔ＿ｓｃａｌｅ＊１６）のサイズのマクロブロックを有するようなスケーリングを含む。
【０００６】
特別なケースでは、例えば、ＲＲＵｗｉｄｔｈ＝ＲＲＵｈｅｉｇｈｔ＝２であり、このときＲＲＵスライスマクロブロックは３２×３２のサイズを有することとなる。この場合、すべてのマクロブロックパーティション及びサブパーティションは、水平方向に２と垂直方向に２だけスケーリングされる必要がある。図１を参照するに、ＲＲＵモードにより一例となるマクロブロックパーティション１００とサブマクロブロックパーティション１５０の図が、参照番号１００により全体表示される。動きベクトルデータが規格の仕様に準拠するよう２により分割される必要があるＨ．２６３勧告と異なり、これはＭＰＥＧ−４  ＡＶＣ規格では不要であり、動きベクトルデータがフル解像度／サブピクセルの精度により符号化可能である。明らかに１６×１６の代わりに３２×３２の近傍を考慮する必要はあるが、関連する動きデータを計算するプロセスが変更されることなく、このモードにおいてＰ個のスライスにおけるスキップされるマクロブロックは、３２×３２のサイズを有するとみなされる。
【０００７】
任意的であるが、この拡張の他の主要な相違は、ＭＰＥＧ−４  ＡＶＣ規格において、テクスチャデータが低解像度画像からの情報を表す必要がないということである。ＭＰＥＧ−４  ＡＶＣ規格によるイントラ符号化が、４×４又は１６×１６ブロックサイズを利用して空間予測方法を校了して実行されるため、これは、インター予測モードと同様に、８×８及び３２×３２イントラ予測ブロックサイズに拡張可能である。にもかかわらず、予測モードは、予測信号を生成するためより多くのサンプルが使用されるが、ほぼ同じに維持される。
【０００８】
その後、残差データがダウンサンプリングされ、ＭＰＥＧ−４  ＡＶＣ規格においてすでに利用可能な同じ変換及び量子化プロセスを利用して符号化される。同じプロセスが、ルマ及びクロマサンプルの両方に適用される。復号化中、残差データがアップサンプリングされる必要がある。ダウンサンプリングプロセスは、エンコーダにおいてのみ実行される、このため、規格化される必要はない。アップサンプリングプロセスは、エンコーダとデコーダにおいて一致する必要がある。このため、標準化されている必要がある。利用可能なアップサンプリング方法は、Ｈ．２６３勧告と同様な戦略を考慮することによる又はゼロ若しくは第１オーダーホールドである。
【０００９】
ＭＰＥＧ−４  ＡＶＣ規格はまた、４×４のブロックエッジに適用されるインループデブロッキングフィルタを考慮する。現在、予測プロセスが８×８及びそれ以上のブロックサイズに適用されるため、当該プロセスは８×８のブロックエッジを考慮するよう変更される。
【００１０】
同一のピクチャにおける異なるスライスは、ｒｅｄｕｃｅｄ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ、ｒｒｕ＿ｗｉｄｔｈ＿ｓｃａｌｅ及びｒｒｕ＿ｈｅｉｇｈｔ＿ｓｃａｌｅの異なる値を有するかもしれない。インループデブロッキングフィルタがスライス境界に適用されるため、スライス境界の何れかの側のブロックは異なる解像度により符号化されているかもしれない。この場合、デブロッキングの強さが２つのブロックの非ゼロ係数の合計に基づきながら、所与の８×８のエッジの２つの近傍の４×４の通常のブロックにおける最大量子化パラメータ（ＱＰ）値をデブロッキングフィルタパラメータの計算のため考慮する必要がある。
【００１１】
ピクチャパラメータセットにおいて０より大きなｎｕｍ＿ｓｌｉｃｅ＿ｇｒｏｕｐｓ＿ｍｉｎｕｓ１により示されるフレキシブルマクロブロックオーダリング（ＦＭＯ）をサポートするため、ＲＲＵモードによって、ｒｅｄｕｃｅｄ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｅｎａｂｌｅと呼ばれる追加的なパラメータがピクチャパラメータセットにおいて送信される。それは、ＦＭＯが存在し、当該パラメータが設定されていない場合、低解像度モードを利用してスライスを符号化することは許されない。さらに、このパラメータが設定されている場合、ｒｒｕ＿ｍａｘ＿ｗｉｄｔｈ＿ｓｃａｌｅとｒｒｕ＿ｍａｘ＿ｈｅｉｇｈｔ＿ｓｃａｌｅのパラメータがまた送信されるべきである。これらのパラメータは、提供されるマップが常に可能性のあるすべてのＲＲＵマクロブロックサイズをサポートすることが可能であることを保証する。これは、以下のパラメータが以下の条件に従うべきであることを意味する。
【００１２】
ｍａｘ＿ｗｉｄｔｈ＿ｓｃａｌｅ％ｒｕ＿ｗｉｄｔｈ＿ｓｃａｌｅ＝０
ｍａｘ＿ｈｅｉｇｈｔ＿ｓｃａｌｅ％ｒｕ＿ｈｅｉｇｈｔ＿ｓｃａｌｅ＝０及び
ｍａｘ＿ｗｉｄｔｈ＿ｓｃａｌｅ＞０，ｍａｘ＿ｈｅｉｇｈｔ＿ｓｃａｌｅ＞０
送信されるＦＭＯスライスグループマップは、ｒｒｕ＿ｍａｘ＿ｗｉｄｔｈ＿ｓｃａｌｅとｒｒｕ＿ｍａｘ＿ｈｅｉｇｈｔ＿ｓｃａｌｅに対応して、許容される最小の低解像度に対応する。複数のマクロブロック解像度が使用される場合、ｒｒｕ＿ｍａｘ＿ｗｉｄｔｈ＿ｓｃａｌｅとｒｒｕ＿ｍａｘ＿ｈｅｉｇｈｔ＿ｓｃａｌｅは、同じピクチャ内のすべての可能な解像度の最小公倍数の倍数となる必要があることに留意されたい。
【００１３】
ＭＰＥＧ−４  ＡＶＣ規格におけるダイレクトモードは、現在スライスが低解像度モードであるか、又はリスト１リファレンスが低解像度モードにあり、かつ現在のものがそうでないか応じて影響を受ける。ダイレクトモードのケースについて、現在ピクチャが低解像度であり、リファレンスピクチャがフル改造であるとき、同様の方法は、ｄｉｒｅｃｔ＿８×８＿ｉｎｆｅｒｅｎｃｅ＿ｆｌａｇが有効であるとき、ＭＰＥＧ−４  ＡＶＣ規格内で現在利用されているものから借用される。この方法に従って、同一の位置に配置されたパーティションが、８×８パーティションの対応するコーナーの４×４ブロック（コーナーはブロックインデックスに基づく）のみを考慮することにより割り当てられる。本ケースでは、ダイレクトが低解像度スライスに属する場合、同じ位置に配置されたパーティションの動きベクトルとリファレンスは、ｄｉｒｅｃｔ＿８×８＿ｉｎｆｅｒｅｎｃｅ＿ｆｌａｇが１に設定されているかのように導かれる。これはまた、同じ位置に配置されたリファレンスの動きフィールドのダウンサンプリングとしてみなすことができる。必要ではないが、ｄｉｒｅｃｔ＿８×８＿ｉｎｆｅｒｅｎｃｅ＿ｆｌａｇがビットストリーム内ですでに設定されている場合、このプロセスは２回適用されうる。現在スライスが低解像度モードにないが、それの第１のリスト１リファレンスがそうである場合、この低解像度リファレンスのすべての動きデータがまずアップサンプリングされる。動きデータは、ゼロオーダーホールドを利用してアップサンプリングすることが可能であり、それは最も少ない複雑さによる方法である。例えば、残差データのアップサンプリングに利用されるプロセスに類似した他のフィルタリング方法又は第１オーダーホールドがまた利用可能である。
【００１４】
ＭＰＥＧ−４  ＡＶＣ規格の他のツールはまた、このモードを考慮することにより影響を受ける。より詳細には、ＭＢ−ＡＦＦ（Ｍａｃｒｏｂｌｏｃｋ  Ａｄａｐｔｉｖｅ  Ｆｉｅｌｄ  Ｆｒａｍｅ）モードは、３２×６４スーパーマクロブロック構成を利用して考慮される必要がある。アップサンプリングプロセスが、各符号化ブロック残差に対して実行される。ピクチャ全体がフィールドモードにより符号化される場合、対応するブロック残差がフィールドモードにおいて符号化され、このため、アップサンプリングがまたフィールドにおいて実行される。同様に、ＭＢ−ＡＦＦが利用されるとき、各ブロックはフレーム又はフィールドモードにおいて符号化され、それらの対応する残差がフレーム又はフィールドモードによりそれぞれアップサンプリングされる。
【００１５】
低解像度モードがすべての可能な解像度について機能することを可能にするため、ピクチャは常に、１６＊ｒｒｕ＿ｈｅｉｇｈｔ＿ｓｃａｌｅと１６＊ｒｒｕ＿ｗｉｄｔｈ＿ｓｃａｌｅによりそれぞれ分割可能となるように、垂直方向と水平方向に拡張される。
【００１６】
ｒｒｕ＿ｈｅｉｇｈｔ＿ｓｃａｌｅ＝ｒｒｕ＿ｗｉｄｔｈ＿ｓｃａｌｅ＝２である例では、画像のオリジナル解像度はＨＲ×ＶＲであり、画像はＨＣ×ＶＣに等しい解像度に増大される。ただし、
ＨＣ＝（（ＨＲ＋３１））／３２）＊３２
ＶＣ＝（（ＶＲ＋３１））／３２）＊３２
である。
【００１７】
画像解像度を拡張するプロセスは、１６により分割可能となるようにピクチャサイズを拡張するため、ＭＰＥＧ−４  ＡＶＣ規格について現在実行されているものと同様である。
【００１８】
同様のアプローチが、クロマサンプルを拡張するため、しかしながら１／２のサイズに拡張するのに利用される。
［発明の概要］
従来技術の上記及び他の問題点及び欠点が、ＭＶＣ（Ｍｕｌｔｉ−ｖｉｅｗ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）のための低解像度アップデートモードを提供する方法及び装置に関する本発明により解決される。
【００１９】
本発明の一特徴によると、ビデオエンコーダが提供される。ビデオエンコーダは、ＲＲＵモードを利用してピクチャを符号化するエンコーダを有する。ピクチャは、同一又は類似のシーンに関して異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つである。ピクチャは、異なるビューポイントの１つを表す。
【００２０】
本発明の他の特徴によると、ビデオ符号化方法が提供される。本方法は、ＲＲＵモードを利用してピクチャを符号化するステップを有する。ピクチャは、同一又は類似のシーンに関して異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つである。ピクチャは、異なるビューポイントの１つを表す。
【００２１】
本発明のさらなる他の特徴によると、ビデオデコーダが提供される。ビデオデコーダは、ＲＲＵモードを利用してピクチャを復号化するデコーダを有する。ピクチャは、同一又は類似のシーンに関して異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つである。ピクチャは、異なるビューポイントの１つを表す。
【００２２】
本発明の他の特徴によると、ビデオ復号化方法が提供される。本方法は、ＲＲＵモードを利用してピクチャを復号化するステップを有する。ピクチャは、同一又は類似のシーンに関して異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つである。ピクチャは、異なるビューポイントの１つを表す。
【００２３】
本発明の上記及び他の側面、特徴及び効果は、添付した図面と共に参照される以下の実施例の詳細な説明から明らかになるであろう。
［詳細な説明］
本発明は、ＭＶＣのための低解像度アップデート（ＲＲＵ）モードを提供する方法及び装置に関する。
【００２４】
本記載は、本発明の原理を示す。このため、当業者は、ここに明示的には記載又は図示されていないが、本発明の原理を実現し、その範囲及び趣旨に含まれる各種構成を想到することが可能であることが理解されるであろう。
【００２５】
ここに記載されるすべての具体例と条件的言語は、読者が技術をさらに促進させるために発明者が寄与した本発明の原理及びコンセプトを理解するのに役立つための教育的な目的を意図している。
【００２６】
さらに、本発明の原理、特徴及び実施例と共に、その具体例を示すここでのすべての言及は、それの構造的及び機能的な均等の範囲を含むことが意図される。さらに、このような均等の範囲は現在知られている均等の範囲と共に将来開発される均等の範囲、すなわち、構成に関係なく同一の機能を実行する何れかの開発される要素を含むことが意図される。
【００２７】
例えば、ここに与えられたブロック図は本発明の原理を実現する例示的な回路の概念図を表すことが、当業者により理解されるであろう。同様に、フローチャート、フロー図、状態遷移図、擬似コードなどは、コンピュータ可読媒体に実質的に表され、明示的には図示されていないが、コンピュータ又はプロセッサにより実行可能な各種プロセスを表すことが理解されるであろう。
【００２８】
図示された各種要素の各機能は、専用のハードウェアと共に、適切なソフトウェアに関連してソフトウェアを実行可能なハードウェアを利用することにより提供されるかもしれない。プロセッサにより提供されるとき、これらの機能は単一の専用プロセッサ、単一の共有プロセッサ又は一部が共有される複数の個別のプロセッサにより提供されるかもしれない。さらに、“プロセッサ”又は“コントローラ”という用語の明示的な利用は、ソフトウェアを実行可能なハードウェアのみを参照すると解釈されるべきでなく、限定されることなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを格納するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）及び不揮発性ストレージを非明示的に含むかもしれない。
【００２９】
他の、従来の及び／又はカスタムハードウェアもまた含まれるかもしれない。同様に、図示されている何れのスイッチも単に概念的なものである。それらの機能は、プログラムロジックの動作、専用ロジック、プログラム制御と専用ロジックの相互作用又は手動により実行されてもよく、文脈からより具体的に理解されるとき、当該技術は実施者により選択可能である。
【００３０】
請求項において、指定された機能を実行する手段として記載される要素は、例えば、ａ）当該機能を実行する各回路要素の組み合わせ、又はｂ）当該機能を実行するようソフトウェアを実行する適切な回路と組み合わされたファームウェア、マイクロコードなどを含む何れかの形式によるソフトウェアなどを含む、当該機能を実行する何れかの方法を含むことが意図される。このような請求項により規定されるような本発明は、記載された各種手段により提供される機能が、請求項が要求する方法により組み合わされるという事実によるものである。このため、これらの機能を提供可能な手段はここに示されるものと均等であるとみなされる。
【００３１】
本原理の“一実施例”又は“実施例”という明細書における表現は、当該実施例に関して説明される特定の機能、構成又は特徴が本原理の少なくとも１つの実施例に含まれることを意味する。このため、明細書を通じて各所に出現する“一実施例では”又は“実施例では”という表現は、必ずしもすべてが同一の実施例を参照しているとは限らない。
【００３２】
図２を参照するに、ＲＲＵモードをサポートする一例となるエンコーダが、参照番号２００により全体表示される。エンコーダ２００は、スイッチ２１０の入力に接続される出力を有する合成手段２０５を有する。スイッチ２１０の第１出力は、ダウンサンプラ２１５の入力、スイッチ２４５の第１出力及び動き補償手段２７０の第１入力と信号通信接続される。ダウンサンプラ２１５の出力は、変換手段２２０の入力と信号通信接続される。スイッチ２１０の第２出力は、変換手段２２０の入力と信号通信接続される。変換手段２２０の出力は、量子化手段２２５の入力と信号通信接続される。量子化手段２２５の出力は、可変長符号化手段２３０及び逆量子化手段２３５の入力と信号通信接続される。逆量子化手段２３５の出力は、逆変換手段２４０の入力と信号通信接続される。逆変換手段２４０の出力は、スイッチ２４５の入力と信号通信接続される。スイッチ２４５の第１出力は、アップサンプラ２５０の入力と信号通信接続される。アップサンプラ２５０の出力は、合成手段２５５の第１批判点入力と信号通信接続される。スイッチ２４５の第２出力は、合成手段２５５の第１非反転入力と信号通信接続される。合成手段２５５の出力は、ループフィルタ２６０の入力と信号通信接続される。ループフィルタ２６０の出力は、リファレンスピクチャストア２６５の入力と信号通信接続される。リファレンスピクチャストア２６５の出力は、動き補償手段２７０の第２入力及び動き推定手段２７５の第１入力と信号通信接続される。動き推定手段２７５の出力は、動き補償手段２７０の第３入力と信号通信接続される。動き補償手段２７０の出力は、合成手段２５５の第２非反転入力、合成手段２０５の反転入力及び可変長符号化手段２３０の第２入力と信号通信接続される。動き推定手段２７５の第２入力及び合成手段２０５の非反転入力は、エンコーダ２００の入力として利用可能である。可変長符号化手段２３０の出力は、エンコーダ２００の出力として利用可能である。
【００３３】
図３を参照するに、ＲＲＵモードをサポートする一例となるデコーダが、参照番号３００により全体表示される。逆離散コサイン変換手段（ＩＤＣＴ）／逆量子化手段（ＩＱｕａｎｔ）３０５の入力は、残差ビットスリームを受け付けるため、デコーダ３００の入力として利用可能である。動き補償手段３２５の入力はまた、動きベクトルを受け付けるため、デコーダ３００の入力として利用可能である。
【００３４】
逆離散コサイン変換手段／逆量子化手段３０５の出力は、アップスケーラ３１５の入力と信号通信接続される。アップスケーラ３１５の出力は、合成手段３２０の第１非反転入力と信号通信接続される。合成手段３２０の出力は、ループフィルタ３９９の入力と信号通信接続される。ループフィルタ３９９の第１出力は、リファレンスバッファ３３０の入力と信号通信接続される。リファレンスバッファ３３０の出力は、動き補償手段３２５の入力と信号通信接続される。動き補償手段３２５の出力は、合成手段３２０の第２非反転入力と信号通信接続される。ループバッファ３９９の第２出力は、デコーダ３００の出力として利用可能であり、復号化されたビデオを提供する。逆離散コサイン変換手段／逆量子化手段３０５の出力は、残差を提供する。リファレンスピクチャバッファ３３０の出力は、リファレンスピクチャを提供する。動き補償手段の出力は、動き補償された予測を提供する。
【００３５】
エンコーダ２００及びデコーダ３００に関するモデルは、エンコーダとデコーダの両方における空間時間解析などの追加的な処理要素を利用することにより拡張及び向上させることが可能であり、それは、残差ダウンサンプリング及びアップサンプリングプロセスを通じて導入されるアーチファクトの一部を取り除くことを可能にする。
【００３６】
図４を参照するに、ＲＲＵモードをサポートするＭＶＣエンコーダが、参照番号４００により全体表示される。エンコーダ４００は、スイッチ４０４の入力と信号通信接続される出力を有する合成手段４０２を有する。スイッチ４０４の第１出力は、ダウンサンプラ４０６の入力と信号通信接続される。スイッチ４０４の第２出力は、変換手段４０８の入力と信号通信接続される。ダウンサンプラ４０６の出力は、変換手段４０８の入力と信号通信接続される。変換手段４０８の出力は、量子化手段４１０の入力と信号通信接続される。量子化手段４１０の出力は、エントロピー符号化手段４１２の入力及び逆量子化手段４１４の入力と信号通信接続される。逆量子化手段４１４の出力は、逆変換手段４１６の入力と信号通信接続される。逆変換手段４１６の出力は、スイッチ４１８の入力と信号通信接続される。スイッチ４１８の第１出力は、アップサンプラ４２０の入力と信号通信接続される。スイッチ４１８の第２出力は、合成手段４２２の第１非反転入力と信号通信接続される。アップサンプラ４２０の出力は、合成手段４２２の第１非反転入力と信号通信接続される。合成手段４２２の出力は、イントラ予測手段４２４の入力及びデブロッキングフィルタ４２６の入力と信号通信接続される。デブロッキングフィルタ４２６の出力は、リファレンスピクチャストア４２８（ビューｉに対する）の入力と信号通信接続される。リファレンスピクチャストア４２８の出力は、動き推定手段４３６の第１入力及び動き補償手段４３８の第１入力と信号通信接続される。動き推定手段４３６の出力は、動き補償手段４３８の第２入力と信号通信接続される。
【００３７】
リファレンスピクチャストア４３０（他のビューに対する）の出力は、ディスパリティ推定手段４３２の第１入力及びディスパリティ補償手段４３４の第１入力と信号通信接続される。ディスパリティ推定手段４３２の出力は、ディスパリティ補償手段４３４の第２入力と信号通信接続される。
【００３８】
合成手段４０２の反転入力は、スイッチ４４０の出力と信号通信接続される。スイッチ４４０の出力はまた、合成手段４２２の第２非反転入力と信号通信接続される。スイッチ４４０の第１入力は、イントラ予測手段４２４の出力と信号通信接続される。スイッチ４４０の第２入力は、ディスパリティ補償手段４３４の出力と信号通信接続される。スイッチ４４０の第３入力は、動き補償手段４３８の出力と信号通信接続される。マクロブロック（ＭＢ）モード判定モジュール４４２の第１出力は、何れの入力がスイッチ４０２により選択されるか制御するため、スイッチ４０４と信号通信接続される。マクロブロックモード判定モジュール４４２の第２出力は、何れの出力がスイッチ４１８により選択されるか制御するため、スイッチ４０４と信号通信接続される。マクロブロックモード判定モジュール４４２の第３出力は、何れの入力がスイッチ４４０により選択されるか制御するため、スイッチ４４０と信号通信接続される。
【００３９】
エンコーダ４００の入力は、合成手段４０２の非反転入力、動き推定手段４３６の第２入力及びディスパリティ推定手段４３２の第２入力と信号通信接続される。エントロピー符号化手段４１２の出力は、エンコーダ４００の出力として利用可能である。
【００４０】
図５を参照するに、ＲＲＵモードをサポートするＭＶＣデコーダが、参照番号５００により全体表示される。デコーダ５００は、逆量子化手段５１０の入力と信号通信接続される出力を有するエントロピーデコーダ５０５を有する。逆量子化手段の出力は、逆変換手段５１５の入力と信号通信接続される。逆変換手段５１５の出力は、スイッチ５１７の入力と信号通信接続される。スイッチ５１７の第１出力は、アップサンプラ５１９の入力と信号通信接続される。スイッチ５１７の第２出力は、合成手段５２０の第１非反転入力と信号通信接続される。アップサンプラ５１９の出力は、合成手段５２０の第１非反転入力と信号通信接続される。合成手段５２０の出力は、デブロッキングフィルタ５２５の入力及びイントラ予測手段５３０の入力と信号通信接続される。デブロッキングフィルタ５２５の出力は、リファレンスピクチャフィルタ５４０（ビューｉに対する）の入力と信号通信接続される。リファレンスピクチャストア５４０の出力は、動き補償普段５３５の第１入力と信号通信接続される。
【００４１】
リファレンスピクチャストア５４５（他のビューに対する）の出力は、ディスパリティ／照度補償手段５５０の第１入力と信号通信接続される。
【００４２】
エントロピー符号化手段５０５の入力は、残差ビットストリームを受け付けるため、デコーダ５００への入力として利用可能である。さらに、モードモジュール５６０の入力はまた、何れの入力がスイッチ５５５により選択されるか制御するための制御シンタックスを受け付けるため、デコーダ５００への入力として利用可能である。さらに、動き補償手段５３５の第２入力は、動きベクトルを受け付けるため、デコーダ５００の入力として利用可能である。また、ディスパリティ／照度補償手段５５０の第２入力は、ディスパリティベクトル及び／又は照度補償シンタックスを受け付けるため、デコーダ５００への入力として利用可能である。
【００４３】
スイッチ５５５の出力は、合成手段５２０の第２非反転入力と信号通信接続される。
【００４４】
スイッチ５５５の第１入力は、ディスパリティ／照度補償手段５５０の出力と信号通信接続される。スイッチ５５５の第２入力は、動き補償手段５３５の出力と信号通信接続される。スイッチ５５５の第３入力は、イントラ予測手段５３０の出力と信号通信接続される。デブロッキングフィルタ５２５の出力は、デコーダの出力として利用可能である。
【００４５】
本原理の実施例は、ＭＶＣシーケンスの効率的な符号化に関する。マルチビュービデオシーケンスは、時間予測とビュー予測の両方を組み合わせるＭＶＣのためのＲＲＵモードの拡張に関する。まず、ＲＲＵをＭＶＣに適応させる一例となる技術が説明され、その後、ＭＶＣにおけるアプリケーションが説明される。ＲＲＵは、Ｈ．２６３勧告により現在サポートされ、ＭＰＥＧ−４  ＡＶＣ規格に拡張される。このモードは、十分な主観的なクオリティを維持しながら、符号化ピクチャレートを増大させる機会を提供する。これは、高解像度リファレンスを使用した予測を実行しながら、低解像度により画像を符号化することにより実行される。これは、画像を符号化するのに要求されるビットレートが大きく低下するが、フル解像度による良好なクオリティにより最終的な画像が再構成されることを可能にする。
【００４６】
ＭＶＣのためのＲＲＵモードを拡張するための２つの実施例が提供される。しかしながら、ここに与えられる本原理の教示が与えられた場合、当該及び関連技術の当業者は、本原理の範囲を維持しながら、ＭＶＣのためのＲＲＵを拡張する上記及び他の各種の同様の実施例を想到することが理解されるべきである。
【００４７】
さらに、ここに与えられる方法は、ここに与えられる本原理の教示からもたらされるものと共に、ＭＶＣのためのビデオ符号化ツールに利用可能であることが理解されるであろう。しかしながら、例示のため、ここに記載される実施例は、ＭＰＥＧ−４  ＡＶＣ規格に関して説明される。一般性を失うことなく、ここに記載されるケースについて、ｒｒｕ＿ｗｉｄｔｈ＿ｓｃａｌｅ及びｒｒｕ＿ｈｅｉｇｈｔ＿ｓｃａｌｅを２に設定する。
【００４８】
各マクロブロック又はサブマクロブロックについて、ＭＶＣ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇが、それが時間予測又はビュー予測として符号化されているか示すため送信される。ここに記載されたケースについて、基本的な符号化マクロブロックユニットは３２×３２である。もちろん、本原理は、上述したマクロブロックユニットに限定されるものでなく、他のマクロブロックユニットもまた、本原理の範囲を維持しながら、本原理の教示に従って利用可能である。
【００４９】
本原理の一実施例によるＭＶＣへのＲＲＵの拡張に関する説明が与えられる。本実施例では、ＲＲＵはスライスベースにより決定される。本実施例では、スライスベースにより決定されるＭＰＥＧ−４  ＡＶＣ規格の拡張におけるＲＲＵと非アックして、インター動き補償が時間予測又はビュー予測からのものとすることが可能である。動き補償が実行された後、残差がＲＲＵを利用して符号化される。
【００５０】
デブロッキングフィルタに関して、ＲＲＵでは予測プロセスは８×８以上のブロックサイズに適用されるため、当該プロセスを８×８ブロックエッジのみ考慮するよう変更する。ＲＲＵはさらなるタイプの量子化としてみなすことができることが観察された。このため、ＲＲＵスライス内のデブロッキングを向上させるため、ＲＲＵが使用される場合、量子化値はデブロッキングテーブルにアクセスするために固定値だけ垂直方向に増大される。より詳細には、ｉｎｄｅｘＡ及びｉｎｄｅｘＢを以下のように定義する。
【００５１】
ｉｎｄｅｘＡ＝Ｃｌｉｐ３（０，５１，ｑＰａｖ＋ＲＲＵｏｆｆｓｅｔ＋ＦｉｌｔｅｒＯｆｆｓｅｔＡ）
ｉｎｄｅｘＢ＝Ｃｌｉｐ３（０，５１，ｑＰａｖ＋ＲＲＵｏｆｆｓｅｔ＋ＦｉｌｔｅｒＯｆｆｓｅｔＢ）
ただし、ＲＲＵｏｆｆｓｅｔは、ＲＲＵが存在する場合に適用が所望される量子化オフセットである。
【００５２】
しかしながら、ブロック及びその近傍は異なるビュー又は時間予測を有する可能性があるため、境界強度は、境界におけるＭＶＣ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇにｍと小月調整される。
【００５３】
ＲＲＵがＭＶＣに利用されるとき、デブロッキングは８×８エッジのみを考慮すべきであり、境界強度及びＲＲＵオフセットは、デブロッキングフィルタの強度を調整するため合成されるべきである。
【００５４】
シンタックスに関して、スライスがＲＲＵモードを利用するか示すため、スライスヘッダにｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇを追加する。
【００５５】
ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇが１に等しいとき、これは、ＲＲＵモードが現在スライスに適用されることを規定する。ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇが０に等しいとき、これは、ＲＲＵモードが現在スライスに適用されていないことを規定する。
【００５６】
図６を参照するに、スライスベースＲＲＵモードのための一例となるＭＶＣ符号化方法が、参照番号６００により全体表示される。本方法６００は、判定ブロック６０５に制御をわたすスタートブロック６００を含む。判定ブロック６０５は、ビュー予測を利用して現在スライスを符号化するか判断する。そうである場合、制御は機能ブロック６１５にわたされる。そうでない場合、制御は機能ブロック６３５にわたされる。
【００５７】
機能ブロック６１５は、ＭＶＣ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇを１に設定し、ビュー予測を利用して現在スライスを符号化し、制御を判定ブロック６２０にわたす。判定ブロック６２０は、ＲＲＵモードを利用して現在スライスを符号化するか判断する。そうである場合、制御は機能ブロック６２５にわたされる。そうでない場合、制御は機能ブロック６４０にわたされる。
【００５８】
機能ブロック６２５は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇを１に設定し、ＲＲＵモードを利用して現在スライスを符号化し、制御を機能ブロック６３０にわたす。機能ブロック６３０は、現在スライスを符号化し、制御を機能ブロック６３２にわたす。機能ブロック６３２は、デブロッキングフィルタリングを実行し、制御をエンドブロック６４５にわたす。
【００５９】
機能ブロック６３５は、ＭＶＣ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇを０に設定し、時間予測を利用して現在スライスを符号化し、制御を判定ブロック６２０にわたす。
【００６０】
機能ブロック６４０は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇを０に設定し、非ＲＲＵモードを利用して現在スライスを符号化し、制御を機能ブロック６３０にわたす。
【００６１】
図７を参照するに、スライスベースＲＲＵモードのための一例となるＭＶＣ復号化方法が、参照番号７００により全体表示される。本方法７００は、機能ブロック７１０に制御をわたすスタートブロック７０５を含む。機能ブロック７１０は、ビットストリームを構文解析し、制御を判定ブロック７１５にわたす。判定ブロック７１５は、ＭＶＣ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇが１に等しいか判断する。そうである場合、制御は機能ブロック７２０にわたされる。そうでない場合、制御は機能ブロック７４０にわたされる。
【００６２】
機能ブロック７２０は、ビュー予測を利用して現在スライスを復号化し、制御を判定ブロック７２５にわたす。判定ブロック７２５は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇが１に等しいか判断する。そうである場合、制御は機能ブロック７３０にわたされる。そうでない場合、制御は機能ブロック７４５にわたされる。
【００６３】
機能ブロック７３０は、ＲＲＵモードを利用して現在スライスを復号化し、制御を機能ブロック７３５にわたす。機能ブロック７３５は、現在スライスを復号化し、制御を機能ブロック７３８にわたす。機能ブロック７３８はデブロッキングフィルタリングを実行し、制御をエンドブロック７５０にわたす。
【００６４】
機能ブロック７４０は、時間予測を利用して現在スライスを復号化し、制御を判定ブロック７２５にわたす。
【００６５】
機能ブロック７４５は、非ＲＲＵモードを利用して現在スライスを復号化し、制御を機能ブロック７３５にわたす。
【００６６】
本原理の他の実施例によるＭＶＣへのＲＲＵの拡張に関する説明が与えられる。本実施例では、ＲＲＵは、ＭＶＣ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇに基づき３２×３２ＭＢベースで判断される。
【００６７】
本実施例では、ＲＲＵは、ＭＶＣ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇに基づき３２×３２ＭＢベースによりスイッチオン・オフすることが可能である。例えば、時間予測のためにＲＲＵを利用し、ビュー予測のために非ＲＲＵを利用することを決定可能である。簡単化のため、ＭＶＣ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇは３２×３２ＭＢベースによってのみ設定可能である。ＲＲＵがオンである場合、１つの３２×３２ＭＢを１つのＭＢとして符号化する。ＲＲＵがオフである場合、３２×３２ＭＢを４つの１６×１６ＭＢとして符号化する。符号化順序は左から右に、かつ上から下である。
【００６８】
デブロッキングフィルタに関して、３２×３２ＭＢ境界から内部ブロックエッジを区別する。内部ブロックエッジに対して、ＲＲＵモードが使用されている場合、デブロッキングフィルタは８×８ブロックエッジに適用され、ＲＲＵオフセットは上述したスライスベース方法と同様に適用される。ＲＲＵが使用されていない場合、デブロッキングフィルタリングは４×４ブロックエッジに適用される。３２×３２ＭＢ境界について、近傍ブロックの両方がＲＲＵモードを利用する場合、８×８ブロックエッジが考慮され、ＲＲＵオフセットが利用される。そうでない場合、４×４ブロックエッジが考慮され、１つのブロックがＲＲＵモードを利用する場合、ＲＲＵオフセットが適用される。
【００６９】
上述したスライスベース方法と同様に、３２×３２ＭＢベース方法では、境界におけるＭＶＣ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇに基づき境界強度を調整する。
【００７０】
スライスヘッダシンタックスに関して、ＲＲＵモードがビュー予測又は時間予測に適用されるか示すため、２つのシンタックスが追加される。
【００７１】
ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎが１に等しいとき、これは、ＲＲＵモードが現在スライスのビュー予測３２×３２マクロブロックに適用されることを規定している。ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎが０に等しいとき、これは、ＲＲＵモードが現在スライスのビュー予測３２×３２マクロブロックに適用されないことを規定している。
【００７２】
ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｔｅｍｐｏｒａｌ＿ｐｒｅｄｉｃｔｉｏｎが１に等しいとき、これは、ＲＲＵモードが現在スライスの時間予測３２×３２マクロブロックに適用されることを規定する。ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｔｅｍｐｏｒａｌ＿ｐｒｅｄｉｃｔｉｏｎが０に等しいとき、これは、ＲＲＵモードが現在スライスの時間予測３２×３２マクロブロックに適用されないことを規定する。
【００７３】
図８を参照するに、ＲＲＵモードに基づく３２×３２ＭＢのための一例となるＭＶＣ符号化方法が、参照番号８００により全体表示される。本方法８００は、制御を判定ブロック８１０にわたすスタートブロック８０５を含む。判定ブロック８１０は、ＲＲＵモードを利用して３２×３２ＭＢのビュー予測を符号化するか判断する。そうである場合、制御は機能ブロック８１５にわたされる。そうでない場合、制御は機能ブロック８５５にわたされる。
【００７４】
機能ブロック８１５は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎを１に設定し、制御を判定ブロック８２０にわたす。判定ブロック８２０は、ＲＲＵモードを利用して３２×３２ＭＢのための時間予測を符号化するか判断する。そうである場合、制御は機能ブロック８２５にわたされる。そうでない場合、制御は機能ブロック８６０にわたされる。
【００７５】
機能ブロック８２５は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｔｅｍｐｏｒａｌ＿ｐｒｅｄｉｃｔｉｏｎを１に設定し、制御をループリミットブロック８３０にわたす。ループリミットブロック８３０は、変数ｉ＝０〜ｎｕｍ＿ｏｆ＿３２×３２ＭＢ−１を利用して、ループの範囲を設定することを含む各３２×３２ＭＢに対するループを開始し、制御を判定ブロック８３５にわたす。判定ブロック８３５は、ビュー予測を利用してｉ番目の３２×３２ＭＢを符号化するか判断する。そうである場合、制御は判定ブロック８４０にわたされる。そうでない場合、制御は判定ブロック８７０にわたされる。
【００７６】
判定ブロック８４０は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎが１に等しいか判断する。そうである場合、制御は機能ブロック８４５にわたされる。そうでない場合、制御は機能ブロック８６５にわたされる。
【００７７】
機能ブロック８４５は、ＲＲＵモードを利用してｉ番目の３２×３２ＭＢを符号化し、制御をループリミットブロック８５０にわたす。ループリミットブロック８５０は、各３２×３２ＭＢに対するループを終了し、制御を機能ブロック８５２にわたす。機能ブロック８５２は、デブロッキングフィルタリングを実行し、制御をエンドブロック８８５にわたす。
【００７８】
機能ブロック８５５は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎを０に設定し、制御を判定ブロック８２５にわたす。
【００７９】
機能ブロック８６０は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｔｅｍｐｏｒａｌ＿ｐｒｅｄｉｃｔｉｏｎを０に設定し、制御を判定ブロック８３０にわたす。
【００８０】
機能ブロック８６５は、非ＲＲＵモードを利用してｉ番目の３２×３２ＭＢを符号化し、制御をループリミットブロック８５０にわたす。
【００８１】
判定ブロック８７０は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｔｅｍｐｏｒａｌ＿ｐｒｅｄｉｃｔｉｏｎが１に等しいか判断する。そうである場合、制御は機能ブロック８７５にわたされる。そうでない場合、制御は機能ブロック８８０にわたされる。
【００８２】
機能ブロック８７５は、ＲＲＵモードを利用してｉ番目の３２×３２ＭＢを符号化し、制御をループリミットブロック８５０にわたす。
【００８３】
機能ブロック８８０は、非ＲＲＵモードを利用してｉ番目の３２×３２ＭＢを符号化し、制御をループリミットブロック８５０にわたす。
【００８４】
図９を参照するに、ＲＲＵモードに基づく３２×３２ＭＢのための一例となるＭＶＣ復号化方法が、参照番号９００により全体表示される。本方法９００は、制御を機能ブロック９１０にわたすスタートブロック９０５を含む。機能ブロック９１０は、ビットストリームを構文解析し、制御をループリミットブロック９１５にわたす。ループリミットブロック９１５は、変数ｉ＝０〜ｎｕｍ＿ｏｆ＿３２×３２ＭＢ−１を利用して、ループの範囲を設定することを含む各３２×３２ＭＢに対するループを開始し、制御を判定ブロック９２０にわたす。判定ブロック９２０は、ＭＶＣ＿ｖｉｅｗ＿ｐｒｅｄｃｔｉｏｎ＿ｆｌａｇが１に等しいか判断する。そうである場合、制御は判定ブロック９２５にわたされる。そうでない場合、制御は判定ブロック９４５にわたされる。
【００８５】
判定ブロック９２５は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎが１に等しいか判断する。そうである場合、制御は機能ブロック９３０にわたされる。そうでない場合、制御は機能ブロック９４０にわたされる。
【００８６】
機能ブロック９３０は、ＲＲＵモードを利用してｉ番目の３２×３２ＭＢを復号化し、ループリミットブロック９３５に制御をわたし、各３２×３２ＭＢに対するループを終了すると、制御を機能ブロック９３８にわたす。機能ブロック９３８は、デブロッキングフィルタリングを実行し、制御をエンドブロック９６０にわたす。
【００８７】
機能ブロック９４０は、非ＲＲＵモードを利用してｉ番目の３２×３２ＭＢを復号化し、制御をループリミットブロック９３５にわたす。
【００８８】
判定ブロック９４５は、ｒｅｄｕｃｅ＿ｒｅｓｏｌｕｔｉｏｎ＿ｕｐｄａｔｅ＿ｆｌａｇ＿ｆｏｒ＿ｔｅｍｐｏｒａｌ＿ｐｒｅｄｉｃｔｉｏｎが１に等しいか判断する。そうである場合、制御は機能ブロック９５０にわたされる。そうでない場合、制御は機能ブロック９５５にわたされる。
【００８９】
機能ブロック９５０は、ＲＲＵモードを利用してｉ番目の３２×３２ＭＢを復号化し、制御をループリミットブロック９３５にわたす。
【００９０】
機能ブロック９５５は、非ＲＲＵモードを利用してｉ番目の３２×３２ＭＢを復号化し、制御をループリミットブロック９３５にわたす。
【００９１】
ＭＶＣにおけるＲＲＵ符号化スライスを利用するためのアプリケーションに関する説明が与えられる。
【００９２】
ビデオ符号化において、特にシーケンス内の重たい動きが存在している間、ＲＲＵモードが有用であるとわかったが、それはエンコーダが静止したエリアにおける高い解像度とクオリティを維持しながら、高フレームレート（及び向上した時間解像度）を維持することを可能にするため、ダウンサンプリング及びアップサンプリングプロセスの非可逆性によって、アーチファクト又は低い客観的ＰＳＮＲを生じさせる可能性がある。ＭＶＣにおけるＲＲＵの利用に関して、以下のアプリケーションが提供される。すなわち、ＲＲＵは、非参照スライスに利用可能であり、ＲＲＵはより低い客観的なビデオクオリティを許容するビューに利用可能であり、ＲＲＵは、より低い客観的なビデオクオリティを許容する時間インスタンスに利用可能である。もちろん、ここに提供される本原理の教示が与えられると、ＭＶＣにおいてＲＲＵを利用する他のアプリケーションがまた、本原理の範囲を維持しながら利用可能である。
【００９３】
本発明の多数の付随的な効果／特徴の一部の説明が与えられ、その一部が上述された。例えば、１つの効果／特徴は、ＲＲＵモードを利用してぴｋｃうはを符号化するエンコーダを有するビデオエンコーダである。ピクチャは、同一又は類似のシーンに関して異なるビューポイントを有するマルチビューコンテンツに対応するピクチャセットの１つである。当該ピクチャは、異なるビューポイントの１つを表す。
【００９４】
他の効果／特徴は、上述したようなビデオエンコーダであり、ＲＲＵモードがビュー予測と時間予測の少なくとも１つに利用される。
【００９５】
さらなる他の効果／特徴は、上述したようなビデオエンコーダであり、ＲＲＵモードがスライスベースで利用される。
【００９６】
さらに、他の効果／特徴は、上述したようなスライスベースによりＲＲＵモードを利用するビデオエンコーダであって、当該エンコーダは、ＲＲＵモードがピクチャから分割されたスライスに利用されるとき、スライスのＲＲＵブロックエッジにデブロッキングフィルタリング処理を適用し、デブロッキングフィルタリング処理の強度は、ＲＲＵモードと予測情報の少なくとも１つに基づき調整される。
【００９７】
さらに、他の効果／特徴は、上述したようなビデオエンコーダであって、ＲＲＵモードが、ＲＲＵマクロブロックベースによりビュー予測又は時間予測に基づきスイッチオン及びオフされる。
【００９８】
また、他の効果／特徴は、上述したようなＲＲＵモードをスイッチオン及びオフするビデオエンコーダであって、当該エンコーダは、ピクチャにデブロッキングフィルタリング処理を適用し、デブロッキングフィルタリング処理が適用されるとき、ピクチャの内部ブロックエッジがＲＲＵマクロブロック境界から区別される。
【００９９】
さらに、他の効果／特徴は、上述したようなＲＲＵモードをスイッチオン及びオフし、内部ブロックエッジを区別するビデオエンコーダであって、ＲＲＵモードが内部ブロックエッジに利用されるとき、デブロッキングフィルタリング処理がＲＲＵブロックエッジに適用され、フィルタ強度がＲＲＵモードについて調整され、ＲＲＵモードが利用されないとき、デブロッキングフィルタリング処理が４×４ブロックエッジに適用される。
【０１００】
さらに、他の効果／特徴は、上述したようなＲＲＵモードをスイッチオン及びオフし、内部ブロックエッジを区別するビデオエンコーダであって、２つの近傍のマクロブロックがＲＲＵモードを利用するとき、ＲＲＵブロックエッジがデブロックフィルタリングされ、フィルタ強度がＲＲＵマクロブロックエッジ境界のＲＲＵモードについて調整され、２つの近傍のブロックの少なくとも１つがＲＲＵモードを利用するとき、４×４ブロックエッジがデブロックフィルタリングされ、フィルタ強度がＲＲＵモードについて調整される。
【０１０１】
また、他の効果／特徴は、上述したようなＲＲＵモードをスイッチオン及びオフするビデオエンコーダであって、当該エンコーダは、ピクチャから分割されたマクロブロックにデブロッキングフィルタリング処理を適用する。デブロッキングフィルタリング処理は、ビュー予測と時間予測の少なくとも１つに基づき調整されるフィルタ強度を有する。
【０１０２】
さらに、他の効果／特徴は、上述したようなビデオエンコーダであって、当該エンコーダは、ＩＳＯ／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ）のＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４）Ｐａｒｔ  １０  ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）規格／ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）Ｈ．２６４勧告とその拡張の少なくとも１つに準拠したビットストリームを生成するため、前記ピクチャを符号化する。
【０１０３】
さらに、他の効果／特徴は、上述したような準拠したビデオエンコーダであって、当該エンコーダは、ＲＲＵモードと予測情報の少なくとも１つに基づき調整可能なフィルタ強度を有するデブロッキングフィルタリング処理をピクチャに適用する。
【０１０４】
さらに、他の効果／特徴は、上述したようなビデオエンコーダであって、ＲＲＵモードはマルチビュービデオシーンの非リファレンススライスに利用される。
【０１０５】
また、他の効果／特徴は、上述したようなビデオエンコーダであって、ＲＲＵモードはマルチビュービデオシーンの少なくともいくつかのビューに利用される。
【０１０６】
さらに、他の効果／特徴は、上述したようなビデオエンコーダであって、ＲＲＵモードはマルチビュービデオシーンの特定の時間インスタンスに利用される。
【０１０７】
本発明の上記及び他の特徴及び効果は、ここでの教示に基づき当業者により容易に確認されるであろう。本発明の教示は、ハードウェア、ソフトウェア、ファームウェア、特定用途プロセッサ又はこれらの組み合わせの各種形式により実現可能であることが理解されるべきである。
【０１０８】
最も好適には、本発明の教示はハードウェアとソフトウェアとの組み合わせとして実現される。さらに、ソフトウェアは、プログラム記憶ユニットに有形に実現されるアプリケーションプログラムとして実現可能である。アプリケーションプログラムは、何れか適切なアーキテクチャを有するマシーンにアップロード及び実行されるかもしれない。好ましくは、マシーンは、１以上の中央処理ユニット（ＣＰＵ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、及び入出力（Ｉ／Ｏ）インタフェースなどのハードウェアを有するコンピュータプラットフォーム上で実現される。コンピュータプラットフォームはまた、オペレーティングシステムとマイクロ命令コードを有するかもしれない。ここに記載される各種プロセス及びファンクションは、ＣＰＵにより実行可能なマイクロ命令コードの一部、アプリケーションプログラムの一部又はこれらの何れかの組み合わせの何れかであるかもしれない。さらに、追加的なデータ記憶ユニット及び印刷ユニットなどの他の各種周辺ユニットが、コンピュータプラットフォームに接続されるかもしれない。
【０１０９】
さらに、添付した図面に示されるシステムコンポーネント及び方法の一部は、好ましくはソフトウェアにより実現されるため、システムコンポーネント又はプロセスファンクションブロックとの間の実際の接続は、本発明がプログラムされる方法に応じて異なるかもしれないことが理解されるべきである。ここでの教示が与えられると、当業者は本発明の上記及び同様の実現形態又は構成を想到可能である。
【０１１０】
例示的な実施例が添付した図面を参照して説明されたが、本発明がこれら実施例に限定されるものでなく、本発明の範囲又は趣旨から逸脱することなく様々な変更及び改良が当業者に実現可能であることが理解されるべきである。このようなすべての変更及び改良は、添付した請求項に与えられるような本発明の範囲内に含まれるものである。
【図面の簡単な説明】
【０１１１】
【図１】図１は、ＲＲＵモードにおける一例となるマクロブロックとサブマクロブロックパーティションのブロック図である。
【図２】図２は、本原理の実施例による本原理が適用されるＲＲＵモードをサポートする一例となるエンコーダのブロック図である。
【図３】図３は、本原理の実施例による本原理が適用されるＲＲＵモードをサポートする一例となるデコーダのブロック図である。
【図４】図４は、本原理の実施例による本原理が適用されるＲＲＵモードをサポートするＭＶＣエンコーダのブロック図である。
【図５】図５は、参照番号５００により全体表示されるＲＲＵモードをサポートするＭＶＣデコーダのブロック図である。
【図６】図６は、参照番号６００により全体表示されるスライスベースＲＲＵモードのための一例となるＭＶＣ符号化方法のブロック図である。
【図７】図７は、参照番号７００により全体表示されるスライスベースＲＲＵモードのための一例となるＭＶＣ復号化方法のブロック図である。
【図８Ａ】図８Ａは、参照番号８００により全体表示されるＲＲＵモードに基づく３２×３２ＭＢの一例となるＭＶＣ符号化方法のブロック図である。
【図８Ｂ】図８Ｂは、参照番号８００により全体表示されるＲＲＵモードに基づく３２×３２ＭＢの一例となるＭＶＣ符号化方法のブロック図である。
【図９】図９は、参照番号９００により全体表示されるＲＲＵモードに基づく３２×３２ＭＢの一例となるＭＶＣ復号化方法のブロック図である。
【図１】
2009522941.tif 000003
【図２】
2009522941.tif 000004
【図３】
2009522941.tif 000005
【図４】
2009522941.tif 000006
【図５】
2009522941.tif 000007
【図６】
2009522941.tif 000008
【図７】
2009522941.tif 000009
【図８Ａ】
2009522941.tif 000010
【図８Ｂ】
2009522941.tif 000011
【図９】
2009522941.tif 000012
【国際調査報告】
2009522941.tif 000013
2009522941.tif 000014
2009522941.tif 000015