US11200701B2 - Method and apparatus for storage and signaling of static point cloud data - Google Patents

Method and apparatus for storage and signaling of static point cloud data Download PDF

Info

Publication number
US11200701B2
US11200701B2 US16/823,438 US202016823438A US11200701B2 US 11200701 B2 US11200701 B2 US 11200701B2 US 202016823438 A US202016823438 A US 202016823438A US 11200701 B2 US11200701 B2 US 11200701B2
Authority
US
United States
Prior art keywords
point cloud
cloud compression
video
items
video point
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.)
Active
Application number
US16/823,438
Other languages
English (en)
Other versions
US20200302650A1 (en
Inventor
Emre Baris Aksu
Miska Matias Hannuksela
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.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
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 Nokia Technologies Oy filed Critical Nokia Technologies Oy
Priority to US16/823,438 priority Critical patent/US11200701B2/en
Assigned to NOKIA TECHNOLOGIES OY reassignment NOKIA TECHNOLOGIES OY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: AKSU, EMRE BARIS, HANNUKSELA, MISKA MATIAS
Publication of US20200302650A1 publication Critical patent/US20200302650A1/en
Application granted granted Critical
Publication of US11200701B2 publication Critical patent/US11200701B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • G06T9/001—Model-based coding, e.g. wire frame
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/00—3D [Three Dimensional] image rendering
    • G06T15/10—Geometric effects
    • G06T15/20—Perspective computation
    • G06T15/205—Image-based rendering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/20—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video object coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H04N19/463—Embedding additional information in the video signal during the compression process by compressing encoding parameters before transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2210/00—Indexing scheme for image generation or computer graphics
    • G06T2210/56—Particle system, point based geometry or rendering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format

Definitions

  • An example embodiment relates generally to volumetric video encoding and decoding.
  • Volumetric video data represents a three-dimensional scene or object and can be used as input for augmented reality (AR), virtual reality (VR) and mixed reality (MR) applications.
  • AR augmented reality
  • VR virtual reality
  • MR mixed reality
  • Such data describes geometry (shape, size, and/or position in three dimensional (3D) space) and respective attributes (e.g. color, opacity, reflectance, etc.), plus temporal changes of the geometry and attributes at given time instances (between frames in two dimensional (2D) video).
  • Volumetric video is either generated from 3D models, e.g., computer-generated imagery (CGI), or captured from real-world scenes using a variety of capture solutions, e.g., multiple cameras, a laser scan, a combination of video and dedicated depth sensors, and more.
  • CGI computer-generated imagery
  • One example representation format for such volumetric data is point clouds.
  • Temporal information about the scene can be included in the form of individual capture instances, e.g., “frames” in two dimensional (2
  • Projecting volumetric models onto 2D planes allows for using 2D video coding tools with highly efficient temporal compression.
  • coding efficiency is increased greatly.
  • six degree of freedom (6DOF) capabilities are improved.
  • Using several geometries for individual objects improves the coverage of the scene further.
  • standard video encoding hardware can be utilized for real-time compression/decompression of the projected planes.
  • the projection and reverse projection steps are of relatively low complexity.
  • a point cloud is a set of points in a 3D space, each with associated data relative to the value of the two angles (phi and theta) used in the acquisition, e.g. color, material properties and/or other attributes.
  • Point clouds can be used to reconstruct an object or a scene as a composition of such points.
  • Point clouds can be captured using multiple cameras and depth sensors in various setups and may be made up of thousands up to billions of points in order to represent realistically reconstructed scenes.
  • V-PCC Video-based Point Cloud Compression
  • V-PCC encoded data can be temporally changing (e.g. volumetric animation) or it could be static (e.g. a 3D captured statue, object, a time instance of the temporally changing V-PCC data, etc.).
  • volumetric animation e.g. volumetric animation
  • static e.g. a 3D captured statue, object, a time instance of the temporally changing V-PCC data, etc.
  • Currently, only storage of temporally changing V-PCC encoded data is defined. Such storage mechanism is built on utilization of media tracks and metadata tracks, which are designed to carry temporally changing data. However, if there is only one such time instance or if the V-PCC encoded data is static in time, utilization of media tracks is not possible.
  • a method, apparatus and computer program product are provided in accordance with an example embodiment to signal and store static point cloud data in video encoding.
  • the method, apparatus and computer program product may be utilized in conjunction with a variety of video formats.
  • a method in one example embodiment, includes accessing a video point cloud compression coded bitstream.
  • the point cloud compression coded bitstream corresponds to a video point cloud compression representation that comprises one or more video point cloud compression units.
  • the method further includes encapsulating the one or more video point cloud compression units as one or more video point cloud compression unit items.
  • the method further includes causing storage of the one or more video point cloud compression unit items in a file.
  • the file further comprises metadata defined to indicate a presence of the one or more video point cloud compression items.
  • the point cloud compression coded bitstream further comprises one or more item references to indicate a link between one or more video point cloud compression items and the one or more video point cloud compression units or one or more entities containing the video point cloud compression units.
  • the one or more item references indicate one or more unit types of the one or more video point cloud compression units.
  • the one or more video point cloud compression unit items are associated with one or more video point cloud compression unit properties that include one or more of: a profile, level and tier information, a maximum number of layers, one or more attributes, one or more attribute types, or one or more maximum resolutions.
  • the one or more video point cloud compression units are identical in content representation, and wherein a grouping type indicating that the one or more video point cloud compression units are identical in content representation is associated with the one or more video point cloud compression units.
  • the one or more video point cloud compression unit items are marked as hidden items that are not independently renderable.
  • the one or more video point cloud compression units are alternatives for content representation, and wherein a grouping type indicating that the one or more video point cloud compression units are alternatives for content representation is associated with the one or more video point cloud compression units.
  • an apparatus in another example embodiment, includes processing circuitry and at least one memory including computer program code for one or more programs with the at least one memory and the computer program code configured to, with the processing circuitry, cause the apparatus at least to access a video point cloud compression coded bitstream.
  • the point cloud compression coded bitstream corresponds to a video point cloud compression representation that comprises one or more video point cloud compression units.
  • the computer program code is further configured to, with the at least one processor, cause the apparatus to encapsulate the one or more video point cloud compression units as one or more video point cloud compression unit items.
  • the computer program code is further configured to, with the at least one processor, cause the apparatus to cause storage of the one or more video point cloud compression unit items in a file.
  • the file further comprises metadata defined to indicate a presence of the one or more video point cloud compression items.
  • the point cloud compression coded bitstream further comprises one or more item references to indicate a link between one or more video point cloud compression items and the one or more video point cloud compression units or one or more entities containing the video point cloud compression units.
  • the one or more item references indicate one or more unit types of the one or more video point cloud compression units.
  • the one or more video point cloud compression unit items are associated with one or more video point cloud compression unit properties that include one or more of: a profile, level and tier information, a maximum number of layers, one or more attributes, one or more attribute types, or one or more maximum resolutions.
  • the one or more video point cloud compression units are identical in content representation, and wherein a grouping type indicating that the one or more video point cloud compression units are identical in content representation is associated with the one or more video point cloud compression units.
  • the one or more video point cloud compression unit items are marked as hidden items that are not independently renderable.
  • the one or more video point cloud compression units are alternatives for content representation, and wherein a grouping type indicating that the one or more video point cloud compression units are alternatives for content representation is associated with the one or more video point cloud compression units.
  • a computer program product in another example embodiment, includes at least one non-transitory computer-readable storage medium having computer executable program code instructions stored therein with the computer executable program code instructions comprising program code instructions configured, upon execution, to access a video point cloud compression coded bitstream.
  • the point cloud compression coded bitstream corresponds to a video point cloud compression representation that comprises one or more video point cloud compression units.
  • the computer executable program code instructions comprise program code instructions are further configured, upon execution, to encapsulate the one or more video point cloud compression units as one or more video point cloud compression unit items.
  • the computer executable program code instructions comprise program code instructions are further configured, upon execution, to cause storage of the one or more video point cloud compression unit items in a file.
  • the file further comprises metadata defined to indicate a presence of the one or more video point cloud compression items.
  • the point cloud compression coded bitstream further comprises one or more item references to indicate a link between one or more video point cloud compression items and the one or more video point cloud compression units or one or more entities containing the video point cloud compression units.
  • the one or more item references indicate one or more unit types of the one or more video point cloud compression units.
  • the one or more video point cloud compression unit items are associated with one or more video point cloud compression unit properties that include one or more of: a profile, level and tier information, a maximum number of layers, one or more attributes, one or more attribute types, or one or more maximum resolutions.
  • the one or more video point cloud compression units are identical in content representation, and wherein a grouping type indicating that the one or more video point cloud compression units are identical in content representation is associated with the one or more video point cloud compression units.
  • the one or more video point cloud compression unit items are marked as hidden items that are not independently renderable.
  • the one or more video point cloud compression units are alternatives for content representation, and wherein a grouping type indicating that the one or more video point cloud compression units are alternatives for content representation is associated with the one or more video point cloud compression units.
  • an apparatus in another example embodiment, includes means for accessing a video point cloud compression coded bitstream.
  • the point cloud compression coded bitstream corresponds to a video point cloud compression representation that comprises one or more video point cloud compression units.
  • the apparatus further includes means for encapsulating the one or more video point cloud compression units as one or more video point cloud compression unit items.
  • the apparatus further includes means for causing storage of the one or more video point cloud compression unit items in a file.
  • the file further comprises metadata defined to indicate a presence of the one or more video point cloud compression items.
  • the point cloud compression coded bitstream further comprises one or more item references to indicate a link between one or more video point cloud compression items and the one or more video point cloud compression units or one or more entities containing the video point cloud compression units.
  • the one or more item references indicate one or more unit types of the one or more video point cloud compression units.
  • the one or more video point cloud compression unit items are associated with one or more video point cloud compression unit properties that include one or more of: a profile, level and tier information, a maximum number of layers, one or more attributes, one or more attribute types, or one or more maximum resolutions.
  • the one or more video point cloud compression units are identical in content representation, and wherein a grouping type indicating that the one or more video point cloud compression units are identical in content representation is associated with the one or more video point cloud compression units.
  • the one or more video point cloud compression unit items are marked as hidden items that are not independently renderable.
  • the one or more video point cloud compression units are alternatives for content representation, and wherein a grouping type indicating that the one or more video point cloud compression units are alternatives for content representation is associated with the one or more video point cloud compression units.
  • FIG. 1 is a block diagram of an apparatus that may be specifically configured in accordance with an example embodiment of the present disclosure
  • FIG. 2 illustrates the structure of a V-PCC bitstream and V-PCC data in accordance with an example embodiment of the present disclosure
  • FIG. 3 is a flowchart illustrating a set of operations performed, such as by the apparatus of FIG. 1 , in accordance with an example embodiment of the present disclosure.
  • FIGS. 4A to 4D provide graphical illustrations of different example structures of V-PCC items in accordance with an example embodiment of the present disclosure.
  • circuitry refers to (a) hardware-only circuit implementations (e.g., implementations in analog circuitry and/or digital circuitry); (b) combinations of circuits and computer program product(s) comprising software and/or firmware instructions stored on one or more computer readable memories that work together to cause an apparatus to perform one or more functions described herein; and (c) circuits, such as, for example, a microprocessor(s) or a portion of a microprocessor(s), that require software or firmware for operation even if the software or firmware is not physically present.
  • This definition of ‘circuitry’ applies to all uses of this term herein, including in any claims.
  • circuitry also includes an implementation comprising one or more processors and/or portion(s) thereof and accompanying software and/or firmware.
  • circuitry as used herein also includes, for example, a baseband integrated circuit or applications processor integrated circuit for a mobile phone or a similar integrated circuit in a server, a cellular network device, other network device, and/or other computing device.
  • a method, apparatus and computer program product are provided in accordance with an example embodiment to signal and store static point cloud data in video encoding.
  • the method, apparatus and computer program product may be utilized in conjunction with a variety of video formats including High Efficiency Video Coding standard (HEVC or H.265/HEVC), Advanced Video Coding standard (AVC or H.264/AVC), the upcoming Versatile Video Coding standard (VVC or H.266/VVC), and/or with a variety of video and multimedia file formats including International Standards Organization (ISO) base media file format (ISO/IEC 14496-12, which may be abbreviated as ISOBMFF), Moving Picture Experts Group (MPEG)-4 file format (ISO/IEC 14496-14, also known as the MP4 format), and file formats for NAL (Network Abstraction Layer) unit structured video (ISO/IEC 14496-15) and 3 rd Generation Partnership Project (3GPP file format) (3GPP Technical Specification 26.244, also known as the 3GP format).
  • ISOBMFF International
  • ISOBMFF is the base for derivation of all the above mentioned file formats.
  • An example embodiment is described in conjunction with the HEVC, however, the present disclosure is not limited to HEVC, but rather the description is given for one possible basis on top of which an example embodiment of the present disclosure may be partly or fully realized.
  • Some aspects of the disclosure relate to container file formats, such as International Standards Organization (ISO) base media file format (ISO/IEC 14496-12, which may be abbreviated as ISOBMFF), Moving Picture Experts Group (MPEG)-4 file format (ISO/IEC 14496-14, also known as the MP4 format), and file formats for NAL (Network Abstraction Layer) unit structured video (ISO/IEC 14496-15) and 3 rd Generation Partnership Project (3GPP file format) (3GPP Technical Specification 26.244, also known as the 3GP format).
  • ISO International Standards Organization
  • ISO International Standards Organization
  • 3GPP file format 3 rd Generation Partnership Project
  • Example embodiments are described in conjunction with the ISOBMFF or its derivatives, however, the present disclosure is not limited to ISOBMFF, but rather the description is given for one possible basis on top of which an example embodiment of the present disclosure may be partly or fully realized.
  • HEIF High Efficiency Image File Format
  • MPEG Moving Picture Experts Group
  • ISOBMFF ISO Base Media File Format
  • a basic building block in the ISO base media file format is called a box.
  • Each box has a header and a payload.
  • the box header indicates the type of the box and the size of the box in terms of bytes.
  • Box type is typically identified by an unsigned 32-bit integer, interpreted as a four character code (4CC).
  • 4CC four character code
  • a box may enclose other boxes, and the ISO file format specifies which box types are allowed within a box of a certain type. Furthermore, the presence of some boxes may be mandatory in each file, while the presence of other boxes may be optional. Additionally, for some box types, it may be allowable to have more than one box present in a file. Thus, the ISO base media file format may be considered to specify a hierarchical structure of boxes.
  • the media data may be provided in one or more instances of MediaDataBox (‘mdat’) and the MovieBox (‘moov’) may be used to enclose the metadata for timed media.
  • the ‘moov’ box may include one or more tracks, and each track may reside in one corresponding TrackBox (‘trak’).
  • Each track is associated with a handler, identified by a four-character code, specifying the track type.
  • Video, audio, and image sequence tracks can be collectively called media tracks, and they contain an elementary media stream.
  • Other track types comprise hint tracks and timed metadata tracks.
  • Tracks comprise samples, such as audio or video frames.
  • a media sample may correspond to a coded picture or an access unit.
  • a media track refers to samples (which may also be referred to as media samples) formatted according to a media compression format (and its encapsulation to the ISO base media file format).
  • a hint track refers to hint samples, containing cookbook instructions for constructing packets for transmission over an indicated communication protocol.
  • a timed metadata track may refer to samples describing referred media and/or hint samples.
  • the ‘trak’ box includes in its hierarchy of boxes the SampleDescriptionBox, which gives detailed information about the coding type used, and any initialization information needed for that coding.
  • the SampleDescriptionBox contains an entry-count and as many sample entries as the entry-count indicates.
  • the format of sample entries is track-type specific but derived from generic classes (e.g. VisualSampleEntry, AudioSampleEntry). Which type of sample entry form is used for derivation of the track-type specific sample entry format is determined by the media handler of the track.
  • the track reference mechanism can be used to associate tracks with each other.
  • the TrackReferenceBox includes box(es), each of which provides a reference from the containing track to a set of other tracks. These references are labeled through the box type (e.g., the four-character code of the box) of the contained box(es).
  • the ISO Base Media File Format contains three mechanisms for timed metadata that can be associated with particular samples: sample groups, timed metadata tracks, and sample auxiliary information.
  • sample groups timed metadata tracks
  • sample auxiliary information sample auxiliary information
  • a sample grouping in the ISO base media file format and its derivatives may be defined as an assignment of each sample in a track to be a member of one sample group, based on a grouping criterion.
  • a sample group in a sample grouping is not limited to being contiguous samples and may contain non-adjacent samples. As there may be more than one sample grouping for the samples in a track, each sample grouping may have a type field to indicate the type of grouping.
  • Sample groupings may be represented by two linked data structures: (1) a SampleToGroupBox (sbgp box) represents the assignment of samples to sample groups; and (2) a SampleGroupDescriptionBox (sgpd box) contains a sample group entry for each sample group describing the properties of the group. There may be multiple instances of the SampleToGroupBox and SampleGroupDescriptionBox based on different grouping criteria. These may be distinguished by a type field used to indicate the type of grouping. SampleToGroupBox may comprise a grouping typeparameter field that can be used e.g. to indicate a sub-type of the grouping.
  • an edit list provides a mapping between the presentation timeline and the media timeline.
  • an edit list provides for the linear offset of the presentation of samples in a track, provides for the indication of empty times and provides for a particular sample to be dwelled on for a certain period of time.
  • the presentation timeline may be accordingly modified to provide for looping, such as for the looping videos of the various regions of the scene.
  • One example of the box that includes the edit list, the EditListBox, is provided below:
  • an EditListBox may be contained in EditBox, which is contained in TrackBox (‘trak’).
  • flags specify the repetition of the edit list.
  • setting a specific bit within the box flags (the least significant bit, e.g., flags & 1 in ANSI-C notation, where & indicates a bit-wise AND operation) equal to 0 specifies that the edit list is not repeated, while setting the specific bit (e.g., flags & 1 in ANSI-C notation) equal to 1 specifies that the edit list is repeated.
  • the values of box flags greater than 1 may be defined to be reserved for future extensions. As such, when the edit list box indicates the playback of zero or one samples, (flags & 1 ) may be equal to zero.
  • the media at time 0 resulting from the edit list follows immediately the media having the largest time resulting from the edit list such that the edit list is repeated seamlessly.
  • a Track group enables grouping of tracks based on certain characteristics or the tracks within a group have a particular relationship. Track grouping, however, does not allow any image items in the group.
  • track_group_type indicates the grouping_type and may be set to one of the following values, or a value registered, or a value from a derived specification or registration. ‘msrc’ indicates that this track belongs to a multi-source presentation.
  • the tracks that have the same value of track_group_id within a TrackGroupTypeBox of track_group_type ‘msrc’ are mapped as being originated from the same source. For example, a recording of a video telephony call may have both audio and video for both participants, and the value of track_group_id associated with the audio track and the video track of one participant differs from value of track_group_id associated with the tracks of the other participant.
  • the pair of track_group_id and track_group_type identifies a track group within the file.
  • the tracks that contain a particular TrackGroupTypeBox having the same value of track_group_id and track_group_type belong to the same track group.
  • the Entity grouping is similar to track grouping but enables grouping of both tracks and items (e.g. image items) in the same group.
  • Entity grouping is similar to track grouping but enables grouping of both tracks and image items in the same group.
  • syntax of EntityToGroupBox in ISOBMFF is as follows:
  • group_id is a non-negative integer assigned to the particular grouping that may not be equal to any group_id value of any other EntityToGroupBox, any item_ID value of the hierarchy level (file, movie. or track) that contains the GroupsListBox, or any track_ID value (when the GroupsListBox is contained in the file level).
  • num_entities_in_group specifies the number of entity_id values mapped to this entity group.
  • entity_id is resolved to an item, when an item with item_ID equal to entity_id is present in the hierarchy level (file, movie or track) that contains the GroupsListBox, or to a track, when a track with track_ID equal to entity_id is present and the GroupsListBox is contained in the file level.
  • Files conforming to the ISOBMFF may contain any non-timed objects, referred to as items, meta items, or metadata items, in a meta box (four-character code: ‘meta’). While the name of the meta box refers to metadata, items can generally contain metadata or media data.
  • the meta box may reside at the top level of the file, within a movie box (four-character code: ‘moov’), and within a track box (four-character code: ‘trak’), but at most one meta box may occur at each of the file level, movie level, or track level.
  • the meta box may be required to contain a HandlerBox (‘hdlr’) box indicating the structure or format of the ‘meta’ box contents.
  • the meta box may list and characterize any number of items that can be referred and each one of them can be associated with a file name and are uniquely identified with the filef by item identifier (item_id) which is an integer value.
  • the metadata items may be for example stored in the Item Data Box (‘idat’) box of the meta box or in an ‘mdat’ box or reside in a separate file. If the metadata is located external to the file then its location may be declared by the DatalnformationBox (four-character code: ‘dinf’).
  • the metadata may be encapsulated into either the XMLBox (four-character code: ‘xml’) or the BinaryXMLBox (four-character code: ‘bxml’).
  • An item may be stored as a contiguous byte range, or it may be stored in several extents, each being a contiguous byte range. In other words, items may be stored fragmented into extents, e.g. to enable interleaving.
  • An extent is a contiguous subset of the bytes of the resource. The resource can be formed by concatenating the extents.
  • the ItemPropertiesBox enables the association of any item with an ordered set of item properties. Item properties may be regarded as small data records.
  • the ItemPropertiesBox consists of two parts: ItemPropertyContainerBox that contains an implicitly indexed list of item properties, and one or more ItemPropertyAssociationBox(es) that associate items with item properties.
  • High Efficiency Image File Format is a standard developed by the Moving Picture Experts Group (MPEG) for storage of images and image sequences.
  • MPEG Moving Picture Experts Group
  • the standard facilitates file encapsulation of data coded according to the High Efficiency Video Coding (HEVC) standard.
  • HEIF includes features building on top of the used ISO Base Media File Format (ISOBMFF).
  • the ISOBMFF structures and features are used to a large extent in the design of HEIF.
  • the basic design for HEIF comprises still images that are stored as items and image sequences that are stored as tracks.
  • the following boxes may be contained within the root-level ‘meta’ box and may be used as described in the following.
  • the handler value of the Handler box of the ‘meta’ box is ‘pict’.
  • the resource (whether within the same file, or in an external file identified by a uniform resource identifier) containing the coded media data is resolved through the Data Information (′dinf) box, whereas the Item Location (‘iloc’) box stores the position and sizes of every item within the referenced file.
  • the Item Reference (′iref) box documents relationships between items using typed referencing.
  • the ‘meta’ box is also flexible to include other boxes that may be necessary to describe items.
  • Any number of image items can be included in the same file. Given a collection of images stored by using the ‘meta’ box approach, it sometimes is essential to qualify certain relationships between images. Examples of such relationships include indicating a cover image for a collection, providing thumbnail images for some or all of the images in the collection, and associating some or all of the images in a collection with an auxiliary image such as an alpha plane. A cover image among the collection of images is indicated using the ‘pitm’ box. A thumbnail image or an auxiliary image is linked to the primary image item using an item reference of type ‘thmb’ or ‘auxl’, respectively.
  • the apparatus of an example embodiment may be provided by any of a wide variety of computing devices including, for example, a video encoder, a video decoder, a computer workstation, a server or the like, or by any of various mobile computing devices, such as a mobile terminal, e.g., a smartphone, a tablet computer, a video game player, or the like.
  • a mobile terminal e.g., a smartphone, a tablet computer, a video game player, or the like.
  • the apparatus 10 of an example embodiment includes, is associated with or is otherwise in communication with processing circuitry 12 , a memory 14 , a communication interface 16 and optionally, a user interface 18 as shown in FIG. 1 .
  • the processing circuitry 12 may be in communication with the memory device 14 via a bus for passing information among components of the apparatus 10 .
  • the memory device may be non-transitory and may include, for example, one or more volatile and/or non-volatile memories.
  • the memory device may be an electronic storage device (e.g., a computer readable storage medium) comprising gates configured to store data (e.g., bits) that may be retrievable by a machine (e.g., a computing device like the processing circuitry).
  • the memory device may be configured to store information, data, content, applications, instructions, or the like for enabling the apparatus to carry out various functions in accordance with an example embodiment of the present disclosure.
  • the memory device could be configured to buffer input data for processing by the processing circuitry. Additionally or alternatively, the memory device could be configured to store instructions for execution by the processing circuitry.
  • the apparatus 10 may, in some embodiments, be embodied in various computing devices as described above. However, in some embodiments, the apparatus may be embodied as a chip or chip set. In other words, the apparatus may comprise one or more physical packages (e.g., chips) including materials, components and/or wires on a structural assembly (e.g., a baseboard). The structural assembly may provide physical strength, conservation of size, and/or limitation of electrical interaction for component circuitry included thereon. The apparatus may therefore, in some cases, be configured to implement an embodiment of the present disclosure on a single chip or as a single “system on a chip.” As such, in some cases, a chip or chipset may constitute means for performing one or more operations for providing the functionalities described herein.
  • a chip or chipset may constitute means for performing one or more operations for providing the functionalities described herein.
  • the processing circuitry 12 may be embodied in a number of different ways.
  • the processing circuitry may be embodied as one or more of various hardware processing means such as a coprocessor, a microprocessor, a controller, a digital signal processor (DSP), a processing element with or without an accompanying DSP, or various other circuitry including integrated circuits such as, for example, an ASIC (application specific integrated circuit), an FPGA (field programmable gate array), a microcontroller unit (MCU), a hardware accelerator, a special-purpose computer chip, or the like.
  • the processing circuitry may include one or more processing cores configured to perform independently.
  • a multi-core processing circuitry may enable multiprocessing within a single physical package.
  • the processing circuitry may include one or more processors configured in tandem via the bus to enable independent execution of instructions, pipelining and/or multithreading.
  • the processing circuitry 12 may be configured to execute instructions stored in the memory device 14 or otherwise accessible to the processing circuitry. Alternatively or additionally, the processing circuitry may be configured to execute hard coded functionality. As such, whether configured by hardware or software methods, or by a combination thereof, the processing circuitry may represent an entity (e.g., physically embodied in circuitry) capable of performing operations according to an embodiment of the present disclosure while configured accordingly. Thus, for example, when the processing circuitry is embodied as an ASIC, FPGA or the like, the processing circuitry may be specifically configured hardware for conducting the operations described herein.
  • the processing circuitry when the processing circuitry is embodied as an executor of instructions, the instructions may specifically configure the processor to perform the algorithms and/or operations described herein when the instructions are executed.
  • the processing circuitry may be a processor of a specific device (e.g., an image or video processing system) configured to employ an embodiment of the present invention by further configuration of the processing circuitry by instructions for performing the algorithms and/or operations described herein.
  • the processing circuitry may include, among other things, a clock, an arithmetic logic unit (ALU) and logic gates configured to support operation of the processing circuitry.
  • ALU arithmetic logic unit
  • the communication interface 16 may be any means such as a device or circuitry embodied in either hardware or a combination of hardware and software that is configured to receive and/or transmit data, including video bitstreams.
  • the communication interface may include, for example, an antenna (or multiple antennas) and supporting hardware and/or software for enabling communications with a wireless communication network. Additionally or alternatively, the communication interface may include the circuitry for interacting with the antenna(s) to cause transmission of signals via the antenna(s) or to handle receipt of signals received via the antenna(s).
  • the communication interface may alternatively or also support wired communication.
  • the communication interface may include a communication modem and/or other hardware/software for supporting communication via cable, digital subscriber line (DSL), universal serial bus (USB) or other mechanisms.
  • the apparatus 10 may optionally include a user interface 18 that may, in turn, be in communication with the processing circuitry 12 to provide output to a user, such as by outputting an encoded video bitstream and, in some embodiments, to receive an indication of a user input.
  • the user interface may include a display and, in some embodiments, may also include a keyboard, a mouse, a joystick, a touch screen, touch areas, soft keys, a microphone, a speaker, or other input/output mechanisms.
  • the processing circuitry may comprise user interface circuitry configured to control at least some functions of one or more user interface elements such as a display and, in some embodiments, a speaker, ringer, microphone and/or the like.
  • the processing circuitry and/or user interface circuitry comprising the processing circuitry may be configured to control one or more functions of one or more user interface elements through computer program instructions (e.g., software and/or firmware) stored on a memory accessible to the processing circuitry (e.g., memory device 14 , and/or the like).
  • a basic building block in the ISO base media file format is called a box.
  • Each box has a header and a payload.
  • the box header indicates the type of the box and the size of the box in terms of bytes.
  • a box may enclose other boxes, and the ISO file format specifies which box types are allowed within a box of a certain type. Furthermore, the presence of some boxes may be mandatory in each file, while the presence of other boxes may be optional. Additionally, for some box types, it may be allowable to have more than one box present in a file. Thus, the ISO base media file format may be considered to specify a hierarchical structure of boxes.
  • a file includes media data and metadata that are encapsulated into boxes. Each box is identified by a four character code (4CC) and starts with a header which informs about the type and size of the box. Content related meta data is stored in “meta” boxes inside an ISOBMFF file. Such a box may be present at file level, track level or both.
  • 4CC four character code
  • common notation for arithmetic operators, logical operators, relation operators, bit-wise operators, assignment operators, and range notation e.g., as specified in HEVC may be used.
  • common mathematical functions e.g., as specified in HEVC may be used and a common order or precedence and execution order (from left to right or from right to left) of operators e.g., as specified in HEVC may be used.
  • the term file is sometimes used as a synonym of syntax structure or an instance of a syntax structure.
  • the term file may be used to mean a computer file, that is a resource forming a standalone unit in storage.
  • a syntax structure may be specified as described below.
  • a group of statements enclosed in curly brackets is a compound statement and is treated functionally as a single statement.
  • a “while” structure specifies a test of whether a condition is true, and if true, specifies evaluation of a statement (or compound statement) repeatedly until the condition is no longer true.
  • a “do . . . while” structure specifies evaluation of a statement once, followed by a test of whether a condition is true, and if true, specifies repeated evaluation of the statement until the condition is no longer true.
  • else” structure specifies a test of whether a condition is true, and if the condition is true, specifies evaluation of a primary statement, otherwise, specifies evaluation of an alternative statement. The “else” part of the structure and the associated alternative statement is omitted if no alternative statement evaluation is needed.
  • a “for” structure specifies evaluation of an initial statement, followed by a test of a condition, and if the condition is true, specifies repeated evaluation of a primary statement followed by a subsequent statement until the condition is no longer true. 4CC codes for different syntax structures may be provided by way of example.
  • Volumetric video data represents a three-dimensional scene or object and can be used as input for AR, VR and MR applications.
  • Such data describes geometry (shape, size and position in 3D-space) and respective attributes (e.g. color, opacity, reflectance, etc.), plus any possible temporal changes of the geometry and attributes at given time instances (like frames in 2D video).
  • Volumetric video is either generated from 3D models, e.g., CGI, or captured from real-world scenes using a variety of capture solutions, e.g., multi-camera, laser scan, a combination of video and dedicated depth sensors, and more. Also, a combination of CGI and real-world data is possible.
  • Typical representation formats for such volumetric data are triangle meshes, point clouds, or voxels.
  • Temporal information about the scene can be included in the form of individual capture instances, e.g., “frames” in 2D video, or other mechanisms, e.g., position of an object as a function of time.
  • volumetric video represents a 3D scene (or object), such data can be viewed from any viewpoint. Therefore, volumetric video is a useful format for any AR, VR, or MR applications, especially for providing 6DOF viewing capabilities.
  • 3D data acquisition devices have enabled reconstruction of highly detailed volumetric video representations of natural scenes.
  • Infrared, lasers, time-of-flight and structured light are all examples of devices that can be used to construct 3D video data.
  • Representation of the 3D data depends on how the 3D data is used.
  • Dense Voxel arrays have been used to represent volumetric medical data.
  • polygonal meshes are extensively used.
  • Point clouds on the other hand are well suited for applications such as capturing real world 3D scenes where the topology is not necessarily a 2D manifold.
  • Another way to represent 3D data is coding the 3D data as a set of texture and depth maps as is the case in multi-view plus depth. Closely related to the techniques used in multi-view plus depth is the use of elevation maps, and multi-level surface maps.
  • the reconstructed 3D scene may contain tens or even hundreds of millions of points. If such representations need to be stored or interchanged between computing entities, efficient compression becomes essential.
  • Standard volumetric video representation formats such as point clouds, meshes and voxels, suffer from poor temporal compression performance. Identifying correspondences for motion-compensation in 3D-space is an ill-defined problem, as both geometry and respective attributes may change. For example, temporal successive “frames” do not necessarily have the same number of meshes, points or voxels. Therefore, compression of dynamic 3D scenes is inefficient. 2D-video based approaches for compressing volumetric data, e.g., multiview and depth, have much better compression efficiency, but rarely cover the full scene. Therefore, they provide only limited 6DOF capabilities.
  • a 3D scene represented as meshes, points, and/or voxels, can be projected onto one, or more, geometries. These geometries are “unfolded” onto 2D planes (two planes per geometry: one for texture, one for depth), which are then encoded using standard 2D video compression technologies. Relevant projection geometry information is transmitted alongside the encoded video files to the decoder. The decoder decodes the video and performs the inverse projection to regenerate the 3D scene in any desired representation format (not necessarily the encoding format).
  • Projecting volumetric models onto 2D planes allows for using 2D video coding tools with highly efficient temporal compression.
  • coding efficiency is increased greatly.
  • 6DOF capabilities are improved.
  • Using several geometries for individual objects improves the coverage of the scene further.
  • standard video encoding hardware can be utilized for real-time compression/decompression of the projected planes.
  • the projection and reverse projection operations are of relatively low complexity.
  • a point cloud is a set of points in a 3D space each with associated data relative to the value of the two angles (phi and theta) used in the acquisition, e.g. color, material properties and/or other attributes.
  • Point clouds can be used to reconstruct an object or a scene as a composition of such points.
  • Point clouds can be captured using multiple cameras and depth sensors in various setups and may be made up of thousands up to billions of points in order to represent realistically reconstructed scenes.
  • V-PCC Video-based Point Cloud Compression
  • V-PCC addresses lossless and lossy coding of 3D point clouds with associated attributes such as color.
  • V-PCC data is comprised of V-PCC units. Such units are comprised of V-PCC unit headers and V-PCC unit payloads.
  • FIG. 2 illustrates the structure of a V-PCC bitstream and V-PCC data. As illustrated in FIG. 2 , V-PCC bitstream 200 include one or more V-PCC units 202 A to 202 F.
  • Each of the V-PCC units include a V-PCC unit header 204 A and a V-PCC unit payload 204 B. Each unit contains a different V-PCC unit payload.
  • the payload may take the form of a sequence parameter set, patch sequence data, occupancy video data, geometry video data, or attribute video data.
  • Patch sequence data may take the form of a sequence parameter set, geometry parameter set, geometry patch parameter set, frame parameter set, attribute parameter set, or attribute patch parameter set.
  • the following table provides example V-PCC bitstream syntax and structure.
  • V-PCC Unit vpcc_unit_type Identifier Type Description 0 VPCC_SPS Sequence Sequence level parameter set parameters 1 VPCC_PSD Patch Sequence Patch sequence Data information 2 VPCC_OVD Occupancy Occupancy Video Data information 3 VPCC_GVD Geometry Video Geometry Data information 4 VPCC_AVD Attribute Video Attribute Data information 5 . . . 31 VPCC_RSVD Reserved —
  • V-PCC units are serialized in time.
  • MPEG initiated a work on defining the storage mechanism for V-PCC encoded data.
  • Such data is comprised of storage of multiple video encoded bitstreams and V-PCC representation related non-video encoded data and metadata.
  • Example embodiments are described in conjunction with V-PCC storage mechanism described in the MPEG N18059 or its derivatives, however, the present disclosure is not limited to MPEG N18059, but rather the description is given for one possible basis on top of which an example embodiment of the present disclosure may be partly or fully realized.
  • V-PCC encoded data can be temporally changing (e.g. volumetric animation) or it could be static (e.g. a 3D captured statue, object, a time instance of the temporally changing V-PCC data).
  • volumetric animation e.g. volumetric animation
  • static e.g. a 3D captured statue, object, a time instance of the temporally changing V-PCC data.
  • Static encoded data refers to independently decodable “frame” of a V-PCC encoded bitstream which can be viewed as static in time.
  • the apparatus includes means, such as the processing circuitry 12 , for accessing a video point cloud compression coded bitstream.
  • the apparatus includes means, such as the processing circuitry 12 , for encapsulating the one or more video point cloud compression units as one or more video point cloud compression unit items.
  • the apparatus includes means, such as the processing circuitry 12 and the memory 14 , for causing storage of the one or more video point cloud compression unit items in a file.
  • V-PCC item examples of the point cloud compression items that are compatible with ISOBMFF, by way of example, are provided below.
  • a new item type called “V-PCC item” may be defined.
  • a 4CC item type of V-PCC item may be defined as ‘vpci’. This item may be analogous to the V-PCC bitstream.
  • a new item type named, by way of example, “V-PCC unit item” is defined.
  • a 4CC item type of V-PCC unit items may be defined as “vpcu”.
  • Each V-PCC unit item may store a single or multiple V-PCC units with vpcc_unit-types.
  • FIGS. 4A to 4D provide graphical illustrations of different example structures of V-PCC items.
  • such items may contain only V-PCC unit payloads without the V-PCC unit headers.
  • each V-PCC unit item may be referenced by a different item reference type per V-PCC unit type. Examples include ‘peps’, ‘pcpa’, ‘pcpg’, and ‘pcpo’ for V-PCC units of data type VPCC_SPS, VPCC_AVD, VPCC_GVD and VPCC_OVD respectively.
  • V-PCC unit payloads may be encapsulated into another data structure.
  • An example of such a data structure is provided below:
  • vpcc_unit_payload size is the size in bytes of the vpcc_unit_payload( ) and vpcc_unit_payload( ) is as defined in the V-PCC specification
  • V-PCC samples may be encapsulated in a similar way in a different data structure.
  • V-PCC sample entries and V-PCC sample group entries may contain one or multiple vpcc_unit_payload struct( )s as defined above.
  • a new item reference type may be defined to link the V-PCC unit items 402 in FIG. 4A to the V-PCC item 400 .
  • a 4CC code of this reference type may be “pcps”.
  • Item reference boxCiref) as defined in ISOBMFF is utilized to carry this information. Reference direction may be from the V-PCC item towards the V-PCC unit items or vice versa.
  • V-PCC unit items may carry V-PCC units of type VPCC_SPS and may be linked to the relevant VPCC units via above-defined “pcps” item reference ( 404 in FIG. 4A ), or “cdsc” item reference as defined in ISOBMFF or any other item reference which could be defined in the scope of this embodiment.
  • the corresponding V-PCC unit items may have associated properties which contain decoder specific information such as decoder specific information that is required to configure the related decoder.
  • decoder specific information such as decoder specific information that is required to configure the related decoder.
  • H.265 and H.264 such boxes may take the form of an HEVCConfigurationBox and an AVCConfigurationBox respectively as defined in ISO/IEC 14496-15.
  • a PCMVideoConfigurationBox may be defined for PCM video encoded V-PCC units, layers or patches. Such a PCMVideoConfigurationBox may be stored in a property of a relevant V-PCC unit item. This box may contain the decoder specific information of the PCM encoding as well as representation properties (e.g. byte precision, sample size, sample scalar range, etc.) of each PCM video sample or pixel.
  • all parameter sets in a V-PCC bitstream are indexed.
  • the V-PCC units are processed in the order that they are defined in the V-PCC bitstream so that all parameter set identifiers (ids) are consistent and parameter sets would be processed before their related V-PCC units.
  • a new box called VPCCGroupBox( ) which extends from the Entity2GroupBox may be defined to indicate the item types and processing orders of the V-PCC unit items.
  • the order of entities in the VPCCGroupBox indicates the decoding order.
  • the first entity in the list may correspond to a V-PCC item.
  • the following VPCCGroupBox may be utilized in the EntityToGroupBox to provide high level information about the V-PCC representation.
  • An example VPCCGroupBox is provided below:
  • global_SPS_params_present_flag indicates that all V-PCC units of type VPCC_SPS carry the same values for tier, profile, level, attribute count and layer count.
  • tier_flag may have the same semantic as ptl_tier_flag defined in the MPEG V-PCC bitstream syntax.
  • ptl_tier_flag specifies the tier context for the interpretation of ptl_level_idc.
  • profile_idc may have the same semantic as ptl_profile_idc defined in the MPEG V-PCC bitstream syntax.
  • ptl_profile_idc indicates a profile to which a coded point cloud sequence (CPCS) conforms.
  • level_idc may have the same semantic as ptl_level_idc defined in the MPEG V-PCC bitstream syntax.
  • ptl_level_idc indicates a level to which the CPCS conforms.
  • attribute_count may have the same semantic as sps_attribute_count defined in the MPEG V-PCC bitstream syntax. sps_attribute_count indicates the number of attributes associated with the point cloud.
  • layer_count_minus1 may have the same semantic as sps_layer_count_minus1 defined in the MPEG V-PCC bitstream syntax.
  • min_layer_id[i] indicates the minimum layer index present in related V-PCC entity defined in the MPEG V-PCC bitstream syntax.
  • Layer index has the same semantics as vpcc_layer_index.
  • max_layer id[i] indicates the maximum layer index present in the related V-PCC entity defined in the MPEG V-PCC bitstream syntax.
  • Layer index has the same semantics as vpcc_layer_index.
  • attribute_type[i] may have the same semantics as aps_attribute_type_id[i] defined in the MPEG V-PCC bitstream syntax.
  • attribute_index[i] has the same semantics as vpcc_attribute_index defined in the MPEG V-PCC bitstream syntax.
  • data_type[i] may have the same semantics as vpcc_unit_type defined in MPEG V-PCC bitstream syntax.
  • a V-PCC item/track may have a data_type value which is bigger than or equal to 32 or smaller than or equal to ⁇ 1. All other values may map one-to-one to vpcc_unit_type values semantically as previously defined.
  • the first indexed entity may correspond to a V-PCC item.
  • the first indexed entity may be skipped (e.g., ‘i’ may start from 1 instead of 0 as the first index).
  • V-PCC units may be of the same vpcc_unit_type and may additionally include a VPCC_SPS unit type. This box provides the order of the V-PCC units and how they should be processed to decode a V-PCC item.
  • a playback device comprising a decoder may be able to parse the entity that indicates that the box contents belong to a V-PCC item and start processing the metadata and V-PCC unit items accordingly.
  • average frame rate (sps_svg_frame_rate), frame width (sps_frame_width) and frame height (sps_frame_height) information may be listed as SPS parameters in the VPCCGroupBox as defined in the MPEG V-PCC bitstream syntax.
  • the above-defined entity grouping may also apply when grouped entities are media tracks which carry V-PCC encoded data.
  • the VPCCGroupBox may have the following structure and syntax as another example:
  • vpcc_profile_tier_level( ) is the same as profile_tier_level( ) specified in sequence_parameter_set( ) in the MPEG V-PCC bitstream syntax.
  • max_layer_count_minus1 indicates the maximum number of layers for the geometry/attribute information. max_layer_count_minus1 could be in the range of 0 to 15, inclusive and in consecutive order.
  • max_attribute_count indicates the maximum number of attributes associated with the point cloud. max_attribute_count could be in the range of 0 to 65535, inclusive.
  • data_type[i] indicates the type of the V-PCC data in the referenced track as listed in the table below.
  • the value of data_type[i] is in the range of 1 to 4, inclusive.
  • layer id[i] specifies the layer identifier for the associated geometry/attribute video track.
  • the set layer_id values for the referenced V-PCC restricted video scheme type when sps_multiple_layer_streams_present_flag equals 0, could be in a range from 0 to layer_count_minus1, inclusive. If sps_multiple_layer_streams_present_flag equals 1, layer_id[i] can be discarded as the track contains all layers from 0 to max_layer_count_minus1, inclusive.
  • V-PCC Unit Type Description 0 VPCC_SPS Reserved — 1 VPCC_PSD Patch Sequence Patch sequence Data information 2 VPCC_OVD Occupancy Occupancy Video Data information 3 VPCC_GVD Geometry Geometry Video Data information 4 VPCC_AVD Attribute Attribute Video Data information 5 . . . 31 VPCC_RSVD Reserved —
  • attribute_type[i] may have the same semantics as attribute_type in the V-PCC specification.
  • Attribute types as specified in the V-PCC specification are provided below:
  • attribute_index[i] specifies an attribute identifier for the associated attribute video track.
  • new entity grouping types may be defined to indicate further properties for alternation: 1) A new entity grouping of type may be defined to indicate whether listed entities are identical in content representations. A 4CC code of ‘pccc’ may be defined for such entity grouping. Entities grouped under the ‘pccc’ entity grouping may represent the same V-PCC content. 2) A new alternate grouping mechanism may be defined to indicate entities which are alternatives of each other, as well as the reason for the alternation may be defined. An example of such an entity grouping is provided below:
  • alternation_4CC may indicate the reason for the alternate grouping such as different bit rates, different resolutions, same content but different properties, different encoding, or the like. Each such alternation may be enumerated as a 4CC code. In some embodiments, a new entity grouping type such as ‘alt2’ may be defined to indicate such an alternate grouping with alternation description. Such an alternation may be defined for any type of entities such as V-PCC tracks, media tracks or items.
  • FIG. 4B illustrates an alternative structure of the point cloud compression unit items according to some embodiments of the present disclosure.
  • each V-PCC unit item may have a different item reference type which may indicate the type of the V-PCC unit item.
  • a V-PCC unit item of type ‘vpcu’ that contains a V-PCC unit of type VPCC_SPS may have an item reference of type ‘psps’ from a V-PCC unit item to the V-PCC unit item of type SPS.
  • each V-PCC unit item may have a different item reference type to indicate the relationship of the V-PCC unit item to the V-PCC item.
  • a V-PCC property may be defined to carry the information in the relevant V-PCC unit header. Such information may be unit type, attribute index, layer index, sequence_parameter_set_id or any other relevant information to decode the V-PCC unit represented by the V-PCC unit item.
  • a V-PCC item may also have an associated V-PCC Property. Such a property may include the profile, level and tier information, maximum number of layers, attributes, attribute types, maximum resolution or similar representation level information.
  • VPCCGroupBox as previously defined may be utilized to indicate the processing order of V-PCC unit items.
  • V-PCC header information may be stored as a new V-PCC Property and then associated with the relevant V-PCC unit item where the item data would be composed of video_data_unit( )
  • a VPCC-unit header data may be stored as another item and linked to the appropriate V-PCC unit item via iref item referencing.
  • such a property definition and association may be applied to any V-PCC unit item of any type.
  • vpcc_unit_header information may be stored as a blob of data, or it may be utilized as a syntactically equivalent data structure as defined by the V-PCC unit header syntax as defined in Information technology—Coded Representation of Immersive Media—Part 5: Video-based Point Cloud Compression of ISO/IEC 23090-5:2019.
  • An example 4CC code for such V-PCC property may be defined as ‘vuhp’ (V-PCC unit header property) or ‘vupr’ (V-PCC unit property).
  • FIG. 4C illustrates another alternative structure of the point cloud compression unit items according to some embodiments of the present disclosure.
  • V-PCC units of type ‘vpcc’ SPS may be stored as essential or descriptive item properties.
  • each V-PCC unit item which uses a particular V-PCC SPS may be associated with this property using the property association mechanism of ISOBMFF.
  • Such a property may be assigned to both the V-PCC item as well as other relevant V-PCC unit items.
  • VPCCGroupBox as previously defined may be utilized to indicate the processing order of V-PCC unit items.
  • FIG. 4D illustrates another alternative structure of the point cloud compression unit items according to some embodiments of the present disclosure.
  • all V-PCC unit types are reflected to each V-PCC unit item type.
  • V-PCC units of type occupancy, geometry, attribute, patch sequence and SPS may have V-PCC unit item types ‘vpco’, ‘vpcg’, ‘vpca’, ‘cpvx’ and ‘vsps’ respectively.
  • All item references may be of the same type as previously defined (iref of type ‘peps’ as an example). In some embodiments, all item references may also have dedicated types per V-PCC unit item type.
  • V-PCC SPS units may be stored as V-PCC SPS items as previously described in conjunction with FIG. 4A or V-PCC SPS units may be stored as V-PCC properties as previously defined.
  • ‘cdsc’ item references may be utilized instead of the above-mentioned item references between the V-PCC unit items and V-PCC unit items of type SPS.
  • a V-PCC item may not be defined. All V-PCC unit items which form a V-PCC static representation may be listed in the EntityToGroupBox as a group, with relevant metadata information.
  • the order of the item references listed in the ‘iref’ box may indicate the processing order of V-PCC unit items.
  • processing order and decoding order can be used interchangeably.
  • all V-PCC units inside the V-PCC bitstream may be stored as a single V-PCC item without any V-PCC unit item definitions.
  • V-PCC item specific properties may be defined as a V-PCC property which could be associated with a V-PCC item. Based on this embodiment, a player would process the V-PCC bitstream as it is stored, such as in the decoding order of the V-PCC units.
  • a V-PCC item may store a subset of the V-PCC unit items internally.
  • V-PCC patch sequence data, occupancy data or geometry data may be stored inside the V-PCC item as item data.
  • Any non-video encoded data may be stored as item data for the V-PCC item.
  • the items which comprise V-PCC related data unit information and are linked to the V-PCC Item may be marked as hidden items and hence not renderable independently.
  • One exmaple method for signaling such information is to use flags of ItemInfoEntry Box. When (flags & 1) is equal to 1 in the ItemInfoEntry, file readers should not display such an item independently and hence it becomes a hidden V-PCC item.
  • V-PCC unit items and V-PCC items use the same carriage format specifics, hence be logically and semantically equivalent.
  • the V-PCC Property may also contain the entirety or parts of the patch sequence parameter sets.
  • V-PCC header information may be stored as a new V-PCC Property and then associated with the relevant V-PCC unit item where the item data would be composed of video_data_unit( )
  • a VPCC-unit header data may be stored as another item and linked to the appropriate V-PCC unit item via iref item referencing.
  • a property definition and association may be applied to any V-PCC unit item of any type.
  • vpcc_unit_header information may be stored as a blob of data, or it may be utilized as a syntactically equivalent data structure as defined on the V-PCC unit header syntax as defined by Information technology—Coded Representation of Immersive Media—Part 5: Video-based Point Cloud Compression of ISO/IEC 23090-5:2019.
  • V-PCC unit header property V-PCC unit header property
  • V-PCC unit property V-PCC unit property
  • Polygon File Format (PLY) or Object (OBJ) type of static 3D objects may be stored in the ‘meta’ box as static 3D representations.
  • a new item type such as “vply” or “vobj” may be defined to indicate that stored data is PLY or OBJ data.
  • Such configuration related information may be stored as item properties for such item types. These items may be referenced by one or more V-PCC items.
  • certain embodiments likewise include an encoder that outputs a bitstream portion according to the syntax and semantics.
  • certain embodiments correspondingly cover a decoder that decodes a bitstream portion according to the syntax and semantics.
  • a decoder may be configured to receive the file comprising the encapsulated video point cloud compression coded bitstream and one or more video point cloud compression unit items as previous described in conjunction with FIG. 3 .
  • the decoder may be further configured to decode the file comprising the encapsulated bitstream and one or more video point cloud compression unit items.
  • the decoder may be further configured to cause rendering of the encapsulated bitstream and one or more video point cloud compression unit items.
  • An example embodiment of the invention described above describes the codec in terms of separate encoder and decoder apparatuses in order to assist the understanding of the processes involved.
  • the apparatus, structures and operations may be implemented as a single encoder-decoder apparatus/structure/operation.
  • the encoder and decoder may share some or all common elements.
  • FIG. 3 is a flowchart of an apparatus 10 , method, and computer program product according to certain example embodiments. It will be understood that each block of the flowcharts, and combinations of blocks in the flowcharts, may be implemented by various means, such as hardware, firmware, processor, circuitry, and/or other devices associated with execution of software including one or more computer program instructions. For example, one or more of the procedures described above may be embodied by computer program instructions. In this regard, the computer program instructions which embody the procedures described above may be stored by a memory device 14 of an apparatus employing an embodiment of the present invention and executed by processing circuitry 12 of the apparatus.
  • any such computer program instructions may be loaded onto a computer or other programmable apparatus (e.g., hardware) to produce a machine, such that the resulting computer or other programmable apparatus implements the functions specified in the flowchart blocks.
  • These computer program instructions may also be stored in a computer-readable memory that may direct a computer or other programmable apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture, the execution of which implements the function specified in the flowchart blocks.
  • the computer program instructions may also be loaded onto a computer or other programmable apparatus to cause a series of operations to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide operations for implementing the functions specified in the flowchart blocks.
  • a computer program product is therefore defined in those instances in which the computer program instructions, such as computer-readable program code portions, are stored by at least one non-transitory computer-readable storage medium with the computer program instructions, such as the computer-readable program code portions, being configured, upon execution, to perform the functions described above, such as in conjunction with the flowchart of FIG. 3 .
  • the computer program instructions, such as the computer-readable program code portions need not be stored or otherwise embodied by a non-transitory computer-readable storage medium, but may, instead, be embodied by a transitory medium with the computer program instructions, such as the computer-readable program code portions, still being configured, upon execution, to perform the functions described above.
  • blocks of the flowcharts support combinations of means for performing the specified functions and combinations of operations for performing the specified functions for performing the specified functions. It will also be understood that one or more blocks of the flowcharts, and combinations of blocks in the flowcharts, may be implemented by special purpose hardware-based computer systems which perform the specified functions, or combinations of special purpose hardware and computer instructions.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Geometry (AREA)
  • Computer Graphics (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
US16/823,438 2019-03-19 2020-03-19 Method and apparatus for storage and signaling of static point cloud data Active US11200701B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/823,438 US11200701B2 (en) 2019-03-19 2020-03-19 Method and apparatus for storage and signaling of static point cloud data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962820628P 2019-03-19 2019-03-19
US16/823,438 US11200701B2 (en) 2019-03-19 2020-03-19 Method and apparatus for storage and signaling of static point cloud data

Publications (2)

Publication Number Publication Date
US20200302650A1 US20200302650A1 (en) 2020-09-24
US11200701B2 true US11200701B2 (en) 2021-12-14

Family

ID=69846262

Family Applications (1)

Application Number Title Priority Date Filing Date
US16/823,438 Active US11200701B2 (en) 2019-03-19 2020-03-19 Method and apparatus for storage and signaling of static point cloud data

Country Status (2)

Country Link
US (1) US11200701B2 (fr)
EP (1) EP3712854B1 (fr)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210097723A1 (en) * 2019-09-27 2021-04-01 Apple Inc. Point cloud compression using video encoding with time consistent patches
US11538196B2 (en) 2019-10-02 2022-12-27 Apple Inc. Predictive coding for point cloud compression
US20230048715A1 (en) * 2020-01-10 2023-02-16 Shanghai Jiao Tong University Point cloud data encapsulation method and point cloud data transmission method
US11615557B2 (en) 2020-06-24 2023-03-28 Apple Inc. Point cloud compression using octrees with slicing
US11620768B2 (en) 2020-06-24 2023-04-04 Apple Inc. Point cloud geometry compression using octrees with multiple scan orders
US11625866B2 (en) 2020-01-09 2023-04-11 Apple Inc. Geometry encoding using octrees and predictive trees
US11627314B2 (en) 2019-09-27 2023-04-11 Apple Inc. Video-based point cloud compression with non-normative smoothing
US11647226B2 (en) 2018-07-12 2023-05-09 Apple Inc. Bit stream structure for compressed point cloud data
US11663744B2 (en) 2018-07-02 2023-05-30 Apple Inc. Point cloud compression with adaptive filtering
US11676309B2 (en) 2017-09-18 2023-06-13 Apple Inc Point cloud compression using masks
US11683525B2 (en) 2018-07-05 2023-06-20 Apple Inc. Point cloud compression with multi-resolution video encoding
US11711544B2 (en) 2019-07-02 2023-07-25 Apple Inc. Point cloud compression with supplemental information messages
US11727603B2 (en) 2018-04-10 2023-08-15 Apple Inc. Adaptive distance based point cloud compression
US11748916B2 (en) 2018-10-02 2023-09-05 Apple Inc. Occupancy map block-to-patch information compression
US11798196B2 (en) 2020-01-08 2023-10-24 Apple Inc. Video-based point cloud compression with predicted patches
US11818401B2 (en) 2017-09-14 2023-11-14 Apple Inc. Point cloud geometry compression using octrees and binary arithmetic encoding with adaptive look-up tables
US11895307B2 (en) 2019-10-04 2024-02-06 Apple Inc. Block-based predictive coding for point cloud compression
US11948338B1 (en) 2021-03-29 2024-04-02 Apple Inc. 3D volumetric content encoding using 2D videos and simplified 3D meshes

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102519653B1 (ko) * 2018-01-20 2023-04-07 삼성전자주식회사 포인트 클라우드 압축 방법 및 장치
EP3926960B1 (fr) * 2019-03-21 2024-10-09 LG Electronics Inc. Dispositif de transmission de données de nuage de points, procédé de transmission de données de nuage de points, dispositif de réception de données de nuage de points et procédé de réception de données de nuage de points
CN114097229A (zh) * 2019-07-03 2022-02-25 Lg 电子株式会社 点云数据发送设备、点云数据发送方法、点云数据接收设备和点云数据接收方法
US11122102B2 (en) * 2019-07-03 2021-09-14 Lg Electronics Inc. Point cloud data transmission apparatus, point cloud data transmission method, point cloud data reception apparatus and point cloud data reception method
JPWO2021065605A1 (fr) * 2019-10-01 2021-04-08
US11461933B2 (en) 2019-10-02 2022-10-04 Samsung Electronics Co., Ltd. Decision-making rules for attribute smoothing
KR102373833B1 (ko) * 2020-01-09 2022-03-14 엘지전자 주식회사 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법
KR102355634B1 (ko) * 2020-04-14 2022-02-08 엘지전자 주식회사 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법
US12026922B2 (en) * 2020-06-26 2024-07-02 Qualcomm Incorporated Attribute parameter coding for geometry-based point cloud compression
WO2022019713A1 (fr) * 2020-07-23 2022-01-27 엘지전자 주식회사 Dispositif de transmission de données de nuage de points, procédé de transmission de données de nuage de points, dispositif de réception de données de nuage de points, et procédé de réception de données de nuage de points
CN112492385A (zh) * 2020-09-30 2021-03-12 中兴通讯股份有限公司 点云数据处理方法、装置、存储介质及电子装置
US20230370636A1 (en) * 2020-10-06 2023-11-16 Sony Group Corporation Image processing device and method
CN116547971A (zh) * 2020-10-26 2023-08-04 抖音视界有限公司 Vvc视频编解码中的滚动样点组
US12044779B2 (en) * 2020-12-08 2024-07-23 Argo AI, LLC Methods and system for analyzing dynamic lidar point cloud data
WO2023204676A1 (fr) * 2022-04-22 2023-10-26 엘지전자 주식회사 Dispositif d'émission pour données de nuage de points, procédé mis en œuvre par le dispositif d'émission, dispositif de réception pour données de nuage de points, et procédé mis en œuvre par le dispositif de réception
US20240236352A1 (en) * 2023-01-09 2024-07-11 Tencent America LLC Bitstream syntax for mesh motion field coding

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160253838A1 (en) * 2015-02-26 2016-09-01 Qualcomm Incorporated Single pass surface splatting
US20180146225A1 (en) 2015-06-03 2018-05-24 Nokia Technologies Oy A method, an apparatus, a computer program for video coding
US20190087979A1 (en) * 2017-09-18 2019-03-21 Apple Inc. Point cloud compression
WO2020012073A1 (fr) 2018-07-11 2020-01-16 Nokia Technologies Oy Procédé et appareil de stockage et de signalisation de nuages de points comprimés
WO2020070379A1 (fr) 2018-10-03 2020-04-09 Nokia Technologies Oy Procédé et appareil de stockage et de signalisation de nuages de points comprimés
US20200204808A1 (en) * 2018-12-19 2020-06-25 Sony Corporation Point cloud coding structure
US20200296397A1 (en) * 2019-03-15 2020-09-17 Mediatek Singapore Pte. Ltd. Methods and apparatus for signaling spatial relationships for point cloud multimedia data tracks
US20200304508A1 (en) * 2019-03-18 2020-09-24 Samsung Electronics Co., Ltd. Method and device for providing authentication in network-based media processing (nbmp) system

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160253838A1 (en) * 2015-02-26 2016-09-01 Qualcomm Incorporated Single pass surface splatting
US20180146225A1 (en) 2015-06-03 2018-05-24 Nokia Technologies Oy A method, an apparatus, a computer program for video coding
US20190087979A1 (en) * 2017-09-18 2019-03-21 Apple Inc. Point cloud compression
WO2020012073A1 (fr) 2018-07-11 2020-01-16 Nokia Technologies Oy Procédé et appareil de stockage et de signalisation de nuages de points comprimés
WO2020070379A1 (fr) 2018-10-03 2020-04-09 Nokia Technologies Oy Procédé et appareil de stockage et de signalisation de nuages de points comprimés
US20200204808A1 (en) * 2018-12-19 2020-06-25 Sony Corporation Point cloud coding structure
US20200296397A1 (en) * 2019-03-15 2020-09-17 Mediatek Singapore Pte. Ltd. Methods and apparatus for signaling spatial relationships for point cloud multimedia data tracks
US20200304508A1 (en) * 2019-03-18 2020-09-24 Samsung Electronics Co., Ltd. Method and device for providing authentication in network-based media processing (nbmp) system

Non-Patent Citations (15)

* Cited by examiner, † Cited by third party
Title
3GPP TS 26.244 V15.0.0, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Transparent End-to-End Packet Switched Streaming Service (PSS); 3GPP File Format (3GP) (Release 15) (Jun. 2018) 67 pages.
Clarification on PCC Category 2 Bitstream From System Technology Aspect, ISO/IEC JTC1/SC29/WG11 MPEG2018/M43491 (Jul. 2018) 2 pages.
Extended European Search Report for Application No. 20 16 4094 dated Aug. 14, 2020, 11 pages.
Information Technology—Coded Representation of Immersive Media—Part 10: Carriage of Point Cloud Data, ISO 23090-10:2019(E) (2019) 14 pages.
Information Technology—Coded Representation of Immersive Media—Part 10: Carriage of Visual Volumetric Video-Based Coding Data (ISO/IEC 14496-12), ISO 23090-10:2020(E) (2020) 58 pages.
Information Technology—Coding of Audio-Visual Objects—Part 12: ISO Base Media File Format, ISO/IEC 14496-12 (2005) 94 pages.
Information Technology—Coding of Audio-Visual Objects—Part 12: ISO Base Media File Format, ISO/IEC 14496-12 (Oct. 2008) 120 pages.
Information Technology—Coding of Audio-Visual Objects—Part 14: MP4 File Format, ISO/IEC 14496-14 (Nov. 2003) 18 pages.
Information Technology—Coding of Audio-Visual Objects—Part 15; Advanced Audio Coding (AVC) File Format, ISO/IEC 14496-15 (Apr. 2004) 29 pages.
Information Technology—High Efficiency Coding and Media Delivery in Heterogeneous Environments—Part 12: Image File Format (HEIF, ISO/IEC 23008-12) (Dec. 2017) (82 pages).
Information Technology—JPEG 2000 Image Coding System—Part 12: ISO Base Media File Format, ISO/IEC JTC 1/SC 29 N, ISO/IEC 15444-12:2015(E) (Feb. 2015) 275 pages.
MPEG V-PCC Metadata Random Access in ISOBMFF, ISO/IEC JTC1/SC29/WG11 MPEG2018/M46044 (Jan. 2019) 5 pages.
On Carriage of Static V-PCC Content, ISO/IEC JTC1/SC29/WG11 MPEG2019/M47439 (Mar. 2019) 3 pages.
Study Text of ISO/IEC CD 23090 5: Video-Based Point Cloud Compression, ISO/IEC JTC1/SC29WG11 N18180 (Jan. 2019) 103 pages.
Wien, M. et al., Standardization Status of Immersive Video Coding, IEEE Journal on Emerging and Selected Topics in Circuits and Systems, vol. 9, No. 1 (Mar. 2019) 5-18.

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11818401B2 (en) 2017-09-14 2023-11-14 Apple Inc. Point cloud geometry compression using octrees and binary arithmetic encoding with adaptive look-up tables
US11676309B2 (en) 2017-09-18 2023-06-13 Apple Inc Point cloud compression using masks
US11727603B2 (en) 2018-04-10 2023-08-15 Apple Inc. Adaptive distance based point cloud compression
US11663744B2 (en) 2018-07-02 2023-05-30 Apple Inc. Point cloud compression with adaptive filtering
US11683525B2 (en) 2018-07-05 2023-06-20 Apple Inc. Point cloud compression with multi-resolution video encoding
US11647226B2 (en) 2018-07-12 2023-05-09 Apple Inc. Bit stream structure for compressed point cloud data
US11748916B2 (en) 2018-10-02 2023-09-05 Apple Inc. Occupancy map block-to-patch information compression
US11711544B2 (en) 2019-07-02 2023-07-25 Apple Inc. Point cloud compression with supplemental information messages
US11627314B2 (en) 2019-09-27 2023-04-11 Apple Inc. Video-based point cloud compression with non-normative smoothing
US20210097723A1 (en) * 2019-09-27 2021-04-01 Apple Inc. Point cloud compression using video encoding with time consistent patches
US11562507B2 (en) * 2019-09-27 2023-01-24 Apple Inc. Point cloud compression using video encoding with time consistent patches
US11538196B2 (en) 2019-10-02 2022-12-27 Apple Inc. Predictive coding for point cloud compression
US11895307B2 (en) 2019-10-04 2024-02-06 Apple Inc. Block-based predictive coding for point cloud compression
US11798196B2 (en) 2020-01-08 2023-10-24 Apple Inc. Video-based point cloud compression with predicted patches
US11625866B2 (en) 2020-01-09 2023-04-11 Apple Inc. Geometry encoding using octrees and predictive trees
US20230048715A1 (en) * 2020-01-10 2023-02-16 Shanghai Jiao Tong University Point cloud data encapsulation method and point cloud data transmission method
US12056091B2 (en) * 2020-01-10 2024-08-06 Shanghai Jiao Tong University Point cloud data encapsulation method and point cloud data transmission method
US11620768B2 (en) 2020-06-24 2023-04-04 Apple Inc. Point cloud geometry compression using octrees with multiple scan orders
US11615557B2 (en) 2020-06-24 2023-03-28 Apple Inc. Point cloud compression using octrees with slicing
US11948338B1 (en) 2021-03-29 2024-04-02 Apple Inc. 3D volumetric content encoding using 2D videos and simplified 3D meshes

Also Published As

Publication number Publication date
US20200302650A1 (en) 2020-09-24
EP3712854B1 (fr) 2024-07-24
EP3712854A1 (fr) 2020-09-23

Similar Documents

Publication Publication Date Title
US11200701B2 (en) Method and apparatus for storage and signaling of static point cloud data
US11581022B2 (en) Method and apparatus for storage and signaling of compressed point clouds
US11595670B2 (en) Method and apparatus for storage and signaling of sub-sample entry descriptions
TWI768308B (zh) 沈浸式媒體資料軌道之軌道導出方法和裝置
EP3821608A1 (fr) Procédé et appareil de stockage et de signalisation de nuages de points comprimés
JP7154314B2 (ja) メディアコンテンツを送信する方法、装置及びコンピュータプログラム
CN111869201B (zh) 处理和发送三维内容的方法
WO2020070379A1 (fr) Procédé et appareil de stockage et de signalisation de nuages de points comprimés
KR102559862B1 (ko) 미디어 콘텐츠 전송을 위한 방법, 디바이스, 및 컴퓨터 프로그램
US11412267B2 (en) Storage of multiple atlases from one V-PCC elementary stream in ISOBMFF
JP2022133439A (ja) メディアコンテンツを送信するための方法、装置及びコンピュータプログラム
US20230421810A1 (en) Encapsulation and decapsulation methods and apparatuses for point cloud media file, and storage medium
WO2024183506A1 (fr) Procédé et appareil de traitement de données pour médias immersifs, et dispositif informatique, support de stockage et produit-programme
KR20220160646A (ko) 미디어 파일 캡슐화 방법, 미디어 파일 캡슐화 해제 방법 및 관련 디바이스
WO2022193875A1 (fr) Procédé et appareil de traitement de vidéo à multiples angles de vision, dispositif, et support de stockage
JP7467647B2 (ja) ボリュメトリックメディア処理方法および装置
WO2022189702A2 (fr) Ré-éclairage dynamique de vidéo volumétrique
WO2024201180A1 (fr) Encapsulation de vidéo volumétrique avec des composantes de type statique et dynamique
WO2023144439A1 (fr) Procédé, appareil et produit-programme informatique de codage vidéo
WO2024215930A1 (fr) Format de fichier d'imagerie pour images multi-plans
CN117581551A (zh) 动态封装媒体内容数据的方法、装置及计算机程序

Legal Events

Date Code Title Description
AS Assignment

Owner name: NOKIA TECHNOLOGIES OY, FINLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:AKSU, EMRE BARIS;HANNUKSELA, MISKA MATIAS;REEL/FRAME:052162/0832

Effective date: 20190430

FEPP Fee payment procedure

Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STPP Information on status: patent application and granting procedure in general

Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction