JP3930851B2 - グラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法およびシステム - Google Patents
グラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法およびシステム Download PDFInfo
- Publication number
- JP3930851B2 JP3930851B2 JP2003407786A JP2003407786A JP3930851B2 JP 3930851 B2 JP3930851 B2 JP 3930851B2 JP 2003407786 A JP2003407786 A JP 2003407786A JP 2003407786 A JP2003407786 A JP 2003407786A JP 3930851 B2 JP3930851 B2 JP 3930851B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- compression
- xmt
- information
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 59
- 238000013144 data compression Methods 0.000 title claims description 52
- 238000007906 compression Methods 0.000 claims description 125
- 230000006835 compression Effects 0.000 claims description 125
- 239000000872 buffer Substances 0.000 claims description 46
- 238000006243 chemical reaction Methods 0.000 claims description 13
- 238000010586 diagram Methods 0.000 description 9
- 238000004519 manufacturing process Methods 0.000 description 7
- 238000013139 quantization Methods 0.000 description 6
- 238000012360 testing method Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 239000007787 solid Substances 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 239000003086 colorant Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012937 correction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000012800 visualization Methods 0.000 description 1
Images
Classifications
-
- 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234318—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into objects, e.g. MPEG-4 objects
-
- 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/23412—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs for generating or manipulating the scene composition of objects, e.g. MPEG-4 objects
-
- 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/44012—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving rendering scenes according to scene graphs, e.g. MPEG-4 scene graphs
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Processing Or Creating Images (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
そして、前述した発明をコンピュータにて実行させるためのプログラムを記録したコンピュータにて読取れる記録媒体を提供する。
制作者が3次元データの圧縮を容易に実施可能にするためには、3次元データが表示、処理および圧縮される際に、関連するさまざまな因子を容易に調節する機能が必要である。そして、これら因子の調節はXMTを通じて可能である。このXMTは、オーディオ、ビデオ、2次元グラフィックおよび3次元グラフィック等のコンテンツ制作に用いられるMPEG-4をフレームワークとしている。
図1は、本発明によるグラフィックデータ圧縮に関するメタ言語を用いた入力ファイル生成システムの構成を示すブロック図であって、XMLスキーマ120、スタイルシート130およびXMLパーサ110を含んでなる。前記XMLスキーマ120では、少なくとも圧縮するオブジェクトデータに関する情報を含む圧縮ノードと、圧縮に必要な媒介因子とを定義している。
前記BitWrapperEncodingHintsは圧縮ノードのURL IDのようなオブジェクト記述ID情報およびmuxファイルが提供する圧縮されたビットストリームを伝送するファイル名と、ビットストリームのフォーマットの種類に関する情報と、を備える。
なお、このMPEG-4標準符号化器はBIFSエンコーダ250とMP4エンコーダ260とで構成されている。そして、生成した前記入力ファイルが、各々BIFSエンコーダ250およびMP4エンコーダ260に入力すると、ビットストリーム(.mp4)を生成し、MPEG-4プレーヤーで視覚化され視聴される。
1.1 BitWrapperノードのBIFS構文(Syntax)
BitWrapper [ #%NDT=SF2DNode,SF3DNode,SFGeometryNode
Field SFWorldNode node NULL
Field SFInt32 type 0
Field MFUrl url []
Field SFString buffer ""
]
1.2.1 Syntax(構文)
<?xml version="1.0" encoding="UTF-8"?>
<schema xmlns="http://www.w3.org/2001/XMLSchema"
xmlns:xmta="urn:mpeg:mpeg4:xmta:schema:2002"
targetNamespace="urn:mpeg:mpeg4:xmta:schema:2002"
elementFormDefault="qualified">
<element name="BitWrapper">
<complexType>
<element name="node" minOccurs="0" form="qualified">
<complexType>
<group ref="xmta:SFWorldNodesType" minOccurs="0"/>
</complexType>
</element>
<choice>
<element name="CoordinateInterpolatorEncodingParameter" minOccurs="0" maxOccurs="1">
<complexType>
<attribute name="keyQbits" "type="xmta:numOfKeyQBits" use="optional" default="8"/>
<attribute name="keyValueQBits" type="xmta:numOfKeyValueQBits use="optional" default="16"/>
<attribute name="transpose" type="xmta:transposeType" use="optional" default=""ON""/>
<attribute name="linearKeycoder" type="xmta:linearKeycoderType" use="optional" default=""LINEAR""/>
</complexType>
</element>
<element name="IndexedFaceSetEncodingParameter" minOccurs="0" maxOccurs="1">
<complexType>
<attribute name="coordQBits" type="xmta:numOfCoordQBits" use="optional" default="10"/>
<attribute name="normalQBits" type="xmta:numOfNormalQBits" use="optional" default="9"/>
<attribute name="colorQBits" type="xmta:numOfColorQBits" use="optional" default="6"/>
<attribute name="texCoordQBits" type="xmta:numOftexCoordQBits" use="optional" default="10"/>
<attribute name="coordPredMode" type="xmta:coordPredType" use="optional" default="2"/>
<attribute name="normalPredMode" type="xmta:normalPredType" use="optional" default="0"/>
<attribute name="colorPredMode" type="xmta:colorPredType" use="optional" default="0"/>
<attribute name="texCoordPredMode" type="xmta:texCoordPredType" use="optional" default="0"/>
<attribute name="errorResilience" type="xmta:errorResilienceType" use="optional" default=""OFF""/>
<attribute name="bitsPerPacket" type="xmta:SFInt32" use="optional"
default="360"/>
<attribute name="boundaryPrediction" type="xmta:boundaryPredictionType" use="optional" default="0"/>
</complexType>
</element>
<element name="OrientationInterpolatorEncodingParameter" minOccurs="0" maxOccurs="1">
<complexType>
<attribute name="keyQBits" type="xmta:numOfKeyQBits" use=
"optional" default="8"/>
<attribute name="keyValueQBits" type="xmta:numOfKeyValueQBits" use="optional" default="16"/>
<attribute name="preservingMode" type="xmta:preservingType" use="optional" default=""KEY""/>
<attribute name="dpcmMode" type="xmta:orientationDpcmType" use="optional" default="0"/>
<attribute name="aacMode_X" type="xmta:aacType" use="optional" default=""BINARY""/>
<attribute name="aacMode_Y" type="xmta:aacType" use="optional" default=""BINARY""/>
<attribute name="aacMode_Z" type="xmta:aacType" use="optional" default=""BINARY""/>
<attribute name="linearKeycoder" type="xmta:linearKeycoderType" use="optional" default=""LINEAR""/>
</complexType>
</element>
<element name="PositionInterpolatorEncodingParameter" minOccurs="0"
maxOccurs="1">
<complexType>
<attribute name="keyQBits" type="xmta:numOfKeyQBits" use=
"optional" default="8"/>
<attribute name="keyValueQBits" type="xmta:numOfKeyValueQBits"use="optional" default="16"/>
<attribute name="preservingMode" type="xmta:preservingType" use="optional" default=""KEY""/>
<attribute name="dpcmMode_X" type="xmta:positionDpcmType" use="optional" default="0"/>
<attribute name="dpcmMode_Y" type="xmta:positionDpcmType" use="optional" default="0"/>
<attribute name="dpcmMode_Z" type="xmta:positionDpcmType" use="optional" default="0"/>
<attribute name="aacMode_X" type="xmta:aacType" use="optional" default=""BINARY""/>
<attribute name="aacMode_Y" type="xmta:aacType" use="optional" default=""BINARY""/>
<attribute name="aacMode_Z" type="xmta:aacType" use="optional" default=""BINARY""/>
<attribute name="linearKeycoder" type="xmta:linearKeycoderType" use="optional" default=""LINEAR""/>
<attribute name="intra_X" type="xmta:intraType" use="optional"
default="0"/>
<attribute name="intra_Y" type="xmta:intraType" use="optional"
default="0"/>
<attribute name="intra_Z" type="xmta:intraType" use="optional"
default="0"/>
</complexType>
</element>
<element name="WaveletSubdivisionSurfaceEncodingParameter" >
</element>
<element name="MeshGridEncodingParameter" >
</element>
</choice>
<attribute name="type" type="xmta:SFInt32" use="optional" default="0"/>
<attribute name="buffer" type="xmta:SFString" use="optional" />
<attribute name="url" type="xmta:MFUrl" use="optional" />
<attributeGroup ref="xmta:DefUseGroup"/>
<complexType>
</element>
</schema>
BitWrapperノードはノード圧縮スキーム専用である。圧縮されたデータはBIFSストリーム内で伝送されるか、外部の分離されたストリームに伝送される。ストリームがBIFSアップデート内で伝送される時、"バッファ"フィールドは圧縮データを含む。ストリームがBIFSアップデート外部の分離されたストリームに伝送される時、"url"フィールドはストリームのURLを含む。
1.3.1 Syntax(構文)
<simpleType name="numOfKeyQBits">
<restriction base="int">
<minInclusive value="0"/>
<maxInclusive value="31"/>
</restriction>
</simpleType>
numOfKeyQBitsはkeyデータの量子化ビットサイズを示す。これは整数タイプである。numOfKeyQBitsの最小値は0であり最大値は31である。
1.4.1 Syntax(構文)
<simpleType name="numOfKeyValueQBits">
<restriction base="int">
<minInclusive value="0"/>
<maxInclusive value="31"/>
</restriction>
</simpleType>
numOfKeyValueQBitsはkeyValueデータの量子化ビットサイズを示す。これは整数タイプである。numOfKeyQBitsの最小値は0であり、最大値は31である。
1.5.1 Syntax(構文)
<simpleType name="linearKeycoderType">
<restriction base="string">
<enumeration value=""LINEAR""/>
<enumeration value=""NOLINEAR""/>
</restriction>
</simpleType>
linearKeycoderTypeはストリングタイプである。linearKeycoderTypeはlinear key coderの使用有無を示す。
1.6.1 Syntax(構文)
<simpleType name="preservingType">
<restriction base="string">
<enumeration value=""KEY""/>
<enumeration value=""PATH""/>
</restriction>
</simpleType>
preservingTypeはストリングタイプである。preservingTypeは現在モードがkeypreservingモードか、pathpreservingモードかを示す。
1.7.1 Syntax(構文)
<simpleType name="aacType">
<restriction base="string">
<enumeration value=""BINARY""/>
<enumeration value=""UNARY""/>
</restriction>
</simpleType>
aacTypeはストリングタイプである。aacTypeは各keyValueコンポーネントX,Y,Zに対して現在のモードがBinaryAACモードか、UnaryAACモードかを示す。
1.8.1 Syntax(構文)
<simpleType name="orientationDpcmType">
<restriction base="int">
<enumeration value="1"/>
<enumeration value="2"/>
</restriction>
</simpleType>
orientationDpcmTypeが各keyValueコンポーネントX,Y,Zに対して使われたDPCM次数を示す。これは整数タイプである。もし、DPCM次数が"1"であればフラグが0にセットされる。DPCM次数が"2"であれば1にセットされる。
1.9.1 Syntax(構文)
<simpleType name="positionDpcmType">
<restriction base="int">
<enumeration value="0"/>
<enumeration value="1"/>
<enumeration value="2"/>
</restriction>
</simpleType>
positionDpcmTypeは各keyValueコンポーネントX,Y,Zに対して使われたDPCM次数を示す。これは整数タイプである。DPCM次数が"1"であればフラグは0にセットされる。DPCM次数が"2"であれば1にセットされる。SADが使われれば2にセットされる。SADは[2]に詳細に説明されている。
1.10.1 Syntax(構文)
<simpleType name="intraType">
<restriction base="int">
<enumeration value="0"/>
<enumeration value="1"/>
</restriction>
</simpleType>
intraTypeはPositionInterpolatorCompressionに使われる。intraTypeは各keyValueコンポーネントX,Y,Zに対してintra codingモードの使用有無を示す。
1.11.1 Syntax(構文)
<simpleType name="transposeType">
<restriction base="string">
<enumeration value=""ON""/>
<enumeration value=""OFF""/>
</restriction>
</simpleType>
transposeTypeはtransposeモードまたはvertexモードに対するフラグである。もし、valueが"ON"にセットされたならば、transposeモードが使われ、そうでなければvertexモードが使われる。
1.12.1 Syntax(構文)
<simpleType name="numOfCoordQBits">
<restriction base="int">
<minInclusive value="1"/>
<maxInclusive value="24"/>
</restriction>
</simpleType>
numOfCoordQBitsはgeometryに対する量子化ステップを示す。numOfCoordQBitsの最小値が1であり、最大値は24である。
1.13.1 Syntax(構文)
<simpleType name="numOfNormalQBits">
<restriction base="int">
<minInclusive value="3"/>
<maxInclusive value="31"/>
</restriction>
</simpleType>
numOfNormalQBitsはnormalに対する量子化ステップを示す。numOfNormalQBitsの最小値が3であり、最大値は31である。
1.14.1 Syntax(構文)
<simpleType name="numOfColorQBits">
<restriction base="int">
<minInclusive value="1"/>
<maxInclusive value="16"/>
</restriction>
</simpleType>
numOfColorQBitsはcolorに対する量子化ステップを示す。numOfColorQBitsの最小値が1であり、最大値は16である。
1.15.1 Syntax(構文)
<simpleType name="numOftexCoordQBits">
<restriction base="int">
<minInclusive value="1"/>
<maxInclusive value="16"/>
</restriction>
</simpleType>
NumOftexCoordQBitsはtexturecoordinatesに対する量子化ステップを示す。NumOftexCoordQBitsの最小値が1であり、最大値は16である。
1.16.1 Syntax(構文)
<simpleType name="coordPredType">
<restriction base="int">
<enumeration value="0"/>
<enumeration value="2"/>
</restriction>
</simpleType>
CoordPredTypeはメッシュのvertex coordinatesを再構成するために使われるprediction typeである。no_predictionが使われれば、CoordPredType値は0にセットされる。parallelogram_predictionが使われれば、2にセットされる。
1.17.1 Syntax(構文)
<simpleType name="normalPredType">
<restriction base="int">
<enumeration value="0"/>
<enumeration value="1"/>
<enumeration value="2"/>
</restriction>
</simpleType>
NormalPredTypeはいかにnormalvaluesが予測(predict)されるかを示す。no_predictionが使われれば、値が0にセットされ、tree_predictionが使われれば1にセットされ、parallelogram_predictionが使われれば2にセットされる。
1.18.1 Syntax(構文)
<simpleType name="colorPredType">
<restriction base="int">
<enumeration value="0"/>
<enumeration value="1"/>
<enumeration value="2"/>
</restriction>
</simpleType>
colorPredTypeはいかにcolorsが予測されるかを示す。no_predictionが使われれば、値が0にセットされ、tree_predictionが使われれば1にセットされ、parallelogram_predictionが使われれば2にセットされる。
1.19.1 Syntax(構文)
<simpleType name="texCoordPredType">
<restriction base="int">
<enumeration value="0"/>
<enumeration value="2"/>
</restriction>
</simpleType>
texCoordPredTypeはいかにcolorsが予測されるかを示す。no_predictionが使われれば、値は0にセットされ、parallelogram_predictionが使われれば2にセットされる。
1.20.1 Syntax(構文)
<simpleType name="errorResilienceType">
<restriction base="string">
<enumeration value=""ON""/>
<enumeration value=""OFF""/>
</restriction>
</simpleType>
ErrorResilienceTypeはエラー強靭性(Error Resilience)モードが使われたかを示す。エラー強靭性が使われないと"OFF"にセットされ、エラー強靭性が使われれば"ON"にセットされる。もし、""ON"になった場合にのみboundaryPredictionTypeとbitsPerPacketとが使われうる。
1.21.1Syntax(構文)
<simpleType name="boundaryPredictionType">
<restriction base="int">
<enumeration value="0"/>
<enumeration value="1"/>
</restriction>
</simpleType>
BoundaryPredictionTypeはboundarypredictionのタイプを示す。値が0であれば制限された予測が使われ、値1が使われるならば拡張予測が使われる。
1.22.1 Syntax(構文)
bitsPerPacketの構文はSFInt32タイプと同一である。
<simpleType name="SFInt32">
<restriction base="int"/>
</simpleType>
BitsPerPacketはエラー強靭ビットストリームに対するパケットサイズを示す。この値はエラー強靭モードで各部分の大きさを決定する。bitsPerPacketのタイプはSFInt32である。デフォルト値は360である。
2.1. BitWrapperEncodingHints
2.1.1. Syntax(構文)
次はBitWrapperEncodingHintsの構文である。
<element name="StreamSource">
<complexType>
<choice minOccurs="0" maxOccurs="unbounded">
<element ref="xmta:BitWrapperEncodingHints"/>
</choice>
...
</complexType>
</element>
・..
<!-- Definition of BitWrapperEncodingHints -->
<element name="BitWrapperEncodingHints">
<complexType>
<element name="BitWrapper3DMCEncodingHints">
<complexType>
<sequence>
<element name="sourceFormat">
<complexType>
<sequence>
<element ref="xmta:param" minOccurs="0" maxOccurs=
"unbounded"/>
</sequence>
</complexType>
</element>
<element name="targetFormat">
<complexType>
<sequence>
<element ref="xmta:param" minOccurs="0" maxOccurs=
"unbounded"/>
</sequence>
</complexType>
</element>
</sequence>
</complexType>
</element>
<element name="BitWrapperICEncodingHints">
<complexType>
<sequence>
<element name="sourceFormat">
<complexType>
<sequence>
<element ref="xmta:param" minOccurs="0" maxOccurs=
"unbounded"/>
</sequence>
</complexType>
</element>
<element name="targetFormat">
<complexType>
<sequence>
<element ref="xmta:param" minOccurs="0" maxOccurs=
"unbounded"/>
</sequence>
</complexType>
</element>
</sequence>
</complexType>
</element>
<element name="OthersEncodingHints">
...
</element>
</complexType>
</element>
BitWrapperEncodingHintsはスクリプト(.mux)ファイルで"MuxInfo"descriptionを明確にするために使われる。その結果、BitWrapperEncodingHintsのフォーマットは、バイナリテキストのフォーマットに一致する。BitWrapperノードがその中にある"url"フィールドを用いて、アウト-バンドシナリオに対して使われる。BitWrapperEncodingHintsはストリームのフォーマットのタイプに係る"MuxInfo"descriptionに使われる適切な情報を説明している。
次はXMT2MUXスタイルシートにMuxInfoとBitWrapperEncodingHints構文を次のように修正した。
元の構文は次のようである。
<xsl:template match="xmt:StreamSource"> muxInfo [
fileName <xsl:value-of select="@url"/><xsl:text>
<!-- what to do for urls? -->
</xsl:text>
<!-- if no encoding hints are given, it is assumed the stream is of type BIFS. otherwise
the streamFormat should be declared in the parameter element of sourceFormat or targetFormat
(name 'streamFormat' and value corresponding to a streamFormat recognised by BIFSEnc) -->
<xsl:if test="not(xmt:EncodingHints)">streamFormat BIFS<xsl:text>
</xsl:text></xsl:if>
<xsl:apply-templates select="xmt:EncodingHints|xmt:BIFSEncodingHints|xmt:FBAEncodingHints"/>
]
</xsl:template>
<xsl:template match="xmt:StreamSource"> muxInfo MuxInfo[
fileName <xsl:value-of select="@url"/>
<xsl:apply-templates select="xmt:EncodingHints|xmt:BIFSEncodingHints|xmt:FBAEncodingHints|xmt:
BitWrapperEncodingHints"/>
<xsl:if
test="not(xmt:EncodingHints|xmt:BitWrapperEncodingHints)">streamFormat BIFS<xsl:text>
</xsl:text></xsl:if>
<xsl:if test="xmt:BitWrapperEncodingHints"><xsl:text>
</xsl:text></xsl:if>
<xsl:apply-templates select="xmt:BitWrapper3DMCEncodingHints|xmt:BitWrapperICEncodingHints|xmt:OthersEncodingHints"/>
]
<xsl:template match="xmt:BitWrapperEncodingHints">
<xsl:apply-templates select="xmt:BitWrapper3DMCEncodingHints|xmt:BitWrapperICEncodingHints|xmt:
OthersEncodingHints"/>
<xsl:apply-templates select="xmt:sourceFormat|xmt:targetFormat"/>
</xsl:template>
<xsl:template match="xmt:BitWrapper3DMCEncodingHints">
<xsl:apply-templates select="xmt:sourceFormat|xmt:targetFormat"/>
streamFormat 3DMC<xsl:text>
</xsl:text>
</xsl:template>
<xsl:template match="xmt:BitWrapperICEncodingHints">
<xsl:apply-templates select="xmt:sourceFormat|xmt:targetFormat"/>
streamFormat InterpolatorCompression<xsl:text>
</xsl:text>
</xsl:template>
<xsl:template match="xmt:OthersEncodingHints">
<xsl:apply-templates select="xmt:sourceFormat|xmt:targetFormat"/>
streamFormat BIFS<xsl:text>
</xsl:text>
</xsl:template>
<xsl:template match="xmt:sourceFormat">
<xsl:apply-templates select="xmt:param"/>
</xsl:template>
<xsl:template match="xmt:targetFormat">
<xsl:apply-templates select="xmt:param"/>
</xsl:template>
</xsl:template>
オリジナルの構文では、MP4エンコーダに伝送されるビットストリームに対するmux情報(ビットストリームの名称および種類、例えば、A.bifs,A.od)がXMT2MUXスタイルシートにおいて正しく記述されていない。また、BitWrapperでURLを使用する場合、URLを通じて伝送されるビットストリームに関する情報(ファイル名(実施例3に示すような"bunny-15000-tcp.m3d")、ビットストリームの種類)が、XMT2MUXスタイルシートにおいて明確にされていない。そのかわり、XMT2MUXスタイルシートには、BitWrapperで定義されたビットストリームを運搬するファイル名とビットストリームの種類とが記述されている。具体的に3次元アニメーションデータ圧縮についてはInterpolatorCompressionstreamformat、3Dメッシュデータ圧縮については3DMC streamformatが記述されている。
4.1 構文
次はXMT2BIFSスタイルシートでObjectDescriptorUpdate構文を次の通り修正した。
元の構文は次の通りである。
<xsl:template match="xmt:ObjectDescriptorUpdate">
UPDATE OD [
<xsl:apply-templates select="xmt:OD"/>
]
</xsl:template>
<xsl:template match="xmt:ObjectDescriptorUpdate">
UPDATE OD [
<xsl:apply-templates select="xmt:OD"/>
]
</xsl:template>
<xsl:template match="xmt:OD">
<xsl:apply-templates select="xmt:ObjectDescriptorBase" />
</xsl:template>
<xsl:template match="xmt:ObjectDescriptorBase">
<xsl:apply-templates select="xmt:ObjectDescriptor|xmt:InitialObjectDescriptor"/>
</xsl:template>
<xsl:template match="xmt:ObjectDescriptor">
ObjectDescriptor [
<xsl:if test="@objectDescriptorID"> objectDescriptorID <xsl:value-of select=
"@objectDescriptorID"/></xsl:if>
<xsl:text></xsl:text>
<xsl:apply-templates select="xmt:URL" />
]
</xsl:template>
<xsl:template match="xmt:URL">
<xsl:if test="@URLstring"> muxScript
<xsl:value-of select="@URLstring"/></xsl:if>
<xsl:text></xsl:text>
</xsl:template>
オリジナルの構文において、"Update OD"の内部には、何も記述されていない。"Update OD"は、制作者が"url"フィールドを通じて他のエレメントストリームに連結しようとする場合、すなわち、場面説明ストリーム(scene description stream(BIFS stream))をリンクする時に使われる。また、Update ODの内部には、オブジェクト記述IDおよびスクリプトファイル名を説明する部分も追加されている。これはbinary textual formatと一致する。
図4は、オブジェクトA(例えば、カップ)の3次元データ(幾何情報、連結情報、色相情報等)が媒介因子により圧縮されてなるビットストリームが、バッファを介して"BufferWithEP.m3d"に伝送される場合について示す図である。
<Header>
<InitialObjectDescriptor objectDescriptorID="1" binaryID="1" >
<Descr>
<esDescr>
<ES_Descriptor ES_ID="xyz" binaryID="201" OCR_ES_ID="xyz">
...
<StreamSource>
<BIFSEncodingHints>
<sourceFormat>
<param value=" BufferWithEP.bif"> </param>
</sourceFormat>
</BIFSEncodingHints>
</StreamSource>
</ES_Descriptor>
</esDescr>
</Descr>
</InitialObjectDescriptor>
</Header>
...
<BitWrapper type="0" buffer="MyIndexFaceSet.m3d">
<node>
<IndexedFaceSet ccw="TRUE" solid="TRUE"
coordIndex="0, 1, 2, -1, 3, 4, 5, -1,..." normalPerVertex="TRUE">
<coord DEF="Box-COORD"></coord>
<Coordinate point= "0 1 2, 0 2 3, 4 0 1, 1 5 4, 5 1 2, 2 6 5, ..."></Coordinate>
<normal>
<Normal vector="0.7859 -0.341 -0.5157, 0.3812 -0.801 0.4615, ...">
</Normal></normal>
</IndexedFaceSet>
</node>
<IndexedFaceSetEncodingParameter coordQBits="10
normalQBits="9" coordPredMode="2
normalPredMode="0" errorResilience="OFF">
</IndexedFaceSetEncodingParameter>
</BitWrapper>
...
...
BitWrapper [
node IndexedFaceSet [
ccw="TRUE"
solid="TRUE"
coodIndex="0, 1, 2, -1, 3, 4, 5, -1, ..."
normalPerVertex="TRUE"
coord DEF Box-COORD Coordinate [
point [0 1 2, 0 2 3, 4 0 1, 1 5 4, 5 1 2, 2 6 5, ... ]
]
normal Normal [
Vector[0.7859, -0.341, -0.5157, 0.3812, -0.801, 0.4615, ...]
]
]
IndexedFaceSetEncodingParameter[
coordQBits 10
NormalQBits 9
coordPredMode 2
normalPredMode 0
errorResilience OFF
]
type 0
buffer "MyIndexFaceSet.m3d"
]
・..
- "BufferWithEP.mux"File
InitialObjectDescriptor [
muxInfo MuxInfo[
fileName "BufferWithEP.bif"
streamFormat BIFS
]
]
...
<Header>
<InitialObjectDescriptor objectDescriptorID="1" binaryID="1" >
<Descr>
<esDescr>
<ES_Descriptor ES_ID="xyz" binaryID="201" OCR_ES_ID="xyz">
...
<StreamSource>
<BIFSEncodingHints>
<sourceFormat>
<param value="BufferWithoutEP.bif"> </param>
</sourceFormat>
</BIFSEncodingHints>
</StreamSource>
</ES_Descriptor>
</esDescr>
</Descr>
</InitialObjectDescriptor>
</Header>
<Body>
<Replace>
<Scene>
<Group>
<children>
<Shape>
<geometry DEF="MY_BOX">
<BitWrapper type="0" buffer="MyIndexFaceSet.m3d">
<node>
<IndexedFaceSet>
<coord DEF="Box-COORD"></coord>
<Coordinate></Coordinate>
</node>
</BitWrapper>
</geometry>
</Shape>
</children>
</Group>
</Scene>
</Replace>
</Body>
...
...
BitWrapper [
node IndexedFaceSet [
coord DEF Box-COORD Coordinate [
]
]
type 0
buffer "MyIndexFaceSet.m3d"
]
...
-BufferWithoutEP.mux File
InitialObjectDescriptor [
muxInfo MuxInfo[
fileName "BufferWithoutEP.bif"
streamFormat BIFS
]
]
図6は、BitWrapperノード内でオブジェクトA(例えば、カップ)のような3次元データ(幾何情報、連結情報、色相情報等)を媒介因子で圧縮して形成したビットストリームをURLで伝送する方法について示す。ここでは前述したバッファを通じて伝送する方法とは異なる2つの方法を示す。
以下、実施例を挙げてさらに詳細に説明する。
<Header>
...
<ObjectDescriptor objectDescriptorID="12" binaryID="12">
<Descr>
<esDescr>
<ES_Descriptor ES_ID="PI" binaryID="211" OCR_ES_ID="PIC">
...
<StreamSource>
<BitWrapperEncodingHints>
<BitWrapper3DMCEncodingHints>
<sourceFormat>
<paramvalue="bunny-15000-tcp.m3d"> </param>
</sourceFormat>
</BitWrapper3DMCEncodingHints>
</BitWrapperEncodingHints>
</StreamSource>
</ES_Descriptor>
</esDescr>
</Descr>
</ObjectDescriptor>
</Header>
<Body>
<Replace>
<Scene>
<Group>
<children>
<Shape>
<geometry DEF="MY_BOX">
<Box size="69"></Box>
<BitWrapper type="0" url="12"> <node>
<IndexedFaceSet ccw="TRUE"
solid="TRUE"
coordIndex="0,1,2,-1,3,4,5,-1, ..."
normalPerVertex="TRUE">
<coord DEF="Box-COORD"></coord>
<Coordinate point="012,023,401,154,512,265, ..."></Coordinate>
<normal>
<Normal vector="0.7859 -0.341 -0.5159, 0.3821
-0.801 0.4615, ..."> </Normal>
</normal>
</IndexedFaceSet>
<node>
</IndexedFaceSetEncodingParameter coordQits="10"
normalQBits="9"
coordPreMode="2"
normalPredMode="0"
errorResilience="OFF"> </IndexedFaceSe
EncodingParameter>
</BitWrapper>
</geometry>
</Shape>
</children>
</Group>
</Scene>
</Replace>
<ObjectDescriptorUpdate>
<OD>
<ObjectDescriptorBase>
<ObjectDescriptor objectDescriptorID="12" binaryID="12">
<URL URLstring="UrlWithEP.scr"></URL>
</ObjectDescriptor>
</ObjectDescriptorBase>
</OD>
</ObjectDescriptorUpdate>
</Body>
...
BitWrapper [
node IndexedFaceSet [
ccw TRUE
coordIndex [ 0, 1, 2, -1, 3, 4, 5, -1, ... ]
normalPerVertex TRUE
solid TRUE
coord DEF Box-COORD Coordinate [
point [012, 023, 401, 154, 512, 265, ...・]
]
normal Normal [
vector [0.7859, -0.341, -0.5159, 0.3821, -0.801, 0.4651, ... ]
]
]
IndexedFaceSetEncodingParameter [
coordQBits 10
normalQBits 9
coordPredMode 2
normalPredMode 0
errorResilience OFF
]
type 0
url 12
]
・..
UPDATE OD [
ObjectDescriptor [
objectDescriptorID 12
muxScript UrlWithEP.scr
]
]
-"UrlWithEP.mux"File-
...
ObjectDescriptor [
objectDescriptorID 12
esDescr [
ES_Descriptor [
ES_ID 211
...
muxInfo MuxInfo[
fileName "bunny-15000-tcp.m3d"
streamFormat 3DMC
]
]
]
<Header>
...
<ObjectDescriptor objectDescriptorID="12" binaryID="12">
<Descr>
<esDescr>
<ES_Descriptor ES_ID="PI" binaryID="211" OCR_ES_ID="PIC">
<StreamSource>
<BitWrapperEncodingHints>
<BitWrapper3DMCEncodingHints>
<sourceFormat>
<param value="bunny-15000-tcp.m3d"> </param>
</sourceFormat>
</BitWrapper3DMCEncodingHints>
</BitWrapperEncodingHints>
</StreamSource>
</ES_Descriptor>
</esDescr>
</Descr>
</ObjectDescriptor>
</Header>
<Body>
<Replace>
<Scene>
<Group>
<children>
<Shape>
<geometry DEF="MY_BOX">
<BitWrapper type="0" url="12">
<node>
<IndexedFaceSet>
<coord DEF="Box-COORD"></coord>
<Coordinate> </Coordinate>
</IndexedFaceSet> </node>
</BitWrapper>
</geometry> </Shape>
</children>
</Group>
</Scene>
</Replace>
<ObjectDescriptorUpdate>
<OD>
<ObjectDescriptorBase>
<ObjectDescriptor objectDescriptorID="12" binaryID="12">
<URL URLstring=" UrlWithoutEP.scr">
</URL>
</ObjectDescriptor>
</ObjectDescriptorBase>
</OD>
</ObjectDescriptorUpdate>
</Body>
...
BitWrapper [
node IndexedFaceSet [
coord DEF Box-COORD Coordinate [
]
]
type 0
url 12
]
...
UPDATE OD [
ObjectDescriptor [
objectDescriptorID 12
muxScript UrlWithoutEP.scr
]
]
-URLWithoutEP.muxFile-
...
ObjectDescriptor [
objectDescriptorID 12
esDescr [
ES_Descriptor [
ES_ID 211
...
muxInfo MuxInfo[
fileName "bunny-15000-tcp.m3d"
streamFormat 3DMC
]
...
本発明は図面に示された実施例に基づいて説明されたが、これは例示的なものに過ぎず、当業者ならばこれより多様な変形および均等な他実施例が可能であるという点を理解できるであろう。従って、本発明の真の技術的保護範囲は特許請求の範囲の技術的思想により決まるべきである。
210 XMTパーサ
220 XMT2MUXスタイルシート
230 XMT2BIFSスタイルシート
240 XMTスキーマ
250 BIFSエンコーダ
260 MP4エンコーダ
270 .mp4出力ファイル
Claims (20)
- 少なくとも圧縮するオブジェクトデータに関する情報を含む圧縮ノードと、圧縮に必要な圧縮媒介因子とを定義しているXMLスキーマをXMLパーサに格納する段階と、
前記XMLスキーマを参照して、所定のデータ圧縮符号化器に入力されるファイルへのXML入力ファイルの変換を支援するスタイルシートをXMLパーサに格納する段階と、
XMLパーサに入力されたXML入力ファイルを前記XMLスキーマおよび前記スタイルシートを参照してパーシングし、所定のデータ圧縮符号化器に入力されるファイルを生成する段階とを含み、
前記XMLスキーマは、
少なくとも前記圧縮されたオブジェクトデータを貯蔵しているファイルの位置情報を含んでいるEncodingHintsをさらに備えることを特徴とするグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 少なくとも圧縮するオブジェクトデータに関する情報を含む圧縮ノードと、圧縮に必要な圧縮媒介因子とを定義しているXMLスキーマをXMLパーサに格納する段階と、
前記XMLスキーマを参照して、所定のデータ圧縮符号化器に入力されるファイルへのXML入力ファイルの変換を支援するスタイルシートをXMLパーサに格納する段階と、
XMLパーサに入力されたXML入力ファイルを前記XMLスキーマおよび前記スタイルシートを参照してパーシングし、所定のデータ圧縮符号化器に入力されるファイルを生成する段階とを含み、
前記圧縮媒介因子は、
圧縮対象となるオブジェクトの頂点座標に対するキーフレームアニメーションデータに関する媒介因子、3次元メッシュ情報に関する媒介因子、回転移動キーフレームアニメーションデータに関する媒介因子および位置移動キーフレームアニメーションデータに関する媒介因子のうち少なくとも1つを含むことを特徴とするグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 圧縮するオブジェクトデータに関する情報を含んでいる圧縮ノードと、圧縮に必要な圧縮媒介因子、および少なくとも圧縮されたオブジェクトデータを貯蔵しているファイルの位置情報を含むBitWrapperEncodingHintsを定義しているXMTスキーマをXMTパーサに格納するスキーマ段階と、
前記XMTスキーマを参照してXMT入力ファイルのシーンファイルへの変換を支援するXMT2BIFSスタイルシートと、前記XMTスキーマを参照してXMT入力ファイルのmuxファイルへの変換を支援するXMT2MUXスタイルシートをXMTパーサに格納するスタイルシート段階と、
XMTパーサに入力されたXMT入力ファイルを前記XMTスキーマと前記XMT2BIFSスタイルシートおよびXMT2MUXスタイルシートを用いてパーシングし、シーンファイルおよびmuxファイルを生成するパーシング段階と、を含むことを特徴とするグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記圧縮ノードは、
圧縮するオブジェクトデータを含んでいるノードフィールドと、
urlフィールドと相互排他的に使われ、ノードの圧縮されたビットストリームをイン-バンドとして伝送するバッファフィールドと、
前記バッファフィールドと相互排他的に使われ、ノードの圧縮されたビットストリームをアウト-バンドとして伝送するurlフィールドとを含んでなることを特徴とする請求項3に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記圧縮ノードは、
ノード圧縮スキームの種類を示すタイプフィールドをさらに備えることを特徴とする請求項4に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記圧縮媒介因子は、
圧縮対象となるオブジェクトの頂点座標に対するキーフレームアニメーションデータに関する媒介因子、3次元メッシュ情報に関する媒介因子、回転移動キーフレームアニメーションデータに関する媒介因子および位置移動キーフレームアニメーションデータに関する媒介因子のうち少なくとも1つを含むことを特徴とする請求項3に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記BitWrapperEncodingHintsは、
圧縮ノードのURL IDのようなオブジェクト記述ID情報およびmuxファイルが提供する圧縮されたビットストリームを伝送するファイル名とビットストリームのフォーマットの種類に関する情報とをさらに備えることを特徴とする請求項3に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記パーシング段階は、
オリジナルデータ、圧縮媒介因子およびバッファを備える圧縮ノードを含むXMT入力ファイルを受け取る段階と、
前記XMTスキーマと前記XMT2BIFSスタイルシートおよびXMT2MUXスタイルシートを用いて前記XMT入力ファイルをパーシングしてシーンファイルおよびmuxファイルを生成する段階と、を含んでなることを特徴とし、
前記シーンファイルは、
前記オリジナルデータと、圧縮媒介因子と、前記オリジナルデータを圧縮したビットストリームを一時的に貯蔵するバッファと、を備え、
前記muxファイルは、
前記シーンファイルをBIFSエンコーダを通じて符号化されたファイル名と、ビットストリームのフォーマットの情報と、を備える請求項3に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記パーシング段階は、
既に圧縮されたオブジェクトデータが一時貯蔵されているバッファ情報を備える圧縮ノードを含むXMT入力ファイルを受け取る段階と、
前記XMTスキーマと前記XMT2BIFSスタイルシートおよびXMT2MUXスタイルシートを用いて前記XMT入力ファイルをパーシングしてシーンファイルおよびmuxファイルを生成する段階と、を含んでなることを特徴とし、
前記シーンファイルは、
オブジェクトデータを圧縮したビットストリームを伝送するバッファ情報を備え、
前記muxファイルは、
前記シーンファイルをBIFSエンコーダを通じて符号化されたファイル名と、ビットストリームのフォーマットの情報と、を備える請求項3に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記パーシング段階は、
オリジナルデータと圧縮媒介因子およびurl情報を備える圧縮ノードと、圧縮ノードのURL IDのようなオブジェクト記述ID情報およびオブジェクトの圧縮されたビットストリームの位置情報を備えるBitWrapperEncodingHintsとを含むXMT入力ファイルを受け取る段階と、
前記XMTスキーマと前記XMT2BIFSスタイルシートおよびXMT2MUXスタイルシートを用いて前記XMT入力ファイルをパーシングしてシーンファイルおよびmuxファイルを生成する段階と、を含んでなることを特徴とし、
前記シーンファイルは、
前記オリジナルデータと、圧縮媒介因子と、前記オリジナルデータを圧縮したビットストリームに関する情報をリンクするurl情報と、を備え、
前記muxファイルは、
前記BitWrapperEncodingHintsに明示されたオブジェクトの圧縮されたビットストリームの位置情報およびこのビットストリームのフォーマットの情報を備える請求項3に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記XMT入力ファイルは、
前記BitWrapperEncodingHintsに現れたオブジェクトIDと同じオブジェクト記述ID情報およびパーシングの結果生成されるmuxファイル名情報を含んでいるObjectDescriptorUpdateをさらに備え、
前記シーンファイルは、
前記BitWrapperEncodingHintsに現れたオブジェクトIDと同じオブジェクト記述ID情報およびmuxファイル名情報をさらに備えることを特徴とする請求項10に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記パーシング段階は、
既に圧縮されたオブジェクトデータに関する情報とリンクされたURL情報とを備える圧縮ノードおよびURL IDのようなオブジェクト記述ID情報およびオブジェクトの圧縮されたビットストリームの位置情報を備えるBitWrapperEncodingHintsを含むXMT入力ファイルを受け取る段階と、
前記XMTスキーマと前記XMT2BIFSスタイルシートおよびXMT2MUXスタイルシートを用いて前記XMT入力ファイルをパーシングしてシーンファイルおよびmuxファイルを生成する段階と、を含んでなることを特徴とし、
前記シーンファイルは、
前記圧縮ノードに明示されたオブジェクト記述IDと同一で、前記オリジナルデータを圧縮したビットストリームに関する情報とリンクするurl情報を備え、
前記muxファイルは、
前記BitWrapperEncodingHintsに明示されたオブジェクトの圧縮されたビットストリームの位置情報およびこのビットストリームのフォーマットの情報を備える請求項3に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 前記XMT入力ファイルは、
前記BitWrapperEncodingHintsに現れたオブジェクトIDと同じオブジェクト記述ID情報およびパーシングの結果生成されるmuxファイル名情報を含んでいるObjectDescriptorUpdateをさらに備え、
前記シーンファイルは、
前記BitWrapperEncodingHintsに現れたオブジェクトIDと同じオブジェクト記述ID情報およびmuxファイル名情報をさらに備えることを特徴とする請求項12に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法。 - 請求項1ないし請求項13のうち何れか1項に記載の発明をコンピュータにて実行させるためのプログラムを記録したコンピュータにて読取れる記録媒体。
- 少なくとも圧縮するオブジェクトデータに関する情報を含む圧縮ノードと、圧縮に必要な圧縮媒介因子とを定義しているXMLスキーマと、
前記XMLスキーマを参照して、所定のデータ圧縮符号化器に入力されるファイルへのXML入力ファイルの変換を支援するスタイルシートと、
XML入力ファイルを前記XMLスキーマおよび前記スタイルシートを参照してパーシングして所定のデータ圧縮符号化器に入力されるファイルを生成するXMLパーサとを含み、
前記圧縮媒介因子は、
圧縮対象となるオブジェクトの頂点座標に対するキーフレームアニメーションデータに関する媒介因子、3次元メッシュ情報に関する媒介因子、回転移動キーフレームアニメーションデータに関する媒介因子および位置移動キーフレームアニメーションデータに関する媒介因子のうち少なくとも1つを含むことを特徴とするグラフィックデータ圧縮に関するメタ言語を用いた入力ファイル生成システム。 - 圧縮するオブジェクトデータに関する情報を含んでいる圧縮ノードと、圧縮に必要な圧縮媒介因子、および少なくとも圧縮されたオブジェクトデータファイルの位置情報を含むBitWrapperEncodingHintsを定義しているXMTスキーマと、
前記XMTスキーマを参照してXMT入力ファイルのシーンファイルへの変換を支援するXMT2BIFSスタイルシートと、
前記XMTスキーマを参照してXMT入力ファイルのmuxファイルへの変換を支援するXMT2MUXスタイルシートと、
XMT入力ファイルを前記XMTスキーマと前記XMT2BIFSスタイルシートおよびXMT2MUXスタイルシートを用いてパーシングしてシーンファイルおよびmuxファイルを生成するXMTパーサと、を含むことを特徴とするグラフィックデータ圧縮に関するメタ言語を用いた入力ファイル生成システム。 - 前記圧縮ノードは、
圧縮するオブジェクトデータを含んでいるノードフィールドと、
urlフィールドと相互排他的に使われ、前記ノードの圧縮されたビットストリームをイン-バンドとして伝送するバッファフィールドと、
前記バッファフィールドと相互排他的に使われ、前記ノードの圧縮されたビットストリームをアウト-バンドとして伝送するurlフィールドと、を含んでなることを特徴とする請求項16に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイル生成システム。 - 前記圧縮媒介因子は、
圧縮対象となるオブジェクトの頂点座標に対するキーフレームアニメーションデータに関する媒介因子、3次元メッシュ情報に関する媒介因子、回転移動キーフレームアニメーションデータに関する媒介因子および位置移動キーフレームアニメーションデータに関する媒介因子のうち少なくとも1つを含むことを特徴とする請求項16に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイル生成システム。 - 前記BitWrapperEncodingHintsは、
圧縮ノードのURL IDのようなオブジェクト記述ID情報およびmuxファイルが提供する圧縮されたビットストリームを伝送するファイル名とこのビットストリームのフォーマットの種類に関する情報とをさらに備えることを特徴とする請求項16に記載のグラフィックデータ圧縮に関するメタ言語を用いた入力ファイル生成システム。 - 圧縮するオブジェクトデータに関する情報を含む圧縮ノードを定義する段階と、
圧縮に必要な圧縮媒介因子を定義する段階と、
少なくとも圧縮されたオブジェクトデータファイルの位置情報を含むBitWrapperEncodingHintsを定義する段階と、
前記圧縮ノード、前記圧縮媒介因子及び前記BitWrapperEncodingHintsをXMTスキーマとして格納する段階を含み、
前記圧縮ノードは、
圧縮する客体データを含むノードフィールドと、
urlフィールドと相互排他的に使用され、前記ノードの圧縮されたビットストリームをイン−バンドとして伝送するバッファフィールドと、
前記バッファフィールドと相互排他的に使われ、前記ノードの圧縮されたビットストリームをアウト−バンドとして伝送するurlフィールドと、
ノード圧縮スキームの種類を示すタイプフィールドを含み、
前記圧縮媒介因子は、
圧縮対象になるオブジェクトの頂点座標に対するキーフレームアニメーションデータに関する媒介因子、3次元メッシュ情報に関する媒介因子、回転移動キーフレームアニメーションデータに関する媒介因子及び位置移動キーフレームアニメーションデータに関する媒介因子のうち少なくとも1つを含み、
前記BitWrapperEncodingHintsは、
圧縮ノードのURL IDのようなオブジェクト記述ID情報及びmuxファイルが提供する圧縮されたビットストリームを伝送するファイル名とビットストリームフォーマット種類に関する情報を含むことを特徴とするグラフィックデータ圧縮に関するメタ表現のためのXMTスキーマ生成方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US43097702P | 2002-12-05 | 2002-12-05 | |
US51011803P | 2003-10-14 | 2003-10-14 | |
KR10-2003-0084216A KR100513736B1 (ko) | 2002-12-05 | 2003-11-25 | 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일생성 방법 및 시스템 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006251767A Division JP4384155B2 (ja) | 2002-12-05 | 2006-09-15 | グラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004187308A JP2004187308A (ja) | 2004-07-02 |
JP3930851B2 true JP3930851B2 (ja) | 2007-06-13 |
Family
ID=32512145
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003407786A Expired - Fee Related JP3930851B2 (ja) | 2002-12-05 | 2003-12-05 | グラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法およびシステム |
JP2006251767A Expired - Fee Related JP4384155B2 (ja) | 2002-12-05 | 2006-09-15 | グラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006251767A Expired - Fee Related JP4384155B2 (ja) | 2002-12-05 | 2006-09-15 | グラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP1435738A1 (ja) |
JP (2) | JP3930851B2 (ja) |
CN (1) | CN1270237C (ja) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100763903B1 (ko) | 2004-03-08 | 2007-10-05 | 삼성전자주식회사 | Dibr데이터를 위한 스키마 및 스타일 쉬트 |
EP1575296A3 (en) * | 2004-03-08 | 2007-11-07 | Samsung Electronics Co., Ltd. | Schema and style sheet for DIBR data |
US20060085737A1 (en) * | 2004-10-18 | 2006-04-20 | Nokia Corporation | Adaptive compression scheme |
KR100657940B1 (ko) * | 2004-12-28 | 2006-12-14 | 삼성전자주식회사 | 깊이 영상 기반 표현 데이터 압축에 관한 메타표현을이용한 입력파일 생성 방법 및 시스템과, afx부호화방법 및 장치 |
US7548657B2 (en) * | 2005-06-25 | 2009-06-16 | General Electric Company | Adaptive video compression of graphical user interfaces using application metadata |
US7886223B2 (en) | 2006-11-17 | 2011-02-08 | International Business Machines Corporation | Generating a statistical tree for encoding/decoding an XML document |
CN104424319A (zh) * | 2013-09-10 | 2015-03-18 | 镇江金钛软件有限公司 | 一种暂存通用数据的方法 |
-
2003
- 2003-12-03 EP EP20030257606 patent/EP1435738A1/en not_active Withdrawn
- 2003-12-05 JP JP2003407786A patent/JP3930851B2/ja not_active Expired - Fee Related
- 2003-12-05 CN CN200310124820.3A patent/CN1270237C/zh not_active Expired - Fee Related
-
2006
- 2006-09-15 JP JP2006251767A patent/JP4384155B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN1514360A (zh) | 2004-07-21 |
CN1270237C (zh) | 2006-08-16 |
JP2007080274A (ja) | 2007-03-29 |
EP1435738A1 (en) | 2004-07-07 |
JP2004187308A (ja) | 2004-07-02 |
JP4384155B2 (ja) | 2009-12-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100513736B1 (ko) | 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일생성 방법 및 시스템 | |
JP4384155B2 (ja) | グラフィックデータ圧縮に関するメタ言語を用いた入力ファイルの生成方法 | |
KR100695126B1 (ko) | 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일생성 방법 및 시스템과, afx부호화 방법 및 장치 | |
KR20190117675A (ko) | 생성된 콘텐츠를 포함하는 미디어 데이터를 인코딩하기 위한 방법 및 장치 | |
Panis et al. | Bitstream syntax description: a tool for multimedia resource adaptation within MPEG-21 | |
JP2005513831A (ja) | 多数の異種装置に配信するためのマルチメディアデータの変換 | |
JP2001312741A (ja) | 三次元シーンのノード処理方法及びその装置 | |
CN101617536B (zh) | 从服务器向终端传输表示服务的至少一个内容的方法以及相关的设备 | |
KR100763903B1 (ko) | Dibr데이터를 위한 스키마 및 스타일 쉬트 | |
US20040111677A1 (en) | Efficient means for creating MPEG-4 intermedia format from MPEG-4 textual representation | |
JP2006517309A (ja) | MPEG−4IntermediaFormatからMPEG−4TextualRepresentationを作成する効率的な手段 | |
US20060139346A1 (en) | Input file generating method and system using meta representation of compression of graphics data, and AFX coding method and apparatus | |
JP2005176355A (ja) | グラフィックデータ圧縮に関するメタ表現を用いた入力ファイルの生成方法およびシステムと、afx符号化の方法および装置 | |
CN100496124C (zh) | 使用图形数据压缩的元表示产生输入文件的方法 | |
Timmerer et al. | Digital item adaptation–coding format independence | |
JP2005276193A (ja) | Dibrデータのためのスキーマ及びスタイルシート | |
JP2007516514A (ja) | 構造化文書の圧縮および解凍方法 | |
Hong et al. | XFlavor: providing XML features in media representation | |
Kim et al. | Overview of Bitstream Syntax and Parser Description Languages for Media Codecs | |
CN117597937A (zh) | 用于用信号传输预选的方法、装置和系统 | |
KR20240107164A (ko) | 미디어 컨테이너 파일 및 스트리밍 매니페스트에서의 픽처인픽처에 대한 시그널링 | |
KR20040055556A (ko) | 확장성 생성 언어 기반의 메타데이터 부호화 장치 및 그방법 | |
EP4364428A1 (en) | Methods, apparatus and systems for signaling preselections | |
Lee et al. | Converting Macromedia/sup/spl reg//Flash/sup TM/Shockwave/sup/spl reg//to MPEG-4 BIFS | |
Joung et al. | XMT tools for interactive broadcasting contents description |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060309 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060315 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20060613 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060616 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060915 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061004 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070104 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20070109 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070112 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070213 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070309 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110316 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110316 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120316 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130316 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130316 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140316 Year of fee payment: 7 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |