DETAILED ACTION
Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Response to Amendment
This action is in response to the amendment filed on 1st July, 2026. Claims 11-20 and 30 have been cancelled. Claim 31 has been added. Claims 1-10 and 21-29 remain rejected in the application. Claim 31 is pending.
Response to Arguments
Applicant's arguments with respect to Claims 1, 21, and 26, filed on 1st July, 2026, with respect to the rejection under 35 U.S.C. § 103 regarding that the prior art does not teach " obtaining, after decoding the first frame and from a second variable for a second frame of the groups of frames in the bitstream, a second displacement vector of the second frame of the 3D visual content,
at least one of the first variable and the second variable indicating a motion field for a submesh of the mesh according to a frame payload included with the bitstream and indicating:
displ_layer_rbsp(){
displ_header()
displ_data_unit( dfh_displ_type, DisplUnitSize )
rbsp_trailing_bits()
}" and
"decoding the second frame of the 3D visual content based on the second displacement vector, the second displacement vector being different from the first displacement vector, and a syntax of displ_data_unit( dfh_displ_type, DisplUnitSize ) is included in the frame payload." The proposed amended claim limitations have been fully considered, but are not persuasive.
In response to applicant's argument that Ramasubramonian-74’s cited “sei_rbsp()” and “sei_payload (type, payloadSize)” are clearly not the claimed syntax “displ_layer_rbsp()” and “displ_data_unit(dfh_displ_type, DisplUnitSize)”, the fact that the inventor has recognized another advantage which would flow naturally from following the suggestion of the prior art cannot be the basis for patentability when the differences would otherwise be obvious. See Ex parte Obiaya, 227 USPQ 58, 60 (Bd. Pat. App. & Inter. 1985). Additionally, nowhere in the specification does it mention what “displ_layer_rbsp()” and “displ_data_unit(dfh_displ_type, DisplUnitSize)” are supposed to be. In computer programming, one of ordinary skill in the art (i.e., computer programmers), can freely name a function to what one deem is desirable. In a nutshell, computer functions are similar to mathematical variables (e.g., int x and y = 1). Due to a lack of description provided in the specification, these two computer methods must be interpreted broadly regardless if the syntax are identical or not. Thus, applicant’s remark cannot be considered persuasive.
In response to applicant’s argument that there is no teaching, suggestion, or motivation to combine the references, the examiner recognizes that obviousness may be established by combining or modifying the teachings of the prior art to produce the claimed invention where there is some teaching, suggestion, or motivation to do so found either in the references themselves or in the knowledge generally available to one of ordinary skill in the art. See In re Fine, 837 F.2d 1071, 5 USPQ2d 1596 (Fed. Cir. 1988), In re Jones, 958 F.2d 347, 21 USPQ2d 1941 (Fed. Cir. 1992), and KSR International Co. v. Teleflex, Inc., 550 U.S. 398, 82 USPQ2d 1385 (2007). In this case, the prior arts of Ramasubramonian-74 and Hannuksela both teach video encoding and decoding techniques. In particular, both deal with processing Supplemental Enhance Information (SEI) messages, which are a block of metadata embedded directly into a video stream, which is to be used for data synchronization. As mentioned previously, the claimed syntax is interpreted broadly as no definition or examples are given as to how they function in the specification. For example, dfh_displ_type is not explicitly defined in the specification. This term, along with its constituents (e.g., displ_header(), displ_data_unit(), etc.), are merely stated in the specification and presented in the figures without proper explanation. Therefore, broadest reasonable interpretation is required. Furthermore, the prior art of Ramasubramonian-74 introduces a data structure that is similar in terms of data organization. To begin with, Ramasubramonian-74 discloses an implementation of an SEI Network Abstraction Layer (NAL) unit to store payload data that supports payload extensions. These payload extensions can be added to the bitstream, such as additional video information (e.g., color, frame rate, meshes, displacement vectors/values etc.), which can be used for encoding and decoding video frames. Therefore, applicant’s remark cannot be considered persuasive.
In response to applicant's argument that “the “type” and “payloadSize” parameters in sei_payload(type, payloadSize) refer to SEI message type identifiers and payload sizes for supplemental information, not to displacement types (dfh_displ_type) and displacement unit sizes (DisplUnitSize) for mesh coding”, a recitation of the intended use of the claimed invention must result in a structural difference between the claimed invention and the prior art in order to patentably distinguish the claimed invention from the prior art. If the prior art structure is capable of performing the intended use, then it meets the claim. Therefore, applicant’s remark cannot be considered persuasive.
In response to applicant's argument that the prior art does not teach "decoding the first frame of the 3D visual content based on the first displacement vector", "obtaining, after decoding the first frame and from a second variable for a second frame of the groups of frames in the bitstream, a second displacement vector of the second frame of the 3D visual content, at least one of the first variable and the second variable indicating a motion field for a submesh of the mesh according to a frame payload included with the bitstream and indicating:
displ_layer_rbsp(){
displ_header()
displ_data_unit( dfh_displ_type, DisplUnitSize )
rbsp_trailing_bits()
}",
"decoding the second frame of the 3D visual content based on the second displacement vector, the second displacement vector being different from the first displacement vector", and "a syntax of displ_data_unit( dfh_displ_type, DisplUnitSize ) is included in the frame payload"" as recited in Claim 1, these limitations are taught by the combination of Ramasubramonian-74 and Hannuksela. In particular, Hannuksela teaches the following:
Paragraph [0172]: discloses codecs using "a concept of picture order count (POC)," where "POC may be used in the decoding process for example for implicit scaling of motion vectors <read on first and second displacement vectors of first and second frames respectively> and for reference picture list initialization";
Paragraph [0167]: discloses video codecs that support motion compensated prediction from two sources (bi-prediction) using two motion vectors <read on second displacement vector of second frame> that are "signaled and the motion compensated predictions from two sources <read on second variable for second frame> are averaged to create the final sample prediction";
Paragraph [0179]: discloses "a reference picture set (RPS) syntax structure of HEVC is an example of a syntax structure for reference picture marking";
Paragraph [0180]: discloses "in some coding formats and codecs, a distinction is made between so-called short-term and long-term reference pictures," where "this distinction may affect some decoding processes such as motion vector scaling" and "syntax structure(s) for marking reference pictures may be indicative of marking a picture as 'used for long-term reference' or 'used for short-term reference'"; and
Paragraph [0088]: discloses "a motion vector may be predicted from spatially adjacent motion vectors and only the difference relative to the motion vector predictor may be coded <read on second displacement vector being different from first displacement vector>".
Additionally, Ramasubramonian-74 teaches the following:
Paragraph [0102]: discloses the video decoder 30 receiving an encoded video bitstream that represents video blocks of an encoded video slice and associated syntax elements from video encoder 20, where an entropy decoding unit 70 of video decoder 30 entropy decodes the bitstream to generate quantized coefficients, motion vectors <read on motion field for submesh>, and other syntax elements; and
FIG. 4: discloses a SEI NAL unit <read on frame payload>, which includes a sei_rbsp() <read on displ_layer_rbsp()>, a sei_message() <read on displ_header()>, a sei_payload( type, payloadSize ) <read on displ_data_unit( dfh_displ_type, DisplUnitSize )>, and rbsp_trailing_bits().
Therefore, applicant’s remark cannot be considered persuasive.
Regarding arguments to Claims 2-10, 22-25, and 27-29, they directly/indirectly depend on independent Claims 1, 21, and 26 respectively. Applicant does not argue anything other than independent Claims 1, 21, and 26. The limitations in those claims, in conjunction with combination, was previously established as explained.
Claim Rejections - 35 USC § 103
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claims 1-10 and 21-29 are rejected under 35 U.S.C. 103 as being unpatentable over Hannuksela (US 20220239949 A1, previously cited) in view of Ramasubramonian et al. (US 20150373374 A1, previously cited), hereinafter referenced as Ramasubramonian-74.
Regarding Claim 1, Hannuksela discloses a method for video decoding, the method performed by at least one processor (Hannuksela, [0687]: teaches a method of obtaining an order of a coded picture sequence, which uses a processor, where "identifier values of the independently decodable <read on video decoding> picture region sequences of the subset are then obtained (152)") and comprising:
obtaining, from a bitstream, a concatenation of groups of frames comprising encoded volumetric data of at least one three-dimensional (3D) visual content (Hannuksela, [0121]: teaches "a bitstream portion may be defined as a contiguous subset of a bitstream," where "a bitstream portion consists of one or more entire syntax structures and no incomplete syntax structures"; [0124]: teaches "images can be split into independently codable and decodable image segments (e.g. slices and/or tiles and/or tile groups) <read on concatenation of groups of frames>," where "such image segments may enable parallel processing, “Slices” in this description may refer to image segments constructed of certain number of basic coding units that are processed in default coding or decoding order, while “tiles” may refer to image segments that have been defined as rectangular image regions along a tile grid"; [0124]: further teaches "a tile group may be defined as a group of one or more tiles" and "image segments may be coded as separate units in the bitstream, such as VCL NAL units in H.264/AVC and HEVC and VVC," where "coded image segments may comprise a header and a payload, wherein the header contains parameter values needed for decoding the payload"; [0313]: teaches "a volumetric video frame <read on 3D visual content> may be regarded as a complete sparse voxel octree that models the world at a specific point in time in a video sequence," where "voxel attributes contain information <read on encoded volumetric data> like colour, opacity, surface normal vectors, and surface material properties"; Note: a bitstream is a continuous sequence of bits, which is used for data transmission for audio and video data),
the volumetric data comprising a mesh sequence of a plurality of meshes of the 3D visual content (Hannuksela, [0308]: teaches volumetric content <read on volumetric data> including triangle meshes, point clouds, and voxels, where "temporal information <read on mesh sequence> about the content may comprise individual capture instances, i.e. frames or the position of objects <read on plurality of meshes> as a function of time");
obtaining, from a first variable for a first frame of the groups of frames in the bitstream, a first displacement vector of the first frame of the 3D visual content (Hannuksela, [0167]: teaches video codecs that support motion compensated prediction from two sources (bi-prediction) using two motion vectors <read on first displacement vector of first frame> that are "signaled and the motion compensated predictions from two sources <read on first variable for first frame> are averaged to create the final sample prediction"; [0179]: teaches "a reference picture set (RPS) syntax structure of HEVC is an example of a syntax structure for reference picture marking"; [0180]: teaches "in some coding formats and codecs, a distinction is made between so-called short-term and long-term reference pictures," where "this distinction may affect some decoding processes such as motion vector scaling" and "syntax structure(s) for marking reference pictures may be indicative of marking a picture as 'used for long-term reference' or 'used for short-term reference'"; Note: a displacement vector is a vector quantity that represents the change in position of an object from its initial to its final position; in addition, syntax element is being interpreted as a set of rules of a subject on screen);
decoding the first frame of the 3D visual content based on the first displacement vector (Hannuksela, [0172]: teaches codecs using "a concept of picture order count (POC)," where "POC may be used in the decoding process for example for implicit scaling of motion vectors <read on first displacement vector of first frame> and for reference picture list initialization");
obtaining, after decoding the first frame and from a second variable for a second frame of the groups of frames in the bitstream, a second displacement vector of the second frame of the 3D visual content (Hannuksela, [0167]: teaches video codecs that support motion compensated prediction from two sources (bi-prediction) using two motion vectors <read on second displacement vector of second frame> that are "signaled and the motion compensated predictions from two sources <read on second variable for second frame> are averaged to create the final sample prediction"; [0179]: teaches "a reference picture set (RPS) syntax structure of HEVC is an example of a syntax structure for reference picture marking"; [0180]: teaches "in some coding formats and codecs, a distinction is made between so-called short-term and long-term reference pictures," where "this distinction may affect some decoding processes such as motion vector scaling" and "syntax structure(s) for marking reference pictures may be indicative of marking a picture as 'used for long-term reference' or 'used for short-term reference'"),
[[at least one of the first variable and the second variable indicating a motion field for a submesh of the mesh according to a frame payload included with the bitstream and indicating:
displ_layer_rbsp(){
displ_header()
displ_data_unit( dfh_displ_type, DisplUnitSize )
rbsp_trailing_bits()
}; and]]
decoding the second frame of the 3D visual content based on the second displacement vector (Hannuksela, [0172]: teaches codecs using "a concept of picture order count (POC)," where "POC may be used in the decoding process for example for implicit scaling of motion vectors <read on second displacement vector of second frame> and for reference picture list initialization"),
the second displacement vector being different from the first displacement vector (Hannuksela, [0088]: teaches "a motion vector may be predicted from spatially adjacent motion vectors and only the difference relative to the motion vector predictor may be coded <read on second displacement vector being different from first displacement vector>"), and
[[a syntax of displ_data_unit( dfh_displ_type, DisplUnitSize ) is included in the frame payload.]]
However, Hannuksela does not expressly disclose
at least one of the first variable and the second variable indicating a motion field for a submesh of the mesh according to a frame payload included with the bitstream and indicating:
displ_layer_rbsp(){
displ_header()
displ_data_unit( dfh_displ_type, DisplUnitSize )
rbsp_trailing_bits()
}; and
a syntax of displ_data_unit( dfh_displ_type, DisplUnitSize ) is included in the frame payload.
Ramasubramonian-74 discloses
at least one of the first variable and the second variable indicating a motion field for a submesh of the mesh according to a frame payload included with the bitstream and indicating:
displ_layer_rbsp(){
displ_header()
displ_data_unit( dfh_displ_type, DisplUnitSize )
rbsp_trailing_bits()
} (Ramasubramonian-74, [0102]: teaches the video decoder 30 receiving an encoded video bitstream that represents video blocks of an encoded video slice and associated syntax elements from video encoder 20, where an entropy decoding unit 70 of video decoder 30 entropy decodes the bitstream to generate quantized coefficients, motion vectors <read on motion field for submesh>, and other syntax elements; FIG. 4 teaches a SEI NAL unit <read on frame payload>, which includes a sei_rbsp() <read on displ_layer_rbsp()>, a sei_message() <read on displ_header()>, a sei_payload( type, payloadSize ) <read on displ_data_unit( dfh_displ_type, DisplUnitSize )>, and rbsp_trailing_bits()); and
PNG
media_image1.png
605
509
media_image1.png
Greyscale
a syntax of displ_data_unit( dfh_displ_type, DisplUnitSize ) is included in the frame payload (Ramasubramonian-74, FIG. 4 teaches the SEI NAL unit <read on frame payload> including a sei_payload( type, payloadSize) <read on displ_data_unit( dfh_displ_type, DisplUnitSize )>, which is a type of syntax code).
Ramasubramonian-74 is analogous art with respect to Hannuksela because they are from the same field of endeavor, namely video encoding and decoding techniques. Before the effective filing date of the claimed invention, it would have been obvious to a person of ordinary skill in the art to implement a Supplemental Enhancement Information (SEI) Network Abstraction Layer (NAL) unit to store payload data as taught by Ramasubramonian-74 into the teaching of Hannuksela. The suggestion for doing so would allow for optional and supported payload extensions to be added to the bitstream, such as additional video information. Therefore, it would have been obvious to combine Ramasubramonian-74 with Hannuksela.
Regarding Claim 21, it recites the limitations that are similar in scope to Claim 1, but in a method for video encoding. As shown in the rejection, the combination of Hannuksela and Ramasubramonian-74 discloses the limitations of Claim 1. Additionally, Hannuksela discloses a method for video encoding (Hannuksela, [0687]: teaches a method of determining an order of independently decodable picture regions on pictures of a coded picture sequence, where "the order is encoded <read on video encoding> into a bitstream as a separate data unit (154)"), the method comprising:…
encoding the first frame of the 3D visual content based on the first displacement vector (Hannuksela, [0172]: teaches codecs using "a concept of picture order count (POC)," where "POC may be used in the decoding process for example for implicit scaling of motion vectors <read on first displacement vector of first frame> and for reference picture list initialization"; [0174]: teaches an encoder including "a CPB as specified in the HRD for verifying and controlling that buffering constraints are obeyed in the encoding <read on encoding first frame of 3D visual content>");
encoding the second frame of the 3D visual content based on the second displacement vector (Hannuksela, [0172]: teaches codecs using "a concept of picture order count (POC)," where "POC may be used in the decoding process for example for implicit scaling of motion vectors <read on second displacement vector of second frame> and for reference picture list initialization"; [0174]: teaches an encoder including "a CPB as specified in the HRD for verifying and controlling that buffering constraints are obeyed in the encoding <read on encoding first frame of 3D visual content>"),
the second displacement vector being different from the first displacement vector (Hannuksela, [0088]: teaches "a motion vector may be predicted from spatially adjacent motion vectors and only the difference relative to the motion vector predictor may be coded <read on second displacement vector being different from first displacement vector>"), and…
Thus, Claim 21 is met by Hannuksela according to the mapping presented in the rejection of Claim 1, given the method for video decoding corresponds to a method for video encoding.
Regarding Claim 26, it recites the limitations that are similar in scope to Claim 21, but in a non-transitory computer-readable storage medium. As shown in the rejection, the combination of Hannuksela and Ramasubramonian-74 discloses the limitations of Claim 21. Additionally, Hannuksela discloses a non-transitory computer-readable storage medium storing a video bitstream that is generated by a video encoding method, the video encoding method comprising (Hannuksela, [0696]: teaches computer program code residing in memory 102 <read on non-transitory computer readable medium>, which is accessible by a main processing unit 100 of an apparatus 1200; [0695]: teaches apparatus 1200 being an apparatus for encoding and decoding bitstream data <read on video encoding method that generates video bitstream>):…
Thus, Claim 26 is met by Hannuksela according to the mapping presented in the rejection of Claim 21, given the method for video encoding corresponds to a non-transitory computer-readable storage medium.
Regarding Claim 2, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video decoding of Claim 1. Additionally, Hannuksela further discloses wherein
decoding the first frame and the second frame are both based on arithmetic coding-based displacement coding (Hannuksela, [0089]: teaches context-based coding for video frames <read on decoding first and second frames> being context adaptive binary arithmetic coding (CABAC) <read on arithmetic coding-based displacement coding>).
Regarding Claims 22 and 27, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video encoding and the non-transitory computer-readable storage medium of Claims 21 and 26 respectively. Additionally, Hannuksela further discloses wherein
encoding the first frame and the second frame are both based on arithmetic coding-based displacement coding (Hannuksela, [0089]: teaches context-based coding for video frames <read on encoding first and second frames> being context adaptive binary arithmetic coding (CABAC) <read on arithmetic coding-based displacement coding>).
Regarding Claims 3, 23, and 28, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video decoding, the method for video encoding, and the non-transitory computer-readable storage medium of Claims 1, 21, and 26 respectively. Additionally, Hannuksela further discloses wherein a first displacement vector of the first frame comprises
a frame header and a frame payload (Hannuksela, [0115]: teaches NAL units <read on first displacement vector> consisting of a header <read on frame header> and a payload <read on frame payload>).
Regarding Claims 4, 24, and 29, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video decoding, the method for video encoding, and the non-transitory computer-readable storage medium of Claims 3, 23, and 28 respectively. Additionally, Hannuksela further discloses wherein the frame header comprises
a frame index followed by a frame type (Hannuksela, [0130]: teaches a slice either containing "a number of tiles of a picture or a number of bricks of a tile," where "a slice is a VCL NAL unit, which comprises a slice header <read on frame header> and slice data"; [0133]: teaches "the slice header comprises a slice_address syntax element, which is directly or indirectly indicative of the slice address of the slice, where the slice address may be regarded as a spatial location or position within the picture" and "when raster-scan-order slices are in use, the slice_address syntax element indicates the tile index <read on frame index> in picture raster scan order"; [0181]: teaches a "reference picture for inter prediction <read on frame type> may be indicated with an index to a reference picture list"; Note: it should be noted that the reference picture can be either an inter prediction or intra prediction, which are being interpreted as a frame type).
Regarding Claims 5 and 25, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video decoding, the method for video encoding, and the non-transitory computer-readable storage medium of Claims 4, 24, and 29 respectively. Additionally, Hannuksela further discloses wherein,
in a case that the frame type indicates an inter type, the frame header further comprises a reference frame index (Hannuksela, [0181]: teaches a "reference picture for inter prediction may be indicated <read on case that frame type indicates inter type> with an index to a reference picture list <read on reference frame index>," where "in some codecs, two reference picture lists (reference picture list 0 and reference picture list 1) are generated for each bi-predictive (B) slice, and one reference picture list (reference picture list 0) is formed for each inter-coded (P) slice"; [0166]: teaches a reference index being predicted "from adjacent blocks and/or co-located blocks in temporal reference picture," where "high efficiency video codecs may employ an additional motion information coding/decoding mechanism, often called merging/merge mode, where all the motion field information, which includes motion vector and corresponding reference picture index for each available reference picture list, is predicted and used without any modification/correction").
Regarding Claim 6, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video decoding of Claim 5. Additionally, Hannuksela further discloses wherein,
in the case that the frame type indicates the inter type, the frame index consists of 6 bits (Hannuksela, [0181]: teaches a "reference picture for inter prediction may be indicated <read on case that frame type indicates inter type> with an index to a reference picture list <read on reference frame index>," where "in some codecs, two reference picture lists (reference picture list 0 and reference picture list 1) are generated for each bi-predictive (B) slice, and one reference picture list (reference picture list 0) is formed for each inter-coded (P) slice"; [0486]: teaches 4 to 6 bits <read on frame index consisting of 6 bits> being reserved for layer identifiers in the NAL unit header),
the frame type consists of 2 bits (Hannuksela, [0202]: teaches "a picture having TemporalId equal to tid_value does not use any picture having a TemporalId greater than tid_value <read on 2 bits> as inter prediction <read on frame type> reference"), and
the reference frame index consists of 8 bits (Hannuksela, [0184]: teaches using a decoded base-layer picture as a prediction reference for an enhancement layer, which is also referred to as an inter-layer reference picture <read on reference frame index>; [0185]: teaches layer pictures being coded at a lower bit-depth, such as 8 bits, than enhancement layer pictures).
Regarding Claim 7, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video decoding of Claim 6. Additionally, Hannuksela further discloses wherein the frame header consists of
the frame index (Hannuksela, [0130]: teaches a slice either containing "a number of tiles of a picture or a number of bricks of a tile," where "a slice is a VCL NAL unit, which comprises a slice header <read on frame header> and slice data"; [0133]: teaches "the slice header comprises a slice_address syntax element, which is directly or indirectly indicative of the slice address of the slice, where the slice address may be regarded as a spatial location or position within the picture" and "when raster-scan-order slices are in use, the slice_address syntax element indicates the tile index <read on frame index> in picture raster scan order"),
the frame type (Hannuksela, [0181]: teaches a "reference picture for inter prediction <read on frame type> may be indicated with an index to a reference picture list"), and
the reference frame index (Hannuksela, [0181]: teaches a "reference picture for inter prediction may be indicated with an index to a reference picture list <read on reference frame index>").
Regarding Claim 8, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video decoding of Claim 3. Additionally, Hannuksela further discloses wherein the frame payload comprises
a T-bit integer followed by a coded bitstream (Hannuksela, [0201]: teaches NAL units consisting of a header and a payload <read on frame payload>; [0202]: teaches a NAL unit including a TemporalId variable <read on T-bit integer>, where "the bitstream <read on coded bitstream> created by excluding all VCL NAL units having a TemporalId greater than or equal to a selected value and including all other VCL NAL units remains conforming"), wherein
the T-bit integer specifies a byte size of the coded bitstream (Hannuksela, [0202]: teaches a NAL unit including a TemporalId variable <read on T-bit integer>, where "the bitstream <read on coded bitstream> created by excluding all VCL NAL units having a TemporalId greater than or equal to a selected value <read on byte size> and including all other VCL NAL units remains conforming"), and wherein
the coded bitstream comprises a coded representation of displacement vectors, including the first displacement vector, of the first frame (Hannuksela, [0183: teaches "in order to improve coding efficiency for the enhancement layers, the coded representation <read on coded representation of displacement vectors of first frame> of that layer may depend on the lower layers. E.g. the motion and mode information of the enhancement layer can be predicted from lower layers").
Regarding Claim 9, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video decoding of Claim 8. Additionally, Hannuksela further discloses wherein the frame payload consists of
the T-bit integer and the coded bitstream (Hannuksela, [0201]: teaches NAL units consisting of a header and a payload <read on frame payload>; [0202]: teaches a NAL unit including a TemporalId variable <read on T-bit integer>, where "the bitstream <read on coded bitstream> created by excluding all VCL NAL units having a TemporalId greater than or equal to a selected value and including all other VCL NAL units remains conforming"), and wherein
T is 32 (Hannuksela, [0231]: teaches bitstreams and coded video sequences being encoded to be temporally scalable, where each picture can be assigned to a particular temporal sub-layer such that "temporal sub-layers may be enumerated e.g. from 0 upwards <read on T being 32>").
Regarding Claim 10, the combination of Hannuksela and Ramasubramonian-74 discloses the method for video decoding of Claim 1. Additionally, Hannuksela further discloses wherein the first frame of the groups of frames comprises
a first sequence header bitstream (Hannuksela, [0115]: teaches NAL units consisting of a header <read on first sequence header bitstream> and a payload for captured frames <read on first frame of groups of frames>),
a first base mesh bitstream (Hannuksela, [0311]: teaches 3D video representations being captured "by each multicamera device may be used as input streams <read on first base mesh bitstream> for creating a 3D volumetric representation of the scene, said 3D volumetric representation comprising a plurality of voxels," where "voxels may be formed from the captured 3D points e.g. by merging the 3D points into voxels comprising a plurality of 3D points such that for a selected 3D point, all neighbouring 3D points within a predefined threshold from the selected 3D point are merged into a voxel without exceeding a maximum number of 3D points in a voxel"),
a first displacement bitstream (Hannuksela, [0115]: teaches NAL units <read on first displacement bitstream> consisting of a header and a payload), and
a first texture bitstream (Hannuksela, [0185]: teaches certain bitstream layers representing texture views <read on first texture bitstream>), and wherein
the second frame of the groups of frames comprises a second sequence header bitstream (Hannuksela, [0115]: teaches NAL units consisting of a header <read on second sequence header bitstream> and a payload and a payload for captured frames <read on second frame of groups of frames>),
a second base mesh bitstream (Hannuksela, [0311]: teaches 3D video representations being captured "by each multicamera device may be used as input streams <read on second base mesh bitstream> for creating a 3D volumetric representation of the scene, said 3D volumetric representation comprising a plurality of voxels," where "voxels may be formed from the captured 3D points e.g. by merging the 3D points into voxels comprising a plurality of 3D points such that for a selected 3D point, all neighbouring 3D points within a predefined threshold from the selected 3D point are merged into a voxel without exceeding a maximum number of 3D points in a voxel"),
a second displacement bitstream (Hannuksela, [0115]: teaches NAL units <read on second displacement bitstream> consisting of a header and a payload; Note: it should be noted that the plurality of NAL units are being interpreted as both the first and second displacement bitstreams), and
a second texture bitstream (Hannuksela, [0185]: teaches certain bitstream layers representing texture views <read on second texture bitstream>; Note: it should be noted that the plurality of bitstream layers are being interpreted as both the first and second texture bitstreams).
Allowable Subject Matter
Claim 31 is objected to as being dependent upon a rejected base claim, but would be allowable if rewritten in independent form including all of the limitations of the base claim and any intervening claims.
The following is a statement of reasons for the indication of allowable subject matter:
Claim 31 would be allowable for disclosing the displacement vectors comprise displacement coefficients ordered from lower level of detail (LOD) to higher LOD for vertices of the mesh, and wherein an index for each dimension indicates a last position of nonzero coefficients in a sequence of the displacement coefficients.
The most relevant arts searched do not teach dependent Claim 31 cited limitations of “the displacement vectors comprise displacement coefficients ordered from lower level of detail (LOD) to higher LOD for vertices of the mesh, and wherein an index for each dimension indicates a last position of nonzero coefficients in a sequence of the displacement coefficients.”
Conclusion
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure.
Zakharchenko et al. (US 20260019639 A1) discloses decoding/encoding syntax elements associated with a coding mode from/into a bitstream associated with geometry displacements.
THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a).
A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of this final action and the advisory action is not mailed until after the end of the THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the date the advisory action is mailed, and any nonprovisional extension fee (37 CFR 1.17(a)) pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, however, will the statutory period for reply expire later than SIX MONTHS from the mailing date of this final action.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to KARL TRUONG whose telephone number is (703)756-5915. The examiner can normally be reached 10:30 AM - 7:30 PM.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Kent Chang can be reached at (571) 272-7667. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/K.D.T./Examiner, Art Unit 2614
/KENT W CHANG/Supervisory Patent Examiner, Art Unit 2614
Prosecution Insights