[go: up one dir, main page]

TW201841500A - 用於媒體內容資產改變的方法及裝置 - Google Patents

用於媒體內容資產改變的方法及裝置 Download PDF

Info

Publication number
TW201841500A
TW201841500A TW107110042A TW107110042A TW201841500A TW 201841500 A TW201841500 A TW 201841500A TW 107110042 A TW107110042 A TW 107110042A TW 107110042 A TW107110042 A TW 107110042A TW 201841500 A TW201841500 A TW 201841500A
Authority
TW
Taiwan
Prior art keywords
asset
asset change
video data
encoding
data
Prior art date
Application number
TW107110042A
Other languages
English (en)
Other versions
TWI656784B (zh
Inventor
魯林 陳
Original Assignee
聯發科技股份有限公司
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 聯發科技股份有限公司 filed Critical 聯發科技股份有限公司
Publication of TW201841500A publication Critical patent/TW201841500A/zh
Application granted granted Critical
Publication of TWI656784B publication Critical patent/TWI656784B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/107—Selection of coding mode or of prediction mode between spatial and temporal predictive coding, e.g. picture refresh
    • 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/142—Detection of scene cut or scene change
    • 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本發明所描述的技術涉及方法、裝置以及電腦可讀介質，其用於處理資產改變點位置。一處理器或編碼器被配置成根據約束資產改變的編碼流程的約束集進行操作，其中約束集從可能資產改變點位置的集合中配置允許資產改變點位置的集合，其中允許資產改變點位置的集合是可能資產改變點位置的集合的子集合；以及從可能資料訪問類型的集合中配置允許資料訪問類型的集合，其中允許資料訪問類型的集合是可能資料訪問類型的集合的子集合。基於約束集，視訊資料被編碼，以生成已編碼第一視訊資料，從而已編碼第一視訊資料包括符合約束集的資產改變點位置和相關資料訪問類型的集合。

Description

用於媒體內容資產改變的方法及裝置 【相關申請的交叉引用】
本申請在35 U.S.C.§ 119(e)下要求如下的優先權：2017年03月24日提出的名稱為“METHOD AND APPARATUS OF SPLICING INFORMATION SIGNALING FOR MMT”申請號為62/475,945的美國臨時專利申請、2017年07月07日提出的名稱為“METHOD AND APPARATUS OF SIGNALING OF SPLICING POINTS WITH CONSTRAINTS FOR THE ACR MESSAGE”申請號為62/529,495的美國臨時專利申請以及2018年01月19日提出的名稱為“CONSTRAINTS AND RAP_FLAG FOR SPLICING POINT SIGNALING,”申請號為62/619,175的美國臨時專利申請，其整體以引用方式併入本文中。
此處描述的技術一般涉及執行媒體內容的資產改變(asset change)，包括用於拼接(splicing)及發信與拼接和拼接點相關的資訊。
MPEG-H是由ISO/IED MPEG開發的一組標準，並且通常被稱為ISO/IEC 23008標準。MPEG-H標準包括許 多不同的部分。MPEG-H標準包括數位格式/容器標準、視訊壓縮標準和音訊壓縮標準。部分1(即MPEG-H部分1(ISO/IEC 23008-1))是MPEG媒體傳輸(MPEG media transport，MMT)部分。MMT技術是用於異質封包交換網路上的多媒體服務的已編解碼媒體資料的傳輸和傳送。例如，MMT部署(deployment)可以包括傳統的廣播TV服務和互聯網流。為了支持這些服務的所需商業模型，除了MPEG-H所支持的這些之外，高級拼接功能被需要，以支持廣告(advertisement，Ad)插入(例如，前置(pre-roll)和中置(mid-roll)廣告插入)、程式編輯和程式切換。然而，現有技術可能不會提供和/或支持編碼設備支持這些服務所需的足夠的拼接能力。例如，編碼設備可能需要執行壓縮編碼、前向糾錯(forward error correction，FEC)編碼和MMTP封包化。
根據所公開的主題，提供了編碼視訊資料的裝置，系統和方法。編碼模組和/或編碼器等被配置成根據約束用於資產改變的編碼流程的約束集進行操作，其中約束集從可能資產改變點位置的集合中配置允許資產改變點位置的集合，其中允許資產改變點位置的集合是可能資產改變點位置的集合的子集合，並從可能資料訪問類型的集合中配置允許資料訪問類型的集合，其中允許資料訪問類型的集合是可能資料訪問類型的集合的子集合。基於約束集，視訊資料被編碼，以生成已編碼第一視訊資料，從而已編碼第一視訊資料包括符合約束集的資產改變點位置和相關資料訪問類型的集合。
在一些示例中，配置編碼模組以根據約束用於資產改變的編碼流程的約束集進行操作，包括：將允許資產改變點位置的集合配置為位於複數個媒體處理單元邊界處的複數個資產改變點；以及配置允許資料訪問類型的集合，從而第一目標媒體處理單元和第一特定媒體處理單元中的至少一個始於特定類型集的流訪問點。特定流訪問點類型的集合可以包括：解碼順序中的所有訪問單元可以被正確地解碼且解碼順序中的一訪問單元也是呈現順序中的第一訪問單元的第一類型；以及媒體流中的解碼順序中的第一訪問單元不是呈現順序中的第一訪問單元的第二類型。一標誌可以被設置以標記媒體處理單元的第一流訪問點。
在一些示例中，配置編碼模組以根據約束用於資產改變的編碼流程的約束集進行操作，包括：將允許資產改變點位置的集合配置為位於流訪問點起始處的複數個資產改變點；以及配置允許資料訪問類型的集合，從而第一目標流訪問點和第一特定流訪問點中的至少一個是特定類型集的。特定流訪問點類型的集合包括：解碼順序中的所有訪問單元可以被正確地解碼且解碼順序中的一訪問單元也是呈現順序中的第一訪問單元的第一類型；以及媒體流中的解碼順序中的第一訪問單元不是呈現順序中的第一訪問單元的第二類型。一標誌可以被設置以標記媒體處理單元中的每個流訪問點。
在一些示例中，編碼包括：編碼資料以發信資產改變點位置的集合。編碼資料可以包括：編碼行動圖像專家組媒體傳輸協定中關於資產改變點位置的集合的資料。編碼可以 包括：設置用於與資產改變點位置的集合中的每個資產改變點位置相關的每個封包的行動圖像專家組媒體傳輸協定封包標頭的隨機訪問點。
一些實施例涉及編碼視訊資料的方法。視訊資料可以被編碼，以生成已編碼視訊資料。在已編碼視訊資料中，資產改變點位置的集合被確定。一個或複數個資料欄在行動圖像專家組媒體傳輸協定封包層處被設置，以發信資產改變點位置的集合，從而接收設備可以使用在行動圖像專家組媒體傳輸協定封包層處所發信的資訊確定資產改變點位置的集合，以執行資產改變。
在一些示例中，設置一個或複數個資料欄包括：在與資產改變點位置的集合中的每個資產改變點位置相關的每個封包的行動圖像專家組媒體傳輸協定封包標頭的類型資料欄中設置一位元。
在一些示例中，設置一個或複數個資料欄包括：設置與資產改變點位置的集合中的每個資產改變點位置相關的每個封包的行動圖像專家組媒體傳輸協定封包標頭的複數個位元。
在一些示例中，設置一個或複數個資料欄包括：在與資產改變點位置的集合中的每個資產改變點位置相關的每個封包的行動圖像專家組媒體傳輸協定有效載荷標頭中設置一位元。
在一些示例中，設置一個或複數個資料欄包括：發信媒體處理單元段類型的值。
一些實施例涉及一種編碼視訊資料的裝置。裝置包括與記憶體通信的處理器，處理器被配置成執行存儲在記憶體中的複數個指令使得處理器配置處理器以根據約束用於資產改變的編碼流程的約束集進行操作，其中約束集從可能資產改變點位置的集合中配置允許資產改變點位置的集合，其中允許資產改變點位置的集合是可能資產改變點位置的集合的子集合；以及從可能資料訪問類型的集合中配置允許資料訪問類型的集合，其中允許資料訪問類型的集合是可能資料訪問類型的集合的子集合。這些指令使得處理器基於約束集編碼視訊資料，以生成已編碼第一視訊資料，從而已編碼第一視訊資料包括符合約束集的資產改變點位置和相關資料訪問類型的集合。
在一些示例中，配置處理器以根據約束用於資產改變的編碼流程的約束集進行操作，包括：將允許資產改變點位置的集合配置為位於複數個媒體處理單元邊界處的複數個資產改變點；以及配置允許資料訪問類型的集合，從而第一目標媒體處理單元和第一特定媒體處理單元中的至少一個始於特定類型集的流訪問點。
在一些示例中，配置處理器以根據約束用於資產改變的編碼流程的約束集進行操作，包括：將允許資產改變點位置的集合配置為位於流訪問點起始處的複數個資產改變點；以及配置允許資料訪問類型的集合，從而第一目標流訪問點和第一特定流訪問點中的至少一個是特定訪問類型集的。
在一些示例中，編碼包括：編碼資料以發信資產改變點位置的集合。
一些實施例涉及一種執行視訊資料的資產改變的裝置。裝置包括與記憶體通信的處理器，處理器被配置成執行存儲在記憶體中的複數個指令使得處理器：接收已編碼視訊資料；基於位於行動圖像專家組媒體傳輸協定封包層處的一個或複數個資料欄，確定資產改變點位置的集合；以及使用來自於資產改變點位置的集合的一個或複數個資產改變點位置，執行資產改變操作。
因此，大致概述了所公開的主題的特徵，以便更好地理解下列具體實施方式，並且以便更好地理解對本領域的貢獻。當然，存在所公開主題的額外特徵，其將在下文中描述，並形成附加申請專利範圍的主題。可以理解的是，本文中所使用的用語和術語是用於描寫的目的，不應被視為限制。
102‧‧‧視訊源
104‧‧‧編碼器
106‧‧‧已編碼視訊
108‧‧‧中間裝置
110‧‧‧網路
112‧‧‧輔助視訊
114‧‧‧用戶端設備
116‧‧‧解碼器
118‧‧‧顯示
120‧‧‧已編碼且已處理視訊
200‧‧‧ACR消息語法
202‧‧‧目標MMT封包標識target_MMT_package_id
204‧‧‧目標資產標識target_asset_id
206‧‧‧目標資產類型target_asset_type
208‧‧‧時間段
210‧‧‧改變類型change_type
212‧‧‧改變指示模式change_indicate_mode
300、450、700、900‧‧‧表格
400‧‧‧MMTP封包標頭
402‧‧‧類型資料欄
404‧‧‧S標誌
406、502‧‧‧RAP標誌R
500‧‧‧第一版本的MMTP封包結構
504‧‧‧保留
550‧‧‧第二版本的MMTP封包結構
552‧‧‧QoS Q資料欄
600、650、680、800‧‧‧語法
602‧‧‧V資料欄
604‧‧‧標誌Q
606‧‧‧QoS_support_header資料欄
608‧‧‧拼接點標誌S
610‧‧‧拼接支持標頭資料欄
612‧‧‧packet_sequence_number資料欄
614‧‧‧FEC類型資料欄FEC
616‧‧‧‘Type’資料欄
618‧‧‧R資料欄
652‧‧‧流識別碼標誌F
654‧‧‧可靠性標誌r
656‧‧‧流拓展標誌E
658‧‧‧延遲靈敏度資料欄DS
660‧‧‧位元率類型資料欄TB
662‧‧‧傳輸優先順序資料欄TP
682‧‧‧拼接點偏移sp_offset
684‧‧‧拼接點特性資料欄sp_property
686‧‧‧解碼時間戳偏移資料欄prst_timestamp_offset
802‧‧‧‘FT’資料欄
804‧‧‧拼接點標誌‘S’
1000‧‧‧電腦化方法
1002~1006‧‧‧步驟
圖式中，不同圖式所示出的每個相同或幾乎相同的元件用相同的參考字元表示。為了清晰，並不是每個元件都在每個圖式中標記出來。圖式不一定是按比例繪製的，而是將重點放在此次所述的技術和設備的各個方面。
第1圖是根據一些實施例的示例性視訊傳輸與傳送配置。
第2圖是根據一些示例的示例性資產改變請求(asset change request，ACR)消息語法的示例。
第3圖是根據一些示例的用於ACR消息中的change_type資料欄的示例性改變類型值的表格。
第4A圖是根據一些實施例的示例性MPEG媒體傳輸協定 (MPEG Media Transport Protocol，MMTP)封包標頭的部分。
第4B圖是根據一些示例的具有類型資料欄的示例性值的表格。
第5A圖是根據一些示例的第一版本的MMTP封包結構。
第5B圖是根據一些示例的第二版本的MMTP封包結構。
第6A圖是根據一些實施例的發信拼接資訊的示例性語法。
第6B圖是根據一些實施例的用於QoS支持標頭的示例性語法。
第6C圖是根據一些實施例的用於拼接支持標頭資料欄的示例性語法。
第7圖是根據一些實施例的FEC類型資料欄的值的示例性表格。
第8圖是根據一些實施例的用於MPU模式的MMTP有效載荷標頭的示例性語法。
第9圖是根據一些實施例的FT資料欄的示例性值的表格。
第10圖是根據一些實施例的用於根據約束集編碼視訊的示例性電腦化方法。
此處所討論的技術可以用於支持強健拼接能力。拼接可以用於在MMT系統層處將兩個不同的MMT資產連接在一起，使得到的MMT封包符合MMT標準。申請人已瞭解到已有的MPEG-H拼接支持不足夠提供適合範圍的拼接能力和已有服務(例如，用於諸如預卷和中卷、程式編輯、切換等 的不同廣告插入)所需的支持。例如，申請人已瞭解到當前拼接尺寸不能提供足夠且強健地用於拼接的資產發信，包括用於這些特定服務的發信。又例如，申請人已瞭解到拼接兩個不同的資料流程或MMT資產可能需要處理和/或發信解碼依存性、解碼延遲以及解碼器暫存器問題(例如緩存溢流)和/或處理位於拼接點前/後的品質連續性。如此處進一步所討論，申請人已開發以提供使用目前技術不可實現的高級拼接能力的方式改善並改進現有拼接技術的技術，包括約束技術和發信技術。
在如下描述中，為了提供對所公開的主題的透徹理解，闡述了關於所公開的主題的系統和方法以及這些系統和方法可以工作的環境等的許多具體細節。另外，應當理解的是，下面提供的示例是示例性的，並且設想的是，存在所公開的主題範圍內的其他系統和方法。
第1圖顯示了根據一些實施例的示例性視訊和傳送配置100。視訊源102可以是任何類型的視訊源，例如行動電話、攝像機(例如，攝像機包括音訊記錄能力，和/或單個攝像機和音訊記錄功能)、存儲的視訊資料和/或電腦生成的圖形等。編碼器104將視訊源編碼成已編碼視訊。編碼器104可以駐留在生成視訊源102的同一設備上，和/或可以駐留在不同的裝置上。編碼器104經由網路110將已編碼視訊106傳輸到中間裝置108。中間裝置108可以是，例如MMT感知設備，和/或能執行視訊處理操作的其他設備，例如拼接。中間裝置108可以由例如區域運營商進行操作。網路可以是，例如異質 網路，諸如互聯網、廣播網路和/或行動網路(例如蜂窩網路)等。中間裝置108(和/或包括，例如駐留在中間裝置108上的記憶體中)與輔助視訊112通信。如本文進一步所討論，中間裝置108基於輔助視訊112和/或附加資料處理(例如拼接)已編碼視訊106，以生成已編碼且已處理視訊120。中間裝置108可以作為接收設備進行操作以接收來自於編碼器104的已編碼視訊106(和/或消息，未示出)。在一些實施例中，如本文進一步所討論，中間裝置108執行FEC解碼和/或編碼。
用戶端設備114經由網路110自中間裝置108接收已編碼/已處理視訊120。用戶端設備114包括用於顯示已解碼視訊的顯示118。在一些其他實施例中，用戶端設備可以被連接到用於顯示已解碼視訊的顯示118，用戶端設備114可以是，例如電腦、行動電話、機上盒、電視機和/或被配置為接收和播放已編碼/已處理視訊120的任何其他用戶端設備。用戶端設備114包括解碼器116,其用於對已編碼視訊進行解碼。
媒體組件被處理成特定於MMT的格式，稱為媒體處理單元(Media Processing Unit，MPU)，其基於ISO基礎媒體文檔格式(ISO base media file format，ISOBMFF)定義了內容邏輯結構和物理封裝格式。MMT資產可以包括一個或複數個MPU。包括一個或複數個MMT資產的MMT封包被封包化以用於傳送。中間裝置108可以是MMT感知設備，其可以處理資產改變，例如包括添加本地廣告。中間裝置108可以由地區办公室進行操作。資產改變通常對用戶端設備114是透明的，例如用戶端。換句話說，用戶端設備114通常不感知任 何資產改變。
如ISO/IEC 23008-1：201x DAM2 Enhancement for Mobile Environments,”W16648,2017年1月，瑞士日內瓦，中所描述，其整體以引用的方式併入本文，拼接可以透過添加資產改變請求(Asset Change Request，ACR)消息來支持，ACR消息可以被包括以支持資產改變或拼接處理。ACR消息可以被使用，例如，以用於發信并使用不同參數來設置目標資產。在MMT上下文中，資產改變或拼接可以被執行，以在MMT系統層上連接兩個不同MMT資產，並且得到的MMT封包符合MMT標準。當MMT感知網路實體(MMT-aware Network Entity，“MANE”)或拼接設備接收ACR消息作為改變事件時，其可以被配置成相應地執行處理。該設備可以使用本地資產(例如使用當地內容的本地廣告)或使用第三方廣告(例如，透過自URL遠端檢索內容)。
ACR消息可以用不同參數發信改變事件，包括目標MMT封包id、目標資產id、改變類型、改變指示模式等。如第2圖顯示了根據一些示例的示例性ACR消息語法200的示例。語法200包括目標MMT封包標識target_MMT_package_id 202(例如，其表示待改變的目標封包的標識)、目標資產標識target_asset_id 204(例如，其表示待改變的資產的標識)、目標資產類型target_asset_type 206(例如，其提供待改變資產的類型)、時間段(duration)208(例如，其表示始於下面討論的change_indicate_mode資料欄中所指定的時間處開始的以毫秒計的改變時間時間段)、改變類型 change_type 210(其表示對由target_asset_id表示的目標資產上的媒體改變的類型)以及改變指示模式change_indicate_mode 212(例如，其可以定義如何指示發生媒體改變的時間)。
ACR消息可以包括第2圖中未示出的其他資料欄。例如，ACR消息可以包括糾錯資訊(例如，FEC資訊，例如FEC_clean_type)，其可以用於避免不必要的糾錯處理。例如，如果糾錯不考慮底層資料結構，則糾錯處理很可能被需要處理資料單元(例如，為了執行拼接)。然而，如果糾錯考慮底層資料結構，則糾錯處理可以被避免。ACR消息可以包括一資料欄，例如FEC_clean_type資料欄，以發信到拼接設備，源和/或目的內容的糾錯是否是資料單元邊界感知的，從而前向糾錯不重疊(overlap)資料單元邊界，因而糾錯處理可以被跳過以執行資產改變。
第3圖顯示了根據一些示例的用於ACR消息中的change_type 210資料欄的示例性改變類型值的表格300。0x00和0x04到0xFF的這些值或類型可以被保留，例如用於未來使用。值0x01可以用於表示接收設備應該用指定資產替代目標資產。值0x02可以用於表示接收設備應該在具有阿爾法混合模式的目標資產上重疊指定資產。在值0x02情況下，指定資產的重疊位置可以由PI檔來提供，例如，MPEG組合資訊(Composition Information，CI)檔和/或標準中所定義的佈局配置表格等。值0x03可以用於用指定資產在目標資產之前執行插入。例如，插入類型可以用于支持廣告插入的前置或中置 的使用實例(若不然如現有拼接能力通常只限于用指定資產替代目標資產或者在目標資產上重疊一資產)。
在一些示例中，發起MMT應用的MMT會話的主MMT發送實體發送ACR消息。當MMT感知網路實體(MMT-aware Network Entity，“MANE”)或MMT中間框接收ACR消息時，其處理ACR消息。例如，如果ACR消息包括與糾錯相關的參數(例如，FEC_clean_type)，則設備執行由FEC_clean_type發信的任何FEC處理。隨後，該設備透過MMTP封包中的隨機訪問資訊(例如，如下面進一步討論的RAP_flag)在目標資產中定位改變點，並根據ACR消息中的特定設置用指定資產執行所請求的改變。
此處所描述的技術可以被配置成對用於改變點或拼接點的MMT資產施加約束。這些約束，例如，可以被配置成相比于使用已有的可實現的拼接技術，包括普通拼接和無縫拼接，提供改進的拼接結果。
在一些實施例，約束可以被施加以用於位於MPU的起始處的資產改變。對於單個MPU資產(例如，僅佔用單個MPU的資產)，位於MPU的起始處的資產改變相同於這種資產的起始處的資產改變。其通常生成更小尺寸的資產。事實上，MMT資產可以包含複數個MPU，並且MPU始於流訪問點(stream access point，“SAP”)。在“ISO Base Media File Format,”ISO/IEC 14496-12，第5版，2015年2月中，其整體以引用的方式併入本文，解釋了SAP。SAP使能對媒體流的容器的隨機訪問。額外地，MPU可以包含具有不同SAP類型的 複數個ASP，例如，類型1、類型2和/或類型3等。
如ISO/IEC 14496-12中所討論，SAP類型可以變化，例如，從類型1到類型6。具體地，ISO/IEC 14496-12規定了類型1對應於一些編解碼方案中所謂的“關閉GoP隨機訪問點”(其中，解碼順序中的始於ISAP的所有訪問單元可以被正確地解碼，形成沒有間隙的正確解碼的訪問單元的連續時間序列)，並且另外，解碼順序中的訪問單元也是呈現(presentation)順序中的第一訪問單元。類型2對應於一些編解碼方案中所謂的“關閉GoP隨機訪問點”，其中始於ISAU的媒體流中的解碼順序中的第一訪問單元，不是呈現順序中的第一訪問單元。類型3對應於一些編解碼方案中所謂的“開啟GoP隨機訪問點”，其中解碼順序中跟隨ISAU的一些訪問單元不能被正確地解碼，並具有小於TSAP的呈現時間。類型4對應於一些編解碼方案中所謂的“漸進式解碼刷新(Gradual Decoding Refresh，GDR)隨機訪問單元”，其中解碼順序中始於且跟隨的ISAU一些訪問單元不能被正確地解碼，且具有小於TSAP的呈現時間。類型5對應於一情況，其中解碼順序中始於ISAP的至少一個訪問單元不能被正確地解碼，且具有大於TDEC的呈現時間，並且TDEC是始於ISAU的任何訪問單元的最早呈現時間。類型6對應於一情況，其中解碼順序中始於ISAP的至少一個訪問單元不能被正確地解碼，且具有大於TDEC的呈現時間，並且TDEC不是始於ISAU的任何訪問單元的最早呈現時間。
對於MPU邊界處發生的MMT資產改變點，資產改變入(change-in)點可以是(例如，目標資產集的)第一個 目標資產中位於第一個目標MPU之前的點。資產改變出(change-out)點可以是在最後一個目標資產中緊接最後一個目標MPU之後的點。資產改變點可以是資產改變入點或資產改變出點。此處的描述可交替地使用短語“資產拼接點”和“資產改變點”。例如，短語“拼接入點”和“拼接出點”可以分別用於“資產改變入點”和“資產改變出點”。MANE或執行資產改變的其他設備可以被交替地視為拼接設備或拼接器。
ACR中的改變類型可以指示目標資產上的媒體改變的類型。在一些實施例中，約束可以被施加以用於改變類型。例如，第一個目標MPU和/或第一個指定MPU可以被約束以始於類型1或類型2的SAP。始於類型1或類型2可以提供，例如，從資產改變入點(位於第一個目標資產之前)開始到資產改變出點(在最後一個目標資產之後)的乾淨拼接處理。在一些示例中，資產改變入點和資產改變出點可以是位於相同的位置處，例如，以用於插入的改變類型。在一些示例中，如果目標資產或指定資產的MPU始於其他SAP類型，例如類型3，則拼接資產改變可能仍然是可能的，但可能不夠理想。例如，使用其他SAP類型可能在解碼/渲染流程中引起複雜的情景，例如，粗解碼(例如，錯誤解碼，基於MANE設備的能力)和/或定時不匹配等。
在一些實施例中，其他約束可以被施加以用於不同的ACR改變類型。例如，一約束可以被施加，從而以用於資產替換(例如第3圖中的表格300中的類型0x01的)的ACR改變類型，MPU可以被約束到特定SAP類型。例如，指定資 產的第一MPU可以被約束以始於SAP類型，和/或位於改變出點之後的資產的第一MPU可以被約束以始於特定SAP類型。例如，指定資產的第一MPU可以被約束以始於類型1或類型2的SAP，和/或在改變出點之後的資產的第一MPU可以被約束以始於類型1或類型2的SAP。
在一些實施例中，對於插入的改變類型(例如，第3圖中的表格300中的0x03)，一約束可以被施加以用於SAP類型。例如，位於改變入點之後的第一MPU和指定資產的第一MPU可以被約束以始於類型1或類型2的SAP。
在一些實施例中，對於重疊的改變類型(例如，第3圖中表格300中的0x02)，一約束可以被施加以用於SAP類型。例如，指定資產的第一MPU可以被約束以始於類型1或類型2的SAP。
在一些實施例中，約束可以被施加以用於位於MPU中的一點處的資產改變。如上所述，對於單個SAP MPU，資產改變可以位於MPU的起始處。其通常生成更小尺寸的MPU。如上所討論，MPU可以包含具有不同SAP類型的複數個SAP，例如，類型1、類型2和/或類型3等。
在一些實施例中，MMT資產改變點可以發生於MPU中SAP的起始處。“第一目標SAP”可以是作為資產改變的改變點的目標資產中的第一SAP點。“第一特定SAP”可以是資產改變的指定資產的第一SAP點。
在一些實施例中，一約束可以被施加，使得第一目標SAP和/或第一指定SAP是特定SAP類型的。例如，第一 目標SAP和/或第一指定SAP可以被約束以是SAP類型1或類型2的。
在一些實施例中，約束可以被施加以用於特定改變類型。在一些實施例中，對於“替換”的改變類型(例如，change_type=1)，一約束可以被施加，使得第一指定SAP將是類型1或類型2的，並且位於改變出點之後的第一目標SAP將是類型1或類型2的。在一些實施例中，對於“重疊”的改變類型(例如，change_type=2)，一約束可以被施加，使得第一指定SAP將是類型1或類型2的。對於“插入”的改變類型(例如，change_type=3)，一約束可以被施加，使得位於改變入點之後的第一目標SAP將是類型1或類型2的，並且第一指定SAP將是類型1或類型2的。
資料可以用於發信用於目標資產的拼接點，包括位於MPU的起始處的拼接點和/或MPU中的點。在一些實施例中，MMTP封包標頭可以用於發信拼接點。在MMTP封包標頭中，存在隨機訪問點(random access point，RAP)標誌，其可以用於指示封包中的重要資料。在一些實施例中，拼接點可以是RAP標誌的特殊情況。例如，MMTP封包標頭中的RAP標誌，即RAP_flag“R”，可以用於發信包含在MMTP封包中的資料類型的隨機訪問點。RAP_flag R如第4A圖中所示，下面進一步討論。MMT實施指南是“WD of ISO/IEC 23008-13 3rd Edition MPEG Media Transport Implementation Guideline,”w16658,2017年2月，其整體以引用的方式併入本文。實施指南解釋了RAP_flag可以標記(用於定時媒體的)發信消息、 MPU段類型0、MPU段類型1或IRAP圖像。MPU段類型0指示封包包含MPU元資料，例如ftyp框、mmpu框、moov框和meta以及之間出現的任何其他框。MPU段類型1指示封包包含電影段元資料，例如，moof框和mdat框，不包括mdat框內的所有媒體資料，但包括輔助樣本資訊的任何塊(chunk)。IRAP圖像指示封包包含I圖像作為RAP。IRAP圖像，作為媒體段單元(Media Fragment Unit，MFU)，可以出現在MPU的中間。
在一些實施例中，如本文所討論，RAP_flag可以用於在一約束被施加時發信與拼接點相關的資訊。例如，對於如本文所討論的位於具有一約束的MPU的起始處的拼接點，RAP_flag可以僅標記MPU的第一SAP。如果MPU尺寸較大，則拼接點的數量可以被限制。又例如，如本文所討論的位於具有一約束的MPU的一點處的拼接點，RAP_flag可以標記MPU中的每個SAP。這可以生成較好數量的拼接點。一些約束可以需要所有SAP始於類型1或類型2，其可能降低視訊編解碼效率。
在一些示例中，MMT發送實體可以發送週期性的發信消息。例如，MMT發送實體在MPU之前或之後可以週期性地發送發信消息，以用於較低延遲服務和/或以用於快速MMT會話獲取。MMT發送實體可以在MPU週期內以不同順序發送MPU段。在一些示例中，RAP_flag可以用於標記具有類型1、類型2和/或類型3等的IRAP圖像的RAP的快速會話獲取的封包。使用RAP_flag來發信以用於快速會話獲取可能 頻繁地重複以提供服務程式的簡單接入(tune-in)。這種發信可以或不可以基於接收實體的能力形成(例如原始地)較好視覺品質。例如，儘管如果MPU段是無序的，則在其所加入的點處，其可能或不可能基於接收實體的性能而形成較好視覺品質，但是MMT接收實體可以使用RAP_flag來接入並加入一服務。設備對快速會話獲取和拼接的支持可以是不相同的。另外，無縫拼接支持可能需要發信拼接點的解碼延遲、暫存器存儲度(fullness)和適當的位元率。
在一些實施例中，圖像的類型可以被限制成使用RAP_flag來使用如本文所討論的一個或複數個約束發信拼接點。例如，已標記的IRAP圖像可以被約束為符合AVC/HEVC的IDR圖像和/或符合MPEG檔格式的同步樣本等。在一些示例中，如果IDR圖像在MPU的中間內，則IDR圖像不被考慮為拼接點。在一些實施例中，如果RAP_flag所標記的圖像均是IDR圖像，則發信隨機訪問點的操作也可以發信拼接點。在一些示例中，可能希望權衡改變(leverage)IDR圖像的頻率。流中頻繁的IDR圖像可能影響編解碼效率，而流中週期性的IRAP圖像(例如，包括在MPU的中間的)對簡單隨機訪問而言可能是希望的。因此，在一些實施例中，隨機訪問點可以不同于拼接點，包括拼接點是無縫拼接點還是普通拼接點。在一些示例中，RAP_flag可以被用作不同資料優先順序的通用(generic)發信機制。並不是所有隨機訪問點可以是拼接點，從而在一些實施例中，拼接點是隨機訪問點的子集。另外，一些拼接點可以用於普通拼接，而其他的拼接點可以用於無縫拼 接。額外的位元可以被使用以發信特定拼接點的類型(例如，用於普通拼接或無縫拼接的)。
因此相比於可以使用如上討論的約束和/或RAP標誌來發信的，還需要發信其他資訊。在一些實施例中，關於拼接點(例如，以及拼接點特性)的資訊可以在MMTP封包層處被發信。在一些示例中，如本文所討論，這種MMTP封包層發信可以與傳送消息一起使用，例如，ACR消息。使用已有資料欄和/或使用已有MMTP封包標頭配置中不存在的新資料欄，拼接點資訊可以在MMTP封包中被發信。
第4A圖是根據一些實施例的示例性MMTP封包標頭400的部分。標頭400包括類型資料欄402，其在該非限制性示例中包括5個位元，即11-15。在一些配置中，類型資料欄402可以包括一額外位元，例如，如第4A圖中所示作為“S”標誌404的位元10。因此，如第4A圖所示，在一些實施例中，MMTP封包標頭400(即位元10)中的類型資料欄402的第一位元可以被用作拼接點標誌404。標頭400也包括RAP標誌“R”406，其實現如上討論的RAP標誌。如標準所定義且下面所進一步討論，標頭也可以包括如第4A圖所示的額外資料欄。
S標誌404可以發信拼接點。例如，拼接點標誌S 404，在設置為1時，指示有效載荷包含指向該資料類型的資料流的拼接點。否則，在設置為0時，拼接點標誌S 404可以指示有效載荷不包含拼接點。S標誌404的語義還可以由資料流的資料類型進行定義。在一些實施例中，當S標誌404被設置為1時，‘R’406將被設置為1。例如，如上所討論，R可以 用於在施加約束時發信拼接點。在一些情景中，這可能降低編解碼效率和/或需要編解碼圖像結構被預定義。因此，額外的S發信可以被使用以提供具有更好編解碼效率的拼接支持，和/或可以被使用以用拼接點的額外發信位元來支持無縫拼接等。
第4B圖顯示了根據一些示例的具有類型資料欄102的示例性值的表格450。類型0x00是MPU，其被定義為MPU的媒體感知段。類型0x01是通用物件，其被定義為諸如完整的MPU或另一類型的物件的通用物件。類型0x02是發信消息，其被定義為一個或複數個發信消息或一發信消息的段。類型0x03是修復符號，其被定義為單個完整的修復符號。值0x04-值0x0F被保留以用於ISO使用，並且值0x10-0x1F被保留以用於個人使用。
在一些實施例中，來自於MMTP標頭的額外位元(例如，如上所討論，不止一個位元)可以被使用以發信拼接資訊。第5A圖顯示了根據一些示例的第一版本的MMTP封包結構500。第5B圖顯示了根據一些示例的第二版本的MMTP封包結構550。這兩個版本均包括RAP標誌R 502。如上所解釋，RAP標誌R 502可以用於快速會話獲取。標誌R 502，例如，根據MMT實施指南，指示有效載荷(payload)包含指向該資料類型的資料流程的RAP。RAP可以是MPU元資料，發信消息或包含i幀的幀。對於MPU模式，R標誌502可以被設置成：(a)標記MPU段類型值0和值1的資料單元，(b)在定時媒體的情況中，標記包含其同步樣本或段的MFU，以及(c)標記非定時MPU的主要條目。發明人已理解的是，RAP標誌‘R’ 不一定指示隨機訪問點是否是‘好’或者‘更安全’的，以用於拼接MMT資產。這一點對執行無縫拼接確實如此。拼接兩個不同的資料流或MMT資產可能涉及發信並處理可能的解碼依存性、解碼延遲和解碼暫存器存儲度問題(例如，暫存器溢流)。在一些示例中，對於無縫拼接，也希望考慮拼接點前後的品質連續性。
本文所描述的技術提供在MMT封包層處指定或發信拼接機會資訊和拼接點性能。拼接資訊可以被指定以用於不同拼接性能，包括普通拼接和/或無縫拼接。在MMT封包層處揭露拼接資訊可以允許拼接設備或MANE快速訪問拼接相關資訊，例如，無需進一步解析到媒體資料。此外，在一些示例中，額外拼接資訊可以被添加到封包標頭中。
第6A圖是根據一些實施例的發信拼接資訊的示例性語法600。語法600，如下面所進一步討論，通常統一分別如第5A圖和第5B圖中所述的MMTP封包結構500和MMTP封包標頭結構550。語法600也將拼接支持添加到標頭中。例如，如第5A圖所示，位元8和位元9被保留(reserved，RES)504。示例性語法600使用位元8和位元9以用於發信QoS和拼接相關資訊。此外，如下面所進一步討論，第5B圖中所示的QoS Q資料欄552的功能被移動到QoS_support_header資料欄606，如下面所進一步討論。該語法包括資料欄，例如，在ISO/IEC 23008-1：2017,Part 1：MPEG Media Transport(MMT)中所描述的資料欄，其整體以引用的方式併入本文。
位元0-位元1(即2個位元)是V資料欄602，其 指示MMTP協定的版本號。在一些實施例中，該資料欄被設置成‘00’以符合MPEG規格，並且被設置成‘01’以用於QoS支持和拼接支持。標誌Q 604(1個位元)是QoS_classifier_flag，從而如果Q被設置，則具有QoS。在一些實施例中，當Q 604被設置成‘1’，其指示QoS分類器資訊資料欄QoS_support_header 606(32個位元)在語法600中存在。QoS分類器資訊資料欄606可以包含多個不同欄。第6B圖顯示了根據一些實施例的用於QoS支持標頭606的示例性語法650。語法650包括流識別碼標誌F 652(1個位元)，其指示流識別碼資訊是否被使用(例如，使得一應用可以執行按每個流的QoS操作，其網路資源在會話(session)期間被暫時地保留)。語法650包括可靠性標誌r 654(1個位元)，其指示資料是否是耐損耗的(例如，媒體資料)，或者資料是否是不耐損耗的(例如，發信資料、服務資料和/或程式資料)。語法650包括流拓展標誌E 656(1個位元)，其可以在存在多於127個流時被使用，以指示額外位元組在拓展標頭中使用。語法650包括延遲靈敏度資料欄DS 658，其指示給定服務(例如，常規服務(~100ms)和/或現場流服務(~1s)等)的端對端傳送之間的資料的延遲靈敏度。語法650包括位元率類型資料欄TB 660，其指示位元率的類型(例如，常量位元率和/或非常量位元率)。語法650包括傳輸優先順序資料欄TP 662，其指示QoS類特性。例如，一應用可以根據一個特性的特定值執行每類QoS操作。例如，類值對所有獨立會話而言是通用的。
還參照如第6A圖中所示的語法600，語法600包 括拼接點標誌S 608(1個位元)，其可以指示是否存在拼接支持。在一些實施例中，當S 608被設置成‘1’，其指示拼接點資訊資料欄，即語法600中示出為splicing_support_header 610(32個位元)是存在的。第6C圖顯示了根據一些實施例的用於拼接支持標頭資料欄610的示例性語法680。用於拼接支持標頭資料欄的語法680包含3個資料欄，即拼接點偏移sp_offset 682(8個位元)、拼接點特性資料欄sp_property 684(8個位元)和解碼(呈現)時間戳偏移資料欄prst_timestamp_offset 686(16個位元)。在一些實施例中，並不是語法680中的所有資料欄被使用。例如，對於定時資料和無縫拼接，sp_property資料欄684和prst_timestamp_offset資料欄686被使用；否則這兩個資料欄被設置為0。
拼接點偏移sp_offset 682是整數值，其可以被用作添加到第6A圖中的packet_sequence_number資料欄612的偏移，以計數位於拼接點之前的封包的數量。得到的封包的封包序列數可以指示位於該封包的最後一個位元組之後的拼接點。
sp_property 684指定定時資料的拼接相關特性。例如，前面2個位元可以指定SAP類型，剩餘的6個位元可以指定其他資訊，例如，拼接解碼延遲、最大拼接位元率和拼接品質等。(例如，品質可以考慮分層的視訊編解碼實例，包括MVC和SVC)。拼接點特性可以被指定在單獨檔中，例如，標準ISO/IEC 23008或ISO/IEC 23001-8的編解碼單個編解碼點的新部分。在一些實施例中，拼接設備可以決定以其處理SAP 類型的能力和其他特性的形式來執行拼接處理。
prst_timestamp_offset 686可以指定到MPU呈現時間(mpu_presentation_time)的呈現時間偏移，其是位於MPU時間戳描述符中。prst_timestamp_offset 686可以是MPU與在拼接點之後有最早呈現時間的AU之間的呈現時間差。呈現時間偏移可以在下面情景中使用，即如果在將這兩個放在一起時可能存在延遲，則其可以被使用以通知拼接設備該偏移。
用上述的MMTP封包標頭中的拼接資訊，拼接設備可以查找到最近的拼接點，並正確地執行拼接處理，例如，當其由來自於MMT發送實體的相關消息進行指導時。
糾錯，例如，應用層前向糾錯(application layer forward error correction，AL-FEC)，可以與MMT一起使用。例如，在當前MPEG標準中，AL-FEC通常被添加到MMTP封包上以用於IP網路上的傳送。因此，執行拼接特徵通常需要在能處理MMT封包之前，處理FEC層。如上所討論，AL-FEC實現可以獨立於媒體資料格式，從而，FEC可以不感知相關媒體資料格式的任何資料單元邊界。因此，給定MMT封包上的MMT封包/資產的改變或拼接可能需要尊重AL-FEC實現的存在，並且可能形成AL-FEC解碼和重新編解碼。例如，2018年03月05日提出的申請號為15/912,413且名稱為“Methods and Apparatus for Signaling Asset Change Information for Media Content”的美國專利申請，描述了用於對糾錯是否考慮底層資料內容的結構進行發信的技術，其整體以引用的方式併入本文。編碼設備可以發信所實現的糾錯，包括AL-FEC，是否感 知媒體資料單元邊界，從而AL-FEC源符號塊尺寸將不穿過資料單元邊界。例如，如果編碼以AL-FEC方式被執行，則MPU或MFU的邊界可以用作拼接點。如果AL-FEC實現是資料單元邊界感知的，則拼接器可以改變或拼接資產，而無需執行AL-FEC處理。用於在MMTP封包標頭處發信邊界感知的參數資料欄可以被指定為data_unit_boudary_aware_FEC資料欄，一個位元資料欄。該一個位元資料欄可以在第6A圖中所示的FEC類型資料欄FEC 614中進行分配，其在MMT封包標頭中可以是兩位元資料欄。
第7圖顯示了根據一些實施例的FEC 614的值的示例性表格。值“0”指示沒有source_FEC_payload_ID資料欄(例如，其僅在FEC類型的值被設置為1時使用)的MMTP封包。例如，如果FEC類型614被設置成0，則其可以指示FEC不被應用于該MMT封包，和/或FEC被應用于該MMT封包，而無需添加source_FEC_payload_ID。值“1”指示具有source_FEC_payload_ID的MMTP封包。例如，如果FEC類型614被設置成1，則其可以指示FEC被應用于該MMT封包。值‘2’指示FEC有效載荷模式0的修復符號的MMTP封包。
在一些實施例中，由於MMTP封包標頭可以包括‘FEC_types’資料欄FEC 614和‘Type’資料欄616(例如，如第6A圖所示)，值‘2’和值‘3’均是冗餘的。例如，當封包標頭中的6位元‘type’資料欄616指示來自於其他資料類型的封包的修復字元類型時，值‘2’和值‘3’均可以自值‘0’和值‘1’推導出。在一些實施例中，如果值‘2’和值‘3’均是自其他標頭資訊推導 的，則這些值可以被保留和/或僅單個位元可以被使用以指示值‘0’和值‘1’。
在一些實施例中，FEC有效載荷模式0和FEC有效載荷模式1可以被使用以發信源和修復封包均包括(或者不包括)source_FEC_payload_ID資料欄。在一些實施例中，例如，如第7圖中的表格700中所示，值‘0’和值‘1’可以發信以僅用於修復資料欄封包。因此，在一些實施例中，source_FEC_payload_ID資料欄可以被發信(除了修復字符封包之外)，而在一些實施例中，源可以不被發信。
在一些實施例中，2位元FEC類型資料欄614可以被分割成兩個1位元資料欄。例如，兩個位元的完整集合可以指示用於MMTP封包的錯誤保護的FEC方案的類型。第一位元可以指示FEC類型，且第二位元可以指示FEC的資料單元邊界感知。例如，位元0可以被設置成值‘0’以發信FEC不是資料單元邊界感知的，或者被設置成值‘1’以發信FEC是資料單元邊界感知的。又例如，位元1可以被設置成‘0’以指示FEC不被應用于該MMT封包，和/或FEC被應用于該MMT封包而無需添加source_FEC_payload_ID，並且該位元可以被設置成‘1’以指示MMT封包包括source_FEC_payload_ID資料欄。
在一些實施例中，用於MPU模式的MMTP有效載荷標頭可以被使用以發信拼接資訊。在一些實施例中，已有資料欄的部分可以用於發信，例如使用來自於保留的已有資料欄的一個或複數個位元。第8圖顯示了根據一些實施例的用於MPU模式的MMTP有效載荷標頭的示例性語法800。如語法 800所示，MMTP有效載荷標頭中的‘FT’資料欄802的第一位元可以被用作拼接點標誌‘S’804以發信拼接點。因此，使用該標誌‘S’804將‘FT’資料欄802降低到3位元。用於S 804的位元可以佔用FT資料欄802中保留的位元。例如，FT值0是用於MPU元資料，並指示其包含FTYP框、MMPU框、MOOV框和元框(meta box)以及之間出現的任何其他框。FT值1是用於電影段元資料，並指示其包含MOOF框和MDAT框，不包括MDAT框內的所有媒體資料但包括輔助樣本資訊的任何塊。FT值2是用於MFU，並指示其包括定時媒體資料的樣本或子樣本，或者非定時媒體資料的條目。值4-7被保留以用於個人使用。拼接點標誌S 804可以被設置成‘1’以指示有效載荷包含指向該資料類型的資料流的拼接點。該標誌的準確語義還可以由資料類型本身進行定義。
在一些實施例中，拼接點標誌S的值可以影響其他資料欄或受其他資料欄的影響。例如，當拼接點標誌S 804被設置成1時，‘R’(例如，第5A圖-第5B圖中的R資料欄502、第6A圖中的R資料欄618)也可以被設置成‘1’。因此，‘S’可以用於指示作為拼接點的隨機訪問點的子集。
在一些實施例中，拼接資訊可以使用MPU段類型的另一值被發信。第9圖顯示了根據一些實施例的FT資料欄(例如結合第8圖所討論的FT資料欄802)的示例性值的表格900。如上所討論且如表格900所示，FT值0是用於MPU元資料，並指示其包含FTYP框、MMPU框、MOOV框和元框以及之間出現的任何其他框。FT值1是用於電影段元資料， 並指示其包含MOOF框和MDAT框，不包括MDAT框內的所有媒體資料但包括輔助樣本資訊的任何塊。FT值2是用於MFU，並指示其包括定時媒體資料的樣本或子樣本，或者非定時媒體資料的條目。新的值3可以被添加，其將指示MFU作為拼接點，並指示其包含同步樣本或定時媒體資料的同步樣本的第一子樣本。
在一些實施例中，FT的值可以影響其他資料欄或受其他資料欄的影響。例如，當‘R’(例如，第5A圖-第5B圖中的R資料欄502、第6A圖中的R資料欄618)被設置成‘1’以用於RAP時，FT資料欄的值“3”可以被發信在用於拼接點的MPU模式的MMTP有效載荷標頭中。
第10圖顯示了根據一些實施例的用於根據約束集編碼視訊的示例性電腦化方法1000。在步驟1002-步驟1004中，編碼模組被配置成根據約束資產改變的編碼流程的約束集進行操作。在步驟1002中，約束集從可能資產改變點位置的集合中配置允許資產改變點位置的集合。允許資產改變點位置的集合可以是可能資產改變點位置的集合的子集合。在步驟1004中，約束集從可能資料訪問類型的集合中配置允許資料訪問類型的集合，其中允許資料訪問類型的集合是可能資料訪問類型的集合的子集合。在步驟1006中，基於約束集，編碼模組編碼視訊資料，以生成已編碼第一視訊資料，從而已編碼第一視訊資料包括符合約束集的資產改變點位置和相關資料訪問類型的集合。
參照步驟1002-步驟1004，例如，允許資產改變點 位置的集合可以被配置成位於MPU邊界處的資產改變點，並且允許資料訪問類型的集合可以被配置成使得第一個目標MPU或第一個指定MPU或兩者都是起始於指定類型集中的SAP類型。在一些實施例中，指定SAP類型的集合可以包括(a)第一類型，其中解碼順序中的所有訪問點可以被正確地解碼，並且解碼順序中的一訪問單元也是呈現順序中的第一訪問單元，和/或(b)第二類型，其中媒體流中的解碼順序中的第一訪問單元不是呈現順序中的第一訪問單元。在一些實施例中，在步驟1006中，編碼器可以設置一標誌以標記MPU的第一SAP。
進一步參照步驟1002-步驟1004，例如，允許資產改變點位置的集合可以被配置成位於一個SAP的起始處的資產改變點，並且所允許的資料訪問類型的集合可以被配置成使得第一個目標SAP或第一個指定SAP或兩者同時都具有指定的類型集合。在一些實施例中，特定SAP類型的集合可以包括(a)第一類型，其中解碼順序中的所有訪問點可以被正確地解碼，並且解碼順序中的一個訪問單元也是呈現順序中的第一個訪問單元，和/或(b)第二類型，其中媒體流中的解碼順序中的第一個訪問單元不是呈現順序中的第一個訪問單元。在步驟1006中，編碼器可以設置一標誌以標記MPU中的每個SAP。
根據本文描述的原理的技術操作可以以任何適當的方式來實作。上面的流程圖的處理塊和決策塊表示被包含執行這些不同處理的演算法中的步驟和行為。自這些處理中推導出的演算法可以以集成有並指導一個或複數個單目的或多目 的的處理器的操作的軟體來實作，可以以諸如數位訊號處理(Digital Signal Processing，DSP)電路或應用專用積體電路(Application-Specific Integrated Circuit，ASIC)的功能等效電路來實作，或可以以任何其他適當的方式來實作。應該理解的是，此處所包含的流程圖不描述任何特定電路或任何特定程式設計語言或程式設計語言類型的語法或操作。相反，流程圖示出了本領域的通常知識者可以使用的功能資訊，以製造電路或實作電腦軟體演算法來執行進行本文所描述的技術類型的特定裝置的處理。還應該理解的是，除非在此另有說明，在每個流程圖中描述的步驟和/或行為的特定順序僅是對可以實作的演算法的說明，並且可以在本文所描述的原理的實施方式和實施例中被改變。
因此，在一些實施例中，本文所描述的技術可以在作為軟體而實作的電腦可執行指令中被實施，包括應用軟體、系統軟體、固件、中介軟體、嵌入式代碼或任何其他合適類型的電腦代碼。透過使用大量合適的程式設計語言和/或程式設計工具或腳本工具的任何一種，這種電腦可執行指令可以被編寫，也可以被編譯為可執行的機器語言代碼或在框架或虛擬機器上執行的中間代碼。
當本文所描述的技術被實施為電腦可執行指令時，根據這些技術，這些電腦可執行指令可以以任何合適的方式來實作，包括作為若干功能設施，每一個提供一個或複數個操作來完成演算法操作的執行。然而被產生實體，當由一個或複數個電腦來集成和執行時，一個“功能設施”，是一個電腦系 統的結構元件，使一個或複數個電腦執行特定的操作角色。功能設施可以是整個軟體元素的一部分。例如，功能設施可以作為處理的功能來實作，或作為離散處理，或作為任何其他合適的處理單元來實作。如果此處描述的技術以複數個功能設施來實作，則每個功能設施可以以自己的方式來實作；所有這些功能設施不需要以相同的方式來實作。此外，可以並行地和/或串列地執行這些功能設施，並且透過使用消息傳遞協定或以任何其他合適的方式，這些功能設施可以透過使用正在執行的電腦上的共用記憶體來彼此傳遞資訊。
一般來說，功能設施包括執行特定任務或實施特定抽象資料類型的常式、程式、物件、元件、資料結構等。通常，功能設施的功能可以按其操作的系統的要求組合或分發。在一些實施方式中，執行本文中技術的一個或複數個功能設施可以一起形成一個完整的套裝軟體。在替代實施例中，這些功能設施可適於與其他無關功能設施和/或處理進行交互，以實作軟體程式應用。
本文已描述了一些示例性功能設施以用於執行一個或複數個任務。但是，應該理解的是，所描述的功能設施和任務劃分僅僅是說明實作本文所描述的示例性技術的功能設施類型，並且實施例不限於以任何特定數量、劃分或功能設施類型來實作。在一些實施方式中，所有功能可以在單個功能設施中實作。還應該理解的是，在一些實施方式中，此處所描述的一些功能設施可以與其他一起實作或與單獨實作(即作為單 個單元或單獨單元)，或者一些功能設施可以不實作。
在一些實施例中，實作本文所描述的技術電腦可執行指令(當作為一個或複數個功能設施或以任何其他方式來實作時)被編碼在一個或複數個電腦可讀介質上，以將功能提供給介質。電腦可讀介質包括如硬碟驅動器的磁介質，如光碟(Compact Disk，CD)或數位通用光碟(Digital Versatile Disk，DVD)，持續或非持續的固態記憶體(如Flash記憶體，磁隨機存取記憶體等)，或任何其他合適的存儲介質。這樣的電腦可讀介質可以以任何合適的方式來實作。如本文所使用，“電腦可讀介質”(也稱為“電腦可讀存儲介質”)指的是有形(tangible)存儲介質。有形存儲介質是非暫時的，並且具有至少一個物理的、結構的元件。在本文中所使用的“電腦可讀介質”中，至少一個物理結構構件具有至少一個物理屬性，在創建具有實施資訊的介質的過程中，在其上記錄資訊的過程中，或在編碼具有資訊的介質的任何其它過程中，其可以以某種方式被改變。例如，在記錄過程中，可以改變電腦可讀介質的物理結構的一部分的磁化狀態。
此外，上面描述的一些技術包括以某種方式存儲資訊(例如，資料和/或指令)以用於這些技術的行為。在這些技術的一些實施方式中一例如技術被實作為電腦可執行指令的實施方式一資訊可在電腦可讀存儲介質上編碼。如果本文描述的特定結構是用於存儲該資訊的有利格式，這些結構可用於傳授在存儲介質上編碼時的資訊的物理結構。然後，這些有利結構可以透過影響與該資訊交互的一個或複數個處理器的 操作來將功能提供到存儲介質；例如，透過提高由處理器執行的電腦操作的效率。
在技術被實施為電腦可執行指令的一些但非所有實施方式中，這些指令可以在以任何合適的電腦系統而操作的一個或複數個合適的計算設備上執行，或一個或複數個計算設備(或一個或複數個計算設備的一個或複數個處理器)可以被程式設計以執行電腦可執行指令。當指令以訪問一個計算設備或者處理器的方式被存儲在計算設備或處理器時，一個計算設備或處理器可被程式設計以執行指令，例如在資料存儲中(例如，一個片上快取記憶體或指令寄存器、透過匯流排可以訪問的電腦可讀存儲介質、透過一個或複數個網路可訪問且由設備/處理器可訪問的電腦可讀存儲介質等)。包括這些電腦可執行指令的功能設施可集成有和指導單個的多目的可程式設計數位計算設備的操作，共用處理能力和共同執行本文所描述的技術的兩個或更多的多目的計算設備的協調系統，單個計算設備或專用於執行本文所描述的技術計算設備的協調系統(同一位置或地理分佈)，實施本文所描述的技術的一個或複數個現場可程式設計閘陣列(Field-Programmable Gate Array，FPGA)，或者任何其他合適的系統。
計算設備可以包括至少一個處理器、網路介面卡和電腦可讀存儲介質。例如，計算設備可以是桌上型電腦或筆記型電腦、個人數位助理(personal digital assistant，PDA)、智慧手機、伺服器或任何其他合適的計算設備。網路介面卡可以是任何合適的硬體和/或軟體，以使得計算設備能夠透過任 何合適的計算網路與任何其他合適的計算設備進行有線和/或無線通訊。電腦網路可以包括無線接入點、交換機、路由器、閘道和/其他網路設備，以及任何合適的有線和/或無線通訊介質或者媒體以用於交換兩個或者複數個電腦之間的資料，包括網際網路。電腦可讀介質可適於存儲待處理的資料和/或由處理器待執行的指令。資料和指令可以被存儲在電腦可讀存儲介質上。
計算設備還可以具有一個或複數個元件和週邊設備，包括輸入裝置和輸出設備。除其他外，這些設備可用於呈現使用者介面。可用於提供使用者介面的輸出設備的示例包括用於直觀顯示輸出的印表機或顯示幕幕，和揚聲器或者聽覺顯示輸出的其它聲音產生設備。可用於使用者介面的輸入裝置的示例包括鍵盤和指向設備，例如滑鼠、觸摸盤和數位化平板。又例如，計算設備可以透過語音辨識或其他可聽覺格式接收輸入資訊。
實施例已經被描述了，其中以電路和/或電腦可執行指令來實作這些技術。應該理解的是，一些實施例可以是一種方法的形式，其中提供了至少一個示例。作為方法的一部分執行的行為可以以任何適當的方式進行排序。因此，這些實施例可以以不同於所示出的順序來執行行為的方式而被構造，即使如示出的實施例中作為順序的行為所示，其可以包括同時執行某些行為。
以上所描述的實施例的各個方面可以被單獨使用、組合、或在上述的實施例中沒有具體討論的各種排列，並 且因此不限制其應用到上述說明或圖式中的元件的具體細節和排列。例如，在一個實施例中所描述的方面可以以任何方式與其他實施例中所描述的方面結合。
在申請專利範圍中以修改申請專利範圍元素的諸如“第一”，“第二”，“第三”等的順序術語的使用本身意味著任何優先級，先後性，或者以一個申請專利範圍元素在另一個之上的順序或者方法的行為被執行的時間順序，但僅用於作標記以將具有相同名稱的一個申請專利範圍元素與具有相同名稱的另一個元素進行區分(但是對於順序術語的使用)，進而區分申請專利範圍元素。
此外，本文所使用的措辭和術語是為了描述的目的，而不應被視為限制性的。本文所使用“包括”、“包含”、“具有”、“包含”、“涉及”即其變形用於圍繞其後所列出的項目及其等效，以及額外的項目。
本文所使用的“示例性”一詞是指作為示例、實例或說明。因此，除非另有說明，本文中所描述的任何實施例、實施方式、處理、特徵等都應該被理解為一個說明性的示例，並且不應理解為優選的或有利的示例。
在已經描述了至少一個實施例的幾個方面之後，應將理解的是，對於本領域通常知識者來說，將容易發生各種改變、修改和改進。這種改變、修改和改進將是本發明的一部分，並且在本文所描述的原理的精神和範圍內。因此，上述描述和圖式僅以示例的方式進行。

Claims (20)

  1. 一種編碼視訊資料的方法，包括：配置一編碼模組以根據約束用於資產改變的編碼流程的約束集進行操作，其中該約束集：從可能資產改變點位置的集合中配置允許資產改變點位置的集合，其中該允許資產改變點位置的集合是該可能資產改變點位置的集合的子集合；以及從可能資料訪問類型的集合中配置允許資料訪問類型的集合，其中該允許資料訪問類型的集合是該可能資料訪問類型的集合的子集合；以及該編碼模組基於該約束集編碼視訊資料，以生成已編碼第一視訊資料，從而該已編碼第一視訊資料包括符合該約束集的資產改變點位置與相關資料訪問類型的集合。
  2. 如申請專利範圍第1項所述之編碼視訊資料的方法，其中，配置該編碼模組以根據約束用於資產改變的編碼流程的約束集進行操作，包括：將該允許資產改變點位置的集合配置為位於複數個媒體處理單元邊界處的複數個資產改變點；以及配置該允許資料訪問類型的集合，從而第一目標媒體處理單元和第一特定媒體處理單元中的至少一個始於指定類型集的流訪問點。
  3. 如申請專利範圍第2項所述之編碼視訊資料的方法，其中，該指定流訪問點類型的集合包括：解碼順序中的所有訪問單元可以被正確地解碼且該解碼順 序中的第一訪問單元也是呈現順序中的第一訪問單元的第一類型；以及媒體流中的解碼順序中的第一訪問單元不是呈現順序中的第一訪問單元的第二類型。
  4. 如申請專利範圍第2項所述之編碼視訊資料的方法，其中，還包括：設置一標誌以標記該媒體處理單元的第一流訪問點。
  5. 如申請專利範圍第1項所述之編碼視訊資料的方法，其中，配置該編碼模組以根據約束用於資產改變的編碼流程的約束集進行操作，包括：將該允許資產改變點位置的集合配置為位於流訪問點起始處的複數個資產改變點；以及配置該允許資料訪問類型的集合，從而第一目標流訪問點和第一特定流訪問點中的至少一個是指定類型集的。
  6. 如申請專利範圍第5項所述之編碼視訊資料的方法，其中，該特定流訪問點類型的集合包括：解碼順序中的所有訪問單元可以被正確地解碼且該解碼順序中的一訪問單元也是呈現順序中的第一訪問單元的第一類型；以及媒體流中的解碼順序中的第一訪問單元不是呈現順序中的第一訪問單元的第二類型。
  7. 如申請專利範圍第5項所述之編碼視訊資料的方法，其中，還包括：設置一標誌，以標記該媒體處理單元中的每個流訪問點。
  8. 如申請專利範圍第1項所述之編碼視訊資料的方法，其中，編碼還包括：編碼資料以發信該資產改變點位置的集合。
  9. 如申請專利範圍第8項所述之編碼視訊資料的方法，其中，編碼資料包括：編碼行動圖像專家組媒體傳輸協定中關於該資產改變點位置的集合的資料。
  10. 如申請專利範圍第9項所述之編碼視訊資料的方法，其中，編碼包括：設置用於與該資產改變點位置的集合中的每個資產改變點位置相關的每個封包的行動圖像專家組媒體傳輸協定封包標頭的隨機訪問點標誌。
  11. 一種編碼視訊資料的方法，包括：編碼視訊資料，以生成已編碼視訊資料；在該已編碼視訊資料中確定資產改變點位置的集合；以及在行動圖像專家組媒體傳輸協定封包層處設置一個或複數個資料欄，以發信該資產改變點位置的集合，從而接收設備可以使用在該行動圖像專家組媒體傳輸協定封包層處所發信的資訊確定該資產改變點位置的集合，以執行資產改變。
  12. 如申請專利範圍第11項所述之編碼視訊資料的方法，其中，設置該一個或複數個資料欄包括：在與該資產改變點位置的集合中的每個資產改變點位置相關的每個封包的行動圖像專家組媒體傳輸協定封包標頭的 類型資料欄中設置一位元。
  13. 如申請專利範圍第11項所述之編碼視訊資料的方法，其中，設置該一個或複數個資料欄包括：設置與該資產改變點位置的集合中的每個資產改變點位置相關的每個封包的行動圖像專家組媒體傳輸協定封包標頭的複數個位元。
  14. 如申請專利範圍第11項所述之編碼視訊資料的方法，其中，設置該一個或複數個資料欄包括：在與該資產改變點位置的集合中的每個資產改變點位置相關的每個封包的行動圖像專家組媒體傳輸協定有效載荷標頭中設置一位元。
  15. 如申請專利範圍第11項所述之編碼視訊資料的方法，其中，設置該一個或複數個資料欄包括：發信媒體處理單元段類型的值。
  16. 一種編碼視訊資料的裝置，該裝置包括與記憶體通信的處理器，該處理器被配置成執行存儲在該記憶體中的複數個指令使得該處理器：配置該處理器以根據約束用於資產改變的編碼流程的約束集進行操作，其中該約束集：從可能資產改變點位置的集合中配置允許資產改變點位置的集合，其中該允許資產改變點位置的集合是該可能資產改變點位置的集合的子集合；以及從可能資料訪問類型的集合中配置允許資料訪問類型的集合，其中該允許資料訪問類型的集合是該可能資料訪問類 型的集合的子集合；以及基於該約束集編碼視訊資料，以生成已編碼第一視訊資料，從而該已編碼第一視訊資料包括符合該約束集的資產改變點位置和相關資料訪問類型的集合。
  17. 如申請專利範圍第16項所述之編碼視訊資料的裝置，其中，配置該處理器以根據約束用於資產改變的編碼流程的約束集進行操作，包括：將該允許資產改變點位置的集合配置為位於複數個媒體處理單元邊界處的複數個資產改變點；以及配置該允許資料訪問類型的集合，從而第一目標媒體處理單元和第一特定媒體處理單元中的至少一個始於指定類型集的流訪問點。
  18. 如申請專利範圍第16項所述之編碼視訊資料的裝置，其中，配置該處理器以根據約束用於資產改變的編碼流程的約束集進行操作，包括：將該允許資產改變點位置的集合配置為位於流訪問點起始處的複數個資產改變點；以及配置該允許資料訪問類型的集合，從而第一目標流訪問點和第一特定流訪問點中的至少一個是指定訪問類型集的。
  19. 如申請專利範圍第16項所述之編碼視訊資料的裝置，其中，編碼還包括：編碼資料以發信該資產改變點位置的集合。
  20. 一種執行視訊資料的資產改變的裝置，該裝置包括與記憶體通信的處理器，該處理器被配置成執行存儲在該記憶體 中的複數個指令使得該處理器：接收已編碼視訊資料；基於位於行動圖像專家組媒體傳輸協定封包層處的一個或複數個資料欄，確定資產改變點位置的集合；以及使用來自於該資產改變點位置的集合的一個或複數個資產改變點位置，執行資產改變操作。
TW107110042A 2017-03-24 2018-03-23 用於媒體內容資產改變的方法及裝置 TWI656784B (zh)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201762475945P 2017-03-24 2017-03-24
US62/475,945 2017-03-24
US201762529495P 2017-07-07 2017-07-07
US62/529,495 2017-07-07
US201862619175P 2018-01-19 2018-01-19
US62/619,175 2018-01-19
US15/927,454 US10958988B2 (en) 2017-03-24 2018-03-21 Methods and apparatus for media content asset changes
US15/927,454 2018-03-21

Publications (2)

Publication Number Publication Date
TW201841500A true TW201841500A (zh) 2018-11-16
TWI656784B TWI656784B (zh) 2019-04-11

Family

ID=63583157

Family Applications (1)

Application Number Title Priority Date Filing Date
TW107110042A TWI656784B (zh) 2017-03-24 2018-03-23 用於媒體內容資產改變的方法及裝置

Country Status (4)

Country Link
US (1) US10958988B2 (zh)
CN (1) CN110574378B (zh)
TW (1) TWI656784B (zh)
WO (1) WO2018171794A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110535782B (zh) * 2019-06-15 2023-06-20 华为技术有限公司 一种实现QoS保障的报文处理方法、设备和系统
WO2021055016A1 (en) * 2020-04-13 2021-03-25 Futurewei Technologies, Inc. Detection and resolution of data synchronization conflicts
US11962936B2 (en) * 2020-09-29 2024-04-16 Lemon Inc. Syntax for dependent random access point indication in video bitstreams

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6380991B1 (en) 1998-11-19 2002-04-30 Tektronix, Inc. Method for splicing MPEG-2 transport streams
US7908270B2 (en) * 2006-12-22 2011-03-15 Yahoo! Inc. System and method for managing access to media assets
CA2676195C (en) * 2007-02-23 2013-07-23 Nokia Corporation Backward-compatible characterization of aggregated media data units
US20090198608A1 (en) * 2008-02-01 2009-08-06 Qualcomm Incorporated Systems and methods for auctioning wireless device assets and providing wireless devices with an asset allocation option
US9066138B1 (en) * 2011-05-10 2015-06-23 Arris Solutions, Inc. Replacing ads in HTTP-based manifest driven video transport
US9532055B2 (en) * 2012-04-16 2016-12-27 Microsoft Technology Licensing, Llc Constraints and unit types to simplify video random access
CN105264846B (zh) 2013-06-07 2020-04-21 索尼公司 发送装置、传输流的发送方法以及处理装置
US20150032845A1 (en) * 2013-07-26 2015-01-29 Samsung Electronics Co., Ltd. Packet transmission protocol supporting downloading and streaming
US10176178B2 (en) * 2015-06-17 2019-01-08 Rovi Guides, Inc. Systems and methods for arranging contextually related media assets
WO2017038065A1 (en) 2015-09-02 2017-03-09 Sharp Kabushiki Kaisha Mapping event signaling to html
KR102494266B1 (ko) * 2016-06-02 2023-02-02 삼성전자주식회사 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
US10542297B2 (en) 2017-03-07 2020-01-21 Mediatek Inc. Methods and apparatus for signaling asset change information for media content

Also Published As

Publication number Publication date
US10958988B2 (en) 2021-03-23
US20180279013A1 (en) 2018-09-27
TWI656784B (zh) 2019-04-11
CN110574378A (zh) 2019-12-13
WO2018171794A1 (en) 2018-09-27
CN110574378B (zh) 2022-08-23

Similar Documents

Publication Publication Date Title
CN110447234B (zh) 用于处理媒体数据及产生位流的方法、装置及存储媒体
CN111656796B (zh) 动态条件性广告插入
CN109479158B (zh) 检索及存取用于媒体流式处理的段区块
US8948249B2 (en) Encoder-aided segmentation for adaptive streaming
CN110870282B (zh) 使用网络内容的文件轨处理媒体数据
CN110832872B (zh) 使用用于文件格式方框的通用描述符处理媒体数据
US20230035998A1 (en) System and method for data stream fragmentation
CN109644282B (zh) 用于媒体数据流式处理的补充增强信息轨迹的系统级发信
TWI687097B (zh) 用於媒體內容的發信資產改變資訊的方法及裝置
US11284135B2 (en) Communication apparatus, communication data generation method, and communication data processing method
TWI656784B (zh) 用於媒體內容資產改變的方法及裝置
US10298975B2 (en) Communication apparatus, communication data generation method, and communication data processing method
CN110870323A (zh) 使用全向媒体格式处理媒体数据
CN118202345A (zh) Cmaf和dash客户端使用可寻址资源索引轨道和事件进行带宽切换的方法
CN115462063B (zh) 接收媒体数据的方法、设备及存储介质
CN117256135A (zh) 用于cmaf和dash多媒体流式传输的可寻址资源索引事件
WO2025141197A1 (en) Low latency quality switching for adaptive video streaming
HK40009764A (zh) 作为分隔符及可寻址资源标识符的区段类型
HK40016062A (zh) 使用网络内容的文件轨处理媒体数据
HK40017031A (zh) 使用用於文件格式方框的通用描述符处理媒体数据
HK40016389A (zh) 使用全向媒体格式处理媒体数据