KR102549656B1 - 미디어 데이터 스트리밍을 위한 sei 트랙들의 시스템 레벨 시그널링 - Google Patents

미디어 데이터 스트리밍을 위한 sei 트랙들의 시스템 레벨 시그널링 Download PDF

Info

Publication number
KR102549656B1
KR102549656B1 KR1020197005102A KR20197005102A KR102549656B1 KR 102549656 B1 KR102549656 B1 KR 102549656B1 KR 1020197005102 A KR1020197005102 A KR 1020197005102A KR 20197005102 A KR20197005102 A KR 20197005102A KR 102549656 B1 KR102549656 B1 KR 102549656B1
Authority
KR
South Korea
Prior art keywords
information
level information
media
system level
messages
Prior art date
Application number
KR1020197005102A
Other languages
English (en)
Other versions
KR20190039724A (ko
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 KR20190039724A publication Critical patent/KR20190039724A/ko
Application granted granted Critical
Publication of KR102549656B1 publication Critical patent/KR102549656B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • 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
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4351—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reassembling additional data, e.g. rebuilding an executable program from recovered modules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

하나의 예에서, 미디어 데이터를 취출하기 위한 디바이스는 회로로 구현된 하나 이상의 프로세서들을 포함하고, 그 하나 이상의 프로세서들은, 비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하는 것으로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하고; 시스템 레벨 정보로부터 하나 이상의 SEI 메시지들 및 페이로드 타입들을 추출하며; 및 디바이스의 하나 이상의 다른 프로세싱 유닛들로 하나 이상의 SEI 메시지들 및 페이로드 타입들을 전송하도록 구성된다.

Description

미디어 데이터 스트리밍을 위한 SEI 트랙들의 시스템 레벨 시그널링
본 출원은 2016년 8월 24일자로 출원된 미국 가출원 제 62/379,145 호의 이익을 주장하며, 그것의 전체 내용은 참조에 의해 여기에 포함된다.
본 개시는 인코딩된 미디어 데이터의 전송에 관한 것이다.
디지털 미디어 능력들은 디지털 텔레비젼들, 디지털 직접 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인용 휴대정보단말들 (PDAs), 랩톱 또는 데스크톱 컴퓨터들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 재생기들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 라디오 전화들, 원격화상회의 디바이스들 등을 포함하는 광범위한 디바이스들에 통합될 수 있다. 디지털 비디오 디바이스들은 디지털 비디오 정보를 더 효율적으로 송신 및 수신하기 위해 MPEG-2, MPEG-4, ITU-T H.263 또는 ITU-T H.264/MPEG-4, 파트 10, 진보된 비디오 코딩 (AVC), (고효율 비디오 코딩 (HEVC) 으로도 지칭되는) ITU-T H.265 에 의해 정의된 표준들, 및 그러한 표준들의 확장들에 기술된 것들과 같은 비디오 인코딩 (예를 들어, 압축) 기법들을 구현한다.
미디어 데이터가 인코딩된 후, 미디어 데이터는 송신 또는 저장을 위해 패킷화될 수도 있다. 미디어 데이터는 표준화를 위한 국제 기구 (ISO) 베이스 미디어 파일 포맷과 같은 임의의 다양한 표준들, 및 이들의 확장들에 일치하는 미디어 파일로 어셈블될 수도 있다.
일반적으로, 본 개시는 미디어 비트스트림의 시스템 레벨에서 정보를 송신 또는 수신 (예를 들어, 생성 및 파싱) 하기 위한 기법들을 기술하며, 정보는 미디어 비트스트림에 의해 인캡슐레이팅된 비디오 기본 스트림의 보충 강화 정보 (SEI) 메시지들을 나타낸다. 정보는 비디오 기본 스트림에서의 폐쇄된 캡션들에 대한 SEI 메시지들의 존재, 시스템 레벨에서 동작하는 유닛이 폐쇄된 캡션들을 렌더링할 수 있어야 하는지 여부, 폐쇄된 캡션들에 대한 설명 정보, 폐쇄된 캡션들의 다수의 세트들이 비디오 기본 스트림에 존재하는지 여부, 높은 동적 범위 (HDR) 포맷에 대한 마스터링 컬러 볼륨 정보, HDR 포맷에 대한 컨텐츠 라이트 레벨 정보, HDR 포맷에 대한 컬러 리맵핑 정보 (CRI) 메시지들, 또는 HDR 포맷에 대한 사유 (proprietary) 정보 중 하나 이상을 나타낼 수도 있다.
하나의 예에서, 미디어 데이터를 취출하는 방법은, 클라이언트 디바이스의 스트리밍 클라이언트에 의해, 비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하는 단계로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하는 단계; 스트리밍 클라이언트에 의해, 시스템 레벨 정보로부터 하나 이상의 SEI 메시지들 및 페이로드 타입들을 추출하는 단계; 및 스트리밍 클라이언트에 의해, 클라이언트 디바이스의 하나 이상의 프로세싱 유닛들로 하나 이상의 SEI 메시지들 및 페이로드 타입들을 전송하는 단계를 포함한다.
다른 예에서, 미디어 데이터를 취출하는 디바이스는 회로로 구현된 하나 이상의 프로세서들을 포함하고, 하나 이상의 프로세서들은 비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하는 것으로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하고; 시스템 레벨 정보로부터 하나 이상의 SEI 메시지들 및 페이로드 타입들을 추출하며; 및 디바이스의 하나 이상의 프로세싱 유닛들로 하나 이상의 SEI 메시지들 및 페이로드 타입들을 전송하도록 구성된다.
다른 예에서, 미디어 데이터를 취출하는 디바이스는 비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하는 수단으로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하는 수단; 시스템 레벨 정보로부터 하나 이상의 SEI 메시지들 및 페이로드 타입들을 추출하는 수단; 및 디바이스의 하나 이상의 프로세싱 유닛들로 하나 이상의 SEI 메시지들 및 페이로드 타입들을 전송하는 수단을 포함한다.
다른 예에서, 컴퓨터 판독가능 저장 매체는, 실행될 때, 디바이스의 프로세서로 하여금, 비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하게 하는 것으로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하게 하고; 시스템 레벨 정보로부터 하나 이상의 SEI 메시지들 및 페이로드 타입들을 추출하게 하며; 및 디바이스의 하나 이상의 프로세싱 유닛들로 하나 이상의 SEI 메시지들 및 페이로드 타입들을 전송하게 하는 명령들을 저장하고 있다.
다른 예에서, 미디어 데이터를 송신하는 방법은, 컨텐츠 준비 디바이스의 인캡슐레이션 유닛에 의해, 컨텐츠 준비 디바이스의 비디오 인코더로부터 비디오 기본 스트림을 수신하는 단계로서, 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하는 단계; 인캡슐레이션 유닛에 의해, 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하는 단계; 인캡슐레이션 유닛에 의해, 미디어 비트스트림에서 비디오 기본 스트림을 인캡슐레이팅하는 단계; 및 인캡슐레이션 유닛에 의해, 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하는 단계로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 SEI 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 생성하는 단계를 포함한다.
다른 예에서, 미디어 데이터를 송신하기 위한 디바이스는 회로로 구현된 하나 이상의 프로세서들을 포함하고, 하나 이상의 프로세서들은, 비디오 인코더로부터 비디오 기본 스트림을 수신하는 것으로서, 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하고; 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하며; 미디어 비트스트림에서 비디오 기본 스트림을 인캡슐레이팅하고; 및 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하는 것으로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 SEI 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 생성하도록 구성된다.
다른 예에서, 미디어 데이터를 송신하기 위한 디바이스는 비디오 인코더로부터 비디오 기본 스트림을 수신하는 수단으로서, 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하는 수단; 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하는 수단; 미디어 비트스트림에서 비디오 기본 스트림을 인캡슐레이팅하는 수단; 및 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하는 수단으로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 SEI 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 생성하는 수단을 포함한다.
다른 예에서, 컴퓨터 판독가능 저장 매체는, 실행될 때, 프로세서로 하여금, 비디오 인코더로부터 비디오 기본 스트림을 수신하게 하는 것으로서, 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하게 하고; 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하게 하며; 미디어 비트스트림에서 비디오 기본 스트림을 인캡슐레이팅하게 하고; 및 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하게 하는 것으로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 SEI 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 생성하게 하는 명령들을 저장하고 있다.
하나 이상의 예들의 상세들이 첨부하는 도면들 및 이하의 설명에서 진술된다. 다른 특징들, 목적들, 및 이점들은 상세한 설명 및 도면들로부터, 그리고 청구범위로부터 명백하게 될 것이다.
도 1 은 네트워크를 통해 미디어 데이터를 스트리밍하기 위한 기법들을 구현하는 예시의 시스템을 도시하는 블록도이다.
도 2 는 취출 유닛의 컴포넌트들의 예시의 세트를 도시하는 블록도이다.
도 3 은 예시의 멀티미디어 컨텐츠의 엘리먼트들을 도시하는 개념도이다.
도 4 는 표현의 세그먼트에 대응할 수도 있는, 예시의 비디오 파일의 엘리먼트들을 도시하는 블록도이다.
도 5 는 본 개시의 기법들에 따라 미디어 데이터를 전송하기 위한 예시의 방법을 도시하는 플로우챠트이다.
일반적으로, 본 개시는 미디어 데이터를 전송할 때 시스템 레벨에서 보충 강화 정보 (SEI) 메시지 데이터를 시그널링하기 위한 기법들을 기술한다. 시스템 레벨은 일반적으로 네트워크를 통해 전송될 수도 있는 네트워크 추상화 계층 (NAL) 유닛들 및 인캡슐레이팅된 NAL 유닛들에 대응할 수도 있다. 예를 들어, 시스템 레벨은 MPEG-2 시스템들 (예를 들어, MPEG-2 전송 스트림 (TS)), MPEG 미디어 전송 (MMT), 및/또는 HTTP 를 통한 동적 적응적 스트리밍 (DASH) 에 대응할 수도 있다. NAL 유닛들은 비디오 코딩 계층 (VCL) NAL 유닛들 및 넌-VCL NAL 유닛들로 카테고리화될 수 있다. VCL 유닛들은 코어 압축 엔진을 포함할 수도 있고, 블록, 매크로블록, 코딩 유닛 (CU), 및/또는 슬라이스 레벨 데이터를 포함할 수도 있다. 다른 NAL 유닛들은 넌-VCL NAL 유닛들일 수도 있다. 일부 예들에서, 프라이머리 코딩된 화상으로서 통상 제시되는, 하나의 시간 인스턴스에서의 코딩된 화상은 하나 이상의 NAL 유닛들을 포함할 수도 있는 액세스 유닛에 포함될 수도 있다.
넌-VCL NAL 유닛들은 무엇보다도 파라미터 세트 NAL 유닛들 및 SEI NAL 유닛들을 포함할 수도 있다. 파라미터 세트들은 (시퀀스 파라미터 세트들 (SPS) 에서) 시퀀스-레벨 헤더 정보를, 및 (화상 파라미터 세트들 (PPS) 에서) 드물게 변화하는 화상-레벨 헤더 정보를 포함할 수도 있다. 파라미터 세트들 (예를 들어, PPS 및 SPS) 에 의하면, 드물게 변화하는 정보는 각각의 시퀀스 또는 화상에 대해 반복될 필요가 없으며, 이리하여 코딩 효율이 향상될 수도 있다. 더욱이, 파라미터 세트들의 사용은 중요한 헤더 정보의 대역외 송신을 가능하게 할 수도 있어, 에러 복원성을 위한 리던던트 송신들에 대한 필요를 회피한다. 대역외 송신 예들에서, 파라미터 세트 NAL 유닛들은 SEI NAL 유닛들과 같은 다른 NAL 유닛들과는 상이한 채널에서 송신될 수도 있다.
SEI 메시지들은 VCL NAL 유닛들로부터 코딩된 화상들 샘플들을 디코딩하기 위해 필요하지 않은 정보를 포함할 수도 있지만, 디코딩, 디스플레이, 에러 복원성, 및 다른 목적들에 관련된 프로세스들을 도울 수도 있다. SEI 메시지들은 넌-VCL NAL 유닛들에 포함될 수도 있다. SEI 메시지들은 일부 표준 사양들의 규범적인 부분이고, 따라서 항상 표준 호환성 디코더 구현에 대해 강제되지는 않는다. SEI 메시지들은 시퀀스 레벨 SEI 메시지들 또는 화상 레벨 SEI 메시지들일 수도 있다. 일부 시퀀스 레벨 정보는 SVC 의 예에서 스케일러빌리티 정보 SEI 메시지들 및 MVC 에서 뷰 스케일러빌리티 정보 SEI 메시지들과 같은 SEI 메시지들에 포함될 수도 있다. 이들 예시의 SEI 메시지들은 동작 포인트들의 추출 및 동작 포인트들의 특성들에 대한 정보를 전달할 수도 있다.
PPS 들 및 SPS 들과 같은 파라미터 세트들은 비디오 가용성 정보 (video usability informnation: VUI) 를 포함할 수도 있다. VUI 는 일반적으로, 예를 들어, 화상들이 디코딩 및 제시되거야 할 때, 화상들에 대한 타이밍에 대한 정보를 제공한다. VUI 는 또한 애스펙트 비들, 컬러 프라이머리들 등과 같은 디코딩된 화상들의 디스플레이에 관련된 다른 데이터를 제공할 수도 있다. 또, VUI 는 대응하는 비디오 데이터를 코딩하기 위해 코딩 툴들이 인에이블되거나 디스에이블되어야 한다는 것을 일반적으로 나타내는, 프로파일, 티어 (tier), 및 레벨 정보와 같은 정보를 표시할 수도 있다.
따라서, SEI 및 VUI 는 광범위한 목적들을 위해 비디오 비트스트림에서의 비디오 데이터의 사용을 향상시키기 위해 비디오 비트스트림 내로 삽입될 수 있는 정보의 세트들이다. SEI 메시지들은, 예를 들어, 신호의 디스플레이 및 렌더링에 관한 정보를 포함할 수도 있다. SEI 메시지들의 여러 예들은 ITU-T H.264/AVC (Advanced Video Coding) 및 ITU-T H.265/고효율 비디오 코딩 (HEVC) 에서 정의되었다. SEI 메시지 타입들은 관련된 비디오 코딩 사양 (예를 들어, H.264 또는 H.265) 에서 정의된 페이로드 타입 인덱스에 의해 식별된다. SEI 메시지들은 등록에 의해 개인 사용자 데이터를 전달하기 위해 사용될 수도 있으며, 따라서 상당한 양의 정보가 전달될 수도 있다. SEI 메시지들은 중요한 정보를 포함할 수도 있다. 이러한 정보가 존재하는 경우, 미디어 엔진이 데이터를 액세스할 수 있거나 미디어 엔진 클라이언트가 데이터를 액세스하는 것이 허용된다.
시스템 계층이 SEI 메시지들을 파싱하고 적절한 동작을 위해 그 SEI 메시지들로부터 정보를 추출할 필요가 있는 경우들이 존재할 수도 있다. 그러나, 본 개시의 기법들 없이는, 시스템 계층에서, 비디오 기본 스트림이 소정의 SEI 메시지들을 포함하는지 여부 및 클라이언트가 시스템을 액세스할 수 있기 위해 SEI 메시지들에서의 정보를 프로세싱하는 것이 요구되지 여부를 시그널링할 현재의 방법이 존재하지 않는다.
미디어 데이터를 스트리밍할 때, 오디오, 비디오, 및/또는 타이밍된 텍스트 (또는 폐쇄된 캡션들) 와 같은 여러 타입들의 미디어 데이터가 미디어 스트림에 포함될 수도 있다. 타이밍된 텍스트/폐쇄된 캡션 데이터 시그널링은 예를 들어 CEA-608, CEA-708, 및 EIA-608 과 같은 여러 표준들에 따라 수행될 수도 있다. 비디오 트랙의 SEI 메시지 내의 폐쇄된 캡션들 및 그들의 반송의 존재는 ANSI/SCTE 128-1 2013, 섹션 8.1 캡션의 인코딩 및 전송, 액티브 포맷 디스크립션 (AFD) 및 바 데이터에 정의된다. 그러한 시그널링은 비디오 트랙이 CEA-608/708 폐쇄된 캡션들을 반송하는 SEI 메시지들을 포함할 수도 있다는 것을 나타낼 수도 있다. 4 의 값을 갖는, SEI 메시지 신택스 엘리먼트 payload_type 은 Rec. ITU-T T.35-기반 SEI 메시지들이 사용 중에 있다는 것을 표시하기 위해 사용된다. 시스템 레벨에서의 캡션들의 존재의 시그널링은 소정의 경우들에서 규제 문제들과 꽤 관련된다. DASH-IF 는 DASH MPD 에서 이것을 시그널링하는 방법을 정의했지만 (DASH-IF IOP 가이드라인 조항 6.4.3 참조), 이것은 다른 시스템들에서 이용가능하지 않다.
공통 미디어 애플리케이션 포맷, 조항 9.5 "비디오 기본 스트림 임베딩된 캡션들" 은 다음과 같이 언급한다:
Figure 112019018161955-pct00001
MPEG 파일 시스템들 그룹은 ISOBMFF, 및 파트 30 에 대한 플래닝된 정정에서 비디오 SEI NAL 유닛들에서 캡션 데이터의 존재를 시그널링하는 방법을 특정하고 있다. 그 정정은 CMAF 가 공개될 때 여기서 참조를 위해 이용가능한 것으로 기대된다.
Figure 112019018161955-pct00002
메니페스트가 SEI-저장된 폐쇄된 캡션들, 및 포함된 서비스들 및 언어들의 존재를 시그널링하는 것이 추천된다. 플레이어들은 사용자 또는 플레이어가 오디오 액세스능력에 대한 선호를 나타내는 경우 캡션들을 포함하도록 시그널링된 트랙들을 자동적으로 선택할 수도 있다.
이리하여, 파일 포맷 레벨과 시스템 레벨에서 이러한 시그널링을 제공하는 것 사이에 갭이 존재한다. 소정의 경우들에서, 시스템 레벨에서 동작하는 디바이스들은, 예를 들어, DASH 클라이언트 케이스에서 행해질 것과 같이, 렌더링을 위해 SEI 메시지들을 추출해야 한다. 따라서, 시스템 레벨 정보는 중요하다.
본 개시는 미디어 데이터를 스트리밍하기 위한 종래의 기법들이 다음을 미스하고 있다는 것을 인식한다:
Figure 112019018161955-pct00003
다음을 표시하는 파일 포맷 레벨에서의 신호:
ㅇ 비디오 기본 스트림에서의 CEA-608/708 에 대한 SEI 메시지들의 존재,
ㅇ 시스템 레벨이 캡션들을 렌더링할 수 있어야 한다는 것,
ㅇ SEI 메시지에 포함되는 캡션들의 언어 또는 다른 정보와 같은 추가적인 정보, 및
ㅇ (예를 들어, 상이한 언어들에 대한) 다수의 캡션들이 존재할 수도 있다는 것.
Figure 112019018161955-pct00004
상기의 모든 것을 지원하기 위한 MPD/DASH/SYSTEM 레벨에서의 신호.
Figure 112019018161955-pct00005
상기의 모든 것을 지원하기 위한 MPEG-2 TS 레벨에서의 신호.
Figure 112019018161955-pct00006
상기의 모든 것을 지원하기 위한 MMT 시스템 레벨에서의 신호.
울트라 HD 및 고동적 범위 (HDR) 기술들의 도달은 비디오 코딩 커뮤니티로 수개의 상이한 미디어 포맷들, 및 그것들을 기술하는 메타데이터를 가져왔다. HDR 이 표준 동적 범위 (SDR) 과 상이한 예시의 특징들은 다음과 같다: 컬러 프라이머리들 (BT.2020 또는 P3 가 BT.709 대신 사용된다), 전송 특성 (SMPTE ST 2084 (PQ) 또는 HLG 가 BT.709 대신 사용된다), 및 컬러 전송 매트릭스 (BT.2020 또는 XYZ 가 BT.709 대신 사용된다). 이들은 통상적으로 비디오 기본 스트림들에서의 VUI 정보를 통해 시그널링되고, 예를 들어, ISO/IEC 23001-8:2016 에 따라 코딩-독립 코드 포인트들 (CICP) 메시지들을 사용하여 MPD 레벨로 이것을 전파하기 위한 현재의 방법들이 존재한다. HDR 기법들은 예를 들어 와이드 컬러 개멋 (WCG) 을 포함할 수도 있다.
예를 들어, BT.2020 프라이머리들 및 전송 기능 (VUI 코드들 9) 및 PQ 전송 특성 (VUI 코드 14) 의 사용을 시그널링하기 위해, 컨텐츠 준비 디바이스는 다음의 특성들을 AdaptationSet 에 부착할 수 있다:
Figure 112019018161955-pct00007
Figure 112019018161955-pct00008
이러한 메커니즘은 MPEG 에 의해 정의된 보충적 특성들 및 CICP 디스크립터들에 의존한다.
추가적인 SEI 메시지들이 HDR 을 위해 제공될 수도 있다. 그러한 SEI 메시지들은 일부 HDR 포맷들에 대해 중요할 수도 있는 정보와 같은 추가적인 특성들을 표시할 수도 있다. 그러한 정보는 예를 들어 ST 2086 에 의해 정의된 바와 같은 마스터링 컬러 볼륨 정보, 및/또는 MaxFALL 및/또는 MaxCLL 파라미터들과 같은 컨텐츠 라이트 레벨 정보를 포함할 수도 있다. HDR 에 대한 SEI 메시지들은 또한 ETSI TS 103 433 또는 ETSI CCM ISG 에서 정의된 것들과 같은 컬러 리맵핑 정보 (CRI) 메시지들 및/또는 사유 메시지들을 포함할 수도 있다. 더욱이, HDR 에 대한 SEI 메시지들은 감마-도메인 컬러 값들과 재생 도메인에서의 의도된 라이트 레벨들 사이의 맵핑을 확립하기 위한 마스터링 컬러 볼륨 정보, 및/또는 디스플레이 및 컨텐츠 특성들이 주어지면 그러한 맵핑이 어느 정도까지 가능할 수 있는지를 결정하기 위해 사용될 수도 있는 컨텐츠 라이트 레벨 정보를 포함할 수도 있다.
수개의 산업 조직들은 소위 "HDR-10" 포맷을 규정하는 것을 제안해왔다. 이들 조직들은 불루-레이 디스크 협회, DECE, 및 울트라 HD 포럼을 포함한다. 그러한 메타데이터가 존재하지 않고 생성된 포맷들의 예들도 또한 존재한다. 이러한 메타데이터가 존재하지 않는 경우, 지각적 양자화 (perceptual quantization: PQ) 값들은 라이트 강도 레벨들에 직접 관련되는 것으로 가정되며, 이것은 상이한 렌더링을 요구할 수도 있다. 울트라 HD 포럼은 UHD 포맷들의 이러한 변형을 "PQ10" 으로서 분류한다.
상이한 디스플레이 기술들 (예를 들어, LCD, AMOLED 등) 은 상이한 라이트 범위들을 효과적으로 재생할 수도 있다. 일부 동적 백라이트 LCD 디스플레이들은 수천의 니트들 (nits) 을 제공할 수 있지만, 다른 것들은 수백까지 제한된다. 디스플레이들의 블랙 레벨, 반사율, 및 효과적인 콘트라스트는 또한 디스플레이 기술들 사이에 상당히 상이하다. 디스플레이들은 또한 개멋, 화이트 포인트, 네이티브 EOTF, 및 인터페이스의 능력들에서 다양하다. 더욱이, 디스플레이 기술들은 여러 데이터 포맷들 및 인터페이스 능력들을 지원할 수도 있다.
포맷들 및 또한 디스플레이 및 인터페이스 능력들의 양자 모두의 변동이 주어지면, 재생을 위한 컨텐츠의 선택/타겟팅의 일부 기능들은 당연히 로직 시스템 계층의 책임일 것이다. 예를 들어, UHD 컨텐츠를 수신할 때, DASH 플레이어는 컨텐츠가 이용가능한 디스플레이 및 그 디스플레이에 대한 인터페이스가 주어지는 경우 적절히 렌더링될 수 있는지 여부를 결정하고, HDR-마스터링된 컨텐츠의 복수의 이용가능한 세트들로부터 HDR-마스터링된 컨텐츠의 적절한 세트를 선택하며 (여기서 그 적절한 세트는 이용가능한 디스플레이에서 최선으로 재생될 세트일 수도 있다), (예를 들어, 디스플레이의 능력들을 고려하여) SDR 스트림이 존재하는 경우 SDR 의 사용이 HDR 보다 더 양호할 것인지 여부, 및 다른 그러한 고려들을 결정하도록 구성될 필요가 있을 수도 있다.
본 개시의 기법들은 ISO 베이스 비디어 파일 포맷, 스케일러블 비디오 코딩 (SVC) 파일 포맷, 진보된 비디오 코딩 (AVC) 파일 포맷, 제 3 세대 파트너쉽 프로젝트 (3GPP) 파일 포맷, 및/또는 멀티뷰 비디오 코딩 (MVC) 파일 포맷, 또는 다른 유사한 비디오 파일 포맷들 중 임의의 것에 따라 인캡슐레이팅된 비디오 데이터에 일치하는 비디오 파일들에 적용될 수도 있다.
HTTP 스트리밍에서, 자주 사용되는 동작들은 HEAD, GET 및 부분 GET 를 포함한다. HEAD 동작은 URL 또는 URN 과 연관된 페이로드를 취출하지 않고 주어진 유니폼 리소스 로케이터 (URL) 또는 유니폼 리소스 네임 (URN) 과 연관된 파일의 헤더를 취출한다. GET 동작은 URL 또는 URN 과 연관된 전체 파일을 취출한다. 부분 GET 동작은 입력 파라미터로서 바이트 범위를 수신하고 파일의 바이트들의 연속적인 수를 취출하며, 여기서 바이트들의 수는 수신된 바이트 범위에 대응한다. 따라서, 영화 프래그먼트들은 부분 GET 동작이 하나 이상의 개개의 영화 프래그먼트들을 얻을 수 있기 때문에 HTTP 스트리밍을 위해 제공될 수도 있다. 영화 프래그먼트에서, 상이한 트랙들의 수개의 트랙 프래그먼트들이 존재할 수 있다. HTTP 스트리밍에서, 미디어 제시는 클라이언트에게 액세스가능한 데이터의 구조화된 수집일 수도 있다. 클라이언트는 사용자에게 스트리밍 서비스를 제시하기 위해 미디어 데이터 정보를 요청 및 다운로드할 수도 있다.
HTTP 스트리밍을 사용하여 3GPP 데이터를 스트리밍하는 예에서, 멀티미디어 컨텐츠의 비디오 및/또는 오디오 데이터에 대한 다수의 표현들이 존재할 수도 있다. 이하에 설명되는 바와 같이, 상이한 표현들은 상이한 코딩 특성들 (예를 들어, 비디오 코딩 표준의 상이한 프로파일들 또는 레벨들), 상이한 코딩 표준들 또는 코딩 표준들의 확장들 (예를 들어, 멀티뷰 및/또는 스케일러블 확장들), 또는 상이한 비트레이트들에 대응할 수도 있다. 그러한 표현들의 메니페스트는 미디어 준비 디스크립션 (MPD) 데이터 구조에 정의될 수도 있다. 미디어 제시는 HTTP 스트리밍 클라이언트 디바이스에게 액세스가능한 데이터의 구조화된 수집에 대응할 수도 있다. HTTP 스트리밍 클라이언트 디바이스는 클라이언트 디바이스의 사용자에게 스트리밍 서비스를 제시하기 위해 미디어 데이터 정보를 요청하고 다운로드할 수도 있다. 미디어 제시는 MPD 의 업데이트들을 포함할 수도 있는 MPD 데이터 구조에서 기술될 수도 있다.
미디어 제시는 하나 이상의 주기들의 시퀀스를 포함할 수도 있다. 각각의 주기는 다음의 주기의 시작까지, 또는 마지막 주기의 경우에, 미디어 제시의 종단까지 연장될 수도 있다. 각각의 주기는 동일한 미디어 컨텐츠에 대한 하나 이상의 표현들을 포함할 수도 있다. 표현은 오디오, 비디오, 타이밍된 텍스트, 또는 다른 그러한 데이터의 다수의 대안적인 인코딩된 버전들 중 하나일 수도 있다. 표현들은 인코딩 타입들에 의해, 예를 들어, 비디오 데이터의 경우 비트레이트, 해상도, 및/또는 코덱 및 오디오 데이터의 경우 비트레이트, 언어, 및/또는 코덱에 의해 상이할 수도 있다. 용어 표현은 멀티미디어 컨텐츠의 특정의 주기에 대응하는 그리고 특정의 방식으로 인코딩된 인코딩된 오디오 또는 비디오 데이터의 섹션을 지칭하기 위해 사용될 수도 있다.
특정의 주기의 표현들은 그 표현들이 속하는 적응 세트를 나타내는 MPD 에서의 속성에 의해 표시되는 그룹으로 할당될 수도 있다. 동일한 적응 세트에서의 표현들은 일반적으로, 예를 들어, 대역폭 적응을 수행하기 위해, 클라이언트 디바이스가 이들 표현들 사이에서 동적으로 및 매끄럽게 (seamlessly) 스위치할 수 있다는 점에서, 서로에 대한 대안들로서 고려된다. 예를 들어, 특정의 주기에 대한 비디오 데이터의 각각의 표현은, 표현들 중 임의의 것이 대응하는 주기에 대한 멀티미디어 컨텐츠의, 비디오 데이터 또는 오디오 데이터와 같은 멀티미디어 데이터를 제시하기 위해 디코딩을 위해 선택될 수 있도록, 동일한 적응 세트에 할당될 수도 있다. 하나의 주기 내의 미디어 컨텐츠는 존재하는 경우 그룹 0 으로부터 하나의 표현, 또는 일부 예들에서 각각의 넌-제로 그룹으로부터 최대 하나의 표현의 조합에 의해 표현될 수도 있다. 주기의 각각의 표현에 대한 타이밍 데이터는 그 주기의 시작에 대해 표현될 수도 있다.
표현은 하나 이상의 세그먼트들을 포함할 수도 있다. 각각의 표현은 초기화 세그먼트를 포함할 수도 있거나, 표현의 각 세그먼트는 자기-초기화하고 있을 수도 있다. 존재하는 경우, 초기화 세그먼트는 표현을 액세스하기 위한 초기화정보를 포함할 수도 있다. 일반적으로, 초기화 세그먼트는 미디어 데이터를 포함하지 않는다. 세그먼트는 유니폼 리소스 로케이터 (URL), 유니폼 리소스 네임 (URN), 또는 유니폼 리소스 식별자 (URI) 와 같은 식별자에 의해 고유하게 참조될 수도 있다. MPD 는 각 세그먼트에 대한 식별자들을 제공할 수도 있다. 일부 예들에서, MPD 는 또한 URL, URN, 또는 URI 에 의해 액세스가능한 파일 내의 세그먼트에 대한 데이터에 대응할 수도 있는, 범위 속성의 형태의 바이트 범위들을 제공할 수도 있다.
상이한 표현들이 상이한 타입들의 미디어 데이터에 대한 실질적으로 동시적인 취출을 위해 선택될 수도 있다. 예를 들어, 클라이언트 디바이스는 세그먼트들을 취출할 오디오 표현, 비디오 표현, 및 타이밍된 텍스트 표현을 선택할 수도 있다. 일부 예들에서, 클라이언트 디바이스는 대역폭 적응을 수행하기 위한 특정의 적응 세트들을 선택할 수도 있다. 즉, 클라이언트 디바이스는 비디오 표현들을 포함하는 적응 세트, 오디오 표현들을 포함하는 적응 세트, 및/또는 타이밍된 텍스트를 포함하는 적응 세트를 선택할 수도 있다. 대안적으로, 클라이언트 디바이스는 소정의 타입들의 미디어 (예를 들어, 비디오) 에 대한 적응 세트들을 선택하고, 다른 타입들의 미디어 (예를 들어, 오디오 및/또는 타이밍된 텍스트) 에 대한 표현들을 직접 선택할 수도 있다.
도 1 은 네트워크를 통해 미디어 데이터를 스트리밍하기 위한 기법들을 구현하는 예시의 시스템 (10) 을 도시하는 블록도이다. 이러한 예에서, 시스템 (10) 은 컨텐츠 준비 디바이스 (20), 서버 디바이스 (60), 및 클라이언트 디바이스 (40) 를 포함한다. 클라이언트 디바이스 (40) 및 서버 디바이스 (60) 는 인터넷을 포함할 수도 있는 네트워크 (74) 에 의해 통신가능하게 커플링된다. 일부 예들에서, 컨텐츠 준비 디바이스 (20) 및 서버 디바이스 (60) 는 또한 네트워크 (74) 또는 다른 네트워크에 의해 커플링될 수도 있거나, 직접 통신가능하게 커플링될 수도 있다. 일부 예들에서, 컨텐츠 준비 디바이스 (20) 및 서버 디바이스 (60) 는 동일한 디바이스를 포함할 수도 있다.
컨텐츠 준비 디바이스 (20) 는, 도 1 의 예에서, 오디오 소스 (22) 및 비디오 소스 (24) 를 포함한다. 오디오 소스 (22) 는 예를 들어 오디오 인코더 (26) 에 의해 인코딩될 캡쳐된 오디오 데이터를 나타내는 전기 신호들을 생성하는 마이크로폰을 포함할 수도 있다. 대안적으로, 오디오 소스 (22) 는 이전에 기록된 오디오 데이터를 저장하는 저장 매체, 컴퓨터화된 신세사이저 (synthesizer) 와 같은 오디오 데이터 발생기, 또는 오디오 데이터의 임의의 다른 소스를 포함할 수도 있다. 비디오 소스 (24) 는 비디오 인코더 (28) 에 의해 인코딩될 비디오 데이터를 생성하는 비디오 카메라, 이전에 기록된 비디오 데이터로 인코딩된 저장 매체, 컴퓨터 그래픽 소스와 같은 비디오 데이터 생성 유닛, 또는 오디오 데이터의 임의의 다른 소스를 포함할 수도 있다. 컨텐츠 준비 디바이스 (20) 는 반드시 모든 예들에서 서버 디바이스 (60) 에 통신가능하게 커플링되는 것은 아니지만, 서버 디바이스 (60) 에 의해 판독되는 별개의 매체에 멀티미디어 컨텐츠를 저장할 수도 있다.
로 (raw) 오디오 및 비디오 데이터는 아날로그 또는 디지털 데이터를 포함할 수도 있다. 아날로그 데이터는 오디오 인코더 (26) 및/또는 비디오 인코더 (28) 에 의해 인코딩되기 전에 디지털화될 수도 있다. 오디오 소스 (22) 는 스피킹 참가자가 스피킹하는 동안 스피킹 참가자로부터 오디오 데이터를 획득할 수도 있고, 비디오 소스 (24) 는 스피킹 참가자의 비디오 데이터를 동시에 획득할 수도 있다. 다른 예들에서, 오디오 소스 (22) 는 저장된 오디오 데이터를 포함하는 컴퓨터 판독가능한 저장 매체를 포함할 수도 있고, 비디오 소스 (24) 는 저장된 비디오 데이터를 포함하는 컴퓨터 판독가능한 저장 매체를 포함할 수도 있다. 이러한 방식으로, 본 개시에 기술된 기법들은 라이브, 스트리밍, 실시간 오디오 및 비디오 데이터에 또는 아카이빙된, 미리 기록된 오디오 및 비디오 데이터에 적용될 수도 있다.
비디오 프레임들에 대응하는 오디오 프레임들은 일반적으로 그 비디오 프레임들 내에 포함되는 비디오 소스 (24) 에 의해 캡쳐된 (또는 생성된) 비디오 데이터와 동시에 오디오 소스 (22) 에 의해 캡쳐된 (또는 생성된) 오디오 데이터를 포함하는 오디오 프레임들이다. 예를 들어, 스피킹 참가자가 일반적으로 스피킹에 의해 오디오 데이터를 생성하는 동안, 오디오 소스 (22) 는 오디오 데이터를 캡쳐하고, 비디오 소스 (24) 는 동시에, 즉 오디오 소스 (22) 가 오디오 데이터를 캡쳐하고 있는 동안, 스피킹 참가자의 비디오 데이터를 캡쳐한다. 이리하여, 오디오 프레임은 하나 이상의 특정의 비디오 프레임들에 시간적으로 대응할 수도 있다. 이에 따라, 비디오 프레임에 대응하는 오디오 프레임은 일반적으로 오디오 데이터 및 비디오 데이터가 동시에 캡쳐되었던 그리고 오디오 프레임 및 비디오 프레임이 각각 동시에 캡쳐되었던 오디오 데이터 및 비디오 데이터를 포함하는 상황에 대응한다.
일부 예들에서, 오디오 인코더 (26) 는 인코딩된 오디오 프레임에 대한 오디오 데이터가 기록된 시간을 표현하는 타임스탬프를 각각의 인코딩된 오디오 프레임에 인코딩할 수도 있고, 유사하게 비디오 인코더 (28) 는 인코딩된 비디오 프레임에 대한 비디오 데이터가 기록된 시간을 표현하는 타임스탬프를 각각의 인코딩된 비디오 프레임에 인코딩할 수도 있다. 그러한 예들에서, 비디오 프레임에 대응하는 오디오 프레임은 타임스탬프를 포함하는 오디오 프레임을 포함하고 비디오 프레임은 동일한 타임스탬프를 포함한다. 컨텐츠 준비 디바이스 (20) 는 오디오 인코더 (26) 및/또는 비디오 인코더 (28) 가 그로부터 타임스탬프들을 생성할 수도 있는, 또는 오디오 소스 (22) 및 비디오 소스 (24) 가 오디오 및 비디오 데이터를 각각 타임스탬프와 연관시키기 위해 사용할 수도 있는 내부 클록을 포함할 수도 있다.
일부 예들에서, 오디오 소스 (22) 는 오디오 데이터가 기록되었던 시간에 대응하는 데이터를 오디오 인코더 (26) 로 전송할 수도 있고, 비디오 소스 (24) 는 비디오 데이터가 기록되었던 시간에 대응하는 데이터를 비디오 인코더 (28) 로 전송할 수도 있다. 일부 예들에서, 오디오 인코더 (26) 는 오디오 데이터가 기록되었던 절대 시간을 반드시 나타내지는 않지만 인코딩된 오디오 데이터의 상대적 시간 순서화를 나타내기 위해 인코딩된 오디오 데이터에 시퀀스 식별자를 인코딩할 수도 있고, 유사하게, 비디오 인코더 (28) 는 또한 인코딩된 비디오 데이터의 상대적 시간 순서화를 나타내기 위해 시퀀스 식별자들을 사용할 수도 있다. 유사하게, 일부 예들에서, 시퀀스 식별자는 타임스탬프와 맵핑되거나 다르게는 상관될 수도 있다.
오디오 인코더 (26) 는 일반적으로 인코딩된 오디오 데이터의 스트림을 생성하는 반면, 비디오 인코더 (28) 는 인코딩된 비디오 데이터의 스트림을 생성한다. 데이터 (오디오 또는 비디오 관계없이) 의 각각의 개개의 스트림은 기본 스트림으로서 지칭될 수도 있다. 기본 스트림은 표현의 단일의, 디지털적으로 코딩된 (아마도 압축된) 컴포넌트이다. 예를 들어, 표현의 코딩된 비디오 또는 오디오 부분은 기본 스트림일 수 있다. 기본 스트림은 비디오 파일 내에 인캡슐레이팅되기 전에 패킷화된 기본 스트림 (PES) 으로 변환될 수도 있다. 동일한 표현 내에서, 스트림 ID 는 서로로부터 하나의 기본 스트림에 속하는 PES-패킷들을 구별하기 위해 사용될 수도 있다. 기본 스트림의 데이터의 기본 유닛은 패킷화된 기본 스트림 (PES) 패킷이다. 따라서, 코딩된 비디오 데이터는 일반적으로 기본 비디오 스트림들에 대응한다. 유사하게, 오디오 데이터는 하나 이상의 각각의 기본 스트림들에 대응한다.
ITU-T H.264/AVC 및 다가오는 고효율 비디오 코딩 (HEVC) 표준과 같은 다수의 비디오 코딩 표준들은 신택스, 시맨틱스, 및 무오류 (error-free) 비트스트림들에 대한 디코딩 프로세스를 정의하며, 이들 중 임의의 것은 소정의 프로파일 또는 레벨에 일치한다. 비디오 코딩 표준들은 통상적으로 인코더를 특정하지 않지만, 인코더는 생성된 비트스트림들이 디코더에 대한 표준-호환성인 것을 보장하는 임부를 가지게 된다. 비디오 코딩 표준들의 콘텍스트에서, "프로파일" 은 알고리듬들, 특징들, 또는 툴들의 서브세트 및 그들에 적용되는 제약들에 대응한다. H.264 표준에 의해 정의된 바와 같이, 예를 들어, "프로파일" 은 H.264 표준에 의해 특정되는 전체 비트스트림 신택스의 서브세트이다. "레벨" 은 화상들의 해상도, 비트 레이트, 및 블록 프로세싱 레이트에 관련되는, 예를 들어, 디코더 메모리 및 계산과 같은 디코더 리소스 소비의 제한들에 대응한다. 프로파일은 profile_idc (프로파일 표시자) 값으로 시그널링될 수도 있는 반면, 레벨은 level_idc (레벨 표시자) 값으로 시그널링될 수도 있다.
H.264 표준은, 예를 들어, 주어진 프로파일의 신택스에 의해 부과된 한계들 내에서, 디코딩된 화상들의 특정된 사이즈와 같은 비트스트림 내의 신택스 엘리먼트들에 의해 취해진 값들에 의존하여 인코더들 및 디코더들의 성능에서의 큰 변동을 요구하는 것이 여전히 가능하다는 것을 인식한다. H.264 표준은 또한, 다수의 애플리케이션들에서, 특정의 프로파일 내의 신택스의 모든 가설적 사용들을 다룰 수 있는 디코더를 구현하는 것은 실용적이지도 경제적이지도 않다는 것을 인식한다. 이에 따라, H.264 표준은 비트스트림에서의 신택스 엘리먼트들의 값들에 부과된 제약들의 특정된 세트로서 "레벨" 을 정의한다. 이들 제약들은 값들에 대한 단순한 제한들일 수도 있다. 대안적으로, 이들 제약들은 값들의 산술적 조합들에 대한 제약들의 형태를 취할 수도 있다 (예를 들어, 초당 디코딩된 화상들의 수에 의해 승산된 화상 높이에 의해 승산된 화상 폭). H.264 표준은 또한 개개의 구현들이 각각의 지원된 프로파일에 대해 상이한 레벨을 지원할 수도 있다는 것을 제공한다.
프로파일에 일치하는 디코더는 보통 그 프로파일에서 정의된 모든 특징들을 지원한다. 예를 들어, 코딩 특징으로서, B-화상 코딩은 H.264/AVC 의 베이스라인 프로파일에서 지원되지 않지만, H.264/AVC 의 다른 프로파일들에서 지원된다. 레벨에 일치하는 디코더는 그 레벨에서 정의된 제한들을 넘어 리소스들을 요구하지 않는 임의의 비트스트림을 디코딩할 수 있어야 한다. 프로파일들 및 레벨들의 정의들은 해석가능성을 위해 도움이 될 수도 있다. 예를 들어, 비디오 송신 동안, 한 쌍의 프로파일 및 레벨 정의들은 전체 송신 세션에 대해 협상되고 동의될 수도 있다. 더욱 구체적으로는, H.264/AVC 에서, 레벨은 프로세싱될 필요가 있는 매크로블록들의 수, 디코딩된 화상 버퍼 (DPB) 사이즈, 코딩된 화상 버퍼 (CPB) 사이즈, 수직 모션 벡터 범위, 2 개의 연속적인 MB 들당 모션 벡터들의 최대 수, 및 B-블록이 8x8 화소들보다 작은 서브-매크로블록 파티션들을 가질 수 있는지 여부에 대한 제한들을 정의할 수도 있다. 이러한 방식으로, 디코더는 디코더가 비트스트림을 적절하게 디코딩할 수 있는지 여부를 결정할 수도 있다.
도 1 의 예에서, 컨텐츠 준비 디바이스 (20) 의 인캡슐레이션 유닛 (30) 은 비디오 인코더 (28) 로부터 코딩된 비디오 데이터를 포함하는 기본 스트림들 및 오디오 인코더 (26) 로부터 코딩된 오디오 데이터를 포함하는 기본 스트림들을 수신한다. 일부 예들에서, 비디오 인코더 (28) 및 오디오 인코더 (26) 는 인코딩된 데이터로부터 PES 패킷들을 형성하기 위한 패킷화기들을 각각 포함할 수도 있다. 다른 예들에서, 비디오 인코더 (28) 및 오디오 인코더 (26) 는 각각 인코딩된 데이터로부터 PES 패킷들을 형성하기 위해 각각의 패킷화기들과 인터페이싱할 수도 있다. 여전히 다른 예들에서, 인캡슐레이션 유닛 (30) 은 인코딩된 오디오 및 비디오 데이터로부터 PES 패킷들을 형성하기 위한 패킷화기들을 포함할 수도 있다.
비디오 인코더 (28) 는 여러 비트레이들에서 및 화소 해상도들, 프레임 레이트들, 비디오 코딩 표준들에 대한 순응성 (conformance), 여러 코딩 표준들에 대한 여러 프로파일들 및/또는 프로파일들의 레벨들에 대한 순응성, (예를 들어, 2차원 또는 3차원 재생을 위한) 하나 이상의 다수의 뷰들을 갖는 표현들, 또는 다른 그러한 특성들과 같은 여러 특성들을 갖는 멀티미디어 컨텐츠의 상이한 표현들을 생성하기 위해 다양한 방식들로 멀티미디어 컨텐츠의 비디오 데이터를 인코딩할 수도 있다. 표현은, 본 개시에서 사용되는 바와 같이, 오디오 데이터, 비디오 데이터, (예를 들어, 폐쇄된 캡션들에 대한) 텍스트 데이터, 또는 다른 그러한 데이터 중 하나를 포함할 수도 있다. 표현은 오디오 기본 스트림 또는 비디오 기본 스트림과 같은 기본 스트림을 포함할 수도 있다. 각각의 PES 패킷은 PES 패킷이 속하는 기본 스트림을 식별하는 stream_id 를 포함할 수도 있다. 인캡슐레이션 유닛 (30) 은 여러 표현들의 비디오 파일들 (예를 들어, 세그먼트들) 로 기본 스트림을 어셈블링하는 것을 담당한다.
인캡슐레이션 유닛 (30) 은 오디오 인코더 (26) 및 비디오 인코더 (28) 로부터 표현의 기본 스트림들에 대한 PES 패킷들을 수신하고 PES 패킷들로부터 대응하는 네트워크 추상화 계층 (NAL) 유닛들을 형성한다. H.264/AVC (진보된 비디오 코딩) 의 예에서, 코딩된 비디오 세그먼트들은 비디오 전화, 저장, 브로드캐스트, 또는 스트리밍과 같은 애플리케이션들을 다루는 "네트워크-친화적인" 비디오 표현을 제공하는 NAL 유닛들로 조직화된다.
또, 인캡슐레이션 유닛 (30) 은 표현들의 특성들을 기술하는 미디어 제시 디스크립션 (MPD) 과 같은 메니페스트 파일을 형성할 수도 있다. 인캡슐레이션 유닛 (30) 은 확장가능한 마크업 언어 (XML) 에 따라 MPD 를 포맷팅할 수도 있다.
인캡슐레이션 유닛 (30) 은 출력 인터페이스 (32) 로 메니페스트 파일 (예를 들어, MPD) 과 함께 멀티미디어 컨텐츠의 하나 이상의 표현들에 대한 데이터를 제공할 수도 있다. 출력 인터페이스 (32) 는 네트워크 인터페이스 또는 유니버셜 시리얼 버스 (USB) 인터페이스, CD 또는 DVD 라이터 또는 버너와 같은 저장 매체에 기입하기 위한 인터페이스, 자기 또는 플래시 저장 매체들에 대한 인터페이스, 또는 미디어 데이터를 저장 또는 송신하기 위한 다른 인터페이스들을 포함할 수도 있다. 인캡슐레이션 유닛 (30) 은 네트워크 송신 또는 저장 매체들을 통해 서버 디바이스 (60) 로 데이터를 전송할 수도 있는 출력 인터페이스 (32) 로 멀티미디어 컨텐츠의 표현들 각각의 데이터를 제공할 수도 있다. 도 1 의 예에서, 서버 디바이스 (60) 는 각각의 메니페스트 파일 (66) 및 하나 이상의 표현들 (68A-68N) (표현들 (68)) 을 각각 포함하는 여러 멀티미디어 컨텐츠들 (64) 을 저장하는 저장 매체 (62) 를 포함한다. 일부 예들에서, 출력 인터페이스 (32) 는 또한 네트워크 (74) 로 직접 데이터를 전송할 수도 있다.
일부 예들에서, 표현들 (68) 은 적응 세트들로 분리될 수도 있다. 즉, 표현들 (68) 의 여러 서브세트들은 코덱, 프로파일 및 레벨, 해상도, 뷰들의 수, 세그먼드들에 대한 파일 포맷, 언어를 식별할 수도 있는 텍스트 타입 정보 또는, 예를 들어, 스피커들에 의해 디코딩되고 제시될 표현 및/또는 오디오 데이터와 함께 디스플레이될 텍스트의 다른 특성들, 적응 세트에서의 표현들에 대한 장면의 카메라 각도 또는 실세계 카메라 관점을 기술할 수도 있는 카메라 각도 정보, 특정의 청중들에 대한 컨텐츠 스케일러빌리티를 기술하는 등급 정보 등과 같은 특성들의 각각의 공통 세트들을 포함할 수도 있다.
메니페스트 파일 (66) 은 적응 세트들에 대한 공통 특성들 뿐아니라 특정의 적응 세트들에 대응하는 표현들 (68) 의 서브세트들을 나타내는 데이터를 포함할 수도 있다. 메니페스트 파일 (66) 은 또한 적응 세트들의 개개의 표현들에 대한, 비트레이트들과 같은 개개의 특성들을 나타내는 데이터를 포함할 수도 있다. 이러한 방식으로, 적응 세트는 단순화된 네트워크 대역폭 적응을 제공할 수도 있다. 적응 세트에서의 표현들은 메니페스트 파일 (66) 의 적응 세트 엘리먼트의 차일드 엘리먼트들을 사용하여 표시될 수도 있다.
서버 디바이스 (60) 는 요청 프로세싱 유닛 (70) 및 네트워크 인터페이스 (72) 를 포함한다. 일부 예들에서, 서버 디바이스 (60) 는 복수의 네트워크 인터페이스들을 포함할 수도 있다. 또, 서버 디바이스 (60) 의 특징들 중 임의의 것 또는 전부가 라우터들, 브리지들, 프록시 디바이스들, 스위치들, 또는 다른 디바이스들과 같은 컨텐츠 전달 네트워크의 다른 디바이스들상에서 구현될 수도 있다. 일부 예들에서, 컨텐츠 전달 네트워크의 중간 디바이스들은 멀티미디어 컨텐츠 (64) 의 데이터를 캐싱하고, 서버 디바이스 (60) 의 컴포넌트들에 실질적으로 일치하는 컴포넌트들을 포함할 수도 있다. 일반적으로, 네트워크 인터페이스 (72) 는 네트워크 (74) 를 통해 데이터를 전송 및 수신하도록 구성된다.
요청 프로세싱 유닛 (70) 은 저장 매체 (62) 의 데이터에 대한, 클라이언트 디바이스 (40) 와 같은 클라이언트 디바이스들로부터의 네트워크 요청들을 수신하도록 구성된다. 예를 들어, 요청 프로세싱 유닛 (70) 은 RFC 2616, "Hypertext Transfer Protocol - HTTP/1.1," by R. Fielding et al, Network Working Group, IETF, June 1999 에 기술된 바와 같은 하이퍼텍스트 전송 프로토콜 (HTTP) 버전 1.1 을 구현할 수도 있다. 즉, 요청 프로세싱 유닛 (70) 은 HTTP GET 또는 부분적 GET 요청들을 수신하고 요청들에 응답하여 멀티미디어 컨텐츠 (64) 의 데이터를 제공하도록 구성될 수도 있다. 요청들은 예를 들어 세그먼트의 URL 을 사용하여 표현들 (68) 중 하나의 세그먼트를 특정할 수도 있다. 일부 예들에서, 요청들은 또한 세그먼트의 하나 이상의 바이트 범위들을 특정하여, 부분적 GET 요청들을 포함할 수도 있다. 요청 프로세싱 유닛 (70) 은 또한 표현들 (68) 중 하나의 세그먼트의 헤더 데이터를 제공하기 위해 HTTP HEAD 요청들을 서비싱하도록 구성될 수도 있다. 어느 경우에나, 요청 프로세싱 유닛 (70) 은 클라이언트 디바이스 (40) 와 같은 요청 디바이스로 요청된 데이터를 제공하기 위해 요청들을 프로세싱하도록 구성될 수도 있다.
추가적으로 또는 대안적으로, 요청 프로세싱 유닛 (70) 은 eMBMS 와 같은 브로드캐스트 또는 멀티캐스트 프로토콜을 통해 미디어 데이터를 전달하도록 구성될 수도 있다. 컨텐츠 준비 디바이스 (20) 는 기술된 바와 실질적으로 동일한 방식으로 DASH 세그먼트들 및/또는 서브-세그먼트들을 생성할 수도 있지만, 서버 디바이스 (60) 는 eMBMS 또는 다른 브로드캐스트 또는 멀티캐스트 네트워크 전송 프로토콜을 사용하여 이들 세그먼트들 또는 서브-세그먼트들을 전달할 수도 있다. 예를 들어, 요청 프로세싱 유닛 (70) 은 클라이언트 디바이스 (40) 로부터 멀티캐스트 그룹 조인 요청을 수신하도록 구성될 수도 있다. 즉, 서버 디바이스 (60) 는 특정의 멀티미디어 컨텐츠 (예를 들어, 라이브 이벤트의 브로드캐스트) 와 연관된, 클라이언트 디바이스 (40) 를 포함하는 클라이언트 디바이스들로 멀티캐스트 그룹과 연관된 인터넷 프로토콜 (IP) 어드레스를 광고할 수도 있다. 클라이언트 디바이스 (40) 는, 차례로, 멀티캐스트 그룹에 조인하기 위해 요청을 제출할 수도 있다. 이러한 요청은 라우터들이 클라이언트 디바이스 (40) 와 같은 가입하는 클라이언트 디바이스들로 멀티캐스트 그룹과 연관된 IP 어드레스로 정해진 트래픽을 지향시키게 되도록, 네트워크 (74), 예를 들어, 네트워크 (74) 를 구성하는 라우터들 전체에 걸쳐 전파될 수도 있다.
도 1 의 예에서 도시된 바와 같이, 멀티미디어 컨텐츠 (64) 는 미디어 제시 디스트립션 (MPD) 에 대응할 수도 있는 메니페스트 파일 (66) 을 포함한다. 메니페스트 파일 (66) 은 상이한 대안적인 표현들 (68) (예를 들어, 상이한 품질들을 갖는 비디오 서비스들) 의 설명들을 포함할 수도 있고, 디스크립션은 예를 들어 코덱 정보, 프로파일 값, 레벨 값, 비트레이트, 및 표현들 (68) 의 다른 설명적 특성들을 포함할 수도 있다. 클라이언트 디바이스 (40) 는 표현들 (68) 의 세그먼트들을 액세스하는 방법을 결정하기 위해 미디어 제시의 MPD 를 취출할 수도 있다.
특히, 취출 유닛 (52) 은 비디오 디코더 (48) 의 디코딩 능력들 및 비디오 출력 (44) 의 렌더링 능력들을 결정하기 위해 클라이언트 디바이스 (40) 의 구성 데이터 (미도시) 를 취출할 수도 있다. 구성 데이터는 또한 클라이언트 디바이스 (40) 의 사용자에 의해 선택된 언어 선호도, 클라이언트 디바이스 (40) 의 사용자에 의해 설정된 깊이 선호도들에 대응하는 하나 이상의 카메라 관점들, 및/또는 클라이언트 디바이스 (40) 의 사용자에 의해 선택된 등급 선호도 중 임의의 것 또는 전부를 포함할 수도 있다. 취출 유닛 (52) 은, 예를 들어, HTTP GET 및 부분적 GET 요청들을 제출하도록 구성된 웹 브라우저 또는 미디어 클라이언트를 포함할 수도 있다. 취출 유닛 (52) 은 클라이언트 디바이스 (40) 의 하나 이상의 프로세서들 또는 프로세싱 유닛들 (미도시) 에 의해 실행되는 소프트웨어 명령들에 대응할 수도 있다. 일부 예들에서, 취출 유닛 (52) 에 대해 기술된 기능성의 전부 또는 부분들은 하드웨어로, 또는 하드웨어, 소프트웨어, 및/또는 펌웨어의 조합으로 구현될 수도 있고, 여기서 필요한 하드웨어가 소프트웨어 또는 펌웨어를 위한 명령들을 실행하기 위해 제공될 수도 있다.
취출 유닛 (52) 은 메니페스트 파일 (66) 의 정보에 의해 표시된 표현들 (68) 의 특성들과 클라이언트 디바이스 (40) 의 디코딩 및 렌더링 능력들을 비교할 수도 있다. 취출 유닛 (52) 은 처음에 표현들 (68) 의 특성들을 결정하기 위해 메니페스트 파일 (66) 의 적어도 일부를 취출할 수도 있다. 예를 들어, 취출 유닛 (52) 은 하나 이상의 적응 세트들의 특성들을 기술하는 메니페스트 파일 (66) 의 부분을 요청할 수도 있다. 취출 유닛 (52) 은 클라이언트 디바이스 (40) 의 코딩 및 렌더링 능력들에 의해 만족될 수 있는 특성들을 갖는 표현들 (68) 의 서브 세트 (예를 들어, 적응 세트) 를 선택할 수도 있다. 취출 유닛 (52) 은 그 후 적응 세트에서의 표현들에 대한 비트레이트들을 결정하고, 네트워크 대역폭의 현재 이용가능한 양을 결정하며, 네트워크 대역폭에 의해 만족될 수 있는 비트레이트를 갖는 표현들 중 하나로부터 세그먼트들을 취출할 수도 있다.
본 개시의 기법들에 따르면, 인캡슐레이팅된 비디오 비트스트림에 포함된 데이터를 나타내는 시그널링된 정보를 포함하는 코딩-독립 코드 포인트들 (CICP) 메시지들을, 인캡슐레이션 유닛 (30) 이 제공하고, 취출 유닛 (52) 이 수신할 수도 있다. 예를 들어, CICP 메시지들은 다음 중 임의의 것 또는 전부를 표시할 수도 있다: CEA-608/708 에 대한 SEI 메시지들이 비디오 기본 스트림에 포함되는지 여부, 시스템 레벨이 폐쇄된 캡션들, 그 폐쇄된 캡션들의 언어들 또는 다르게는 SEI 메시지들에 포함된 다른 정보를 렌더링할 수 있어야 하는지 여부, 및/또는 (예를 들어, 상이한 언어들에 대한) 다수의 폐쇄된 캡션들이 존재하는지 여부. 추가적으로 또는 대안적으로, CICP 메시지들은 마스터링 컬러 볼륨 정보, 컨텐츠 라이트 레벨 정보, CRI 메시지들, 마스터링 컬러 볼륨 정보에 대한 맵핑 정보, 및/또는 HDR 에 대한 SEI 메시지들에 포함되는 사유 메시지들을 나타내는 시그널링을 포함할 수도 있다.
이러한 방식으로 CICP 메시지들을 사용함으로써, 시그널링된 데이터는 대응하는 미디어 데이터를 코딩하기 위해 사용되는 코덱에 독립적일 수도 있다. 또, CICP 메시지들은 예를 들어 메니페스트 파일 (66) 에 포함될 수도 있다. CICP 메시지들은 필수 및 보충 정보를 지원하도록 사용될 수 있다. CICP 메시지들은 또한 이러한 정보를 위한 상세한 시맨틱스를 정의할 수 있다. 본 개시는, 그러나, CICP 메시지들이 메타데이터에 특정적일 수도 있고, SEI 메시지들을 커버하지 않을 지도 모르며, 파일 포맷 레벨에서 (예를 들어, ISO BMFF 파일 포맷 정보에서) 시그널링하는 것을 위해 일반적으로 사용되지 않는다는 것을 인식한다.
추가로 또는 대안으로, ISO/IEC 23009-1 에 따라 DASH 디스크립터들을, 인캡슐레이션 유닛 (30) 이 제공할 수도 있고 취출 유닛 (30) 이 수신할 수도 있다. 그러한 디스크립터들은 인캡슐레이팅된 비디오 비트스트림에 포함된 데이터를 나타내는 시그널링된 정보를 포함할 수도 있다. 예를 들어, DASH 디스크립터들은 다음 중 임의의 것 또는 전부를 표시할 수도 있다: CEA-608/708 에 대한 SEI 메시지들이 비디오 기본 스트림에 포함되는지 여부, 시스템 레벨이 폐쇄된 캡션들, 그 폐쇄된 캡션들의 언어들 또는 다르게는 SEI 메시지들에 포함된 다른 정보를 렌더링할 수 있어야 하는지 여부, 및/또는 (예를 들어, 상이한 언어들에 대한) 다수의 폐쇄된 캡션들이 존재하는지 여부. 추가적으로 또는 대안적으로, DASH 디스크립터들은 마스터링 컬러 볼륨 정보, 컨텐츠 라이트 레벨 정보, CRI 메시지들, 마스터링 컬러 볼륨 정보에 대한 맵핑 정보, 및/또는 HDR 에 대한 SEI 메시지들에 포함되는 사유 메시지들을 나타내는 시그널링을 포함할 수도 있다.
이러한 방식으로 DASH 디스크립터들을 사용함으로써, 시그널링된 데이터는 대응하는 미디어 데이터를 코딩하기 위해 사용되는 코덱에 독립적일 수도 있다. 또, DASH 디스크립터들은 (메니페스트 파일 (66) 에 대응할 수도 있는) DASH MPD 들에서 시그널링될 수도 있다. DASH 디스크립터들은 필수 및 보충 정보를 지원하기 위해 사용될 수 있다. DASH 디스크립터들은 또한 이러한 정보를 위해 DASH 에서 상세한 시맨틱스를 정의할 수 있다. 본 개시는, 그러나, DASH 디스크립터들이 모든 SEI 메시지들을 커버하지 않고, 파일 포맷 레벨에서 (예를 들어, ISO BMFF 파일 포맷 정보에서) 시그널링하는 것을 위해 일반적으로 사용되지 않고, DASH 에만에 특정적이며, 널리 이용가능한 것으로 예상되지 않는다는 것을 인식한다.
추가로 또는 대안으로, 예를 들어, DASH 세그먼트들 또는 다른 그러한 스트리밍된 파일들에 대한 ISO BMFF 파일 포맷 정보에서 파일 포맷 데이터의 부분으로서 샘플 엔트리 정보를, 인캡슐레이션 유닛 (30) 이 제공할 수도 있고 취출 유닛 (30) 이 수신할 수도 있다. 그러한 샘플 엔트리 정보는 반송된 SEI 페이로드들을 시그널링할 상세한 능력을 갖는 샘플 엔트리로서 (예를 들어, ISO/IEC 14496-15 에 따른) 포메이션으로 AVC 또는 HEVC 파일 포맷에 추가될 수도 있고, 각각의 페이로드는 그 밖에 무엇이 추가되어야 하는지에 대한 더 많은 상세들을 정의할 수 있다.
그러한 샘플 엔트리 정보는 대응하는 미디어 데이터를 코딩하기 위해 사용된 코덱에 독립적일 수도 있다. 샘플 엔트리 정보는 (메니페스트 파일 (66) 에 대응할 수도 있는) DASH MPD 들에서 시그널링될 수도 있다. 그러한 샘플 엔트리 정보는 모든 현재의 및 장래의 SEI 메시지들을 커버할 수도 있다. 샘플 엔트리 정보는 반드시 @코덱들 파라미터를 통해 파일 포맷 레벨 및 DASH 레벨에 대한 정보의 시그널링을 허용하지는 않을 것이다. 본 개시는, 그러나, 샘플 엔트리 정보가 필수 및 보충 정보를 지원하도록 사용되지 않을 수도 있을 것이며, 사양 텍스트에서 정의하기에 복잡할 수도 있다는 것을 인식한다.
추가로 또는 대안으로, 다음 중 하나 이상을 시그널링하는 스트링 신택스를, 인캡슐레이션 유닛 (30) 이 제공할 수도 있고, 취출 유닛 (30) 이 수신할 수도 있다: 기본 스트림이 하나 이상의 SEI 메시지들 페이로드 타입들을 포함한다는 것, 각각의 포함된 페이로드 타입이 시그널링된다는 것, 각각의 타입에 대해 추가적인 정보를 시그널링 (바람직하게는 매우 간단한 기초로, 예를 들어, 일부 정적 포함 정보를 특정) 하기 위해 사용될 수 있는 사용자 정의된 필드들의 옵션, 및/또는 사용자 정의된 데이터에 대한 페이로드 타입 4. 그러한 정보는 파일 포맷 레벨에서 시그널링될 수도 있다. 이러한 신호는 또한 예를 들어 DASH MPD (또는 일반적으로 메니페스트 파일 (66)) 에서 시스템 계층에 의해 승계될 수도 있다.
또한, 상술된 시스템 레벨 정보를 생성하기 위해, 인캡슐레이션 유닛 (30) 은 어느 SEI 메시지들이 비디오 기본 스트림에 포함되는지, 뿐아니라 SEI 메시지들에 대한 페이로드 타입들을 결정하고, 비디오 기본 스트림 내에 포함된 SEI 메시지들을 표시하기 위해 시스템 레벨 정보를 생성할 수도 있다. 마찬가지로, 취출 유닛 (52) 은 클라이언트 디바이스 (40) 의 능력들 (예를 들어, 클라이언트 디바이스 (40) 가 SEI 메시지들의 데이터를 사용할 수 있는지 여부) 을 결정하고, 그 능력들 및 시스템 레벨 정보에 의해 표시된 바와 같은 SEI 메시지들의 시그널링된 정보에 기초하여 적절한 미디어 스트림 (예를 들어, 적응 세트 및/또는 적응 세트의 표현) 을 선택할 수도 있다.
상술된 시스템 레벨 정보는, 단독으로 또는 임의의 조합으로, 비트스트림 또는 기본 스트림에 어떤 SEI 메시지들이 존재하는지 (또는 존재할 수도 있는지) 를 표시할 수도 있다. 그러한 시스템 레벨 정보는, 예를 들어, 존재하는 (또는 존재할 수도 있는) SEI 메시지들의 타입들의 수 및/또는 SEI 메시지 타입들의 어레이를 포함할 수도 있다. 각각의 타입은, 예를 들어, 16-비트 넌-네거티브 정수, 또는 가변 길이로 코딩된 값에 의해 표현될 수도 있다.
코딩된 비디오 비트스트림들에서, 비디오 비트스트림에 어떤 SEI 메시지들이 존재하는지 (또는 존재할 수도 있는지) 에 대한 정보가 예를 들어 (예를 들어, HEVC 에서 특정된 바와 같은) 비디오 파라미터 세트, (예를 들어, HEVC 또는 H.264/AVC 에서 특정된 바와 같은) 시퀀스 파라미터 세트, 또는 시퀀스-레벨 SEI 메시지와 같은 파라미터 세트에서 시그널링될 수도 있다.
파일 포맷들, DASH MPD, MPEG-2 TS, 및/또는 MMT 에서, 트랙 내의 비디오 기본 비트스트림에 어떤 SEI 메시지들이 존재하는지 (또는 존재할 수도 있는지) 를 표시하는 정보가 다음 중 하나 이상에서 시그널링될 수도 있다: 예를 들어, 선택적 박스로서 비쥬얼 샘플 엔트리에 포함될 수 있는 새로운 박스, 예를 들어, "SeiMsgInfoBox", 예를 들어 "seimsgtypes" 로 지칭되는 새로운 선택적 MIME 파라미터, 그리고 이러한 박스는 "코덱들" 파라미터의 부분으로서 또는 그것과 병행하여 포함될 수 있고, 그것은 차례로 DASH MPD 또는 다른 메니페스트 파일에 포함될 수 있다, 적응 세트 또는 표현 레벨에서 새로운 또는 현재의 DASH MPD 엘리먼트 또는 디스크립터, 새로운 또는 현재의 시퀀스-레벨 MPEG-2 TS 디스크립터, 및/또는 새로운 또는 현재의 시퀀스-레벨 MMT 디스크립터.
여러 타입들의 SEI 메시지들이 비트스트림에 포함될 수도 있다. SEI 메시지들은, 예를 들어, HDR 및/또는 WCG 에 대한 정보를 갖는 SEI 메시지들을 포함할 수도 있다. SEI 메시지들에서, 및 따라서 본 개시의 기법들에 따른 시스템 레벨 정보에서 시그널링될 수도 있는 특성들은 추가적으로 또는 대안적으로 다음 중 임의의 것 또는 전부를 포함할 수도 있다: (마스터링 디스플레이의 컬러 프라이머리들 및 화이트 포인트 (컨텐츠의 설명) 및/또는 마스터링 디스플레이의 루미넌스의 최소 및/또는 최대 값들 (컨텐츠의 설명) 을 포함할 수도 있는) 예를 들어 ST 2086 에 의해 정의된 바와 같은, 마스터링 컬러 볼륨 정보, 컨텐츠 라이트 레벨 정보 (예를 들어, 컨텐츠의 주어진 세그먼트에 대한 최대 라이트 레벨 (컨텐츠의 설명) 및/또는 컨텐츠의 주어진 세그먼트에 대한 최대 평균-프레임 라이트 레벨 (컨텐츠의 설명) 을 표현할 수도 있는 MaxFALL 및/또는 MaxCLL 파라미터들), 예를 들어 HEVC 에서 정의된 바와 같은 컬러 리맵핑 정보 (예를 들어, 타겟 표현의 프라이머리들 (출력의 설명), 타겟 표현의 전송 특성들 (출력의 설명), 및/또는 컬리 리맵 ID (일부 생태계에서 애플리케이션 ID 의 설명)), 및/또는 (타겟 디스플레이의 컬러 프라이머리들 및 최소/최대 피크 루미넌스 (출력의 설명) 를 포함할 수도 있는) 예를 들어 ST 2094-10,20,30,40 에서 정의된 바와 같은 컬러 볼륨 변환들에 대한 HDR 동적 메타데이터.
하나의 예에서, 비트스트림에 다수의 SEI 엔티티들이 존재할 수도 있다. 각각의 SEI 는 상이한 디스플레이 능력들을 타겟팅할 수도 있다. SEI 메시지들에 인캡슐레이팅된 파라미터들은 본 개시의 기법들에 따라 시스템 레벨에서 이용가능하게 될 수도 있다. 즉, 다르게는 시스템 레벨에서 SEI 메시지들에 포함되는 정보의 임의의 것 또는 전부를, 인캡슐레이션 유닛 (30) 이 제공할 수도 있고, 취출 유닛 (52) 이 수신할 수도 있다. 따라서, 클라이언트 디바이스 (40) 와 같은 엔드 디바이스는, 선택된 비트스트림이 예를 들어 비디오 출력 (44) 의 능력들과 매치하는 특성들을 갖도록, SEI 메시지 정보를 표현하는 시스템 레벨 정보에 기초하여 적절한 비트스트림 (예를 들어, 표현들 (68) 중 하나) 을 선택할 수도 있다.
다른 예에서, 예를 들어, 피드백 채널을 갖는 시스템에서 비트스트림에 단일의 SEI 엔티티가 존재할 수도 있다. 단일의 비트스트림은 디코더측에서 (예를 들어, 서버 디바이스 (60) 또는 컨텐츠 준비 디바이스 (20) 에서) 이용가능할 수도 있다. 피드백 채널을 통해 제공된 (그리고 예를 들어 서버 디바이스 (60) 에 의해 수신된) 디코더 능력들 (예를 들어, 비디오 디코더 (48) 의 능력들) 에 기초하여, (비디오 인코더 (28) 와 같은) 비디오 인코더는 디코더 능력들에 따라 적응을 제공하기 위해 비트스트림 SEI 메시지들의 데이터를 인캡슐레이팅할 수도 있다. SEI 메시지들의 파라미터들은 본 개시의 기법들에 따라 시스템 레벨에서 시그널링될 수도 있다.
일반적으로, 더 높은 비트레이트 표현들은 더 높은 품질 비디오 재생을 산출할 수도 있는 반면, 더 낮은 비트레이트 표현들은 이용가능한 네트워크 대역폭이 감소하는 경우 충분한 품질 비디오 재생을 제공할 수도 있다. 이에 따라, 이용가능한 네트워크 대역폭이 상대적으로 높은 경우, 취출 유닛 (52) 은 상대적으로 높은 비트레이트 표현들로부터 데이터를 취출할 수도 있는 반면, 이용가능한 네트워크 대역폭이 낮은 경우, 취출 유닛 (52) 은 상대적으로 낮은 비트레이트 표현들로부터 데이터를 취출할 수도 있다. 이러한 방식으로, 클라이언트 디바이스 (40) 는 네트워크 (74) 의 변화하는 네트워크 대역폭 가용성에 또한 적응하면서 네트워크 (74) 를 통해 멀티미디어 데이터를 스트리밍할 수도 있다.
추가적으로 또는 대안적으로, 취출 유닛 (52) 은 eMBMS 또는 IP 멀티캐스트와 같은 브로드캐스트 또는 멀티캐스트 네트워크 프로토콜에 따라 데이터를 수신하도록 구성될 수도 있다. 그러한 예들에서, 취출 유닛 (52) 은 특정의 미디어 컨텐츠와 연관된 멀티캐스트 네트워크 그룹에 조인하기 위한 요청을 제출할 수도 있다. 멀티캐스트 그룹에 조인한 후, 취출 유닛 (52) 은 서버 디바이스 (60) 또는 컨텐츠 준비 디바이스 (20) 로 발행된 추가의 요청들 없이 멀티캐스트 그룹의 데이터를 수신할 수도 있다. 취출 유닛 (52) 은 예를 들어 재생을 중단하거나 상이한 멀티캐스트 그룹으로 채널들을 변경하기 위해 멀티캐스트 그룹의 데이터가 더이상 필요로 되지 않는 경우 멀티캐스트 그룹을 떠나기 위한 요청을 제출할 수도 있다.
네트워크 인터페이스 (54) 는, 차례로 파일 포맷 프로세싱 유닛 (50) 으로 세그먼트들을 제공할 수도 있는 취출 유닛 (52) 으로 선택된 표현의 세그먼트들의 데이터를 수신 및 제공할 수도 있다. 파일 포맷 프로세싱 유닛 (50) 은 비디오 파일의 엘리먼트들을 구성요소 PES 스트림들로 디캡슐레이팅하고, 인코딩된 데이터를 취출하기 위해 PES 스트림들을 패캣화 해제하고, 예를 들어 스트림의 PES 패킷 헤더들에 의해 표시된 바와 같이, 인코딩된 데이터가 오디오 또는 비디오 스트림의 부분인지 여부에 의존하여, 오디오 디코더 (46) 또는 비디오 디코더 (48) 로 인코딩된 데이터를 전송할 수도 있다. 오디오 디코더 (46) 는 인코딩된 오디오 데이터를 디코딩하고 그 디코딩된 오디오 데이터를 오디오 출력 (42) 으로 전송하는 반면, 비디오 디코더 (48) 는 인코딩된 비디오 데이터를 디코딩하고, 스트림의 복수의 뷰들을 포함할 수도 있는 그 디코딩된 비디오 데이터를 비디오 출력 (44) 으로 전송한다.
비디오 인코더 (28), 비디오 디코더 (48), 오디오 인코더 (26), 오디오 디코더 (46), 인캡슐레이션 유닛 (30), 취출 유닛 (52), 및 파일 포맷 프로세싱 유닛 (50) 은 각각 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSPs), 주문형 반도체들 (ASICs), 필드 프로그램가능 게이트 어레이들 (FPGAs), 이산 로직 회로, 소프트웨어, 하드웨어, 펌웨어, 또는 이들의 임의의 조합들과 같은, 적용가능한 대로, 임의의 다양한 적합한 프로세싱 회로로서 구현될 수도 있다. 비디오 인코더 (28) 및 비디오 디코더 (48) 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있으며, 이들 중 어느 것은 결합된 비디오 인코더/디코더 (CODEC) 의 부분으로서 통합될 수도 있다. 마찬가지로, 오디오 인코더 (26) 및 오디오 디코더 (46) 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있으며, 이들 중 어느 것은 결합된 CODEC 의 부분으로서 통합될 수도 있다. 비디오 인코더 (28), 비디오 디코더 (48), 오디오 인코더 (26), 오디오 디코더 (46), 인캡슐레이션 유닛 (30), 취출 유닛 (52), 및/또는 파일 포맷 프로세싱 유닛 (50) 을 포함하는 장치는 집적 회로, 마이크로프로세서, 및/또는 셀룰러 전화와 같은 무선 통신 디바이스를 포함할 수도 있다.
클라이언트 디바이스 (40), 서버 디바이스 (60), 및/또는 컨텐츠 준비 디바이스 (20) 는 본 개시의 기법들에 따라 동작하도록 구성될 수도 있다. 예시의 목적으로, 본 개시는 클라이언트 디바이스 (40) 및 서버 디바이스 (60) 에 대해 이들 기법들을 기술한다. 그러나, 컨텐츠 준비 디바이스 (20) 는 서버 디바이스 (60) 대신에 (또는 서버 디바이스 (60) 에 더하여) 이들 기법들을 수행하도록 구성될 수도 있다는 것이 이해되어야 한다.
인캡슐레이션 유닛 (30) 은 NAL 유닛이 속하는 프로그램을 식별하는 헤더, 뿐아니라 페이로드, 예를 들어, 오디오 데이터, 비디오 데이터, 또는 NAL 유닛이 대응하는 전송 또는 프로그램 스트림을 기술하는 데이터를 포함하는 NAL 유닛들을 형성할 수도 있다. 예를 들어, H.264/AVC 에서, NAL 유닛은 1-바이트 헤더 및 변화하는 사이즈의 페이로드를 포함한다. 그의 페이로드에 비디오 데이터를 포함하는 NAL 유닛은 비디오 데이터의 여러 입도 레벨들을 포함할 수도 있다. 예를 들어, NAL 유닛은 비디오 데이터의 블록, 복수의 블록들, 비디오 데이터의 슬라이스, 또는 비디오 데이터의 전체 화상을 포함할 수도 있다. 인캡슐레이션 유닛 (30) 은 기본 스트림들의 PES 패킷들의 형태로 비디오 인코더 (28) 로부터 인코딩된 비디오 데이터를 수신할 수도 있다. 인캡슐레이션 유닛 (30) 은 대응하는 프로그램과 각각의 기본 스트림을 연관시킬 수도 있다.
인캡슐레이션 유닛 (30) 은 또한 복수의 NAL 유닛들로부터의 액세스 유닛들을 어셈블링할 수도 있다. 일반적으로, 액세스 유닛은 비디오 데이터의 프레임, 뿐아니라 오디오 데이터가 이용가능할 때 그 프레임에 대응하는 그러한 오디오 데이터를 표현하기 위한 하나 이상의 NAL 유닛들을 포함할 수도 있다. 액세스 유닛은 일반적으로 하나의 출력 시간 인스턴스에 대해 모든 NAL 유닛들, 예를 들어, 하나의 시간 인스턴스에 대해 모든 오디오 및 비디오 데이터를 포함한다. 예를 들어, 각각의 뷰가 20 fps (frames per second) 의 프레임 레이트를 갖는다면, 각각의 시간 인스턴스는 0.05 초의 시간 간격에 대응할 수도 있다. 이러한 시간 간격 동안, 동일한 액세스 유닛 (동일한 시간 인스턴스) 의 모든 뷰들에 대한 특정의 프레임들은 동시에 렌더링될 수도 있다. 하나의 예에서, 액세스 유닛은 프라이머리 코딩된 화상으로서 제시될 수도 있는, 하나의 시간 인스턴스에서의 코딩된 화상을 포함할 수도 있다.
이에 따라, 액세스 유닛은 공통 시간 인스턴스의 모든 오디오 및 비디오 프레임들, 예를 들어, 시간 X 에 대응하는 모든 뷰들을 포함할 수도 있다. 본 개시는 또한 특정의 뷰의 인코딩된 화상을 "뷰 컴포넌트" 로서 지칭한다. 즉, 뷰 컴포넌트는 특정의 시간에서의 특정의 뷰에 대한 인코딩된 화상 (또는 프레임) 을 포함할 수도 있다. 이에 따라, 액세스 유닛은 공통 시간 인스턴스의 모든 뷰 컴포넌트들을 포함하는 것으로서 정의될 수도 있다. 액세스 유닛들의 디코딩 순서는 반드시 출력 또는 디스플레이 순서와 동일할 필요는 없다.
미디어 제시는 상이한 대안적인 표현들 (예를 들어, 상이한 품질들을 갖는 비디오 서비스들) 의 설명들을 포함할 수도 있는 미디어 제시 디스크립션 (MPD) 을 포함할 수도 있고, 디스크립션은 예를 들어 코덱 정보, 프로파일 값, 및 레벨 값을 포함할 수도 있다. MPD 는 메니페스트 파일 (66) 과 같은 메니페스트 파일의 하나의 예이다. 클라이언트 디바이스 (40) 는 여러 제시들의 영화 프래그먼트들을 액세스하는 방법을 결정하기 위해 미디어 제시의 MPD 를 취출할 수도 있다. 영화 프래그먼트들은 비디오 파일들의 영화 프래그먼트 박스들 (무프 (moof) 박스들) 에 위치될 수도 있다.
(예를 들어, MPD 를 포함할 수도 있는) 메니페스트 파일 (66) 은 표현들 (68) 의 세그먼트들의 가용성을 광고할 수도 있다. 즉, MPD 는 표현들 (68) 중 하나의 제 1 세그먼트가 이용가능하게 되는 벽 시간 (wall-clock time) 을 나타내는 정보, 뿐아니라 표현들 (68) 내의 세그먼트들의 지속기간들을 나타내는 정보를 포함할 수도 있다. 이러한 방식으로, 클라이언트 디바이스 (40) 의 취출 유닛 (52) 은 시작 시간 뿐아니라 특정의 세그먼트에 선행하는 세그먼트들의 지속기간들에 기초하여 각각의 세그먼트가 이용가능할 때를 결정할 수도 있다.
인캡슐레이션 유닛 (30) 이 NAL 유닛들 및/또는 액세스 유닛들을 수신된 데이터에 기초하여 비디오 파일로 어셈블링한 후, 인캡슐레이션 유닛 (30) 은 출력을 위해 출력 인터페이스 (32) 로 비디오 파일을 전달한다. 일부 예들에서, 인캡슐레이션 유닛 (30) 은 클라이언트 디바이스 (40) 로 직접 비디오 파일을 전송하기 보다는 국소적으로 비디오 파일을 저장하거나 출력 인터페이스 (32) 를 통해 원격 서버로 비디오 파일을 전송할 수도 있다. 출력 인터페이스 (32) 는 예를 들어 송신기, 송수신기, 예를 들어 광학 드라이브, 자기 미디어 드라이브 (예를 들어, 플로피 드라이브), 유니버셜 시리얼 버스 (USB) 포트, 네트워크 인터페이스와 같은 컴퓨터 판독가능 매체에 데이터를 기입하기 위한 디바이스, 또는 다른 출력 인터페이스를 포함할 수도 있다. 출력 인터페이스 (32) 는 예를 들어 송신 신호, 자기 매체, 광학 매체, 메모리, 플래시 드라이브, 또는 다른 컴퓨터 판독가능 매체와 같은 컴퓨터 판독가능 매체로 비디오 파일을 출력한다.
네트워크 인터페이스 (54) 는 네트워크 (74) 를 통해 NAL 유닛 또는 액세스 유닛을 수신하고, 취출 유닛 (52) 을 통해 파일 포맷 프로세싱 유닛 (50) 으로 NAL 유닛 또는 액세스 유닛을 제공할 수도 있다. 파일 포맷 프로세싱 유닛 (50) 은 비디오 파일의 엘리먼트들을 구성요소 PES 스트림들로 디캡슐레이팅하고, 인코딩된 데이터를 취출하기 위해 PES 스트림들을 패킷화해제하며, 예를 들어 스트림의 PES 패킷 헤더들에 의해 표시된 바와 같이, 인코딩된 데이터가 오디오 또는 비디오 스트림의 부분인지 여부에 의존하여, 오디오 디코더 (46) 또는 비디오 디코더 (48) 로 인코딩된 데이터를 전송할 수도 있다. 오디오 디코더 (46) 는 인코딩된 오디오 데이터를 디코딩하고 그 디코딩된 오디오 데이터를 오디오 출력 (42) 으로 전송하는 반면, 비디오 디코더 (48) 는 인코딩된 비디오 데이터를 디코딩하고 스트림의 복수의 뷰들을 포함할 수도 있는 디코딩된 비디오 데이터를 비디오 출력 (44) 으로 전송한다.
이러한 방식으로, 컨텐츠 준비 디바이스 (20) 및/또는 서버 디바이스 (60) 는 회로로 구현된 하나 이상의 프로세서들을 포함하는 미디어 데이터를 송신하기 위한 디바이스의 예들을 나타내고, 하나 이상의 프로세서들은, 비디오 인코더로부터 비디오 기본 스트림을 수신하는 것으로서, 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하고; 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하며; 미디어 비트스트림에서 비디오 기본 스트림을 인캡슐레이팅하고; 및 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하는 것으로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 SEI 메시지들 및 SEI 메시지들 각각에 대한 페이로드 타입들을 포함한다는 것을 나타내는, 상기 시스템 레벨 정보를 생성하도록 구성된다.
유사하게, 클라이언트 디바이스 (40) 는 비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하는 수단으로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들 및 SEI 메시지들 각각에 대한 페이로드 타입들을 포함한다는 것을 나타내는, 상기 시스템 레벨 정보를 파싱하는 수단; 시스템 레벨 정보로부터 하나 이상의 SEI 메시지들 및 페이로드 타입들을 추출하는 수단; 및 디바이스의 하나 이상의 다른 프로세싱 유닛들로 하나 이상의 SEI 메시지들 및 페이로드 타입들을 전송하는 수단을 포함하는 미디어 데이터를 취출하기 위한 디바이스의 예를 나타낸다.
도 2 는 도 1 의 취출 유닛 (52) 의 컴포넌트들의 예시의 세트를 더욱 상세하게 도시하는 블록도이다. 이러한 예에서, 취출 유닛 (52) 은 eMBMS 미들웨어 유닛 (100), DASH 클라이언트 (110), 및 미디어 애플리케이션 (112) 을 포함한다.
이러한 예에서, eMBMS 미들웨어 유닛 (100) 은 eMBMS 수신 유닛 (106), 캐시 (104), 및 서버 유닛 (102) 을 더 포함한다. 이러한 예에서, eMBMS 수신 유닛 (106) 은 http://tools.ietf.org/html/rfc6726 에서 이용가능한 T. Paila et al., "FLUTE―File Delivery over Unidirectional Transport," Network Working Group, RFC 6726, Nov. 2012 에 기술된, 예를 들어, 단방향 전송을 통한 파일 전달 (FLUTE) 에 따라 eMBMS 를 통해 데이터를 수신하도록 구성된다. 즉, eMBMS 수신 유닛 (106) 은 BM-SC 로서 작용할 수도 있는, 예를 들어, 서버 디바이스 (60) 로부터 브로드캐스트를 통해 파일들을 수신할 수도 있다.
eMBMS 미들웨어 유닛 (100) 이 파일들을 위한 데이터를 수신함에 따라, eMBMS 미들웨어 유닛은 캐시 (104) 에 그 수신된 데이터를 저장할 수도 있다. 캐시 (104) 는 플래시 메모리, 하드 디스크, RAM, 또는 임의의 다른 적합한 저장 매체와 같은 컴퓨터 판독가능 저장 매체를 포함할 수도 있다.
로컬 서버 유닛 (102) 은 DASH 클라이언트 (110) 를 위한 서버로서 작용할 수도 있다. 예를 들어, 로컬 서버 유닛 (102) 은 DASH 클라이언트 (110) 로 MPD 파일 또는 다른 메니페스트 파일을 제공할 수도 있다. 로컬 서버 유닛 (102) 은 세그먼트들이 취출될 수 있는 하이퍼링크들 뿐아니라 MPD 파일 내의 세그먼트들에 대한 가용성 시간들을 광고할 수도 있다. 이들 하이퍼링크들은 클라이언트 디바이스 (40) 에 대응하는 로컬호스트 어드레스 프리픽스 (예를 들어, IPv4 의 경우 127.0.0.1) 를 포함할 수도 있다. 이러한 방식으로, DASH 클라이언트 (110) 는 HTTP GET 또는 부분적 GET 요청들을 사용하여 로컬 서버 유닛 (102) 으로부터 세그먼트들을 요청할 수도 있다. 예를 들어, 링크 http://127.0.0.1/rep1/seg3 로부터 이용가능한 세그먼트의 경우, DASH 클라이언트 (110) 는 http://127.0.0.1/rep1/seg3 을 위한 요청을 포함하는 HTTP GET 요청을 구성하고, 그 요청을 로컬 서버 유닛 (102) 으로 제출할 수도 있다. 로컬 서버 유닛 (102) 은 그러한 요청들에 응답하여 캐시 (104) 로부터 요청된 데이터를 취출하고 DASH 클라이언트 (110) 로 그 데이터를 제공할 수도 있다.
도 3 은 예시의 멀티미디어 컨텐츠 (120) 의 엘리먼트들을 도시하는 개념도이다. 멀티미디어 컨텐츠 (120) 는 멀티미디어 컨텐츠 (64) (도 1), 또는 저장 매체 (62) 에 저장된 다른 멀티미디어 컨텐츠에 대응할 수도 있다. 도 3 의 예에서, 멀티미디어 컨텐츠 (120) 는 미디어 제시 디스크립션 (MPD) (122) 및 복수의 표현들 (124A-124N) (표현들 (124)) 을 포함한다. 표현 (124A) 은 선택적 헤더 데이터 (126) 및 세그먼트들 (128A-128N) (세그먼트들 (128)) 을 포함하는 반면, 표현 (124N) 은 선택적 헤더 데이터 (130) 및 세그먼트들 (132A-132N) (세그먼트들 (132)) 을 포함한다. 글자 N 은 편의 문제로서 표현들 (124) 각각에서 마지막 영화 프래그먼트를 지정하기 위해 사용된다. 일부 예들에서, 표현들 (124) 사이에 상이한 수들의 영화 프래그먼트들이 존재할 수도 있다.
MPD (122) 는 표현들 (124) 로부터 분리된 데이터 구조를 포함할 수도 있다. MPD (122) 는 도 1 의 메니페스트 파일 (66) 에 대응할 수도 있다. 마찬가지로, 표현들 (124) 은 도 2 의 표현들 (68) 에 대응할 수도 있다. 일반적으로, MPD (122) 는 코딩 및 렌더링 특성들과 같은 표현들 (124) 의 특성들, 적응 세트들, MPD (122) 가 대응하는 프로파일, 텍스트 타입 정보, 카메라 각도 정보, 등급 정보, 트릭 모드 정보 (예를 들어, 시간적 서브-시퀀스들을 포함하는 표현들을 나타내는 정보), 및/또는 (예를 들어, 재생 동안 미디어 컨텐츠로의 타겟팅된 광고 삽입을 위한) 원격 주기들을 취출하기 위한 정보를 일반적으로 기술하는 데이터를 포함할 수도 있다.
헤더 데이터 (126) 는, 존재하는 경우, 세그먼트들 (128) 의 특성들, 예를 들어, 랜덤 액세스 포인트들의 시간적 로케이션들 (RAPs, 스트림 액세스 포인트들 (SAPs) 로서도 지칭됨), 세그먼트들 (128) 중 어느 것이 랜덤 액세스 포인트들을 포함하는지, 세그먼트들 (128) 내의 램덤 액세스 포인트들로의 바이트 오프셋들, 세그먼트들 (128) 의 유니폼 리소스 로케이터들 (URLs), 또는 세그먼트들 (128) 의 다른 양태들을 기술할 수도 있다. 추가적으로 또는 대안적으로, 그러한 특성들은 MPD (122) 내에 완전히 포함될 수도 있다.
세그먼트들 (128, 132) 은 하나 이상의 코딩된 비디오 샘플들을 포함하며, 이들 각각은 비디오 데이터의 프레임들 또는 슬라이스들을 포함할 수도 있다. 세그먼트들 (128) 의 코딩된 비디오 샘플들 각각은 유사한 특성들, 예를 들어, 높이, 폭, 및 대역폭 요건들을 가질 수도 있다. 그러한 특성들은 MPD (122) 의 데이터에 의해 기술될 수도 있지만, 그러한 데이터는 도 3 의 예에 도시되지 않는다. MPD (122) 는 본 개시에 기술된 시그널링된 정보의 임의의 것 또는 전부의 추가와 함께, 3GPP 사양에 의해 기술된 바와 같은 특성들을 포함할 수도 있다.
세그먼트들 (128, 132) 각각은 고유한 유니폼 리소스 로케이터 (URL) 와 연관될 수도 있다. 따라서, 세그먼트들 (128, 132) 각각은 DASH 와 같은 스트리밍 네트워크 프로토콜을 사용하여 독립적으로 취출가능할 수도 있다. 이러한 방식으로, 클라이언트 디바이스 (40) 와 같은 목적지 디바이스는 세그먼트들 (128 또는 132) 을 취출하기 위해 HTTP GET 요청을 사용할 수도 있다. 일부 예들에서, 클라이언트 디바이스 (40) 는 세그먼트들 (128 또는 132) 의 특정의 바이트 범위들을 취출하기 위해 HTTP 부분적 GET 요청들을 사용할 수도 있다.
본 개시의 기법들에 따라, MPD (122) 는 각각의 표현들 (124) 에 의해 인캡슐레이팅된 각각의 비디오 기본 스트림들의 보충 강화 정보 (SEI) 메시지들을 나타내는 시스템 레벨 정보를 포함할 수도 있다. 예를 들어, MPD (122) 는 CICP 메시지들, DASH 디스크립터들, 또는 신택스 엘리먼트들을 포함하는 스트링을 포함할 수도 있다. 그 정보는 비디오 기본 스트림들에서의 폐쇄된 캡션들에 대한 SEI 메시지들의 존재, 시스템 레벨에서 동작하는 유닛이 폐쇄된 캡션들을 렌더링할 수 있어야 하는지 여부, 폐쇄된 캡션들에 대한 설명 정보, 폐쇄된 캡션들의 다수의 세트들이 비디오 기본 스트림에 존재하는지 여부, 높은 동적 범위 (HDR) 포맷에 대한 마스터링 컬러 볼륨 정보, HDR 포맷에 대한 컨텐츠 라이트 레벨 정보, HDR 포맷에 대한 컬러 리맵핑 정보 (CRI) 메시지들, 또는 HDR 포맷에 대한 사유 (proprietary) 정보 중 하나 이상을 나타낼 수도 있다.
도 4 는 도 3 의 세그먼트들 (114, 124) 중 하나와 같은, 표현의 세그먼트에 대응할 수도 있는 예시의 비디오 파일 (150) 의 엘리먼트들을 도시하는 블록도이다. 세그먼트들 (128, 132) 각각은 도 4 의 예에 도시된 데이터의 배열에 실질적으로 일치하는 데이터를 포함할 수도 있다. 비디오 파일 (150) 은 세그먼트를 인캡슐레이팅하는 것으로 언급될 수도 있다.
상술된 바와 같이, ISO 베이스 미디어 파일 포맷 및 그것의 확장들에 따른 비디오 파일들은 "박스들" 로서 지칭되는 일련의 오브젝트들에 데이터를 저장한다. 도 4 의 예에서, 비디오 파일 (150) 은 파일 타입 (FTYP) 박스 (152), 영화 (MOOV) 박스 (154), 세그먼트 인덱스 (sidx) 박스들 (162), 영화 프래그먼트 (MOOF) 박스들 (164), 및 영화 프래그먼트 랜덤 액세스 (MFRA) 박스 (166) 를 포함한다. 도 4 가 비디오 파일의 예를 나타내지만, 다른 미디어 파일들이 ISO 베이스 미디어 파일 포맷 및 그것의 확장들에 따라 비디오 파일 (150) 의 데이터와 유사하게 구조화되는 다른 타입들의 미디어 데이터 (예를 들어, 오디오 데이터, 타이밍된 텍스트 데이터 등) 를 포함할 수도 있다는 것이 이해되어야 한다.
파일 타입 (FTYP) 박스 (152) 는 일반적으로 비디오 파일 (150) 에 대한 파일 타입을 기술한다. 파일 타입 박스 (152) 는 비디오 파일 (150) 에 대한 최선의 사용을 기술하는 사양을 식별하는 데이터를 포함할 수도 있다. 파일 타입 박스 (152) 는 대안적으로 MOOV 박스 (154), 영화 프래그먼트 박스들 (164), 및/또는 MFRA 박스 (166) 앞에 배치될 수도 있다.
일부 예들에서, 비디오 파일 (150) 과 같은 세그먼트는 FTYP 박스 (152) 앞에 MPD 업데이트 박스 (미도시) 를 포함할 수도 있다. MPD 업데이트 박스는 MPD 를 업데이트하는 것을 위한 정보와 함께, 비디오 파일 (150) 을 포함하는 표현에 대응하는 MPD 가 업데이트되어야 한다는 것을 표시하는 정보를 포함할 수도 있다. 예를 들어, MPD 업데이트 박스는 MPD 를 업데이트하기 위해 사용될 리소스를 위한 URI 또는 URL 을 제공할 수도 있다. 다른 예로서, MPD 업데이트 박스는 MPD 를 업데이트하기 위한 데이터를 포함할 수도 있다. 일부 예들에서, MPD 업데이트 박스는 비디오 파일 (150) 의 세그먼트 타입 (STYP) 박스 (미도시) 에 즉시 후속할 수도 있으며, 여기서 STPY 박스는 비디오 파일 (150) 에 대한 세그먼트 타입을 정의할 수도 있다. 이하에 더 상세히 논의되는 도 7 은 MPD 업데이트 박스에 대한 추가적인 정보를 제공한다.
MOOV 박스 (154) 는, 도 4 의 예에서, 영화 헤더 (MVHD) 박스 (156), 트랙 (TRAK) 박스 (158), 및 하나 이상의 영화 연장들 (MVEX) 박스들 (160) 을 포함한다. 일반적으로, MVHD 박스 (156) 는 비디오 파일 (150) 의 일반적인 특성을 기술할 수도 있다. 예를 들어, MVHD 박스 (156) 는 비디오 파일 (150) 이 원래 생성되었던 때, 비디오 파일 (150) 이 마지막으로 수정되었던 때를 기술하는 데이터, 또는 비디오 파일 (150) 을 일반적으로 기술하는 다른 데이터를 포함할 수도 있다.
TRAK 박스 (158) 는 비디오 파일 (150) 의 트랙에 대한 데이터를 포함할 수도 있다. TRAK 박스 (158) 는 TRAK 박스 (158) 에 대응하는 트랙의 특성을 기술하는 트랙 헤더 (TKHD) 박스를 포함할 수도 있다. 일부 예들에서, TRAK 박스 (158) 는 코딩된 비디오 화상들을 포함할 수도 있는 반면, 다른 예들에서는 트랙의 코딩된 비디오 화상들은 TRAK 박스 (158) 및/또는 sidx 박스들 (162) 의 데이터에 의해 참조될 수도 있는 영화 프래그먼트들 (164) 에 포함될 수도 있다.
일부 예들에서, 비디오 파일 (150) 은 2 이상의 트랙들을 포함할 수도 있다. 이에 따라, MOOV 박스 (154) 는 비디오 파일 (150) 에서의 트랙들의 수와 동일한 TRAK 박스들의 수를 포함할 수도 있다. TRAK 박스 (158) 는 비디오 파일 (150) 의 대응하는 트랙의 특성을 기술할 수도 있다. 예를 들어, TRAK 박스 (158) 는 대응하는 트랙에 대한 시간적 및/또는 공간적 정보를 기술할 수도 있다. MOOV 박스 (154) 의 TRAK 박스 (158) 와 유사한 TRAK 박스는, 인캡슐레이션 유닛 (30) (도 3) 이 비디오 파일 (150) 과 같은 비디오 파일에서의 파라미터 세트 트랙을 포함하는 경우, 파라미터 세트 트랙의 특성을 기술할 수도 있다. 인캡슐레이션 유닛 (30) 은 파라미터 세트 트랙을 기술하는 TRAK 박스 내의 파라미터 세트 트랙에서 시퀀스 레벨 SEI 메시지들의 존재를 시그널링할 수도 있다.
MVEX 박스들 (160) 는, 예를 들어, 존재하는 경우, 비디오 파일 (150) 이 MOOV 박스 (154) 내에 포함된 비디오 데이터에 추가하여, 영화 프래그먼트들 (164) 을 포함한다는 것을 시그널링하기 위해, 대응하는 영화 프래그먼트들 (164) 의 특성을 기술할 수도 있다. 스트리밍 비디오 데이터의 콘텍스트에서, 코딩된 비디오 화상들은 MOOV 박스 (154) 에보다 오히려 영화 프래그먼트들 (164) 에 포함될 수도 있다. 이에 따라, 모든 코딩된 비디오 샘플들은 MOOV 박스 (154) 에보다 오히려 영화 프래그먼트들 (164) 에 포함될 수도 있다.
MOOV 박스 (154) 는 비디오 파일 (150) 에서의 영화 프래그먼트들 (164) 의 수와 동일한 MVEX 박스들 (160) 의 수를 포함할 수도 있다. MVEX 박스들 (160) 각각은 영화 프래그먼트들 (164) 중 대응하는 것의 특성을 기술할 수도 있다. 예를 들어, 각 MVEX 박스는 영화 프래그먼트들 (164) 중 대응하는 것에 대한 시간 지속기간을 기술하는 영화 연장 헤더 박스 (MEHD) 박스를 포함할 수도 있다.
상술된 바와 같이, 인캡슐레이션 유닛 (30) 은 실제의 코딩된 비디오 데이터를 포함하지 않는 비디오 샘플에 시퀀스 데이터 세트를 저장할 수도 있다. 비디오 샘플은 일반적으로 특정의 시간 인스턴스에서의 코딩된 화상의 표현인 액세스 유닛에 대응할 수도 있다. AVC 의 콘텍스트에서, 코딩된 화상은 액세스 유닛의 모든 화소들을 구성하기 위한 정보를 포함하는 하나 이상의 VCL NAL 유닛들 및 SEI 메시지들과 같은 다른 연관된 넌-VCL NAL 유닛들을 포함한다. 이에 따라, 인캡슐레이션 유닛 (30) 은 영화 프래그먼트들 (164) 중 하나에, 시퀀스 레벨 SEI 메시지들을 포함할 수도 있는 시퀀스 데이터 세트를 포함할 수도 있다. 인캡슐레이션 유닛 (30) 은 또한 시퀀스 데이터 세트 및/또는 시퀀스 레벨 SEI 메시지들의 존재를, 영화 프래그먼트들 (164) 중 하나에 대응하는 MVEX 박스들 (160) 중 하나 내의 영화 프래그먼트들 (164) 중 하나에 존재하는 것으로서 시그널링할 수도 있다.
SIDX 박스들 (162) 은 비디오 파일 (150) 의 선택적 엘리먼트들이다. 즉, 3GPP 파일 포맷, 또는 다른 그러한 파일 포맷들에 일치하는 비디오 파일들은 반드시 SIDX 박스들 (162) 을 포함하지는 않는다. 3GPP 파일 포맷의 예에 따르면, SIDX 박스는 세그먼트 (예를 들어, 비디오 파일 (150) 내에 포함된 세그먼트) 의 서브-세그먼트을 식별하기 위해 사용될 수도 있다. 3GPP 파일 포맷은 서브-세그먼트를 "대응하는 미디어 데이터 박스(들) 을 갖는 하나 이상의 연속하는 영화 프래그먼트 박스들의 자기-포함된 세트로서 정의하고, 영화 프래그먼트 박스에 의해 참조되는 데이터를 포함하는 미디어 데이터 박스는 그러한 영화 프래그먼트 박스에 후속하고 동일한 트랙에 대한 정보를 포함하는 다음의 영화 프래그먼트 박스에 선행해야 한다." 3GPP 파일 포맷은 또한 SIDX 박스가 "그 박스에 의해 도큐멘팅되는 (서브)세그먼트의 서브세그먼트들에 대한 참조들의 시퀀스를 포함한다는 것을 표시한다. 참조되는 서브세그먼트들은 제시 시간에서 연속적이다. 유사하게, 세그먼트 인덱스 박스에 의해 참조되는 바이트들은 항상 세그먼트 내에서 연속적이다. 참조된 사이즈는 참조된 자료에서의 바이트들의 수의 카운트를 제공한다.
SIDX 박스들 (162) 은 일반적으로 비디오 파일 (150) 에 포함된 세그먼트의 하나 이상의 서브-세그먼트들을 나타내는 정보를 제공한다. 예를 들어, 그러한 정보는 서브-세그먼트들이 시작하고 및/또는 종료하는 재생 시간들, 서브-세그먼트들에 대한 바이트 오프셋들, 서브-세그먼트들이 스트림 액세스 포인트 (SAP) 를 포함하는지 (예를 들어, SAP 으로 시작하는지) 여부, SAP 에 대한 타입 (예를 들어, SAP 이 순시적 디코더 리프레시 (IDR) 화상, 클린 랜덤 액세스 (CRA) 화상, 브록큰 링크 액세스 (BLA) 화상 등인지 여부), 서브-세그먼트에서의 (재생 시간 및/또는 바이트 오프셋의 면에서의) SAP 의 위치 등을 포함할 수도 있다.
영화 프래그먼트들 (164) 은 하나 이상의 코딩된 비디오 화상들을 포함할 수도 있다. 일부 예들에서, 영화 프래그먼트들 (164) 은 하나 이상의 화상들의 그룹들 (GOPs) 을 포함할 수도 있고, 이들 각각은 다수의 코딩된 비디오 화상들, 예를 들어, 프레임들 또는 화상들을 포함할 수도 있다. 또, 상술된 바와 같이, 영화 프래그먼트들 (164) 은 일부 예들에서 시퀀스 데이터 세트들을 포함할 수도 있다. 영화 프래그먼트들 (164) 각각은 영화 프래그먼트 헤더 박스 (MFHD, 도 4 에 미도시) 를 포함할 수도 있다. MFHD 박스는 영화 프래그먼트에 대한 시퀀스 넘버와 같은, 대응하는 영화 프래그먼트의 특성을 기술할 수도 있다. 영화 프래그먼트들 (164) 은 비디오 파일 (150) 에 시퀀스 넘버의 순서로 포함될 수도 있다.
MFRA 박스 (166) 는 비디오 파일 (150) 의 영화 프래그먼트들 (164) 내의 램덤 액세스 포인트들을 기술할 수도 있다. 이것은 비디오 파일 (150) 에 의해 인캡슐레이팅된 세그먼트 내의 특정의 시간적 로케이션들 (즉, 재생 시간들) 에 대한 추구들을 수행하는 것과 같은 트릭 모드들을 수행하는 것을 도울 수도 있다. MFRA 박스 (166) 는 일반적으로 선택적이고 일부 예들에서는 비디오 파일들에 포함될 필요가 없다. 마찬가지로, 클라이언트 디바이스 (40) 과 같은 클라이언트 디바이스는 비디오 파일 (150) 의 비디오 데이터를 올바르게 디코딩하고 디스플레이하기 위해 반드시 MFRA 박스 (166) 를 참조할 필요는 없다. MFRA 박스 (166) 는 비디오 파일 (150) 의 트랙들의 수와 동일하거나, 또는 일부 예들에서, 비디오 파일 (150) 의 미디어 트랙들 (예를 들어, 넌-힌트 트랙들) 의 수와 동일한 트랙 프래그먼트 랜덤 액세스 (TFRA) 박스들 (미도시) 의 수를 포함할 수도 있다.
일부 예들에서, 영화 프래그먼트들 (164) 은 IDR 화상들과 같은 하나 이상의 스트림 액세스 포인트들 (SAPs) 을 포함할 수도 있다. 마찬가지로, MFRA 박스 (166) 는 SAP 들의 비디오 파일 (150) 내의 로케이션들의 표시들을 제공할 수도 있다. 이에 따라, 비디오 파일 (150) 의 시간적 서브-시퀀스는 비디오 파일 (150) 의 SAP 들로부터 형성될 수도 있다. 시간적 서브-시퀀스는 또한 SAP 들로부터 의존하는 P-프레임들 및/또는 B-프레임들고 K같은 다른 화상들을 포함할 수도 있다. 시간적 서브-시퀀스의 프레임들 및/또는 슬라이스들은 서브-시퀀스의 다른 프레임들/슬라이스들에 의존하는 시간적 서브-시퀀스의 프레임들/슬라이스들이 적절하게 디코딩될 수 있도록 세그먼트들 내에 배열될 수도 있다. 예를 들어, 데이터의 계층적 배열에서, 다른 데이터에 대한 예측을 위해 사용되는 데이터는 또한 시간적 서브-시퀀스에 포함될 수도 있다.
본 개시의 기법들에 따르면, 비디오 파일 (150) 은 비디오 기본 스트림의 보충 강화 정보 (SEI) 메시지들을 나타내는 시스템 레벨 정보를 포함할 수도 있다. 일반적으로, 영화 프래그먼트들 (164) 은 비디오 기본 스트림의 각각의 부분들을 표현한다. SEI 메시지들을 나타내는 시스템 레벨 정보는 예를 들어 비디오 파일 (150) 의 MOOV 박스 (154) 또는 별개의 박스 (미도시) 에 포함될 수도 있다.
도 5 는 본 개시의 기법들에 따라 미디어 데이터를 전송하기 위한 예시의 방법을 도시하는 플로우챠트이다. 설명 및 예시의 목적으로, 도 5 의 방법은 도 1 의 컨텐츠 준비 디바이스 (20) 및 클라이언트 디바이스 (40) 를 참조하여 설명된다. 그러나, 다른 예들에서는 다른 디바이스들이 이러한 방법 또는 유사한 방법을 수행하도록 구성될 수도 있다는 것이 이해되어야 한다. 예를 들어, 서버 디바이스 (60) 가 도 5 의 방법을 수행할 수도 있다. 또, 상술된 바와 같이, 도 1 의 서버 디바이스 (60) 및 컨텐츠 준비 디바이스 (20) 의 기능성은 단일의 디바이스로 통합될 수도 있다.
처음에, 컨텐츠 준비 디바이스 (20) 는 비디오 기본 스트림을 인코딩할 수도 있다 (200). 대안적으로, 컨텐츠 준비 디바이스 (20) 는 비디오 기본 스트림을 인코딩하고 컨텐츠 준비 디바이스 (20) 로 그 인코딩된 비디오 기본 스트림을 전송할 수도 있다. 컨텐츠 준비 디바이스 (20) 는 또한 비디오 기본 스트림에 대한 SEI 메시지들을 형성할 수도 있다 (202). SEI 메시지들의 형성은 인코딩 프로세스의 부분, 또는 별개의 프로세스일 수도 있다. 컨텐츠 준비 디바이스 (20) 는 또한, 예를 들어, 관련된 비디오 코딩 표준에 기초하여, SEI 메시지들에 대한 페이로드 타입들을 결정할 수도 있다 (204).
예를 들어, 컨텐츠 준비 디바이스 (20) 는 비디오 기본 스트림에서의 폐쇄된 캡션들에 대한 SEI 메시지들의 존재, 시스템 레벨에서 동작하는 유닛이 폐쇄된 캡션들을 렌더링할 수 있어야 하는지 여부, 폐쇄된 캡션들에 대한 설명 정보, 폐쇄된 캡션들의 다수의 세트들이 비디오 기본 스트림에 존재하는지 여부, 높은 동적 범위 (HDR) 포맷에 대한 마스터링 컬러 볼륨 정보, HDR 포맷에 대한 컨텐츠 라이트 레벨 정보, HDR 포맷에 대한 컬러 리맵핑 정보 (CRI) 메시지들, 또는 HDR 포맷에 대한 사유 정보 중 임의의 것 또는 전부를 나타내기 위해 시스템 레벨 정보를 형성할 수도 있다.
컨텐츠 준비 디바이스 (20) 는 그 후 SEI 메시지들이 비디오 기본 스트림에 포함된다는 것, 및 SEI 메시지들에 대한 페이로드 타입들을 나타내는 시스템 레벨 (예를 들어, MPEG-2 시스템들 레벨 또는 파일 포맷 레벨) 정보를 형성할 수도 있다 (206). 컨텐츠 준비 디바이스 (20) 는 그 후 파일 포맷에 일치하는 파일과 같은 비트스트림에 비디오 기본 스트림 및 시스템 레벨 정보를 인캡슐레이팅할 수도 있다 (208). 컨텐츠 준비 디바이스 (20) 는 그 후 클라이언트 디바이스 (40) 로 비트스트림, 또는 그것의 부분을 전송할 수도 있다. 예를 들어, 비트스트림의 그 부분은 SEI 메시지들이 비디오 기본 스트림에 존재한다는 것 및 SEI 메시지들에 대한 페이로드 타입들을 표시하는 시스템 레벨 정보를 포함하는 부분일 수도 있다. 비트스트림을 전송하기 위해, 컨텐츠 준비 디바이스 (20) 는 먼저 서버 디바이스 (60) 로 비트스트림을 전송할 수도 있고, 서버 디바이스 (60) 는 궁극적으로 예를 들어 클라이언트 디바이스 (40) 로부터의 HTTP GET 또는 부분적 GET 요청들에 응답하여 클라이언트 디바이스 (40) 로 비트스트림, 또는 그것의 부분을 전송할 수도 있다.
클라이언트 디바이스 (40) 는 그 후 비트스트림 또는 그것의 부분을 수신할 수도 있다 (212). 클라이언트 디바이스 (40) 는 SEI 메시지들 및 SEI 메시지들에 대한 페이로드 타입들을 나타내는 시스템 레벨 정보를 추출하기 위해 비트스트림 (또는 그것의 부분) 을 파싱할 수도 있다. 시스템 레벨 정보는 하나 이상의 코딩-독립 코드 포인트들 (CICP) 메시지들에 포함될 수도 있고, 따라서 클라이언트 디바이스 (40) 는 시스템 레벨 정보를 추출하기 위해 하나 이상의 CICP 메시지들을 파싱할 수도 있다. 일부 예들에서, CICP 메시지들, 또는 다른 시스템 레벨 정보는 미디어 제시 디스크립션 (MPD) 과 같은 메니페스트 파일에 포함될 수도 있다. 일부 예들에서, 시스템 레벨 정보는 시스템 레벨 정보 및/또는 파일 포맷 정보의 DASH 디스크립터들에 포함될 수도 있다.
클라이언트 디바이스 (40) 는 SEI 메시지들 및 SEI 메시지들에 대한 페이로드 타입들을 식별하기 위해 비트스트림의 시스템 레벨 정보를 사용할 수도 있고 (214), 궁극적으로 비디오 기본 스트림으로부터 SEI 메시지들을 취출 및 추출할 수도 있다. 예를 들어, 클라이언트 디바이스 (40) 에 의해 수신된 비트스트림은 SEI 메시지들을 포함할 수도 있거나, 대안적으로 클라이언트 디바이스 (40) 가 SEI 메시지들을 특정적으로 취출하기 위해 특정의 요청 (예를 들어, HTTP GET 또는 부분적 GET) 을 사용할 수도 있다.
클라이언트 디바이스 (40) 는 그 후 SEI 메시지들을 사용하여 비디오 기본 스트림의 미디어 데이터를 취출 및 프로세싱할 수도 있다 (218). 일부 예들에서, 클라이언트 디바이스 (40) 는 처음에 비디오 기본 스트림이 SEI 메시지들을 사용하는 클라이언트 디바이스 (40) 에 적절한지 여부, 예를 들어, 비디오 기본 스트림이 절적하게 렌더링될 수 있는지 여부 또는 비디오 기본 스트림이 클라이언트 디바이스 (40) 의 렌더링 능력들에 기초하여 다른 비디오 기본 스트림들보다 양호한지 여부를 결정할 수도 있다. 따라서, 비디오 기본 스트림이 클라이언트 디바이스 (40) 에 대해 적절한 경우, 클라이언트 디바이스 (40) 는 비디오 기본 스트림을 취출할 수도 있지만, 비디오 기본 스트림이 절적하지 않은 경우 (또는 상이한 비디오 기본 스트림이 클라이언트 디바이스 (40) 에 대해 더 적절한 경우), 클라이언트 디바이스 (40) 는 상이한 (더 적절한) 비디오 기본 스트림을 취출할 수도 있다. 따라서, 클라이언트 디바이스 (40) 는 비트스트림의 나머지 부분을 취출할지 여부를 결정하기 위해 시스템 레벨 정보를 사용할 수도 있다.
더욱이, 클라이언트 디바이스 (40) 는 마찬가지로 SEI 메시지들의 종래의 사용들에 따라, 비디오 기본 스트림의 미디어 데이터의 디코딩에 후속하는 렌더링 또는 다른 프로세스들 동안 SEI 메시지들을 사용할 수도 있다. 특히, 클라이언트 디바이스 (40) 의 파일 포맷 프로세싱 유닛 (50) 은 SEI 메시지들을 추출하고 그 SEI 메시지들을, SEI 메시지들을 사용하여 디코딩된 비디오 데이터를 렌더링할 수도 있는 비디오 디코더 (48) 및/또는 비디오 출력 (44) 와 같은 클라이언트 디바이스 (40) 의 적절한 유닛들로 전송할 수도 있다.
이러한 방식으로, 도 5 의 방법은 미디어 데이터를 취출하는 방법의 예를 나타내며, 그 방법은, 클라이언트 디바이스의 스트리밍 클라이언트에 의해, 비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하는 단계로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하는 단계; 스트리밍 클라이언트에 의해, 시스템 레벨 정보로부터 하나 이상의 SEI 메시지들 및 페이로드 타입들을 추출하는 단계; 및 스트리밍 클라이언트에 의해, 클라이언트 디바이스의 하나 이상의 프로세싱 유닛들로 하나 이상의 SEI 메시지들 및 페이로드 타입들을 전송하는 단계를 포함한다.
마찬가지로, 도 5 의 방법은 또한 비디오 데이터를 송신하는 방법의 예를 나타내며, 그 방법은, 컨텐츠 준비 디바이스의 인캡슐레이션 유닛에 의해, 컨텐츠 준비 디바이스의 비디오 인코더로부터 비디오 기본 스트림을 수신하는 단계로서, 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하는 단계; 인캡슐레이션 유닛에 의해, 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하는 단계; 인캡슐레이션 유닛에 의해, 미디어 비트스트림에서 비디오 기본 스트림을 인캡슐레이팅하는 단계; 및 인캡슐레이션 유닛에 의해, 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하는 단계로서, 시스템 레벨 정보는 비디오 기본 스트림이 하나 이상의 SEI 메시지들을 포함한다는 것 및 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 생성하는 단계를 포함한다.
하나 이상의 예들에서, 기술된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되는 경우, 그 기능들은 컴퓨터 판독가능 매체 상에 하나 이상의 명령들 또는 코드로서 저장되거나 또는 송신될 수도 있고 하드웨어-기반 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터 판독가능 매체들은, 예를 들어, 통신 프로토콜에 따라 일 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함하는 통신 매체들, 또는 데이터 저장 매체들과 같은 유형의 매체에 대응하는 컴퓨터 판독가능 저장 매체들을 포함한다. 이러한 방식으로, 저장 판독가능 매체들은 일반적으로, (1) 비일시적인 유형의 컴퓨터 판독가능 저장 매체들 또는 (2) 신호 또는 반송파와 같은 통신 매체에 대응할 수도 있다. 데이터 저장 매체들은 본 개시에 기술된 기법들의 구현을 위해 명령들, 코드, 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다. 컴퓨터 프로그램 제품은 컴퓨터판독가능 매체를 포함할 수도 있다.
제한이 아닌 예로서, 그러한 컴퓨터 판독가능 저장 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광 디스크 스토리지, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스들, 플래시 메모리, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 저장하는데 이용될 수 있으며 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 연결이 컴퓨터 판독가능 매체로 적절히 지칭된다. 예를 들어, 소프트웨어가 동축 케이블, 광섬유 케이블, 연선 (twisted pair), 디지털 가입자 회선 (DSL), 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들을 이용하여 웹사이트, 서버 또는 다른 원격 소스로부터 송신된다면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들은 매체의 정의에 포함된다. 디스크 (disk) 및 디스크 (disc) 는, 본 명세서에서 사용되는 바와 같이, 콤팩트 디스크 (CD), 레이저 디스크, 광 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 블루레이 디스크를 포함하며, 여기서 디스크 (disk) 들은 데이터를 자기적으로 보통 재생하지만, 디스크 (disc) 들은 레이저들로 데이터를 광학적으로 재생한다. 따라서, 일부 양태들에서, 컴퓨터 판독가능 매체는 비일시적 컴퓨터 판독가능 매체 (예를 들어, 유형의 매체들) 를 포함할 수도 있다. 또, 일부 양태들에서, 컴퓨터 판독가능 매체는 일시적인 컴퓨터 판독가능 매체 (예를 들어, 신호) 를 포함할 수도 있다. 상기의 조합들은 또한 컴퓨터 판독가능 매체들의 범위 내에 포함되어야 한다.
명령들은 하나 이상의 디지털 신호 프로세서들 (DSPs), 범용 마이크로프로세서들, 주문형 반도체들 (ASICs), 필드 프로그램가능 게이트 어레이들 (FPGAs) 또는 다른 등가의 집적된 또는 이산 로직 회로와 같은 하나 이상의 프로세서들에 의해 실행될 수도 있다. 이에 따라, 여기서 사용되는 용어 "프로세서" 는 상술한 구조 또는 여기에 기술된 기법들의 구현에 적합한 임의의 다른 구조 중 임의의 것을 지칭할 수도 있다. 또, 일부 양태들에서, 여기에 기술된 기능성은 인코딩 및 디코딩을 위해 구성된 전용 하드웨어 및/또는 소프트웨어 모듈들 내에서 제공되거나 결합된 코덱에 포함될 수도 있다. 또한 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들에서 완전히 구현될 수 있을 것이다.
본 개시의 기법들은 무선 핸드셋, 집적회로 (IC) 또는 IC 들의 세트 (예를 들어, 칩셋) 를 포함하는 다양한 디바이스들 또는 장치들에서 구현될 수도 있다. 여러 컴포넌트들, 모듈들, 또는 유닛들은 개시된 기법들을 수행하도록 구성된 디바이스들의 기능적 양태들을 강조하기 위해 본 개시에 기술되지만, 반드시 상이한 하드웨어 유닛들에 의해 실현을 요구하지는 않는다. 오히려, 상술된 바와 같이, 여러 유닛들이 코덱 하드웨어에서 결합되거나, 적합한 소프트웨어 및/또는 펌웨어와 결합하여, 상술된 하나 이상의 프로세서들을 포함하는 상호동작가능한 하드웨어 유닛들의 집합에 의해 제공될 수도 있다.
여러 예들이 기술되었다. 이들 및 다른 예들은 다음의 청구범위의 범위 내에 있다.

Claims (45)

  1. 미디어 데이터를 취출하는 방법으로서,
    클라이언트 디바이스의 스트리밍 클라이언트에 의해, 비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하는 단계로서, 상기 시스템 레벨 정보는 상기 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 상기 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하는 단계;
    상기 스트리밍 클라이언트에 의해, 상기 시스템 레벨 정보로부터 상기 페이로드 타입들 및 상기 비디오 기본 스트림으로부터 상기 하나 이상의 SEI 메시지들을 추출하는 단계;
    상기 스트리밍 클라이언트에 의해, 상기 클라이언트 디바이스의 하나 이상의 프로세싱 유닛들로 상기 하나 이상의 SEI 메시지들 및 상기 페이로드 타입들을 전송하는 단계; 및
    상기 스트리밍 클라이언트에 의해, 상기 시스템 레벨 정보에 기초하여 상기 미디어 비트스트림을 취출할지 여부를 결정하는 단계를 포함하는, 미디어 데이터를 취출하는 방법.
  2. 제 1 항에 있어서,
    상기 시스템 레벨 정보는, 상기 비디오 기본 스트림에서의 폐쇄된 캡션들에 대한 SEI 메시지들의 존재, 시스템 레벨에서 동작하는 유닛이 상기 폐쇄된 캡션들을 렌더링할 수 있어야 하는지 여부, 상기 폐쇄된 캡션들에 대한 설명 정보, 폐쇄된 캡션들의 다수의 세트들이 상기 비디오 기본 스트림에 존재하는지 여부, 높은 동적 범위 (HDR) 포맷에 대한 마스터링 컬러 볼륨 정보, 상기 HDR 포맷에 대한 컨텐츠 라이트 레벨 정보, 상기 HDR 포맷에 대한 컬러 리맵핑 정보 (CRI) 메시지들, 또는 상기 HDR 포맷에 대한 사유 (proprietary) 정보 중 하나 이상을 나타내는, 미디어 데이터를 취출하는 방법.
  3. 삭제
  4. 제 1 항에 있어서,
    상기 시스템 레벨 정보는 상기 미디어 비트스트림에 포함된 상기 비디오 기본 스트림의 비디오 데이터를 인캡슐레이팅하는 파일에 대한 파일 포맷 레벨, 상기 미디어 비트스트림에 대한 메니페스트 파일, 상기 미디어 비트스트림의 MPEG-2 전송 스트림 (TS) 레벨, 상기 미디어 비트스트림의 MPEG 미디어 전송 (MMT) 레벨, 또는 상기 미디어 비트스트림의 HTTP 를 통한 동적 적응적 스트리밍 (DASH) 레벨 중 하나 이상에 정보를 포함하는, 미디어 데이터를 취출하는 방법.
  5. 제 1 항에 있어서,
    상기 시스템 레벨 정보를 파싱하는 단계는 상기 시스템 레벨 정보를 포함하는 하나 이상의 코딩-독립 코드 포인트들 (CICP) 메시지들을 파싱하는 단계를 포함하는, 미디어 데이터를 취출하는 방법.
  6. 제 5 항에 있어서,
    상기 CICP 메시지들을 파싱하는 단계는 상기 CICP 메시지들을 포함하는 미디어 제시 디스크립션 (MPD) 을 파싱하는 단계를 포함하는, 미디어 데이터를 취출하는 방법.
  7. 제 1 항에 있어서,
    상기 시스템 레벨 정보를 파싱하는 단계는 상기 시스템 레벨 정보를 포함하는 하나 이상의 HTTP 를 통한 동적 적응적 스트리밍 (DASH) 디스크립터들을 포함하는 미디어 제시 디스크립션 (MPD) 를 파싱하는 단계를 포함하는, 미디어 데이터를 취출하는 방법.
  8. 제 1 항에 있어서,
    상기 시스템 레벨 정보를 파싱하는 단계는 파일 포맷 데이터에 포함된 샘플 엔트리 정보를 파싱하는 단계를 포함하고,
    상기 샘플 엔트리 정보는 상기 시스템 레벨 정보를 포함하는, 미디어 데이터를 취출하는 방법.
  9. 제 8 항에 있어서,
    상기 파일 포맷 데이터는 상기 미디어 비트스트림의 ISO 베이스 미디어 파일 포맷 (BMFF) 파일의 데이터를 포함하는, 미디어 데이터를 취출하는 방법.
  10. 제 1 항에 있어서,
    상기 시스템 레벨 정보를 파싱하는 단계는 상기 시스템 레벨 정보에 대한 값들을 갖는 신택스 엘리먼트들을 포함하는 스트링을 파싱하는 단계를 포함하는, 미디어 데이터를 취출하는 방법.
  11. 제 10 항에 있어서,
    상기 스트링은, 상기 비디오 기본 스트림이 복수의 SEI 메시지 페이로드 타입들 중 하나 이상을 포함하는지 여부, 상기 SEI 메시지들의 포함된 페이로드 타입이 시그널링되는지 여부, 또는 상기 페이로드 타입들의 하나 이상에 대한 사용자 정의된 필드들 중 하나 이상을 나타내는 정보를 포함하는, 미디어 데이터를 취출하는 방법.
  12. 제 10 항에 있어서,
    상기 스트링이 상기 미디어 비트스트림의 시스템 계층 정보에 의해 승계되는지 여부를 나타내는 정보를 파싱하는 단계를 더 포함하는, 미디어 데이터를 취출하는 방법.
  13. 미디어 데이터를 취출하기 위한 디바이스로서,
    회로로 구현된 하나 이상의 프로세서들을 포함하고,
    상기 하나 이상의 프로세서들은,
    비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하는 것으로서, 상기 시스템 레벨 정보는 상기 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 상기 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하고;
    상기 시스템 레벨 정보로부터 상기 페이로드 타입들 및 상기 비디오 기본 스트림으로부터 상기 하나 이상의 SEI 메시지들을 추출하며;
    상기 디바이스의 하나 이상의 다른 프로세싱 유닛들로 상기 하나 이상의 SEI 메시지들 및 상기 페이로드 타입들을 전송하고; 및
    상기 시스템 레벨 정보에 기초하여 상기 미디어 비트스트림을 취출할지 여부를 결정하도록 구성된, 미디어 데이터를 취출하기 위한 디바이스.
  14. 제 13 항에 있어서,
    상기 시스템 레벨 정보는, 상기 비디오 기본 스트림에서의 폐쇄된 캡션들에 대한 SEI 메시지들의 존재, 시스템 레벨에서 동작하는 유닛이 상기 폐쇄된 캡션들을 렌더링할 수 있어야 하는지 여부, 상기 폐쇄된 캡션들에 대한 설명 정보, 폐쇄된 캡션들의 다수의 세트들이 상기 비디오 기본 스트림에 존재하는지 여부, 높은 동적 범위 (HDR) 포맷에 대한 마스터링 컬러 볼륨 정보, 상기 HDR 포맷에 대한 컨텐츠 라이트 레벨 정보, 상기 HDR 포맷에 대한 컬러 리맵핑 정보 (CRI) 메시지들, 또는 상기 HDR 포맷에 대한 사유 (proprietary) 정보 중 하나 이상을 나타내는, 미디어 데이터를 취출하기 위한 디바이스.
  15. 삭제
  16. 제 13 항에 있어서,
    상기 시스템 레벨 정보는 상기 미디어 비트스트림에 포함된 상기 비디오 기본 스트림의 비디오 데이터를 인캡슐레이팅하는 파일에 대한 파일 포맷 레벨, 상기 미디어 비트스트림에 대한 메니페스트 파일, 상기 미디어 비트스트림의 MPEG-2 전송 스트림 (TS) 레벨, 상기 미디어 비트스트림의 MPEG 미디어 전송 (MMT) 레벨, 또는 상기 미디어 비트스트림의 HTTP 를 통한 동적 적응적 스트리밍 (DASH) 레벨 중 하나 이상에 정보를 포함하는, 미디어 데이터를 취출하기 위한 디바이스.
  17. 제 13 항에 있어서,
    상기 하나 이상의 프로세서들은 상기 시스템 레벨 정보를 포함하는 하나 이상의 코딩-독립 코드 포인트들 (CICP) 메시지들을 파싱하도록 구성되는, 미디어 데이터를 취출하기 위한 디바이스.
  18. 제 17 항에 있어서,
    상기 CICP 메시지들을 파싱하기 위해, 상기 하나 이상의 프로세서들은 상기 CICP 메시지들을 포함하는 미디어 제시 디스크립션 (MPD) 을 파싱하도록 구성되는, 미디어 데이터를 취출하기 위한 디바이스.
  19. 제 13 항에 있어서,
    상기 시스템 레벨 정보를 파싱하기 위해, 상기 하나 이상의 프로세서들은 상기 시스템 레벨 정보를 포함하는 하나 이상의 HTTP 를 통한 동적 적응적 스트리밍 (DASH) 디스크립터들을 포함하는 미디어 제시 디스크립션 (MPD) 를 파싱하도록 구성되는, 미디어 데이터를 취출하기 위한 디바이스.
  20. 제 13 항에 있어서,
    상기 시스템 레벨 정보를 파싱하기 위해, 상기 하나 이상의 프로세서들은 파일 포맷 데이터에 포함된 샘플 엔트리 정보를 파싱하도록 구성되고,
    상기 샘플 엔트리 정보는 상기 시스템 레벨 정보를 포함하는, 미디어 데이터를 취출하기 위한 디바이스.
  21. 제 13 항에 있어서,
    상기 시스템 레벨 정보를 파싱하기 위해, 상기 하나 이상의 프로세서들은 상기 시스템 레벨 정보에 대한 값들을 갖는 신택스 엘리먼트들을 포함하는 스트링을 파싱하도록 구성되는, 미디어 데이터를 취출하기 위한 디바이스.
  22. 미디어 데이터를 취출하기 위한 디바이스로서,
    비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하는 수단으로서, 상기 시스템 레벨 정보는 상기 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 상기 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하는 수단;
    상기 시스템 레벨 정보로부터 상기 페이로드 타입들 및 상기 비디오 기본 스트림으로부터 상기 하나 이상의 SEI 메시지들을 추출하는 수단;
    상기 디바이스의 하나 이상의 다른 프로세싱 유닛들로 상기 하나 이상의 SEI 메시지들 및 상기 페이로드 타입들을 전송하는 수단; 및
    상기 시스템 레벨 정보에 기초하여 상기 미디어 비트스트림을 취출할지 여부를 결정하는 수단을 포함하는, 미디어 데이터를 취출하기 위한 디바이스.
  23. 명령들을 저장한 컴퓨터 판독가능 저장 매체로서,
    상기 명령들은, 실행될 때, 디바이스의 프로세서로 하여금,
    비디오 기본 스트림을 인캡슐레이팅하는 미디어 비트스트림의 시스템 레벨 정보를 파싱하게 하는 것으로서, 상기 시스템 레벨 정보는 상기 비디오 기본 스트림이 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함한다는 것 및 상기 SEI 메시지들 각각에 대한 페이로드 타입들을 나타내는, 상기 시스템 레벨 정보를 파싱하게 하고;
    상기 시스템 레벨 정보로부터 상기 페이로드 타입들 및 상기 비디오 기본 스트림으로부터 상기 하나 이상의 SEI 메시지들을 추출하게 하며;
    상기 디바이스의 하나 이상의 다른 프로세싱 유닛들로 상기 하나 이상의 SEI 메시지들 및 상기 페이로드 타입들을 전송하게 하고; 및
    상기 시스템 레벨 정보에 기초하여 상기 미디어 비트스트림을 취출할지 여부를 결정하게 하는, 컴퓨터 판독가능 저장 매체.
  24. 미디어 데이터를 송신하는 방법으로서,
    컨텐츠 준비 디바이스의 인캡슐레이션 유닛에 의해, 상기 컨텐츠 준비 디바이스의 비디오 인코더로부터 비디오 기본 스트림을 수신하는 단계로서, 상기 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하는 단계;
    상기 인캡슐레이션 유닛에 의해, 상기 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하는 단계;
    상기 인캡슐레이션 유닛에 의해, 미디어 비트스트림에서 상기 비디오 기본 스트림을 인캡슐레이팅하는 단계; 및
    상기 인캡슐레이션 유닛에 의해, 상기 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하는 단계로서, 상기 시스템 레벨 정보는 상기 비디오 기본 스트림이 상기 하나 이상의 SEI 메시지들을 포함한다는 것 및 상기 SEI 메시지들 각각에 대한 상기 페이로드 타입들을 나타내고, 상기 시스템 레벨 정보를 생성하는 단계는 상기 미디어 비트스트림이 하나 이상의 클라이언트 디바이스들이 취출하기에 적절한지 여부를 나타내기 위해 상기 시스템 레벨 정보를 생성하는 단계를 포함하는, 상기 시스템 레벨 정보를 생성하는 단계를 포함하는, 미디어 데이터를 송신하는 방법.
  25. 제 24 항에 있어서,
    상기 시스템 레벨 정보는, 상기 비디오 기본 스트림에서의 폐쇄된 캡션들에 대한 SEI 메시지들의 존재, 시스템 레벨에서 동작하는 유닛이 상기 폐쇄된 캡션들을 렌더링할 수 있어야 하는지 여부, 상기 폐쇄된 캡션들에 대한 설명 정보, 폐쇄된 캡션들의 다수의 세트들이 상기 비디오 기본 스트림에 존재하는지 여부, 높은 동적 범위 (HDR) 포맷에 대한 마스터링 컬러 볼륨 정보, 상기 HDR 포맷에 대한 컨텐츠 라이트 레벨 정보, 상기 HDR 포맷에 대한 컬러 리맵핑 정보 (CRI) 메시지들, 또는 상기 HDR 포맷에 대한 사유 (proprietary) 정보 중 하나 이상을 나타내는, 미디어 데이터를 송신하는 방법.
  26. 제 24 항에 있어서,
    상기 시스템 레벨 정보는 상기 미디어 비트스트림에 포함된 상기 비디오 기본 스트림의 비디오 데이터를 인캡슐레이팅하는 파일에 대한 파일 포맷 레벨, 상기 미디어 비트스트림에 대한 메니페스트 파일, 상기 미디어 비트스트림의 MPEG-2 전송 스트림 (TS) 레벨, 상기 미디어 비트스트림의 MPEG 미디어 전송 (MMT) 레벨, 또는 상기 미디어 비트스트림의 HTTP 를 통한 동적 적응적 스트리밍 (DASH) 레벨 중 하나 이상에 정보를 포함하는, 미디어 데이터를 송신하는 방법.
  27. 제 24 항에 있어서,
    상기 시스템 레벨 정보를 생성하는 단계는 상기 시스템 레벨 정보를 포함하는 하나 이상의 코딩-독립 코드 포인트들 (CICP) 메시지들을 생성하는 단계를 포함하는, 미디어 데이터를 송신하는 방법.
  28. 제 27 항에 있어서,
    상기 CICP 메시지들을 생성하는 단계는 상기 CICP 메시지들을 포함하는 미디어 제시 디스크립션 (MPD) 을 생성하는 단계를 포함하는, 미디어 데이터를 송신하는 방법.
  29. 제 24 항에 있어서,
    상기 시스템 레벨 정보를 생성하는 단계는 상기 시스템 레벨 정보를 포함하는 하나 이상의 HTTP 를 통한 동적 적응적 스트리밍 (DASH) 디스크립터들을 시그널링하는 미디어 제시 디스크립션 (MPD) 를 생성하는 단계를 포함하는, 미디어 데이터를 송신하는 방법.
  30. 제 24 항에 있어서,
    상기 시스템 레벨 정보를 생성하는 단계는 파일 포맷 데이터에 포함된 샘플 엔트리 정보를 생성하는 단계를 포함하고,
    상기 샘플 엔트리 정보는 상기 시스템 레벨 정보를 포함하는, 미디어 데이터를 송신하는 방법.
  31. 제 30 항에 있어서,
    상기 파일 포맷 데이터는 상기 미디어 비트스트림의 ISO 베이스 미디어 파일 포맷 (BMFF) 파일의 데이터를 포함하는, 미디어 데이터를 송신하는 방법.
  32. 제 24 항에 있어서,
    상기 시스템 레벨 정보를 생성하는 단계는 상기 시스템 레벨 정보에 대한 값들을 갖는 신택스 엘리먼트들을 포함하는 스트링을 생성하는 단계를 포함하는, 미디어 데이터를 송신하는 방법.
  33. 제 32 항에 있어서,
    상기 스트링은, 상기 비디오 기본 스트림이 복수의 SEI 메시지 페이로드 타입들 중 하나 이상을 포함하는지 여부, 상기 SEI 메시지들의 포함된 페이로드 타입이 시그널링되는지 여부, 또는 상기 페이로드 타입들의 하나 이상에 대한 사용자 정의된 필드들 중 하나 이상을 나타내는 정보를 포함하는, 미디어 데이터를 송신하는 방법.
  34. 제 32 항에 있어서,
    상기 스트링이 상기 미디어 비트스트림의 시스템 계층 정보에 의해 승계되는지 여부를 나타내는 정보를 생성하는 단계를 더 포함하는, 미디어 데이터를 송신하는 방법.
  35. 미디어 데이터를 송신하기 위한 디바이스로서,
    회로로 구현된 하나 이상의 프로세서들을 포함하고,
    상기 하나 이상의 프로세서들은,
    비디오 인코더로부터 비디오 기본 스트림을 수신하는 것으로서, 상기 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하고;
    상기 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하며;
    미디어 비트스트림에서 상기 비디오 기본 스트림을 인캡슐레이팅하고; 및
    상기 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하는 것으로서, 상기 시스템 레벨 정보는 상기 비디오 기본 스트림이 상기 하나 이상의 SEI 메시지들을 포함한다는 것 및 상기 SEI 메시지들 각각에 대한 상기 페이로드 타입들을 나타내고, 상기 하나 이상의 프로세서들은 상기 미디어 비트스트림이 하나 이상의 클라이언트 디바이스들이 취출하기에 적절한지 여부를 나타내기 위해 상기 시스템 레벨 정보를 생성하도록 구성되는, 상기 시스템 레벨 정보를 생성하도록 구성된, 미디어 데이터를 송신하기 위한 디바이스.
  36. 제 35 항에 있어서,
    상기 시스템 레벨 정보는, 상기 비디오 기본 스트림에서의 폐쇄된 캡션들에 대한 SEI 메시지들의 존재, 시스템 레벨에서 동작하는 유닛이 상기 폐쇄된 캡션들을 렌더링할 수 있어야 하는지 여부, 상기 폐쇄된 캡션들에 대한 설명 정보, 폐쇄된 캡션들의 다수의 세트들이 상기 비디오 기본 스트림에 존재하는지 여부, 높은 동적 범위 (HDR) 포맷에 대한 마스터링 컬러 볼륨 정보, 상기 HDR 포맷에 대한 컨텐츠 라이트 레벨 정보, 상기 HDR 포맷에 대한 컬러 리맵핑 정보 (CRI) 메시지들, 또는 상기 HDR 포맷에 대한 사유 (proprietary) 정보 중 하나 이상을 나타내는, 미디어 데이터를 송신하기 위한 디바이스.
  37. 제 35 항에 있어서,
    상기 시스템 레벨 정보는 상기 미디어 비트스트림에 포함된 상기 비디오 기본 스트림의 비디오 데이터를 인캡슐레이팅하는 파일에 대한 파일 포맷 레벨, 상기 미디어 비트스트림에 대한 메니페스트 파일, 상기 미디어 비트스트림의 MPEG-2 전송 스트림 (TS) 레벨, 상기 미디어 비트스트림의 MPEG 미디어 전송 (MMT) 레벨, 또는 상기 미디어 비트스트림의 HTTP 를 통한 동적 적응적 스트리밍 (DASH) 레벨 중 하나 이상에 정보를 포함하는, 미디어 데이터를 송신하기 위한 디바이스.
  38. 제 35 항에 있어서,
    상기 시스템 레벨 정보를 생성하기 위해, 상기 하나 이상의 프로세서들은 상기 시스템 레벨 정보를 포함하는 하나 이상의 코딩-독립 코드 포인트들 (CICP) 메시지들을 생성하도록 구성되는, 미디어 데이터를 송신하기 위한 디바이스.
  39. 제 38 항에 있어서,
    상기 하나 이상의 프로세서들은 상기 CICP 메시지들을 포함하는 미디어 제시 디스크립션 (MPD) 을 생성하도록 구성되는, 미디어 데이터를 송신하기 위한 디바이스.
  40. 제 35 항에 있어서,
    상기 하나 이상의 프로세서들은 상기 시스템 레벨 정보를 포함하는 하나 이상의 HTTP 를 통한 동적 적응적 스트리밍 (DASH) 디스크립터들을 시그널링하는 미디어 제시 디스크립션 (MPD) 를 생성하도록 구성되는, 미디어 데이터를 송신하기 위한 디바이스.
  41. 제 35 항에 있어서,
    상기 하나 이상의 프로세서들은 파일 포맷 데이터에 포함된 샘플 엔트리 정보를 생성하도록 구성되고,
    상기 샘플 엔트리 정보는 상기 시스템 레벨 정보를 포함하는, 미디어 데이터를 송신하기 위한 디바이스.
  42. 제 41 항에 있어서,
    상기 파일 포맷 데이터는 상기 미디어 비트스트림의 ISO 베이스 미디어 파일 포맷 (BMFF) 파일의 데이터를 포함하는, 미디어 데이터를 송신하기 위한 디바이스.
  43. 제 35 항에 있어서,
    상기 하나 이상의 프로세서들은 상기 시스템 레벨 정보에 대한 값들을 갖는 신택스 엘리먼트들을 포함하는 스트링을 생성하도록 구성되는, 미디어 데이터를 송신하기 위한 디바이스.
  44. 미디어 데이터를 송신하기 위한 디바이스로서,
    비디오 인코더로부터 비디오 기본 스트림을 수신하는 수단으로서, 상기 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하는 수단;
    상기 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하는 수단;
    미디어 비트스트림에서 상기 비디오 기본 스트림을 인캡슐레이팅하는 수단; 및
    상기 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하는 수단으로서, 상기 시스템 레벨 정보는 상기 비디오 기본 스트림이 상기 하나 이상의 SEI 메시지들을 포함한다는 것 및 상기 SEI 메시지들 각각에 대한 상기 페이로드 타입들을 나타내고, 상기 시스템 레벨 정보를 생성하는 수단은 상기 미디어 비트스트림이 하나 이상의 클라이언트 디바이스들이 취출하기에 적절한지 여부를 나타내기 위해 상기 시스템 레벨 정보를 생성하는 수단을 포함하는, 상기 시스템 레벨 정보를 생성하는 수단을 포함하는, 미디어 데이터를 송신하기 위한 디바이스.
  45. 명령들을 저장한 컴퓨터 판독가능 저장 매체로서,
    상기 명령들은, 실행될 때, 프로세서로 하여금,
    비디오 인코더로부터 비디오 기본 스트림을 수신하게 하는 것으로서, 상기 비디오 기본 스트림은 하나 이상의 보충 강화 정보 (SEI) 메시지들을 포함하는, 상기 비디오 기본 스트림을 수신하게 하고;
    상기 하나 이상의 SEI 메시지들 각각에 대한 페이로드 타입들을 결정하게 하며;
    미디어 비트스트림에서 상기 비디오 기본 스트림을 인캡슐레이팅하게 하고; 및
    상기 미디어 비트스트림에 대한 시스템 레벨 정보를 생성하게 하는 것으로서, 상기 시스템 레벨 정보는 상기 비디오 기본 스트림이 상기 하나 이상의 SEI 메시지들을 포함한다는 것 및 상기 SEI 메시지들 각각에 대한 상기 페이로드 타입들을 나타내고, 상기 명령들은 상기 프로세서로 하여금 상기 미디어 비트스트림이 하나 이상의 클라이언트 디바이스들이 취출하기에 적절한지 여부를 나타내기 위해 상기 시스템 레벨 정보를 생성하게 하는, 상기 시스템 레벨 정보를 생성하게 하는, 컴퓨터 판독가능 저장 매체.

KR1020197005102A 2016-08-24 2017-08-24 미디어 데이터 스트리밍을 위한 sei 트랙들의 시스템 레벨 시그널링 KR102549656B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662379145P 2016-08-24 2016-08-24
US62/379,145 2016-08-24
US15/684,676 US10834153B2 (en) 2016-08-24 2017-08-23 System level signaling of SEI tracks for media data streaming
US15/684,676 2017-08-23
PCT/US2017/048444 WO2018039469A1 (en) 2016-08-24 2017-08-24 System level signaling of sei tracks for media data streaming

Publications (2)

Publication Number Publication Date
KR20190039724A KR20190039724A (ko) 2019-04-15
KR102549656B1 true KR102549656B1 (ko) 2023-06-30

Family

ID=61244138

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020197005102A KR102549656B1 (ko) 2016-08-24 2017-08-24 미디어 데이터 스트리밍을 위한 sei 트랙들의 시스템 레벨 시그널링

Country Status (9)

Country Link
US (1) US10834153B2 (ko)
EP (1) EP3504878B1 (ko)
JP (1) JP2019525677A (ko)
KR (1) KR102549656B1 (ko)
CN (1) CN109644282B (ko)
BR (1) BR112019003284A2 (ko)
CA (1) CA3031679A1 (ko)
TW (1) TW201813411A (ko)
WO (1) WO2018039469A1 (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10834153B2 (en) * 2016-08-24 2020-11-10 Qualcomm Incorporated System level signaling of SEI tracks for media data streaming
JPWO2018066355A1 (ja) 2016-10-04 2019-07-25 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
CN111566694A (zh) * 2018-01-11 2020-08-21 杜比实验室特许公司 内容扫描自适应元数据的光水平管理
WO2019192509A1 (en) 2018-04-03 2019-10-10 Huawei Technologies Co., Ltd. Media data processing method and apparatus
CN108833937B (zh) * 2018-05-30 2021-03-23 华为技术有限公司 视频处理方法和装置
CN114630138B (zh) * 2022-03-14 2023-12-08 上海哔哩哔哩科技有限公司 配置信息下发方法及系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007003627A1 (en) * 2005-07-06 2007-01-11 Thomson Licensing Method and device for coding a video content comprising a sequence of pictures and a logo
EP2257067A1 (en) * 2009-05-29 2010-12-01 Thomson Licensing Method for inserting watermark assistance data in a bitstream, method of watermarking said bitstream, device implementing the method of watermarking and bitstream comprising the watermark assistance data
US9258544B2 (en) * 2010-06-27 2016-02-09 Lg Electronics Inc. Digital receiver and method for processing caption data in the digital receiver
US9131033B2 (en) * 2010-07-20 2015-09-08 Qualcomm Incoporated Providing sequence data sets for streaming video data
US9357275B2 (en) * 2011-09-06 2016-05-31 Qualcomm Incorporated Network streaming of coded video data
RU2612577C2 (ru) * 2012-07-02 2017-03-09 Нокиа Текнолоджиз Ой Способ и устройство для кодирования видеоинформации
US9161039B2 (en) * 2012-09-24 2015-10-13 Qualcomm Incorporated Bitstream properties in video coding
JP6510404B2 (ja) * 2013-04-30 2019-05-08 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 送信装置、送信方法、受信装置および受信方法
JP6241683B2 (ja) * 2013-08-20 2017-12-06 ソニー株式会社 再生装置、再生方法、および記録媒体
US10284858B2 (en) * 2013-10-15 2019-05-07 Qualcomm Incorporated Support of multi-mode extraction for multi-layer video codecs
US9736507B2 (en) * 2013-11-13 2017-08-15 Lg Electronics Inc. Broadcast signal transmission method and apparatus for providing HDR broadcast service
US20160295220A1 (en) * 2013-11-21 2016-10-06 Lg Electronics Inc. Signal transceiving apparatus and signal transceiving method
US9894370B2 (en) * 2014-03-24 2018-02-13 Qualcomm Incorporated Generic use of HEVC SEI messages for multi-layer codecs
US10880565B2 (en) * 2014-03-24 2020-12-29 Qualcomm Incorporated Use of specific HEVC SEI messages for multi-layer video codecs
US20170324981A1 (en) * 2014-06-19 2017-11-09 Sharp Kabushiki Kaisha Method for decoding a video bitstream
US10834153B2 (en) * 2016-08-24 2020-11-10 Qualcomm Incorporated System level signaling of SEI tracks for media data streaming

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP TR 26.949 V13.0.0, 2015.12.*
Kilroy Hughes 외 1명. Common Media Application Format for Segmented Media, ISO/IEC JTC1/SC29/WG11 N16186, 2016.06.24.*

Also Published As

Publication number Publication date
US10834153B2 (en) 2020-11-10
KR20190039724A (ko) 2019-04-15
BR112019003284A2 (pt) 2019-06-04
CN109644282B (zh) 2021-10-15
WO2018039469A1 (en) 2018-03-01
US20180063574A1 (en) 2018-03-01
TW201813411A (zh) 2018-04-01
EP3504878A1 (en) 2019-07-03
CN109644282A (zh) 2019-04-16
JP2019525677A (ja) 2019-09-05
CA3031679A1 (en) 2018-03-01
EP3504878B1 (en) 2022-03-09

Similar Documents

Publication Publication Date Title
US20230283863A1 (en) Retrieving and accessing segment chunks for media streaming
US11924526B2 (en) Segment types as delimiters and addressable resource identifiers
AU2018244288A1 (en) Signaling important video information in network video streaming using mime type parameters
KR102549656B1 (ko) 미디어 데이터 스트리밍을 위한 sei 트랙들의 시스템 레벨 시그널링
US11438647B2 (en) Signaling missing sections of media data for network streaming in a manifest file
KR102434300B1 (ko) 샘플 엔트리들 및 랜덤 액세스
AU2018299983A1 (en) Processing media data using a generic descriptor for file format boxes
KR102434299B1 (ko) 샘플 엔트리들 및 랜덤 액세스
US10587904B2 (en) Processing media data using an omnidirectional media format

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant