WO2026009477A1 - メッシュ復号装置、メッシュ復号方法及びプログラム - Google Patents

メッシュ復号装置、メッシュ復号方法及びプログラム

Info

Publication number
WO2026009477A1
WO2026009477A1 PCT/JP2025/002846 JP2025002846W WO2026009477A1 WO 2026009477 A1 WO2026009477 A1 WO 2026009477A1 JP 2025002846 W JP2025002846 W JP 2025002846W WO 2026009477 A1 WO2026009477 A1 WO 2026009477A1
Authority
WO
WIPO (PCT)
Prior art keywords
mesh
control signal
signal indicating
bitstream
basic
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.)
Pending
Application number
PCT/JP2025/002846
Other languages
English (en)
French (fr)
Inventor
建鋒 徐
恭平 海野
圭 河村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KDDI Corp
Original Assignee
KDDI Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by KDDI Corp filed Critical KDDI Corp
Publication of WO2026009477A1 publication Critical patent/WO2026009477A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding

Definitions

  • the present invention relates to a mesh decoding device, a mesh decoding method, and a program.
  • Non-Patent Document 4 discloses a technology that utilizes the framework of Non-Patent Document 5 to decode a mesh by dividing it into a rough base mesh and a detailed displacement amount, decodes information such as vertex coordinates, connectivity, and UV coordinates (a type of attribute) for the base mesh using a base mesh decoding unit, and then adds the decoded atlas using an atlas data decoding unit to reconstruct a mesh from the base mesh and displacement amount.
  • Non-Patent Document 4 discloses that in addition to meshes, video data called textures can also be decoded by the video decoder as a type of Attribute.
  • Non-Patent Document 4 has the problem that if the maximum value of the control signal attribute count, which indicates the number of Attributes in the basic mesh, is large, it becomes difficult to create a corresponding product, and product costs increase.
  • the present invention was made in consideration of the above-mentioned problems, and aims to provide a mesh decoding device, mesh decoding method, and program that can be used to manufacture products while significantly reducing product costs.
  • the first feature of the present invention is a mesh decoding device comprising: an atlas data decoding unit configured to decode and output an atlas bitstream; a base mesh decoding unit configured to decode a base mesh bitstream and information including vertex coordinates, connectivity, and UV coordinates for the base mesh; and a video decoding unit configured to decode textures using a video codec, wherein the atlas bitstream includes a first control signal indicating the number of Attributes of the base mesh and a second control signal indicating the number of Attributes of each Attribute of the base mesh.
  • the atlas bitstream includes a second control signal indicating the type of attribute
  • the base mesh bitstream includes a third control signal indicating the number of attributes of the base mesh, a fourth control signal indicating the type of each attribute of the base mesh, and a fifth control signal indicating the index of each attribute of an I frame of the base mesh
  • the first control signal indicating the number of attributes of the base mesh of the atlas bitstream is set to a value equal to or smaller than the third control signal indicating the number of attributes of the base mesh of the base mesh bitstream.
  • a second feature of the present invention is a mesh decoding method comprising: a step A of decoding and outputting an atlas bitstream; a step B of decoding a base mesh bitstream and information including vertex coordinates, connectivity, and UV coordinates for the base mesh; and a step C of decoding textures using a video codec, wherein the atlas bitstream includes a first control signal indicating the number of Attributes of the base mesh and a second control signal indicating the type of each Attribute of the base mesh; the base mesh bitstream includes a third control signal indicating the number of Attributes of the base mesh, a fourth control signal indicating the type of each Attribute of the base mesh, and a fifth control signal indicating the index of each Attribute of an I-frame of the base mesh; and the first control signal indicating the number of Attributes of the base mesh of the atlas bitstream is set to a value equal to or smaller than the third control signal indicating the number of Attributes of the base mesh of the base mesh
  • a third feature of the present invention is a program that causes a computer to function as a mesh decoding device, the mesh decoding device comprising: an atlas data decoding unit configured to decode and output an atlas bitstream; a base mesh decoding unit configured to decode a base mesh bitstream and information including vertex coordinates, connectivity, and UV coordinates for the base mesh; and a video decoding unit configured to decode textures using a video codec, wherein the atlas bitstream includes a first control signal indicating the number of Attributes of the base mesh, and The atlas bitstream includes a second control signal indicating the type of each Attribute of the base mesh, and the base mesh bitstream includes a third control signal indicating the number of Attributes of the base mesh, a fourth control signal indicating the type of each Attribute of the base mesh, and a fifth control signal indicating the index of each Attribute of an I frame of the base mesh, and the first control signal indicating the number of Attributes of the base mesh of the
  • the present invention provides a mesh decoding device, mesh decoding method, and program that can produce products while significantly reducing product costs.
  • FIG. 1 is a diagram showing an example of the configuration of a mesh processing system 1 according to an embodiment.
  • FIG. 2 is a diagram illustrating an example of functional blocks of a mesh decoding device 200 according to an embodiment.
  • FIG. 3 is a diagram showing an example of a basic mesh and a subdivision mesh.
  • FIG. 4 is a diagram showing an example of functional blocks of the basic mesh decoding unit 202 of the mesh decoding device 200 according to an embodiment.
  • FIG. 5 is a diagram showing an example of functional blocks of the intra-decoding unit 202B of the basic mesh decoding unit 202 of the mesh decoding device 200 according to an embodiment.
  • FIG. 6 is a diagram showing an example of the correspondence between the vertices of the basic mesh of a P frame and the vertices of the basic mesh of an I frame.
  • FIG. 7 is a diagram showing an example of the configuration of a basic mesh bit stream.
  • FIG. 8 is a diagram showing an example of a control signal that imposes a restriction on a profile toolset.
  • FIG. 9 is a diagram illustrating an example of a BMSPS.
  • FIG. 10 is a diagram illustrating an example of a BMFPS.
  • FIG. 11 is a diagram illustrating an example of the BMSH.
  • FIG. 12 is a diagram illustrating an example of a BMSPS.
  • FIG. 13 is a diagram illustrating an example of the BMFPS.
  • FIG. 14 is a diagram illustrating an example of the BMSH.
  • FIG. 15 is a diagram showing an example of a control signal related to an attribute of a basic mesh.
  • FIG. 16 is a diagram showing an example of functional blocks of the inter decoding unit 202E.
  • FIG. 17 is a diagram illustrating an example of a method for calculating the MVP of a vertex to be decoded by the motion vector prediction unit 202E3 of the inter decoding unit 202E of the basic mesh decoding unit 202 of the mesh decoding device 200 according to one embodiment.
  • FIG. 18 is a diagram illustrating the mesh buffer unit 202C of the basic mesh decoding unit 202 of the mesh decoding device 200 according to an embodiment.
  • FIG. 19 is a diagram illustrating an example of a NAL header.
  • FIG. 20 is a diagram illustrating an example of a BMSPS.
  • FIG. 1 is a diagram showing an example of the configuration of a mesh processing system 1 according to this embodiment.
  • the mesh processing system 1 includes a mesh encoding device 100 and a mesh decoding device 200.
  • Figure 2 is a diagram showing an example of functional blocks of a mesh decoding device 200 according to this embodiment.
  • the mesh decoding device 200 includes a demultiplexing unit 201, a basic mesh decoding unit 202, a subdivision unit 203, a mesh decoding unit 204, a patch integration unit 205, a displacement amount decoding unit 206, a video decoding unit 207, and an atlas data decoding unit 208.
  • the basic mesh decoding unit 202, subdivision unit 203, mesh decoding unit 204, and displacement amount decoding unit 206 are configured to perform processing in units of patches into which the mesh is divided, and the results of these processes may then be integrated by the patch integration unit 205.
  • the mesh is divided into patch 1, which consists of base faces 1 and 2, and patch 2, which consists of base faces 3 and 4.
  • the demultiplexing unit 201 is configured to separate the multiplexed bitstream into a base mesh bitstream, a displacement bitstream, a texture bitstream, and an atlas bitstream.
  • the subdivision unit 203 is configured to generate and output subdivision vertices and their connection information from the basic mesh decoded by the basic mesh decoding unit 202, using the subdivision method indicated by the control information (first control information and second control information).
  • the basic mesh is composed of one submesh or multiple submeshes.
  • the base mesh, the added subdivision vertices, and their connection information are collectively referred to as the "subdivision mesh.”
  • the submesh, the added subdivision vertices, and their connection information are collectively referred to as the “subdivision submesh.”
  • the mesh decoding unit 204 is configured to generate and output a decoded mesh using the control information, the subdivision mesh, the subdivision vertex normals, and the displacement amounts.
  • the displacement amount decoding unit 206 is configured to decode the displacement amount bit stream based on the control information to generate and output a displacement amount.
  • the video decoding unit 207 is configured to decode and output the texture using a video codec.
  • the atlas data decoding unit 208 is configured to decode the atlas bitstream and output control information.
  • control signals may be used as metadata by the basic mesh decoding unit 202, subdivision unit 203, mesh decoding unit 204, displacement amount decoding unit 206, and video decoding unit 207.
  • the base mesh decoder 202 is configured to decode the base mesh bitstream, generate and output a base mesh.
  • the base mesh consists of multiple vertices in three-dimensional space and edges connecting these multiple vertices.
  • the base mesh decoding unit 202 may be configured to decode the base mesh bitstream using, for example, Draco, which is shown in Non-Patent Document 2, or the technology described in Non-Patent Document 3.
  • the basic mesh decoding unit 202 includes a separation unit 202A, an intra-decoding unit 202B, a mesh buffer unit 202C, a connection information decoding unit 202D, and an inter-decoding unit 202E.
  • the separator 202A is configured to classify the basic mesh bitstream into a bitstream of I frames and a bitstream of P frames.
  • the intra decoding unit 202B is configured to decode the coordinates and connection information of the vertices of the I frame from the bit stream of the I frame, for example, using the technology Draco shown in Non-Patent Document 2 or the technology described in Non-Patent Document 3.
  • Figure 5 shows an example of the functional blocks of the intra decoder 202B.
  • the intra decoding unit 202B has an arbitrary intra decoding unit 202B1 and an alignment unit 202B2.
  • the optional intra decoder 202B1 is configured to decode the coordinates and connectivity information of unordered vertices of an I frame from the I frame bitstream using any method, including the Draco technique described in Non-Patent Document 2 or the technique described in Non-Patent Document 3.
  • the sorting unit 202B2 is configured to output vertices by rearranging unordered vertices into a predetermined order.
  • the predetermined order may be, for example, Morton code order or raster scan order.
  • the alignment unit 202B2 may also combine overlapping vertices, which are multiple vertices with matching coordinates in the decoded base mesh, into a single vertex and then rearrange them in a predetermined order.
  • the mesh buffer unit 202C is configured to store the coordinates and connection information of the vertices of the I frame decoded by the intra decoding unit 202B.
  • a specific buffer may be provided to store pairs of vertex indices A(k) and B(k) of overlapping vertices in a predetermined order.
  • connection information decoding unit 202D is configured to convert the connection information of the I frame or reference frame extracted from the mesh buffer unit 202C into connection information of the P frame.
  • the inter-decoding unit 202E is configured to decode the coordinates of the vertices of the P frame by adding the coordinates of the vertices of the reference frame retrieved from the mesh buffer unit 202C and the motion vectors decoded from the bitstream of the P frame.
  • the inter-decoding unit 202E can adjust the index of the vertex of the P frame using the pair of vertex indices A(k) and B(k) that exist as overlapping vertices stored in this specific buffer.
  • the motion vector decoded by the inter decoding unit 202E is the difference vector between the coordinates of the vertices of the base mesh of the P frame and the coordinates of the vertices of the base mesh of the I frame.
  • Figure 7 shows an example of the configuration of a basic mesh bitstream.
  • u(n) means an n-bit code
  • ue(v) means an unsigned variable-length zeroth-order exponential-Golomb code
  • the base mesh bitstream may include BMSPS (Basemesh Sequence Parameter Set), BMFPS (Basemesh Frame Parameter Set), BMSH (Basemesh Submesh Header), and BMSDU (Basemesh Submesh Data Unit), which are collections of control information related to the decoding of the base mesh.
  • BMSPS Basemesh Sequence Parameter Set
  • BMFPS Basemesh Frame Parameter Set
  • BMSH Basemesh Submesh Header
  • BMSDU Basemesh Submesh Data Unit
  • the BMSPS may include Profile-related syntax.
  • the Profile-related syntax may include control signals that impose restrictions on the profile toolset, such as bmptc_one_mesh_frame_only_flag and bmptc_intra_frames_only_flag.
  • bmptc_one_mesh_frame_only_flag is a flag (first control signal) that indicates that the number of frames in the basic mesh is 1.
  • bmptc_intra_frames_only_flag is a flag (second control signal) indicating that the sub-meshes of the basic mesh are intra-frames (I-frames) only.
  • the BMSPS may also include control signals used by the inter-decoding unit 202E and reference frame-related control signals, such as bmsps_inter_mesh_max_num_neighbors_minus1, which indicates the maximum number of adjacent vertices for which motion vectors are predicted, and bmesh_ref_list_struct(), the reference frame list Structure, as shown in FIG. 9.
  • control signals used by the inter-decoding unit 202E and reference frame-related control signals, such as bmsps_inter_mesh_max_num_neighbors_minus1, which indicates the maximum number of adjacent vertices for which motion vectors are predicted, and bmesh_ref_list_struct(), the reference frame list Structure, as shown in FIG. 9.
  • BMFPS may also include reference frame-related control signals, such as bmfps_num_ref_idx_default_active_minus1, which indicates the active reference frame list Structure.
  • the BMSH may also include reference frame-related control signals in sub-meshes, such as bmsh_ref_mesh_frame_list_msps_flag and bmsh_ref_mesh_frame_list_idx.
  • inter-prediction-related information For example, if bmtpc_one_mesh_frame_only_flag or bmtpc_intra_frames_only_flag is 1, there are no P frames, so there is no need to encode information related to motion vectors or reference frame-related information in BMSPS, BMFPS, BMSH, etc. In this embodiment, such information is called inter-prediction-related information.
  • the basic mesh decoding unit 202 further includes a control signal acquisition unit 202F that acquires a control signal, and a determination unit 202G that determines whether to decode inter-prediction related information based on the control signal acquired by the control signal acquisition unit 202F.
  • the control signal acquisition unit 202F may acquire the bmtpc_one_mesh_frame_only_flag or the bmtpc_intra_frames_only_flag.
  • inter-prediction related information may not be signaled.
  • the determination unit 202G determines not to decode inter prediction related information.
  • the determination unit 202G may set the value of the inter-prediction related information to a predetermined value.
  • control signal acquisition unit 202F may acquire bmsps_enable_prediction_flag (third control signal) indicating that inter prediction information is to be coded.
  • inter-prediction related information may not be signaled.
  • the determination unit 202G determines not to decode inter prediction related information.
  • the determination unit 202G may set the value of the inter prediction related information to a predetermined value.
  • the control signal acquisition unit 202F may calculate bmsps_enable_prediction_flag using (Equation 1). In such a case, bmsps_enable_prediction_flag is not signaled.
  • bmsps_enable_prediction_flag Not(bmtpc_one_mesh_frame_only_flag Or bmtpc_intra_frames_only_flag)... (Formula 1) That is, when bmtpc_one_mesh_frame_only_flag is 1, the control signal acquisition unit 202F sets bmsps_enable_prediction_flag to 0.
  • control signal acquisition unit 202F sets bmsps_enable_prediction_flag to 0.
  • bmsps_enable_prediction_flag when bmsps_enable_prediction_flag is signaled, as shown in FIG. 12, bmsps_enable_prediction_flag may be included in the BMSPS syntax, and the control signal acquisition unit 202F may decode bmsps_enable_prediction_flag from BMSPS. In such a case, bmsps_enable_prediction_flag is signaled.
  • control signal acquisition unit 202F sets bmsps_enable_prediction_flag to 1.
  • control signal acquisition unit 202F sets bmsps_enable_prediction_flag to 0.
  • control signal acquisition unit 202F sets bmsps_enable_prediction_flag to 0.
  • inter-prediction related information is a control signal (e.g., BMSPS, BMFPS, or BMSH) such as those shown in Figures 12 to 14.
  • a control signal e.g., BMSPS, BMFPS, or BMSH
  • the determination unit 202G may also make a determination using the frame type.
  • inter-prediction related information is coded only when necessary, which is expected to improve coding efficiency.
  • This configuration is expected to avoid conflicts with the bmptc_one_mesh_frame_only_flag and ptc_one_v3c_frame_only_flag.
  • Attribute count/index related information An example of control signals related to the Attributes of the basic mesh in the atlas bitstream and the basic mesh bitstream will be described below with reference to FIG.
  • the atlas bitstream may include a first control signal vps_ext_bmesh_data_attribute_count indicating the number of Attributes in the base mesh, as shown in FIG. 15.
  • the atlas bitstream may also include a second control signal vps_ext_bmesh_attribute_type that indicates the type of each Attribute of the base mesh.
  • the BMSPS of the basic mesh bitstream may include a third control signal bmsps_mesh_attribute_count indicating the number of Attributes in the basic mesh, as shown in FIG. 15.
  • the BMSPS of the basic mesh bitstream may include a fourth control signal bmsps_mesh_attribute_type_id indicating the type of each Attribute of the basic mesh.
  • the BMSPS of the basic mesh bitstream may include a fifth control signal bmsps_mesh_attribute_index indicating the index of each Attribute of the I frame.
  • control signal acquisition unit 202F may decode vps_ext_bmesh_data_attribute_count using u(8).
  • vps_ext_bmesh_data_attribute_count has a range of 0 to 255. In other words, the maximum value of vps_ext_bmesh_data_attribute_count is 255.
  • Non-Patent Document 4 is a 4096 x 4096 video
  • 48MB would be required for just one frame of Attribute.
  • the product's memory is required in proportion to the number of Attributes. If the maximum number of Attributes is 255, then even if you only save one frame per Attribute, a maximum of 12,240MB of memory may be required. Therefore, the product must have at least 12GB of memory.
  • Non-Patent Document 5 requires a certain number. Its minimum value is equal to or greater than the control signal ai_attribute_count, which indicates the number of textures decoded by the video decoding unit 207.
  • control signal acquisition unit 202F may decode ai_attribute_count using u(7).
  • ai_attribute_count has a range of 0 to 127. In other words, the maximum value of ai_attribute_count is 127.
  • the minimum value of vps_ext_bmesh_data_attribute_count is set to the maximum value of ai_attribute_count, making the range as small as possible.
  • control signal acquisition unit 202F may decode vps_ext_bmesh_data_attribute_count using u(7).
  • vps_ext_bmesh_data_attribute_count has a range of 0 to 127.
  • the minimum value of vps_ext_bmesh_data_attribute_count may be set to the redefined maximum value, making the range as small as possible.
  • the maximum value of ai_attribute_count for a certain profile or level is set to MAX_ATTRIBUTE_COUNT (a predetermined value, e.g., 15)
  • the maximum value of vps_ext_bmesh_data_attribute_count may be set to MAX_ATTRIBUTE_COUNT (e.g., 15) or a value slightly larger than MAX_ATTRIBUTE_COUNT (e.g., 31).
  • the fifth control signal bmsps_mesh_attribute_index which indicates the index of each Attribute in the I frame of the basic mesh, has a range of 0 to 127.
  • the base mesh decoding unit 202 may decode the fifth control signal bmsps_mesh_attribute_index, which indicates the index of each Attribute of the I frame of the base mesh, using u(7).
  • the possible values of the second control signal indicating the type of each Attribute of the base mesh in the atlas bitstream and the fourth control signal indicating the type of each Attribute of the base mesh in the base mesh bitstream may be the same.
  • FIG. 16 is a diagram showing an example of functional blocks of the inter decoding unit 202E.
  • the inter-decoding unit 202E has a motion vector residual decoding unit 202E1, a motion vector buffer unit 202E2, a motion vector prediction unit 202E3, a motion vector calculation unit 202E4, and an adder 202E5.
  • the motion vector residual decoding unit 202E1 is configured to generate an MVR (Motion Vector Residual) from the P frame bitstream.
  • MVR Motion Vector Residual
  • MVR is the motion vector residual indicating the difference between MV (Motion Vector) and MVP (Motion Vector Prediction).
  • MV is the difference vector (motion vector) between the coordinates of the corresponding vertex in the I frame and the coordinates of the vertex in the P frame.
  • MVP is the predicted value of the MV of the target vertex using MV (motion vector prediction value).
  • the motion vector buffer unit 202E2 is configured to sequentially store the MVs output by the motion vector calculation unit 202E4.
  • the motion vector prediction unit 202E3 is configured to obtain decoded MVs from the motion vector buffer unit 202E2 for vertices connected to the vertex to be decoded, and output the MVP of the vertex to be decoded using all or part of the obtained decoded MVs, as shown in Figure 17.
  • the motion vector calculation unit 202E4 is configured to add the MVR generated by the motion vector residual decoding unit 202E1 and the MVP output from the motion vector prediction unit 202E3, and output the MV of the vertex to be decoded.
  • the adder 202E5 is configured to add the coordinates of the vertex corresponding to the vertex to be decoded, obtained from the decoded base mesh of the corresponding reference frame (I frame or P frame), to the motion vector MV output from the motion vector calculation unit 202E3, and output the coordinates of the vertex to be decoded.
  • the mesh buffer unit 202C is configured to store one or more decoded reference basic meshes in a predetermined order.
  • Such basic meshes contain metadata such as frame numbers and submesh numbers, as well as at least the coordinates of each vertex and the index of that vertex, and are stored in the mesh buffer unit 202C in a predetermined order determined by the reference frame list.
  • this reference frame list (ref_list0) is a list of information that identifies all reference decoding base meshes stored in the mesh buffer unit 202C.
  • the reference frame list may be determined by control signals decoded from the bitstream, as shown in Figure 18, or may be calculated naturally from the decoding order of the frames.
  • control signal decoded from the bitstream may be represented by a relative distance from the frame to be decoded, or by an absolute frame index.
  • control signal may use a short-term or long-term reference frame.
  • the frames may be arranged in order of a certain number of frames starting from the most recently decoded frame. That is, the reference frame list may be ⁇ 0, ⁇ 1, ⁇ 2, ..., ⁇ (N ⁇ 1) ⁇ .
  • the reference frame list does not change for each frame except under special circumstances (for example, when a re-ordering command is received).
  • the mesh buffer unit 202C may be updated as follows:
  • the mesh buffer unit 202C deletes one or more existing reference frames in a predetermined order determined by the reference frame list, and inserts one or more base meshes including the base mesh of the decoded frame, or creates and inserts one base mesh from multiple base meshes, thereby adjusting the order of the reference frames.
  • Such deletion work may be performed only when the mesh buffer unit 202C is full.
  • the number of basic meshes that can be stored in the mesh buffer unit 202C is determined in advance.
  • the mesh buffer unit 202C is defined as being full when this number of basic meshes is reached.
  • a single base mesh may be created by taking a weighted average of the vertex coordinates corresponding to the base mesh of the decoded frame and the existing base meshes stored in the mesh buffer unit 202C.
  • the weights used in such a weighted average may be predetermined, calculated using a frame index, or decoded from the control signal.
  • the mesh buffer unit 202C When the mesh buffer unit 202C receives a control signal indicating a re-ordering instruction from the control signal decoded from the bitstream, it updates the reference frame list as shown in Figure 14 and adjusts the order of the reference frames according to the predetermined order determined by the updated reference frame list (ref_list0).
  • the value indicated by this control signal may be the difference from the display order of the frame to be decoded, or may be the order within a predetermined group of frames, MaxMeshFrmOrderCntLsb.
  • the basic mesh decoding unit 202 may rearrange the decoded basic meshes in the display order (Display Order).
  • control signals are defined for each frame to indicate whether to decode the base mesh, displacement, and texture, and each is decoded from the bitstream.
  • the Temporal_ID of the atlas and the base mesh may be matched within the same frame. Further, the Temporal_ID of the atlas and the texture may be matched within the same frame. Further, the Temporal_ID of the atlas and the displacement amount may be matched within the same frame.
  • This configuration is expected to have the effect of preventing frames from being undecoded and avoiding unnecessary data.
  • Adjacent frames with the same Temporal_ID have the closest POC.
  • the decoding order of atlases and base meshes that have the same display order may be matched. Furthermore, the decoding order of atlases and displacement amounts that have the same display order may be matched. Furthermore, the decoding order of atlases and textures that have the same display order may be matched.
  • Random access points of an atlas and a base mesh that have the same display order may be matched.
  • the random access points of an atlas and a displacement amount that have the same display order may be matched.
  • the random access points of an atlas and a texture that have the same display order may be matched. Random access points are defined in Non-Patent Document 4 or Non-Patent Document 5.
  • This configuration is expected to have the effect of allowing the mesh to be reproduced without waiting for the base mesh, displacement, and texture to be decoded separately.
  • frames with a Temporal_ID higher than the control signal Temporal_ID of the frame to be decoded are not used as reference frames for that frame.
  • NAL Network Abstraction Layer
  • the TID defined as the last three bits in the NAL header, is Temporal_ID plus 1.
  • the TID range is 1 to 7, with zero prohibited.
  • LayerID/R6 defined as the 6 bits immediately preceding the TID in the NAL header, specifies the identifier of the layer to which the NAL unit belongs.
  • the value of LayerID/R6 must be in the range of 0 to 62.
  • the value 63 may be specified by ISO/IEC in the future.
  • the mesh decoding device 200 ignores all data following the value 63 in a NAL unit, and a mesh decoding device 200 conforming to the specified profile ignores (i.e., removes from the bitstream and discards) all NAL units whose LayerID-R6 value is not 0.
  • the value 63 of LayerID/R6 can be used to indicate an enhancement layer identifier in future enhancements.
  • Non-Patent Document 5 can be used, and for the displacement and texture, the video coding methods HEVC and VVC can be used, so the following will explain the basic mesh.
  • the BMSPS of the basic mesh bitstream may include a control signal bmsps_max_sub_layers_minus1 indicating the maximum number of temporal sublayers at u(3).
  • It may also include a control signal bmsps_max_dec_mesh_frame_buffering_minus1 indicating the maximum basic mesh buffer size in each Temporal sublayer, and a control signal bmsps_max_num_reorder_frames indicating the difference from the display order of the maximum frame to be decoded.
  • the LayerID/R6 values of all BMCL NAL units of an encoded basic mesh frame must be the same.
  • the LayerID/R6 value of an encoded basic mesh frame is the LayerID/R6 value of the BMCL NAL units of the encoded basic mesh frame.
  • NALType is in the range from NAL_BLA_W_LP to NAL_RSV_BMCL_29 defined in Non-Patent Document 4, i.e., if it belongs to an IRAP-coded basic mesh frame, Temporal_ID must be 0.
  • NALType is equal to 0 and NALType is equal to NAL_STSA_R or NAL_STSA_N, Temporal_ID must not be equal to 0.
  • Temporal_ID must be the same for all BMCL NAL units within an access unit.
  • Temporal_ID of a coded basic mesh frame or access unit is the value of Temporal_ID of the BMCL NAL unit of the coded basic mesh frame or access unit.
  • Temporal_ID for a sublayer representation is the maximum value of Temporal_ID for all BMCL NAL units within the sublayer representation.
  • Temporal_ID for non-BMCL NAL units are restricted as follows: If NALType is equal to NAL_BMSPS, Temporal_ID shall be 0 and the Temporal_ID of the access unit containing the NAL unit shall be 0. Otherwise, if NALType is equal to NAL_EOS or NAL_EOB, Temporal_ID must be 0. Otherwise, if NALType is equal to NAL_AUD or NALLFDD, Temporal_ID must be equal to the Temporal_ID of the access unit containing the NALL unit. Otherwise, Temporal_ID must be greater than or equal to the Temporal_ID of the access unit containing the NAL unit.
  • the value of Temporal_ID is equal to the minimum value of the Temporal_ID values of all access units to which the non-BMCL NAL unit applies.
  • Temporal_ID can be greater than or equal to the Temporal_ID of the included access unit, since all basic mesh frame parameter sets (BMFPS) are included at the beginning of the bitstream, where the Temporal_ID of the first coded basic mesh frame is 0.
  • the skip decoding unit 202F refers to the specified tIDTarget and discards NAL units whose Temporal_ID is higher than tIDTarget without decoding them.
  • tIDTarget may be specified by a predetermined value, or may be specified based on the network conditions or the terminal capabilities of the mesh decoding device 200.
  • a lower tIDTarget is specified in the wireless case than in the wired case. Also, a lower tIDTarget is specified when the network conditions are poor. Also, a lower tIDTarget is specified when decoding is performed by a mesh decoding device 200 with low specifications.
  • bitstream conformance is that there must be at least one NAL unit in the bitstream whose Temporal_ID is not higher than tIDTarget.
  • NAL Network Abstraction Layer
  • the TID defined as the last three bits in the NAL header, is Temporal_ID plus 1.
  • the TID range is 1 to 7, with zero prohibited.
  • LayerID/R6 defined as the 6 bits immediately preceding the TID in the NAL header, specifies the identifier of the layer to which the NAL unit belongs.
  • the value of LayerID/R6 must be in the range of 0 to 62.
  • the value 63 may be specified by ISO/IEC in the future.
  • the mesh decoding device 200 ignores all data following the value 63 in a NAL unit, and a mesh decoding device 200 conforming to the specified profile ignores (i.e., removes from the bitstream and discards) all NAL units whose LayerID-R6 value is not 0.
  • the value 63 of LayerID/R6 can be used to indicate an enhancement layer identifier in future enhancements.
  • the TID may be set independently for each bitstream of the atlas, base mesh, displacement, and texture.
  • the TID is fixed to zero according to Annex A of Non-Patent Document 5. Therefore, the TID is set independently for each of the base mesh, displacement, and texture.
  • At least one of the base mesh, displacement, and texture may have Temporal_ID fixed to zero.
  • the LD setting can also be used. Table 3 shows an example.
  • the displacement and texture will use the HEVC or VVC video coding format, and the base mesh will use the above-mentioned embodiment.
  • the tIDTarget specified in each bitstream is referenced, and NAL units with a TID higher than tIDTarget are discarded without being decoded.
  • tIDTarget may be specified by a predetermined value, or may be specified based on the network conditions or the terminal capabilities of the mesh decoding device 200.
  • a lower tIDTarget is specified in the wireless case than in the wired case. Also, a lower tIDTarget is specified when the network conditions are poor. Also, a lower tIDTarget is specified when decoding is performed by a mesh decoding device 200 with low specifications.
  • bitstream conformance is that there must be at least one NAL unit in the bitstream whose TID is not higher than tIDTarget.
  • each bitstream is set independently, if any of the base mesh, displacement, or texture is discarded in a particular frame, the others will also be discarded.
  • each bitstream is set independently, if the base mesh is discarded in a specific frame, the displacement and texture are also discarded, and the reconstruction process is not performed. However, if the displacement is discarded, all displacement values are set to zero, and the reconstruction process is performed. Also, if the texture is discarded, all texture values are set to zero, and the reconstruction process is performed.
  • sub-meshes may differ for each frame (intraframe, interframe, and skip frame).
  • the intra decoding unit 202B, inter decoding unit 202E, and skip decoding unit 202F assign unique submesh IDs to each submesh in each frame.
  • the intra decoding unit 202B and the inter decoding unit 202E may assign different Submesh IDs to corresponding submeshes between frames.
  • the inter-decoding unit 202E can only reference submeshes that have the same Submesh ID within the reference frame.
  • the inter-decoding unit 202E can only reference sub-meshes that have the same number of vertices in the reference frame.
  • the intra-decoding unit 202B and the inter-decoding unit 202E may refer to a sub-mesh specified in the reference frame.
  • the inter-decoding unit 202E may decode a control signal specifying the Submesh ID of a referenceable submesh from the bitstream of the current submesh.
  • the inter-decoding unit 202E may treat this submesh as a referenceable submesh.
  • the inter decoding unit 202E or skip decoding unit 202F sets the submesh ID of the referenceable submesh to the same submesh ID as the submesh in the current frame.
  • the inter-decoding unit 202E may also decode a control signal from the bitstream that indicates whether the above-mentioned control signal is present.
  • the inter-decoding unit 202E may decode a control signal that selects the method for determining the above-mentioned referenceable sub-meshes.
  • the subdivision unit 203 and the displacement amount decoding unit 206 may follow Non-Patent Document 4.
  • encoding efficiency can be improved by not encoding and decoding unnecessary information.
  • the amount of code can be reduced by not encoding and decoding unnecessary information such as inter-prediction and reference frame-related syntax.
  • the mesh encoding device 100 and mesh decoding device 200 described above may be realized as a program that causes a computer to execute each function (each process).

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

製品コストを大幅に抑えながら、製品を作ること。本発明に係るメッシュ復号装置２００において、基本ビットストリームは、基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す制御信号及び映像復号部で復号されるテクスチャ数を示す制御信号を含み、基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す制御信号の最小値は、テクスチャ数を示す制御信号の最大値に設定される。

Description

メッシュ復号装置、メッシュ復号方法及びプログラム
　本発明は、メッシュ復号装置、メッシュ復号方法及びプログラムに関する。
　非特許文献４には、非特許文献５のフレームワークを活用し、メッシュを大まかな基本メッシュと詳細な変位量とに分けて復号し、基本メッシュについて基本メッシュ復号部によって頂点座標やＣｏｎｎｅｃｔｉｖｉｔｙやＵＶ座標（Ａｔｔｒｉｂｕｔｅの一種）等の情報を復号し、アトラスデータ復号部によって復号したアトラスを加えて基本メッシュ及び変位量からメッシュを再建する技術が開示されている。
　また、上述の基本メッシュについての復号では、イントラフレームによる復号、インターフレームによる復号及びスキップフレームによる復号のいずれかを使う。
　なお、非特許文献４には、メッシュ以外にテクスチャという映像データをＡｔｔｒｉｂｕｔｅの一種として映像復号部で復号することが開示されている。
Khaled Mammou, Jungsun Kim, Alexis M Tourapis, Dimitri Podborski, and Krasimir Kolarov, "[V-CG] Apple’s Dynamic Mesh Coding CfP Response," April 2022, ISO/IEC JTC 1/SC 29/WG 7 m59281. Ｇｏｏｇｌｅ　Ｄｒａｃｏ、２０２２年５月２６日アクセス［Ｏｎｌｉｎｅ］、https://google.github.io/draco Jean-Eudes Marvie, Olivier Mocquard, "[V-DMC][EE4.4-related] An efficient EdgeBreaker implementation," April 2023, ISO/IEC JTC 1/SC 29/WG 7 m63344. "Text of ISO/IEC CD 23090-29 Video-based mesh coding," ISO/IEC JTC 1/SC 29/WG7 N00885, April 2024. "Information technology - Coded Representation of Immersive Media - Part 5: Visual Volumetric Video-based Coding (V3C) and Video-based Point Cloud Compression (V-PCC)," ISO/IEC JTC 1/SC 29/WG 7, ISO/IEC 23090-5:2021(2E).
　しかしながら、非特許文献４は、基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す制御信号ａｔｔｒｉｂｕｔｅ　ｃｏｕｎｔの最大値が大きい場合、それに対応する製品を作るのが困難になり、また、製品コストが増大してしまうという問題点があった。
　そこで、本発明は、上述の課題に鑑みてなされたものであり、製品コストを大幅に抑えながら、製品を作ることができるメッシュ復号装置、メッシュ復号方法及びプログラムを提供することを目的とする。
　本発明の第１の特徴は、メッシュ復号装置であって、アトラスビットストリームを復号して出力するように構成されているアトラスデータ復号部と、基本メッシュビットストリーム、及び、基本メッシュについて頂点座標とＣｏｎｎｅｃｔｉｖｉｔｙとＵＶ座標とを含む情報を復号するように構成されている基本メッシュ復号部と、映像コーデックによってテクスチャを復号するように構成されている映像復号部と、を備え、前記アトラスビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号及び前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第２制御信号を含み、前記基本メッシュビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号、前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第４制御信号、前記基本メッシュのＩフレームの各Ａｔｔｒｉｂｕｔｅのインデックスを示す第５制御信号を含み、前記アトラスビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号は、前記基本メッシュビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号と同じ又は小さい値に設定されることを要旨とする。
　本発明の第２の特徴は、メッシュ復号方法であって、アトラスビットストリームを復号して出力する工程Ａと、基本メッシュビットストリーム、及び、基本メッシュについて頂点座標とＣｏｎｎｅｃｔｉｖｉｔｙとＵＶ座標とを含む情報を復号する工程Ｂと、映像コーデックによってテクスチャを復号する工程Ｃと、を有し、前記アトラスビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号及び前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第２制御信号を含み、前記基本メッシュビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号、前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第４制御信号、前記基本メッシュのＩフレームの各Ａｔｔｒｉｂｕｔｅのインデックスを示す第５制御信号を含み、前記アトラスビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号は、前記基本メッシュビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号と同じ又は小さい値に設定されることを要旨とする。
　本発明の第３の特徴は、コンピュータを、メッシュ復号装置として機能させるプログラムであって、前記メッシュ復号装置は、アトラスビットストリームを復号して出力するように構成されているアトラスデータ復号部と、基本メッシュビットストリーム、及び、基本メッシュについて頂点座標とＣｏｎｎｅｃｔｉｖｉｔｙとＵＶ座標とを含む情報を復号するように構成されている基本メッシュ復号部と、映像コーデックによってテクスチャを復号するように構成されている映像復号部と、を備え、前記アトラスビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号及び前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第２制御信号を含み、前記基本メッシュビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号、前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第４制御信号、前記基本メッシュのＩフレームの各Ａｔｔｒｉｂｕｔｅのインデックスを示す第５制御信号を含み、前記アトラスビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号は、前記基本メッシュビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号と同じ又は小さい値に設定されることを要旨とする。
　本発明によれば、製品コストを大幅に抑えながら、製品を作ることができるメッシュ復号装置、メッシュ復号方法及びプログラムを提供することができる。
図１は、一実施形態に係るメッシュ処理システム１の構成の一例を示す図である。 図２は、一実施形態に係るメッシュ復号装置２００の機能ブロックの一例を示す図である。 図３は、基本メッシュ及び細分割メッシュの一例を示す図である。 図４は、一実施形態に係るメッシュ復号装置２００の基本メッシュ復号部２０２の機能ブロックの一例を示す図である。 図５は、一実施形態に係るメッシュ復号装置２００の基本メッシュ復号部２０２のイントラ復号部２０２Ｂの機能ブロックの一例を示す図である。 図６は、Ｐフレームの基本メッシュの頂点とＩフレームの基本メッシュの頂点との間の対応関係の一例を示す図である。 図７は、基本メッシュビットストリームの構成の一例について示す図である。 図８は、プロファイルツールセットに制限を掛ける制御信号の一例を示す図である。 図９は、ＢＭＳＰＳの一例を示す図である。 図１０は、ＢＭＦＰＳの一例を示す図である。 図１１は、ＢＭＳＨの一例を示す図である。 図１２は、ＢＭＳＰＳの一例を示す図である。 図１３は、ＢＭＦＰＳの一例を示す図である。 図１４は、ＢＭＳＨの一例を示す図である。 図１５は、基本メッシュのＡｔｔｒｉｂｕｔｅ関連の制御信号の一例を示す図である。 図１６は、インター復号部２０２Ｅの機能ブロックの一例を示す図である。 図１７は、一実施形態に係るメッシュ復号装置２００の基本メッシュ復号部２０２のインター復号部２０２Ｅの動きベクトル予測部２０２Ｅ３による復号対象の頂点のＭＶＰの算出方法の一例を説明するための図である。 図１８は、一実施形態に係るメッシュ復号装置２００の基本メッシュ復号部２０２のメッシュバッファ部２０２Ｃについて説明するための図である。 図１９は、ＮＡＬヘッダの一例を示す図である。 図２０は、ＢＭＳＰＳの一例を示す図である。
　以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下の実施形態における構成要素は、適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組み合わせを含む様々なバリエーションが可能である。したがって、以下の実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。
＜第１実施形態＞
　以下、図１～図２０を参照して、本実施形態に係るメッシュ処理システムについて説明する。
　図１は、本実施形態に係るメッシュ処理システム１の構成の一例を示す図である。図１に示すように、メッシュ処理システム１は、メッシュ符号化装置１００及びメッシュ復号装置２００を備えている。
　図２は、本実施形態に係るメッシュ復号装置２００の機能ブロックの一例を示す図である。
　図２に示すように、メッシュ復号装置２００は、多重分離部２０１と、基本メッシュ復号部２０２と、細分割部２０３と、メッシュ復号部２０４と、パッチ統合部２０５と、変位量復号部２０６と、映像復号部２０７と、アトラスデータ復号部２０８とを有する。
　ここで、基本メッシュ復号部２０２、細分割部２０３、メッシュ復号部２０４及び変位量復号部２０６は、メッシュを分割したパッチ単位で処理を行うように構成されており、その後、これらの処理結果についてパッチ統合部２０５で統合されるように構成されていてもよい。
　図３の例では、メッシュが、基本面１及び２で構成されるパッチ１と、基本面３及び４で構成されるパッチ２とに分割されている。
　多重分離部２０１は、多重化されたビットストリームを、基本メッシュビットストリームと変位量ビットストリームとテクスチャビットストリームとアトラス（ａｔｌａｓ）ビットストリームとに分離するように構成されている。
　細分割部２０３は、制御情報（第１制御情報及び第２制御情報）によって示された細分割手法により、基本メッシュ復号部２０２によって復号された基本メッシュから、細分割頂点及びそれらの接続情報を生成して出力するように構成されている。基本メッシュは、１つのサブメッシュ又は複数のサブメッシュから構成されている。
　ここで、基本メッシュ、追加された細分割頂点、及び、それらの接続情報を、併せて「細分割メッシュ」と呼ぶ。また、サブメッシュ、追加された細分割頂点、及び、それらの接続情報を、併せて「細分割サブメッシュ」と呼ぶ。
　メッシュ復号部２０４は、制御情報及び細分割メッシュ及び細分割頂点法線及び変位量を用いて、復号メッシュを生成して出力するように構成されている。
　変位量復号部２０６は、制御情報に基づき変位量ビットストリームを復号して変位量を生成して出力するように構成されている。
　映像復号部２０７は、映像コーデックによってテクスチャを復号して出力するように構成されている。
　アトラスデータ復号部２０８は、アトラスビットストリームを復号して制御情報を出力するように構成されている。かかる制御信号は、メタデータとして基本メッシュ復号部２０２、細分割部２０３、メッシュ復号部２０４、変位量復号部２０６及び映像復号部２０７で利用されてもよい。
＜基本メッシュ復号部２０２＞
　基本メッシュ復号部２０２は、基本メッシュビットストリームを復号し、基本メッシュを生成して出力するように構成されている。
　ここで、基本メッシュは、３次元空間における複数の頂点と、かかる複数の頂点を接続する辺とで構成される。
　基本メッシュ復号部２０２は、例えば、非特許文献２に示すＤｒａｃｏ又は非特許文献３に記載されている技術を用いて、基本メッシュビットストリームを復号するように構成されていてもよい。
　図４に示すように、基本メッシュ復号部２０２は、分離部２０２Ａと、イントラ復号部２０２Ｂと、メッシュバッファ部２０２Ｃと、接続情報復号部２０２Ｄと、インター復号部２０２Ｅとを備える。
（分離部２０２Ａ）
　分離部２０２Ａは、基本メッシュビットストリームを、ＩフレームのビットストリームとＰフレームのビットストリームとに分類するように構成されている。
（イントラ復号部２０２Ｂ）
　イントラ復号部２０２Ｂは、例えば、非特許文献２に示すＤｒａｃｏ又は非特許文献３に記載されている技術を用いて、Ｉフレームのビットストリームから、Ｉフレームの頂点の座標及び接続情報を復号するように構成されている。
　図５は、イントラ復号部２０２Ｂの機能ブロックの一例を示す図である。
　図５に示すように、イントラ復号部２０２Ｂは、任意イントラ復号部２０２Ｂ１と、整列部２０２Ｂ２とを有する。
　任意イントラ復号部２０２Ｂ１は、非特許文献２に示すＤｒａｃｏ又は非特許文献３に記載されている技術を含む任意の方式を用いて、Ｉフレームのビットストリームから、Ｉフレームの順序無し頂点の座標及び接続情報を復号するように構成されている。
　整列部２０２Ｂ２は、順序無し頂点を所定の順序に並び替えることによって頂点を出力するように構成されている。
　所定の順序として、例えば、モートンコード順を用いてもよく、ラスタスキャン順を用いてもよい。
　また、整列部２０２Ｂ２は、復号された基本メッシュにおいて座標が一致する複数の頂点である重複頂点をまとめて、単一頂点としてから、所定の順序に並び替えてもよい。
（メッシュバッファ部２０２Ｃ）
　メッシュバッファ部２０２Ｃは、イントラ復号部２０２Ｂによって復号されたＩフレームの頂点の座標及び接続情報を蓄積するように構成されている。ここで、重複頂点として存在する頂点のインデックスＡ（ｋ）及びＢ（ｋ）のペアを所定順で保存する特定バッファが設けられていてもよい。
（接続情報復号部２０２Ｄ）
　接続情報復号部２０２Ｄは、メッシュバッファ部２０２Ｃから取り出したＩフレーム又は参照フレームの接続情報をＰフレームの接続情報にするように構成されている。
（インター復号部２０２Ｅ）
　インター復号部２０２Ｅは、メッシュバッファ部２０２Ｃから取り出した参照フレームの頂点の座標とＰフレームのビットストリームから復号した動きベクトルとを加算することによって、Ｐフレームの頂点の座標を復号するように構成されている。
　更に、インター復号部２０２Ｅは、かかる特定バッファに保存されている重複頂点として存在する頂点のインデックスＡ（ｋ）及びＢ（ｋ）のペアにより、Ｐフレームの頂点のインデックスを調整することが可能である。
　本実施形態では、図６に示すように、Ｐフレームの基本メッシュの頂点と参照フレーム（Ｉフレーム又はＰフレーム）の基本メッシュの頂点との間で対応関係が存在する。ここで、インター復号部２０２Ｅによって復号される動きベクトルは、Ｐフレームの基本メッシュの頂点の座標とＩフレームの基本メッシュの頂点の座標との差分ベクトルである。
（基本メッシュビットストリームの構成）
　以下、図７～図１４を参照して、基本メッシュビットストリームの構成の一例について説明する。
　図７は、基本メッシュビットストリームの構成の一例について示す図である。
　なお、図８～図１３において、ｕ（ｎ）は、ｎビットの符号であることを意味し、ｕｅ（ｖ）は、符号無し可変長０次指数ゴロム符号であることを意味する。
　図７に示すように、基本メッシュビットストリームは、基本メッシュの復号に関する制御情報の集合であるＢＭＳＰＳ（Ｂａｓｅｍｅｓｈ　Ｓｅｑｕｅｎｃｅ　Ｐａｒａｍｅｔｅｒ　Ｓｅｔ：基本メッシュシーケンスパラメータセット）やＢＭＦＰＳ（Ｂａｓｅｍｅｓｈ　Ｆｒａｍｅ　Ｐａｒａｍｅｔｅｒ　Ｓｅｔ：基本メッシュフレームパラメータセット）、ＢＭＳＨ（Ｂａｓｅｍｅｓｈ　Ｓｕｂｍｅｓｈ　Ｈｅａｄｅｒ：基本メッシュサブメッシュヘーダ）、ＢＭＳＤＵ（Ｂａｓｅｍｅｓｈ　Ｓｕｂｍｅｓｈ　Ｄａｔａ　Ｕｎｉｔ：基本メッシュサブメッシュデータユニット）を含んでいてもよい。
　図７に示すように、ＢＭＳＰＳは、Ｐｒｏｆｉｌｅ関連のシンタックスを含んでもよい。
　また、Ｐｒｏｆｉｌｅ関連のシンタックスは、図８に示すように、プロファイルツールセットに制限を掛ける制御信号、例えば、ｂｍｐｔｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇやｂｍｐｔｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇを含んでもよい。
　ｂｍｐｔｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇは、基本メッシュにフレーム数が1であると示すフラグ（第１制御信号）である。
　ｂｍｐｔｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇは、基本メッシュのサブメッシュがイントラフレーム（Ｉフレーム）のみであると示すフラグ（第２制御信号）である。
　なお、ＢＭＳＰＳは、Ｐｒｏｆｉｌｅ関連のシンタックス以外に、図９に示すように、インター復号部２０２Ｅで使われる制御信号や参照フレーム関連の制御信号、例えば、動きベクトルを予測する隣接頂点数の最大値を示すｂｍｓｐｓ_ｉｎｔｅｒ_ｍｅｓｈ_ｍａｘ_ｎｕｍ_ｎｅｉｇｈｂｏｕｒｓ_ｍｉｎｕｓ１や参照フレームリストＳｔｒｕｃｔｕｒｅのｂｍｅｓｈ_ｒｅｆ_ｌｉｓｔ_ｓｔｒｕｃｔ（）を含んでもよい。
　なお、ＢＭＦＰＳは、図１０に示すように、参照フレーム関連の制御信号、例えば、アクティブな参照フレームリストＳｔｒｕｃｔｕｒｅを示すｂｍｆｐｓ_ｎｕｍ_ｒｅｆ_ｉｄｘ_ｄｅｆａｕｌｔ_ａｃｔｉｖｅ_ｍｉｎｕｓ１を含んでもよい。
　なお、ＢＭＳＨは、図１１に示すように、サブメッシュにおいて参照フレーム関連の制御信号、例えば、ｂｍｓｈ_ｒｅｆ_ｍｅｓｈ_ｆｒａｍｅ_ｌｉｓｔ_ｍｓｐｓ_ｆｌａｇやｂｍｓｈ_ｒｅｆ_ｍｅｓｈ_ｆｒａｍｅ_ｌｉｓｔ_ｉｄｘを含んでもよい。
（冗長の削除）
　しかし、基本メッシュビットストリームは、プロファイルの制御信号によって、不要な情報が符号化されることで符号量が増大する。
　例えば、ｂｍｔｐｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ又はｂｍｔｐｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇが１である場合は、Ｐフレームが存在しないため、ＢＭＳＰＳやＢＭＦＰＳやＢＭＳＨ等で動きベクトルに関する情報や参照フレーム関連情報の符号化が不要である。本十形態では、かかる情報は、インター予測関連情報と呼ばれる。
　そこで、ｂｍｔｐｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ又はｂｍｔｐｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇが１である時に、インター予測関連情報がシグナルされないように制御する必要がある。
　本実施形態では、インター予測関連情報がシグナルされないように制御するため、図４に示すように、基本メッシュ復号部２０２は、制御信号を取得する制御信号取得部２０２Ｆと、制御信号取得部２０２Ｆで取得した制御信号によりインター予測関連情報を復号するかどうかについて判断する判断部２０２Ｇとを更に備える。
　制御信号取得部２０２Ｆは、ｂｍｔｐｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ又はｂｍｔｐｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇを取得してもよい。
　例えば、ｂｍｔｐｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ又はｂｍｔｐｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇが１である場合、インター予測関連情報がシグナルされないことにされてもよい。
　したがって、判断部２０２Ｇは、ｂｍｔｐｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ又はｂｍｔｐｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇが１である時に、インター予測関連情報を復号しないと判断する。
　ただし、判断部２０２Ｇは、インター予測関連情報がシグナルされない場合、インター予測関連情報の値を事前に決めた値にしてもよい。
　或いは、制御信号取得部２０２Ｆは、インター予測情報を符号化することを示すｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇ（第３制御信号）を取得してもよい。
　例えば、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇが０である場合、インター予測関連情報がシグナルされないことにしてもよい。
　したがって、判断部２０２Ｇは、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇが０である場合、インター予測関連情報を復号しないと判断する。
　ただし、判断部２０２Ｇは、インター予測関連情報を復号しない場合、インター予測関連情報の値を事前に決めた値にしてもよい。
　なお、制御信号取得部２０２Ｆは、（式１）を用いて、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇを算出してもよい。かかる場合、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇは、シグナルされない。
　ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇ＝Ｎｏｔ（ｂｍｔｐｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ　Ｏｒ　ｂｍｔｐｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇ）　…　（式１）
　つまり、制御信号取得部２０２Ｆは、ｂｍｔｐｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇが１である場合、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇを０にする。
　また、制御信号取得部２０２Ｆは、ｂｍｔｐｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇが１である時に、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇを０にする。
　或いは、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇがシグナリングされる場合、図１２に示すように、ＢＭＳＰＳのシンタックスにｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇを含め、制御信号取得部２０２Ｆは、ＢＭＳＰＳから ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇから復号してもよい。かかる場合、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇは、シグナルされる。
　なお、制御信号取得部２０２Ｆは、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇがビットストリームに存在しない場合、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇを１にする。
　ただし、制御信号取得部２０２Ｆは、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇが１である場合、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇを０にする。
　また、制御信号取得部２０２Ｆは、ｂｍｔｐｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇが１である場合、ｂｍｓｐｓ_ｅｎａｂｌｅ_ｐｒｅｄｉｃｔｉｏｎ_ｆｌａｇを０にする。
　例えば、インター予測関連情報は、図１２～図１４に示すような制御信号（例えば、ＢＭＳＰＳやＢＭＦＰＳやＢＭＳＨ）である。
　ただし、判断部２０２Ｇは、図１４に示すＢＭＳＨにおいては、フレームタイプを用いて判断してもよい。
　かかる構成によれば、必要な時のみにインター予測関連情報を符号化することにより、符号化効率を向上するという効果が期待できる。
　なお、基本メッシュビットストリームにおいて１枚のフレームしかないフラグ（非特許文献４の制御信号ｂｍｐｔｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ）の値及びアトラスにおいて１枚のフレームしかないフラグ（非特許文献５の制御信号ｐｔｃ_ｏｎｅ_ｖ３ｃ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ）の値が同じであるというＣｏｎｆｏｒｍａｎｃｅ　ｒｅｑｕｉｒｅｍｅｎｔを設ける。
　かかる構成によれば、ｂｍｐｔｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ及びｐｔｃ_ｏｎｅ_ｖ３ｃ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇのＣｏｎｆｌｉｃｔを避けることという効果が期待できる。
（Ａｔｔｒｉｂｕｔｅ　ｃｏｕｎｔ/ｉｎｄｅｘ関連情報）
　以下、図１５を参照して、アトラスビットストリーム及び基本メッシュビットストリームにおいて、基本メッシュのＡｔｔｒｉｂｕｔｅ関連の制御信号の一例について説明する。
　アトラスビットストリームは、図１５に示すように、基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔを含んでもよい。
　また、アトラスビットストリームは、基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第２制御信号ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ａｔｔｒｉｂｕｔｅ_ｔｙｐｅを含んでもよい。
　基本メッシュビットストリームのＢＭＳＰＳは、図１５に示すように、基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号ｂｍｓｐｓ_ｍｅｓｈ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔを含んでもよい。
　また、基本メッシュビットストリームのＢＭＳＰＳは、基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第４制御信号ｂｍｓｐｓ_ｍｅｓｈ_ａｔｔｒｉｂｕｔｅ_ｔｙｐｅ_ｉｄを含んでもよい。
　また、基本メッシュビットストリームのＢＭＳＰＳは、Ｉフレームの各Ａｔｔｒｉｂｕｔｅのインデックスを示す第５制御信号ｂｍｓｐｓ_ｍｅｓｈ_ａｔｔｒｉｂｕｔｅ_ｉｎｄｅｘを含んでもよい。
　非特許文献４では、制御信号取得部２０２Ｆは、ｕ（８）で、ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔを復号してもよい。ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔは、０～２５５のレンジを有する。すなわち、ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔの最大値は２５５である。
　そこで、非特許文献４のＡｔｔｒｉｂｕｔｅが４０９６×４０９６の映像である場合は、１フレームのＡｔｔｒｉｂｕｔｅだけで、４８ＭＢが必要になる。
　ここで、Ａｔｔｒｉｂｕｔｅ数に比率して製品のメモリーが必要である。Ａｔｔｒｉｂｕｔｅ数の最大値が２５５であれば、各Ａｔｔｒｉｂｕｔｅで１フレームしか保存しなくても、最大で１２,２４０MBのメモリーが必要になる可能性がある。よって、１２ＧＢ以上のメモリーを製品で用意しないといけない。
　一方、Ａｔｔｒｉｂｕｔｅ数の最大値が１２７であれば、各Ａｔｔｒｉｂｕｔｅで１フレームを保存する場合に、最大で６,０９６ＭＢのメモリーを準備すれば大丈夫であるため、必要なメモリーの容量を半減させる効果が期待できる。
　なお、非特許文献５で定義されるｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔは、一定数が必要である。その最小値は、映像復号部２０７で復号されるテクスチャ数を示す制御信号ａｉ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔと同じ又は多い数である。
　一方、制御信号取得部２０２Ｆは、ｕ（７）で、ａｉ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔを復号してもよい。ａｉ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔは、０～１２７のレンジを有する。すなわち、ａｉ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔの最大値は、１２７である。
　そこで、本実施形態では、ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔの最小値を、ａｉ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔの最大値に設定し、なるべく小さいレンジにする。
　例えば、制御信号取得部２０２Ｆは、ｕ（７）で、ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔを復号してもよい。かかる場合、ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔは、０～１２７のレンジを有する。
　なお、ａｉ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔの最大値が、プロファイルやレベル等の別場所で再定義されたら、ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔの最小値を再定義された最大値とし、なるべく小さいレンジにしてもよい。
　例えば、あるプロファイルやレベルでａｉ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔの最大値をＭＡＸ_ＡＴＴＲＩＢＵＴＥ_ＣＯＵＮＴ（所定値、例えば、１５)にした場合、ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔの最大値をＭＡＸ_ＡＴＴＲＩＢＵＴＥ_ＣＯＵＮＴ（例えば、１５)やＭＡＸ_ＡＴＴＲＩＢＵＴＥ_ＣＯＵＮＴより少し大きい値（例えば、３１）にしてもよい。
　なお、前記基本メッシュのＩフレームの各Ａｔｔｒｉｂｕｔｅのインデックスを示す第５制御信号ｂｍｓｐｓ_ｍｅｓｈ_ａｔｔｒｉｂｕｔｅ_ｉｎｄｅｘは、０～１２７のレンジを有する。
　よって、基本メッシュ復号部２０２は、ｕ（７）で、基本メッシュのＩフレームの各Ａｔｔｒｉｂｕｔｅのインデックスを示す第５制御信号ｂｍｓｐｓ_ｍｅｓｈ_ａｔｔｒｉｂｕｔｅ_ｉｎｄｅｘを復号してもよい。
　なお、アトラスビットストリームの基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第２制御信号及び基本メッシュビットストリームの基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第４制御信号の取り得る値を一致させてもよい。
　例えば、アトラスビットストリーム及び前記基本メッシュビットストリームの一例について、表１又は表２に示す。
　かかる構成によれば、ｖｐｓ_ｅｘｔ_ｂｍｅｓｈ_ｄａｔａ_ａｔｔｒｉｂｕｔｅ_ｃｏｕｎｔの最大値を合理化することにより、製品コストを大幅に抑えながら、製品を作るのが可能にすることという効果が期待できる。
（インター復号部２０２Ｅ）
　図１６は、インター復号部２０２Ｅの機能ブロックの一例を示す図である。
　図１６に示すように、インター復号部２０２Ｅは、動きベクトル残差復号部２０２Ｅ１と、動きベクトルバッファ部２０２Ｅ２と、動きベクトル予測部２０２Ｅ３と、動きベクトル算出部２０２Ｅ４と、加算器２０２Ｅ５とを有する。
　動きベクトル残差復号部２０２Ｅ１は、ＰフレームのビットストリームからＭＶＲ（Ｍｏｔｉｏｎ　Ｖｅｃｔｏｒ　Ｒｅｓｉｄｕａｌ）を生成するように構成されている。
　ここで、ＭＶＲは、ＭＶ（Ｍｏｔｉｏｎ　Ｖｅｃｔｏｒ）とＭＶＰ（Ｍｏｔｉｏｎ　Ｖｅｃｔｏｒ　Ｐｒｅｄｉｃｔｉｏｎ）との差分を示す動きベクトル残差である。ＭＶは、対応するＩフレームの頂点の座標とＰフレームの頂点の座標との間の差分ベクトル（動きベクトル）である。ＭＶＰは、ＭＶを用いて対象の頂点のＭＶの予測した値（動きベクトルの予測値）である。
　動きベクトルバッファ部２０２Ｅ２は、動きベクトル算出部２０２Ｅ４によって出力されたＭＶを順次に保存するように構成されている。
　動きベクトル予測部２０２Ｅ３は、復号対象の頂点と接続している頂点について、動きベクトルバッファ部２０２Ｅ２から復号済みのＭＶを取得し、図１７に示すように、取得された復号済みのＭＶの全部又は一部を用いて、復号対象の頂点のＭＶＰを出力するように構成されている。
　動きベクトル算出部２０２Ｅ４は、動きベクトル残差復号部２０２Ｅ１で生成されたＭＶＲと動きベクトル予測部２０２Ｅ３から出力されたＭＶＰとを加算し、復号対象の頂点のＭＶを出力するように構成されている。
　加算器２０２Ｅ５は、対応関係を持つ参照フレーム（Ｉフレーム又はＰフレーム）の復号済みの基本メッシュから得られた復号対象の頂点に対応する頂点の座標と、動きベクトル算出部２０２Ｅ３から出力された動きベクトルＭＶとを加算し、復号対象の頂点の座標を出力するように構成されている。
（メッシュバッファ部２０２Ｃ）
　メッシュバッファ部２０２Ｃは、１枚又は複数枚の参照用の復号基本メッシュを、所定順番で保存するように構成されている。
　なお、かかる基本メッシュは、フレーム番号やサブメッシュ番号等のメタデータや少なくとも各頂点の座標及び当該頂点のインデックスを有しており、参照フレームリストで決められた所定順番でメッシュバッファ部２０２Ｃに保存される。
　ここで、図１８に示すように、かかる参照フレームリスト（ｒｅｆ_ｌｉｓｔ０）は、メッシュバッファ部２０２Ｃに保存されている全ての参照用の復号基本メッシュを特定する情報のリストである。
　参照フレームリストは、図１８に示すように、ビットストリームから復号された制御信号によって決められてもよいし、自然にフレームの復号順から算出されてもよい。
　なお、ビットストリームから復号された制御信号は、復号対象フレームとの相対的な距離で示されていてもいし、絶対値であるのフレームインデックスであってもよい。
　さらに、制御信号により、短期的な参照フレーム又は長期的な参照フレームが使われてもよい。
　例えば、短期的な参照フレームを使うと、当フレーム（ｃｕｒ）及び参照フレーム（ｒｅｆ）の表示順（Ｄｉｓｐｌａｙ　Ｏｒｄｅｒ）の差の絶対値（ａｂｓ_ｄｅｌｔａ_ｍｆｏｃ_ｓｔ）及びその符号（ｓｉｇｎ_ｆｌａｇ）をビットストリームから復号し、参照フレームの表示順（Ｄｉｓｐｌａｙ　Ｏｒｄｅｒ）を下式で指定してもよい。
Ｉｆ（ｓｉｇｎ_ｆｌａｇ）｛
　Ｄｉｓｐｌａｙ　Ｏｒｄｅｒ（ｒｅｆ）＝Ｄｉｓｐｌａｙ　Ｏｒｄｅｒ（ｃｕｒ）＋ａｂｓ_ｄｅｌｔａ_ｍｆｏｃ_ｓｔ
｝ｅｌｓｅ｛
　Ｄｉｓｐｌａｙ　Ｏｒｄｅｒ（ｒｅｆ）＝Ｄｉｓｐｌａｙ　Ｏｒｄｅｒ（ｃｕｒ）－ａｂｓ_ｄｅｌｔａ_ｍｆｏｃ_ｓｔ
｝
　また、自然にフレームの復号順から算出する方法が用いられる場合、例えば、参照フレームリストにおいて、制御信号が存在していない時に、直前に復号済みのフレームから一定のフレーム数で順次に並べられてもよい。つまり、参照フレームリストは、｛０, －１, －２,…, －（Ｎ―１）｝とされてもよい。
　基本的に、参照フレームリストは、特別な事情（例えば、Ｒｅ-ｏｒｄｅｒｉｎｇ指示を受ける時）以外に各フレームで変化しない。
　メッシュバッファ部２０２Ｃは、以下のように更新されてもよい。
　メッシュバッファ部２０２Ｃは、基本メッシュが復号された時に、Ｉフレーム及びＰフレームの場合、参照フレームリストで決められた所定順番により１枚又は複数枚の既存の参照フレームを削除し、復号済みのフレームの基本メッシュを含めて１枚又は複数枚の基本メッシュを入れて、又は、複数枚の基本メッシュから１枚の基本メッシュを作成して入れて、参照フレームの順番を調整する。
　かかる削除作業は、メッシュバッファ部２０２Ｃが満了する時のみに実施されてもよい。なお、メッシュバッファ部２０２Ｃで保存できる基本メッシュの数は、事前に決められている。ここで、本実施形態では、かかる基本メッシュの数に到達すると、メッシュバッファ部２０２Ｃが満了すると定義するものとする。
　上述の作成作業では、復号済みのフレームの基本メッシュ及びメッシュバッファ部２０２Ｃに保存されている既存の基本メッシュに対応する頂点の座標について重み付け平均して１枚の基本メッシュにしてもよい。
　かかる重み付け平均で用いられる重みは、事前に決められていてもよいし、フレームインデックスを用いて算出されてもよいし、制御信号から復号されてもよい。
　なお、メッシュバッファ部２０２Ｃは、ビットストリームから復号された制御信号によりＲｅ-ｏｒｄｅｒｉｎｇの指示を示す制御信号を受けた時に、図１４に示すように、参照フレームリストを更新し、更新した参照フレームリスト（ｒｅｆ_ｌｉｓｔ０）で決められた所定順番により参照フレームの順番を調整する。
　なお、上述の非特許文献４で定義したサブメッシュが存在するときに、全てのサブメッシュを同じ制御信号（ｓｍｈ_ｍｅｓｈ_ｆｒｍ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂ）にすること又は制御信号（ｓｍｈ_ｍｅｓｈ_ｆｒｍ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂ）を全てのサブメッシュに適用させることにする。
　かかる制御信号（ｓｍｈ_ｍｅｓｈ_ｆｒｍ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂ）によって示される値は、復号対象フレームの表示順との差分であってもよいし、事前に決めたフレーム集団ＭａｘＭｅｓｈＦｒｍＯｒｄｅｒＣｎｔＬｓｂの中の順番であってもよい。
　なお、復号順（Ｄｅｃｏｄｅ　Ｏｒｄｅｒ）と表示順（Ｄｉｓｐｌａｙ　Ｏｒｄｅｒ）とが異なる時に、復号済みの基本メッシュが復号順（Ｄｅｃｏｄｅ　Ｏｒｄｅｒ）で並んでいると、基本メッシュ復号部２０２は、復号済みの基本メッシュを表示順（Ｄｉｓｐｌａｙ　Ｏｒｄｅｒ）に並び替えてもよい。
　なお、Ｔｅｍｐｏｒａｌ　ｓｃａｌａｂｉｌｉｔｙを実現するため、各フレームにおいて基本メッシュと変位量とテクスチャとをそれぞれ復号するかどうかを示す制御信号をそれぞれ定義し、ビットストリームからそれぞれ復号する。
　また、同じフレーム内において、アトラス及び基本メッシュのＴｅｍｐｏｒａｌ_ＩＤを一致させてもよい。また、同じフレーム内において、アトラス及びテクスチャのＴｅｍｐｏｒａｌ_ＩＤを一致させてもよい。また、同じフレーム内において、アトラス及び変位量のＴｅｍｐｏｒａｌ_ＩＤを一致させてもよい。
　かかる構成によれば、フレームが復号できないことや無駄なデータを回避することができるという効果が期待できる。
　なお、同じＴｅｍｐｏｒａｌ_ＩＤを持つ隣接するフレームの間隔が一定であることが望ましい。
　同じＴｅｍｐｏｒａｌ_ＩＤを持つ隣接するフレームは、ＰＯＣが最も近い。
　上述のようにフレームの間隔を一定にすることで、復号したフレームを表示する際に一定のフレームレートを保つ効果が期待できる。
　さらに、同じ表示順を持つアトラス及び基本メッシュの復号順を一致させてもよい。また、同じ表示順を持つアトラス及び変位量の復号順を一致させてもよい。また、同じ表示順を持つアトラス及びテクスチャの復号順を一致させてもよい。
　または、同じ表示順を持つアトラス及び基本メッシュのランダムアクセスポイントを一致させてもよい。また、同じ表示順を持つアトラス及び変位量のランダムアクセスポイントを一致させてもよい。また、同じ表示順を持つアトラス及びテクスチャのランダムアクセスポイントを一致させてもよい。なお、ランダムアクセスポイントは、非特許文献４又は非特許文献５で定義されている。
　かかる構成によれば、基本メッシュ、変位量及びテクスチャをそれぞれ復号する際に、互いの復号を待つことなく、メッシュを再現できるという効果が期待できる。
　さらに、復号対象フレームの制御信号Ｔｅｍｐｏｒａｌ_ＩＤよりも高いＴｅｍｐｏｒａｌ_ＩＤを持つフレームは、かかる復号対象フレームの参照フレームにしない。
　これによって、参照フレームが捨てられる可能性が無くなるという効果が期待できる。
　以下に、上述のＴｅｍｐｏｒａｌ_ＩＤを用いてＴｅｍｐｏｒａｌ　ｓｃａｌａｂｉｌｉｔｙを実現する一例について述べる。
　アトラス、基本メッシュ、変位量及びテクスチャのビットストリームは、ネットワーク抽象レイヤ（ＮＡＬ）ユニットによりカプセル化される。ＮＡＬユニットは、図２２のようなＮＡＬヘッダを持ってもよい。
　ＮＡＬヘッダ内の最後の３ビットとして定義したＴＩＤは、Ｔｅｍｐｏｒａｌ_ＩＤプラス１である。ＴＩＤの範囲は、１から７までとし、ゼロを禁止する。
　ＮＡＬヘッダ内のＴＩＤの直前の６ビットとして定義されたＬａｙｅｒＩＤ/Ｒ６は、ＮＡＬユニットが属するレイヤの識別子を指定する。
　ＬａｙｅｒＩＤ/Ｒ６の値は、０～６２の範囲内でなければならない。値６３は、将来的にＩＳＯ/ＩＥＣによって指定される可能性がある。
　ビットストリームのデコードユニットのデータ量を決定する以外の目的で、メッシュ復号装置２００は、ＮＡＬユニット内の値６３に続く全てのデータを無視し、指定されたプロファイルに準拠するメッシュ復号装置２００は、ＬａｙｅｒＩＤ-Ｒ６の値が０でない全てのＮＡＬユニットを無視する（つまり、ビットストリームから取り除き、破棄する）。
　ＬａｙｅｒＩＤ/Ｒ６の値６３は、将来の拡張で拡張レイヤ識別子を示すために使用することができる。
　なお、非特許文献４で定義されたサブメッシュが存在するときは、全てのサブメッシュを同じＴＩＤにすること又はＴＩＤを全てのサブメッシュに適用させることにする。
　アトラスについては、非特許文献５を利用でき、変位量及びテクスチャについては、映像符号化方式のＨＥＶＣやＶＶＣを利用できるため、以下は、基本メッシュについて説明する。
　図２０に示すように、基本メッシュビットストリームのＢＭＳＰＳは、ｕ（３）で、最大のＴｅｍｐｏｒａｌサブレイヤ数を示す制御信号ｂｍｓｐｓ_ｍａｘ_ｓｕｂ_ｌａｙｅｒｓ_ｍｉｎｕｓ１を含んでもよい。
　また、各Ｔｅｍｐｏｒａｌサブレイヤで最大の基本メッシュのバッファサイズを示す制御信号ｂｍｓｐｓ_ｍａｘ_ｄｅｃ_ｍｅｓｈ_ｆｒａｍｅ_ｂｕｆｆｅｒｉｎｇ_ｍｉｎｕｓ１及び最大の復号対象フレームの表示順との差分を示す制御信号ｂｍｓｐｓ_ｍａｘ_ｎｕｍ_ｒｅｏｒｄｅｒ_ｆｒａｍｅｓを含んでもよい。
　符号化された基本メッシュフレームの全ての ＢＭＣＬ ＮＡＬユニットのＬａｙｅｒＩＤ/Ｒ６の値は、同じでなければならない。符号化された基本メッシュフレームのＬａｙｅｒＩＤ/Ｒ６の値は、符号化された基本メッシュフレームのＢＭＣＬ ＮＡＬユニットのＬａｙｅｒＩＤ/Ｒ６の値である。
　ＮＡＬＴｙｐｅが、ＮＡＬ_ＥＯＢと等しい場合、ＬａｙｅｒＩＤ/Ｒ６の値は、０と等しくなければならない。
　ＮＡＬＴｙｐｅが、非特許文献４で定義されたＮＡＬ_ＢＬＡ_Ｗ_ＬＰからＮＡＬ_ＲＳＶ_ＢＭＣＬ_２９までの範囲にある場合、つまり、ＩＲＡＰコード化された基本メッシュフレームに属する場合、Ｔｅｍｐｏｒａｌ_ＩＤは、０でなければならない。
　ＮＡＬＴｙｐｅが、ＮＡＬ_ＴＳＡ_Ｒ又はＮＡＬ_ＴＳＡ_Ｎに等しい場合、Ｔｅｍｐｏｒａｌ_ＩＤは、０に等しくてはならない。
　ＮＡＬＴｙｐｅが０に等しく、ＮＡＬＴｙｐｅがＮＡＬ_ＳＴＳＡ_Ｒ又はＮＡＬ_ＳＴＳＡ_Ｎに等しい場合、Ｔｅｍｐｏｒａｌ_ＩＤは、０に等しくてはならない。
　Ｔｅｍｐｏｒａｌ_ＩＤの値は、アクセスユニット内の全てのＢＭＣＬ ＮＡＬユニットについて同じでなければならない。
　コード化された基本メッシュフレーム又はアクセスユニットのＴｅｍｐｏｒａｌ_ＩＤの値は、コード化された基本メッシュフレーム又はアクセスユニットのＢＭＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌ_ＩＤの値である。
　サブレイヤ表現のＴｅｍｐｏｒａｌ_ＩＤの値は、サブレイヤ表現内の全てのＢＭＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌ_ＩＤの最大値である。
　非ＢＭＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌ_ＩＤの値は、以下のように制限される。
-　ＮＡＬＴｙｐｅがＮＡＬ_ＢＭＳＰＳに等しい場合、Ｔｅｍｐｏｒａｌ_ＩＤは０でなければならず、ＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌ_ＩＤは、０でなければならない。
-　それ以外の場合で、ＮＡＬＴｙｐｅがＮＡＬ_ＥＯＳ又はＮＡＬ_ＥＯＢに等しい場合、Ｔｅｍｐｏｒａｌ_ＩＤは、０でなければならない。
-　それ以外の場合で、ＮＡＬＴｙｐｅがＮＡＬ_ＡＵＤ又はＮＡＬLＦＤDに等しい場合、Ｔｅｍｐｏｒａｌ_ＩＤは、ＮＡＬLユニットを含むアクセスユニットのＴｅｍｐｏｒａｌ_ＩＤに等しくなければならない。
-　それ以外の場合、Ｔｅｍｐｏｒａｌ_ＩＤは、ＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌ_ＩＤ以上でなければならない。
　なお、ＮＡＬユニットがＢＭＣＬでない場合、Ｔｅｍｐｏｒａｌ_ＩＤの値は、非ＢＭＣＬ ＮＡＬユニットが適用される全てのアクセスユニットのＴｅｍｐｏｒａｌ_ＩＤ値の最小値に等しくなる。
　ＮＡＬＴｙｐｅがＮＡＬ_ＢＭＦＰＳに等しい場合、Ｔｅｍｐｏｒａｌ_ＩＤは、最初の符号化基本メッシュフレームのＴｅｍｐｏｒａｌ_ＩＤが０であるビットストリームの先頭に全ての基本メッシュフレームパラメータセット（ＢＭＦＰＳ）が含まれるため、含まれるアクセスユニットのＴｅｍｐｏｒａｌ_ＩＤ以上であることができる。
　なお、スキップ復号部２０２Ｆは、指定されたｔＩＤＴａｒｇｅｔを参照して、Ｔｅｍｐｏｒａｌ_ＩＤがｔＩＤＴａｒｇｅｔより高いＮＡＬユニットを復号せずに捨てることにする。
　ここで、ｔＩＤＴａｒｇｅｔは、事前に決めた値により指定されてもよいし、ネットワーク状況やメッシュ復号装置２００の端末能力により指定されてもよい。
　例えば、有線のケースよりも無線のケースの方が低いｔＩＤＴａｒｇｅｔが指定される。また、ネットワーク状況が悪い場合に、低いｔＩＤＴａｒｇｅｔが指定される。また、低スペックのメッシュ復号装置２００で復号される場合、低いｔＩＤＴａｒｇｅｔが指定される。
　ただし、ビットストリームの適合性の要件としては、Ｔｅｍｐｏｒａｌ_ＩＤがｔＩＤＴａｒｇｅｔより高くないＮＡＬユニットが少なくとも１つはビットストリームに存在しなければならないということとする。
　以下に 、上述のＴｅｍｐｏｒａｌ_ＩＤを用いて、Ｔｅｍｐｏｒａｌ　ｓｃａｌａｂｉｌｉｔｙを実現する変更例について述べる。
　アトラス、基本メッシュ、変位量及びテクスチャのビットストリームは、ネットワーク抽象レイヤ（ＮＡＬ）ユニットによりカプセル化される。ＮＡＬユニットは、図１９に示すようなＮＡＬヘッダを持ってもよい。
　ＮＡＬヘッダ内の最後の３ビットとして定義したＴＩＤは、Ｔｅｍｐｏｒａｌ_ＩＤプラス１である。ＴＩＤの範囲は、１から７までとし、ゼロを禁止する。
　ＮＡＬヘッダ内のＴＩＤの直前の６ビットとして定義されたＬａｙｅｒＩＤ/Ｒ６は、ＮＡＬユニットが属するレイヤの識別子を指定する。
　ＬａｙｅｒＩＤ/Ｒ６の値は、０～６２の範囲内でなければならない。値６３は、将来的にＩＳＯ/ＩＥＣによって指定される可能性がある。
　ビットストリームのデコードユニットのデータ量を決定する以外の目的で、メッシュ復号装置２００は、ＮＡＬユニット内の値６３に続く全てのデータを無視し、指定されたプロファイルに準拠するメッシュ復号装置２００は、ＬａｙｅｒＩＤ-Ｒ６の値が０でない全てのＮＡＬユニットを無視する（つまり、ビットストリームから取り除き、破棄する）。
　ＬａｙｅｒＩＤ/Ｒ６の値６３は、将来の拡張で拡張レイヤ識別子を示すために使用することができる。
　なお、非特許文献４で定義された基本メッシュのサブメッシュが存在するときは、全てのサブメッシュを同じＴＩＤにすること又はＴＩＤを全てのサブメッシュに適用させることにする。
　アトラス、基本メッシュ、変位量及びテクスチャの各ビットストリームが独立してＴＩＤを設定してもよい。例えば、アトラスについては、非特許文献５のＡｎｎｅｘ　ＡによりＴＩＤをゼロに固定する。よって、基本メッシュ、変位量及びテクスチャが、それぞれＴＩＤを独立に設定する。
　つまり、コンテンツにより、基本メッシュ、変位量及びテクスチャの少なくとも１つが、Ｔｅｍｐｏｒａｌ_ＩＤをゼロに固定してもよい。その場合は、ＬＤ設定も利用可能である。表３に、一例を示す。
　各ビットストリームにおいて独立に設定しても、変位量及びテクスチャについては、映像符号化方式のＨＥＶＣやＶＶＣを利用し、基本メッシュについては、上述の実施形態を利用する。
　各ビットストリームにおいて独立に設定すると、それぞれのビットストリームで指定されたｔＩＤＴａｒｇｅｔを参照して、ＴＩＤがｔＩＤＴａｒｇｅｔより高いＮＡＬユニットを復号せずに捨てることにする。
　ここで、ｔＩＤＴａｒｇｅｔは、事前に決めた値により指定されてもよいし、ネットワーク状況やメッシュ復号装置２００の端末能力により指定されてもよい。
　例えば、有線のケースよりも無線のケースの方が低いｔＩＤＴａｒｇｅｔが指定される。また、ネットワーク状況が悪い場合に、低いｔＩＤＴａｒｇｅｔが指定される。また、低スペックのメッシュ復号装置２００で復号される場合、低いｔＩＤＴａｒｇｅｔが指定される。
　ただし、ビットストリームの適合性の要件としては、ＴＩＤがｔＩＤＴａｒｇｅｔより高くないＮＡＬユニットが少なくとも１つはビットストリームに存在しなければならないということとする。
　一方、各ビットストリームが独立に設定すると、特定のフレームで基本メッシュと変位量、テクスチャの中に一つでも捨てられたら、他も捨てることにする。
　或いは、各ビットストリームが独立に設定すると、特定のフレームで基本メッシュが捨てられたら、変位量及びテクスチャも捨てて、Ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ　ｐｒｏｃｅｓｓを実施しないことにする。ただし、変位量が捨てられたら、変位量の値を全てゼロにし、Ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ　ｐｒｏｃｅｓｓを実施することにする。また、テクスチャが捨てられたら、テクスチャの値を全てゼロにし、Ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ　ｐｒｏｃｅｓｓを実施することにする。
　なお、各フレーム（イントラフレーム、インターフレーム及びスキップフレーム）でサブメッシュの数が異なってもよい。
　かかる場合、イントラ復号部２０２Ｂ、インター復号部２０２Ｅ及びスキップ復号部２０２Ｆは、各フレームにおけるサブメッシュの各々に対して、重複しないサブメッシュＩＤを付与する。
　また、イントラ復号部２０２Ｂ及びインター復号部２０２Ｅは、フレーム間で対応するサブメッシュに対して異なるＳｕｂｍｅｓｈＩＤ（サブメッシュＩＤ）を付与してもよい。
　ただし、インター復号部２０２Ｅは、参照フレームの中で同じＳｕｂｍｅｓｈＩＤを持つサブメッシュのみを参照することができるものとする。
　或いは、インター復号部２０２Ｅは、参照フレームの中で同じ頂点数を持つサブメッシュのみを参照することができるものとする。
　或いは、イントラ復号部２０２Ｂ及びインター復号部２０２Ｅは、参照フレームの中で指定されたサブメッシュを参照することができるものとする。
　かかる場合、インター復号部２０２Ｅは、参照フレーム内にサブメッシュが複数ある場合、現サブメッシュのビットストリームから、参照可能なサブメッシュのＳｕｂｍｅｓｈＩＤを指定する制御信号を復号してもよい。
　一方、インター復号部２０２Ｅは、参照フレーム内にサブメッシュが１つのみある場合、かかるサブメッシュを参照可能なサブメッシュとしてもよい。
　ただし、上述の制御信号が存在しない場合、インター復号部２０２Ｅ又はスキップ復号部２０２Ｆは、参照可能なサブメッシュのＳｕｂｍｅｓｈＩＤを、現フレーム内のサブメッシュと同じＳｕｂｍｅｓｈＩＤとする。
　また、インター復号部２０２Ｅは、ビットストリームから、上述の制御信号が存在するかどうかを示す制御信号を復号してもよい。
　なお、インター復号部２０２Ｅは、上述の参照可能なサブメッシュを決める方法を選択する制御信号を復号してもよい。
　細分割部２０３及び変位量復号部２０６は、非特許文献４に従ってもよい。
　本実施形態によれば、不要な情報を符号化・復号しないことで、符号化効率を向上させることができる。
　具体的には、本実施形態によれば、基本メッシュにおいて1枚のフレームしかない場合（非特許文献４のｂｍｐｔｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇが１である場合）や全てのフレームがイントラフレームである場合（非特許文献４のｂｍｐｔｃ_ｉｎｔｒａ_ｆｒａｍｅｓ_ｏｎｌｙ_ｆｌａｇが１である場合）に、インター予測及び参照フレーム関連シンタックス等の不要な情報を符号化・復号しないことで、符号量を減らすことができる。
　また、本実施形態によれば、基本メッシュの制御信号ｂｍｐｔｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ及びアトラスの制御信号ｐｔｃ_ｏｎｅ_ｖ３ｃ_ｆｒａｍｅ_ｏｎｌｙ_ｆｒａｇのＣｏｎｆｌｉｃｔを避けることができる。
　具体的には、本実施形態によれば、ｂｍｐｔｃ_ｏｎｅ_ｍｅｓｈ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇ及びｐｔｃ_ｏｎｅ_ｖ３ｃ_ｆｒａｍｅ_ｏｎｌｙ_ｆｌａｇを調和するＣｏｎｆｏｒｍａｎｃｅ　ｒｅｑｕｉｒｅｍｅｎｔを設けることにより、両制御信号のＣｏｎｆｌｉｃｔを避けることができる。
　また、本実施形態によれば、ａｔｔｒｉｂｕｔｅ　ｃｏｕｎｔの最大値を合理化する（最大値を抑える）ことにより、製品コストを大幅に抑えながら、製品を作るのが可能にすることができる。
　具体的には、本実施形態によれば、ａｔｔｒｉｂｕｔｅ　ｃｏｕｎｔの最大値を合理化する（すなわち、最大値を抑える）ことにより、製品コストを大幅に抑えながら製品を作ることを可能にする。
　上述のメッシュ符号化装置１００及びメッシュ復号装置２００は、コンピュータに各機能（各工程）を実行させるプログラムであって実現されていてもよい。
　なお、本実施形態によれば、例えば、動画像通信において総合的なサービス品質の向上を実現できることから、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。
１…メッシュ処理システム
１００…メッシュ符号化装置
２００…メッシュ復号装置
２０１…多重分離部
２０２…基本メッシュ復号部
２０２Ａ…分離部
２０２Ｂ…イントラ復号部
２０２Ｂ１…任意イントラ復号部
２０２Ｂ２…整列部
２０２Ｃ…メッシュバッファ部
２０２Ｄ…接続情報復号部
２０２Ｅ…インター復号部
２０２Ｅ１…動きベクトル残差復号部
２０２Ｅ２…動きベクトルバッファ部
２０２Ｅ３…動きベクトル予測部
２０２Ｅ４…動きベクトル算出部
２０２Ｅ５…加算器
２０３…細分割部
２０４…メッシュ復号部
２０５…パッチ統合部
２０６…変位量復号部
２０７…映像復号部
２０８…アトラスデータ復号部
 

Claims (8)

  1. 　メッシュ復号装置であって、
    　アトラスビットストリームを復号して出力するように構成されているアトラスデータ復号部と、
    　基本メッシュビットストリーム、及び、基本メッシュについて頂点座標とＣｏｎｎｅｃｔｉｖｉｔｙとＵＶ座標とを含む情報を復号するように構成されている基本メッシュ復号部と、
    　映像コーデックによってテクスチャを復号するように構成されている映像復号部と、を備え、
    　前記アトラスビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号及び前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第２制御信号を含み、
    　前記基本メッシュビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号、前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第４制御信号、前記基本メッシュのＩフレームの各Ａｔｔｒｉｂｕｔｅのインデックスを示す第５制御信号を含み、
    　前記アトラスビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号は、前記基本メッシュビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号と同じ又は小さい値に設定されることを特徴とするメッシュ復号装置。
  2. 　前記アトラスデータ復号部は、ｕ（７）で、前記第１制御信号を復号することを特徴とする請求項１に記載のメッシュ復号装置。
  3. 　前記基本メッシュ復号部は、ｕ（７）で、前記第５制御信号を復号することを特徴とする請求項１に記載のメッシュ復号装置。
  4. 　前記第２制御信号及び前記第４制御信号の取り得る値を一致させることを特徴とする請求項１に記載のメッシュ復号装置。
  5. 　前記テクスチャ数を示す制御信号が再定義された場合、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す制御信号の最小値は、前記再定義された前記テクスチャ数を示す制御信号の最大値に設定されることを特徴とする請求項１に記載のメッシュ復号装置。
  6. 　前記テクスチャ数を示す制御信号の最大値が所定値に設定された場合、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す制御信号の最大値は、前記所定値以上に設定されることを特徴とする請求項１に記載のメッシュ復号装置。
  7. 　メッシュ復号方法であって、
    　アトラスビットストリームを復号して出力する工程Ａと、
    　基本メッシュビットストリーム、及び、基本メッシュについて頂点座標とＣｏｎｎｅｃｔｉｖｉｔｙとＵＶ座標とを含む情報を復号する工程Ｂと、
    　映像コーデックによってテクスチャを復号する工程Ｃと、を有し、
    　前記アトラスビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号及び前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第２制御信号を含み、
    　前記基本メッシュビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号、前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第４制御信号、前記基本メッシュのＩフレームの各Ａｔｔｒｉｂｕｔｅのインデックスを示す第５制御信号を含み、
    　前記アトラスビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号は、前記基本メッシュビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号と同じ又は小さい値に設定されることを特徴とするメッシュ復号方法。
  8. 　コンピュータを、メッシュ復号装置として機能させるプログラムであって、
    　前記メッシュ復号装置は、
    　　アトラスビットストリームを復号して出力するように構成されているアトラスデータ復号部と、
    　　基本メッシュビットストリーム、及び、基本メッシュについて頂点座標とＣｏｎｎｅｃｔｉｖｉｔｙとＵＶ座標とを含む情報を復号するように構成されている基本メッシュ復号部と、
    　　映像コーデックによってテクスチャを復号するように構成されている映像復号部と、を備え、
    　前記アトラスビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号及び前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第２制御信号を含み、
    　前記基本メッシュビットストリームは、前記基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号、前記基本メッシュの各Ａｔｔｒｉｂｕｔｅのタイプを示す第４制御信号、前記基本メッシュのＩフレームの各Ａｔｔｒｉｂｕｔｅのインデックスを示す第５制御信号を含み、
    　前記アトラスビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第１制御信号は、前記基本メッシュビットストリームの基本メッシュのＡｔｔｒｉｂｕｔｅ数を示す第３制御信号と同じ又は小さい値に設定されることを特徴とするプログラム。
PCT/JP2025/002846 2024-07-05 2025-01-29 メッシュ復号装置、メッシュ復号方法及びプログラム Pending WO2026009477A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2024-109213 2024-07-05
JP2024109213A JP2026008476A (ja) 2024-07-05 2024-07-05 メッシュ復号装置、メッシュ復号方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2026009477A1 true WO2026009477A1 (ja) 2026-01-08

Family

ID=98317819

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2025/002846 Pending WO2026009477A1 (ja) 2024-07-05 2025-01-29 メッシュ復号装置、メッシュ復号方法及びプログラム

Country Status (2)

Country Link
JP (1) JP2026008476A (ja)
WO (1) WO2026009477A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021206291A1 (ko) * 2020-04-08 2021-10-14 엘지전자 주식회사 포인트 클라우드 데이터 전송 장치, 전송 방법, 처리 장치 및 처리 방법
WO2023041838A1 (en) * 2021-09-14 2023-03-23 Nokia Technologies Oy An apparatus, a method and a computer program for volumetric video
US20230290008A1 (en) * 2022-03-11 2023-09-14 Apple Inc. Image/video-based mesh compression
WO2024084326A1 (en) * 2022-10-17 2024-04-25 Nokia Technologies Oy Adaptive displacement packing for dynamic mesh coding

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021206291A1 (ko) * 2020-04-08 2021-10-14 엘지전자 주식회사 포인트 클라우드 데이터 전송 장치, 전송 방법, 처리 장치 및 처리 방법
WO2023041838A1 (en) * 2021-09-14 2023-03-23 Nokia Technologies Oy An apparatus, a method and a computer program for volumetric video
US20230290008A1 (en) * 2022-03-11 2023-09-14 Apple Inc. Image/video-based mesh compression
WO2024084326A1 (en) * 2022-10-17 2024-04-25 Nokia Technologies Oy Adaptive displacement packing for dynamic mesh coding

Also Published As

Publication number Publication date
JP2026008476A (ja) 2026-01-19

Similar Documents

Publication Publication Date Title
CN114402597B (zh) 应用自适应环路滤波器的视频或图像编码
CN114391252B (zh) 基于自适应环路滤波器的视频或图像编码
CN114424531B (zh) 基于环路内滤波的视频或图像编码
WO2025009221A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
CN111587575A (zh) 基于高频归零确定变换系数扫描顺序的方法及其设备
WO2026009477A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2026009476A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025215917A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025215918A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025215921A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2026088614A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025215922A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2026088615A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2026088613A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025146751A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025146754A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025146749A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025146752A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025146753A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025146750A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025074664A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
JP2025009038A (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
JP2025064208A (ja) メッシュ復号装置、メッシュ復号方法及びプログラム
WO2025074662A1 (ja) メッシュ復号装置、メッシュ復号方法及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 25832591

Country of ref document: EP

Kind code of ref document: A1