12세대 Core의 DRM 문제는 해결의 방향으로. Intel 개발자가 말하는 Alder Lake가 게임에 매력적인 이유란?

 

 개발 코드네임 'Alder Lake'로 불려온 인텔의 '제12세대 코어 프로세서'는 데스크톱 PC판과 노트북 PC판이 모두 있는 것으로 이미 밝혀졌다. 그 중 데스크톱 PC판의 「K SKU」(케이스 큐)라고 불리는 오버클럭용 버전이 10월에 발표되어, 11월부터 시장에 나돌고 있다.

 그 데스크탑 PC판 Alder Lake의 제품 개발 책임자를 맡은 Intel 엔지니어링 & 베리피케이션 담당 부장 가이 샤레브씨에게 이야기를 들을 기회를 얻었으므로 소개하고 싶다.

메인스트림용 CPU로 처음 채용된 하이브리드 아키텍처. E 코어가 성능 향상의 열쇠로

인텔 엔지니어링 및 검증 담당 부장 가이 샤레브

 샤레브 씨는 인텔이 이스라엘 하이파에 있는 개발팀으로 데스크톱 PC판 Alder Lake의 개발을 이끌어온 인물이다.

 인터뷰에서 개방 가장 먼저, “우리의 12세대 코어 프로세서의 데스크탑 PC판은 최고의 게이밍 PC용 CPU라고 자부하고 있다. 그리고 메인스트림용 CPU에 하이브리드 아키텍처를 채용한 최초의 제품 로 향후 x86 CPU의 역사를 바꾸는 획기적인 제품이 될 것이라고 확신한다.

 그 성능에 관해서는, 본지에서 이하의 리뷰 기사가 게재되고 있으므로, 그쪽을 참조해 주셨으면 한다. 실제로 대체로 경쟁사에 필적하거나 웃도는 성능을 발휘하고 있다.

 Alder Lake가 높은 성능을 발휘하는 비밀은 샤레브 씨가 말하는 '하이브리드 아키텍처'에 있다. 사실 Intel이 하이브리드 아키텍처를 도입한 것은 이 제품이 처음이 아니다.

 개발 코드 네임 Lakefield로 알려진 "Intel Core processors with Intel Hybrid Technology"로 P 코어 (Performance 코어, 1xCore 프로세서)와 E 코어 (Efficiency 코어, 4xAtom 프로세서)라는 2 종류의 CPU 코어를 전환하는 구조를 채용 되었기 때문이다.

 성능이 필요한 때에는 P 코어로 전환하여 실행하고 경우에 따라서는 E 코어도 모두 사용하여 성능을 끌어 올린다. 한편, 아이돌시 등 소비 전력을 극한까지 낮추고 싶을 때는 P 코어를 끄고 E 코어에서만 실행한다는 것이 Lakefield의 하이브리드 아키텍처의 생각이다. Arm 아키텍처의 CPU가, big.LITTLE의 생각으로 아이돌시의 소비 전력을 최소한으로 억제하고 있는 것과 같다고 말할 수 있다.

 12세대 Core의 하이브리드 아키텍처도 그런 것은 가능하지만 PC용 제품이라는 것을 반영하여 주안을 '처리 능력'에 두고 있는 것이 큰 차이가 된다. 아래 기사에서 설명한 대로, Alder Lake의 CPU 코어는 P 코어가 Golden Cove, E 코어가 Gracemont가 된다.

 간단히 정리하면, Golden Cove는 10세대 Core(Ice Lake)에 채용되고 있던 Sunny Cove의 흐름을 펌핑하는 것으로, 11세대 Core(Tiger Lake)에 채용되고 있던 Willow Cove의 후계에 자리매김된다 . 그 특징으로서 낮은 레이턴시를 실현한 높은 싱글 스레드 성능을 실현한 CPU 코어라고 할 수 있다.

 그에 비해 E코어에 채용된 Gracemont는 Atom계의 코어다. 그 때문에 전력 효율이 Cove계보다 우수하고, 4코어 구성의 Gracemont는 2코어 구성의 6세대 Core(Skylake)와 같은 성능을 실현하면서 소비 전력을 80% 삭감할 수 있다고 한다.

P 코어와 E 코어
(출처 : 12th-Gen-Blueprint-Series-Presentation, Intel)

 Intel은 그 E 코어를 멀티스레딩시의 성능을 끌어올리기 위해 사용하고 있는 것이 특징적이다.

 샤레브는 “P 코어는 포그라운드 태스크를 고성능으로 실행하기 위해 설계된 것이다. 그에 비해 E 코어는 백그라운드 태스크를 효율적이고 멀티스레드 처리를 보다 효율적으로 수행하기 위해 설계되었습니다.

 이러한 두 종류의 코어를 활용하기 위해 Intel Thread Director가 존재하고 Windows 11에 대해 보다 효율적으로 실행하기 위한 팁을 가져오면서 OS와 협력하여 최고의 사용자 경험을 고객에게 제공할 수 있다”고 한다.

 P 코어는 CPU가 행하는 처리 중, 싱글 스레드로 움직이는 앱, 예를 들면 Word나 Excel등의 Office등, 포그라운드에서 실행되는 앱을 움직이는데 활용된다.

 그에 비해 E 코어는 백그라운드에서 계속 움직이는 앱(Skype 또는 Slack과 같은 상시 클라우드와 통신하는 것)과 같은 것이나 멀티스레드 처리 시에 할당되어 실행된다.

 이러한 태스크의 할당을, OS의 스케줄러와 협조해 행하는 것이 Intel Thread Director다. 이 기능은 CPU 내부를 항상 모니터링하고 있으며, 그 동작 상황을 OS 스케줄러에 힌트로 전달하는 구조로 되어 있다. 덧붙여 현재는 Windows 11에만 대응한다.

 만약 Intel Thread Director가 없으면, E코어에 할당하는 것이 효율적으로 실행할 수 있는 멀티스레드 처리가, P코어에 할당되어 버리는 것이 발생한다.

 특히 낡은 앱은, 하이브리드 아키텍쳐의 존재를 모르기 때문에, 멀티 thread 실행을 CPU 코어 모두에 강제하려고 하거나 한다. 그러한 낡은 앱에서도, 잘 할당을 행하는 것이 Intel Thread Director의 역할이 된다.

 애플의 M1이 등장했을 때는, 멀티스레드 성능의 높이에 의한 벤치마크 스코어가 충격적이었지만, 실로 잘 살펴보면, 싱글 스레드의 성능은, 11세대 Core(Tiger Lake)와 너무 변하지 않았다.

 M1과 Tiger Lake에서 어디에 차이가 있었는가라고 하면, E코어(고효율 코어)로, 멀티스레드시에E코어를 사용한다는 것이 크게 영향을 주었다. 따라서 Intel의 12세대 Core(Alder Lake)에서도 벤치마크시의 멀티스레드 처리로 E 코어가 사용되면 큰 성능 향상으로 이어질 수 있다.

DDR5와 DDR4 모두에 대응하는 12세대 Core

12세대 코어는 이제 DDR5를 지원하고 새로운 메모리 오버클러킹 메커니즘으로 XMP 3.0을 도입했습니다
(출처: 12th-Gen-Blueprint-Series-Presentation, Intel)

 12세대 Core에서는 플랫폼 측에서도 새로운 기능에 대응하고 있다. 샤레브 씨는 "12세대 Core에서는 새로운 DDR5 메모리와 PCI Express 5.0에 대응하고 있다. 그러한 기능도 게이밍 PC로서는 중요한 업그레이드"라고 말했다.

 일반적으로 메모리 가속은 두 가지 측면이 있습니다. 하나는 메모리 대기 시간의 감소이며, 다른 하나는 메모리 대역폭의 증가이다. 진화를 거듭해 온 DDR DRAM이지만, 사실 메모리 레이턴시는 그다지 삭감되지 않았다.

 DDR은 클럭당 전송할 수 있는 데이터의 수를 늘림으로써 고속화하는 기술이며, 메모리 속의 데이터를 CPU로 보내는 단순한 메모리 액세스라는 관점에서는 그다지 지연 시간은 삭감되지 않았기 때문이다.

 메모리 레이턴시의 삭감은 CPU에 내장되어 있는 메모리 계층의 진화(계층의 추가나 용량의 증대) 등에 의해 실현되고 있다는 것이 최근 CPU의 역사다.

 새로운 DDR5의 메리트가 되는 것이 메모리 대역의 증대다. 메모리 레이턴시의 삭감은 말하자면 도로를 달리는 자동차의 속도가 오르는 것과 같은 것으로, 자동차가 1대밖에 달리지 않는 도로라면 성능은 향상된다.

 그에 비해 메모리 대역폭의 증대는 도로의 주행 차선을 2차선에서 4차선으로 하여 거기를 통과할 수 있는 자동차를 늘리는 것과 같다. DDR4에서 DDR5로의 진화는 그러한 도로의 주행 차선을 늘리는 타입의 업그레이드가 된다.

 따라서, 메모리로부터 대량의 데이터를 판독하는 처리, 예를 들면 RAW의 사진을 판독하여 처리하는 동영상을 부호화하는 등의 처리를 행하는 경우에 효과가있다. 게이밍 PC의 경우에는 게임 데이터를 메모리에 대량으로 읽는 경우 등에 효과를 기대할 수 있다.

 그러나, 신규격의 DRAM 모듈은 고가로, 입수성이 나쁘거나 한다. 샤레브 씨는 “새로운 기술로 전환할 때 아무래도 그런 일을 피할 수 없다. 그래서 우리는 고객이 선택할 수 있도록 했다”고 말했다.

 이 때문에 Intel은 12세대 Core를 DDR5와 DDR4에 모두 대응시키고 있어 OEM 메이커(PC 메이커나 마더보드 메이커)는, DDR5 또는 DDR4 대응의 마더보드를 만들 수 있다.

 여기서 말하는 양 대응이란 인텔이 OEM 메이커에 대해 2개의 디자인 가이드를 제공한다는 의미다. 디자인 가이드라고 하는 것은, OEM 메이커가 마더보드 등을 설계할 때 참조할 수 있는 참고 자료로, 기본적으로 그것을 바탕으로 기판 설계가 행해진다.

 유저로서는, DDR5의 메모리 모듈의 입수성이 현재 그다지 좋지 않은 가운데, DDR5 메모리와 DDR5 대응 마더보드가 나란히 있을 것을 기다릴지, 아니면 DDR4 환경에서 지금 만들 것인가, 괴로운 상황이 계속되게 될 것이다.

AAA 타이틀의 DRM에 의한 비호환 문제. OS 벤더나 게임 퍼블리셔와의 협력으로 해결의 방향으로

게임 타이틀의 DRM 문제는 해결 방향으로
(출처 : List of Games Affected by DRM Issue in 12th Gen Intel Core Processors for Windows 11 and Windows 10 , Intel)

 12세대 Core 출시 당초에는 게임 타이틀의 DRM 문제가 지적됐다. 이것은 게임 타이틀에 포함되어 있는 권리 처리 관련 코드가 12세대 Core의 E 코어를 오탐지해 버려, 게임 자체가 크래쉬해 버리는 것이었다.

 이 때문에, 12세대 Core의 마더보드의 BIOS/UEFI 셋업에 「Legacy Game Compatibility Mode」라고 하는 모드가 추가되었다. 이것은, 키보드의 「Scroll Lock」을 누르면 E코어가 무효가 되어, 문제를 일시적으로 회피할 수 있는 것이었다.

 이에 대해 샤레브는 “게임 타이틀 측 패치와 Windows 측 패치 모두에서 대응하고 있다. 신속하게 해결하기 위해 노력하고 있는데, 이러한 일은 인텔이 고객에게 최고의 경험을 하기 위해 게임 퍼블리셔와 항상 협력하고 있는 활동의 일환이라고 말했다.

 사실 인텔이 공개하고 있는 웹사이트 에서는 'Assassin's Creed: Valhalla'와 'Fernbus Simulator'의 2개가 Windows 11에서 문제가 있다고 여겨지고 있을 뿐이다. 당초는 50가까이 타이틀을 꼽았지만, DRM 문제는 거의 해결했다고 할 수 있을 것이다.

 소프트웨어에도 영향을 주는 새로운 기능이 추가되었을 때는, 아무래도 이러한 비호환성의 문제가 발생한다. 우리가 문제로 해야 하는 것은 그것이 일어나는 것보다 신속하게 해결할 수 있었는지 여부이다. 그 의미로는 릴리스 전에 해결해 주었으면 했지만, 그래도 문제 발생으로부터 불과 2개월도 지나지 않고 여기까지 뚫어진 것은, 합격점이라고 말할 수 있는 것은 아닐까.

https://pc.watch.impress.co.jp/docs/column/ubiq/1377896.html

 

【笠原一輝のユビキタス情報局】 第12世代CoreのDRM問題は解決の方向へ。Intel開発者が語るAlder La

 開発コードネーム「Alder Lake」で呼ばれてきたIntelの「第12世代Coreプロセッサ」は、デスクトップPC版とノートPC版の両方があることがすでに明らかにされている。そのうちデスクトップPC版

pc.watch.impress.co.jp

 

 

 

 

 

 

 

 

경고

이 사양은 아직 초안 단계에 있으며 작업 초안 외에는 참조해서는 안 됩니다. 이 사양은 이 사양의 잠재적인 새 버전의 초안이며 작업 초안 외에는 참조해서는 안 됩니다.

 

 

HDR10+ AV1 메타데이터 처리 사양

AOM 워킹 그룹 초안, 2021년 12월 3일

 

 

편집자:폴 하티 ( 삼성 )빌 만델 ( 삼성 )시릴 콘콜라토 ( 넷플릭스 )
 
 
경고

이 사양은 아직 초안 단계에 있으며 작업 초안 외에는 참조해서는 안 됩니다. 이 사양은 이 사양의 잠재적인 새 버전의 초안이며 작업 초안 외에는 참조해서는 안 됩니다.

Copyright 2021, AOM

라이선스 정보는 http://aomedia.org/license/ 에서 확인할 수 있습니다.

 

자료는 "있는 그대로" 제공됩니다. Alliance for Open Media, 그 회원 및 기여자는 상품성, 비침해, 특정 목적에 대한 적합성 또는 제목에 대한 묵시적 보증을 포함하여 자료와 관련된 모든 보증(명시적, 묵시적 또는 기타)을 명시적으로 부인합니다. 자료를 구현하거나 사용하는 것과 관련된 모든 위험은 구현자와 사용자가 부담합니다. 어떠한 경우에도 Alliance for Open Media, 그 회원 또는 기여자는 이익 손실 또는 모든 형태의 간접적, 특수적, 부수적 또는 결과적 손해에 대해 다른 당사자에게 책임을 지지 않습니다. 계약 위반, 불법 행위(과실 포함) 또는 기타를 기반으로 하는지 여부에 관계없이 이 인도물 또는 그 준거 계약에 대해,


추상적인

이 문서  [CMAF]로 전달되는 경우를 포함하여 [AV1] 스트림 내에서 HDR10+ 메타데이터 를 사용하는 방법을 지정합니다 .

목차

  1. 1소개
  2. 2AV1 스트림에서 HDR10+ 사용
    1. 2.1HDR10+ OBU
    2. 2.2제약
      1. 2.2.1색상 구성
      2. 2.2.2OBU 배치
      3. 2.2.3필름 그레인 처리 제공
  3. 보관 및 운송 고려 사항
    1. 3.1AV1CodecConfigurationRecord의 제약 조건
    2. 3.2ISOBMFF 제약
    3. 3.3HTTP 스트리밍 제약
  4. 4예제 스트림 및 도구
  5. 적합성
  6. 색인
    1. 이 사양에서 정의한 용어
    2. 참조로 정의된 용어
  7. 참고문헌
    1. 규범적 참조
    2. 참고 자료

1. 소개

이 문서  [CMAF]로 전달되는 경우를 포함하여 [AV1] 스트림 내에서 HDR10+ 메타데이터 를 사용하는 방법을 지정합니다 .

다양한 도구, 서비스 및 장치  [AV1] 시스템 에서 직접 쉽게 사용할 수 있는 HDR10+ 메타데이터 의 생성 및 사용을 지원 합니다. 캐리지의 HDR10 + 메타 데이터  [AV1] 레버리지 [ITU-T-T35]  [CTA-861] . HDR10+ 메타데이터  ITU-T T.35 Metadata 유형의 메타데이터 OBU  배치됩니다 . 이 문서는 AV1 스트림에서 이러한 OBU 의 배치에 대한 세부 정보를 다룹니다 .

2. AV1 스트림에서 HDR10+ 사용

2.1. HDR10+ OBU

이 사양에서 HDR10+ 메타데이터  [CTA-861]에 정의된 구문을 사용하여 [SMPTE-ST-2094-40]에 정의된 의미론을 가진 데이터 로 정의됩니다 . HDR10+ 메타데이터 OBU  [AV1]에 정의 되고 그림 1에 설명 된 대로 ITU-T T.35 메타데이터 유형  OBU 에서 전달 되는 HDR10+ 메타 데이터 로 정의됩니다 .

그림 1. METADATA_TYPE_ITUT_T35 OBU 구조

참고: [AV1]  HDR10 정적 메타데이터  ITU-T T.35 메타 데이터에 대한 일반 메타데이터 OBU 구문을 정의합니다 .

2.2. 제약

다음 섹션에서는 HDR10+ 메타데이터  전달할 때 AV1 스트림에 적용되는 제약 조건을 정의합니다 .

2.2.1. 색상 구성

이 사양에 설명  HDR10+ 메타데이터 통합에 적합한 스트림 은 AV1 color_config에 대해 다음 값을 사용해야 합니다 .

또한 다음 권장 사항이 적용됩니다.

2.2.2. OBU 배치

[AV1]에 정의되고 그림 2에 표시된 것처럼 AV1 코딩된 비디오 시퀀스 는 하나 이상의 TU 로 구성됩니다 . TU는 일련 포함 OBU들 (A)로부터 시작 시간적 구분을 선택적 시퀀스 헤더 , 임의 의 메타 데이터의 OBU , 하나 이상의 일련의 프레임 헤더는 각각 0 이상의 다음 타일 그룹 OBU들 뿐만 아니라 임의의 패딩 의 OBU .

결과적으로 show_frame =1 또는 show_existing_frame =1인 각 프레임에 대해 이 프레임에 대한 프레임 헤더 앞에 있고 이전 프레임(있는 경우) 의 마지막 OBU 뒤에 또는 시퀀스 헤더 뒤에 위치한 하나의 HDR10+ 메타데이터 OBU 가 있어야 합니다. (임의의 경우) 또는 시작 후 TU (애프터 예 시간적 구분 저장 포맷 여기서 시간적 구분자는 보존된다).

HDR10+ 메타데이터 OBU  show_frame = 0일 때 제공되지 않습니다 . 계층화되지 않은 스트림의 경우 TU  HDR10+ 메타데이터 OBU 가 하나만 있습니다. 여러 레이어로 인코딩된 AV1 스트림의 경우 HDR10+ 메타데이터 는 하나 이상의 레이어에 적용될 수 있지만 세부 사항은 이 버전의 사양 범위를 벗어납니다.

그림 2.  OBU_Frame 구조의 예

HDR10 정적 메타데이터 ( MDCV , MaxCLL  MaxFALL 로 정의  )가 존재할 수 있습니다.

2.2.3. 필름 그레인 처리 제공

일부 [AV1] 코딩된 비트스트림에는 HDR10+ 메타데이터 와 필름 그레인 합성 정보 가 모두 포함될 수 있습니다 . 이러한 시나리오의 디코더는 HDR10+ 메타데이터 처리 전에 필름 그레인 합성을 수행하는 것이 좋습니다 .

3. 보관 및 운송 고려 사항

3.1. AV1CodecConfigurationRecord의 제약 조건

AV1 스트림(예: ISOBMFF 및 MPEG-2 TS)을 저장할 때 AV1CodecConfigurationRecord 를 사용하는 형식의 경우 HDR10+ 메타데이터 OBU  AV1CodecConfigurationRecord  configOBUs 필드에 존재하지 않아야 합니다.

3.2. ISOBMFF 제약

[AV1-ISOBMFF]에 정의된 AV1 메타데이터 샘플 그룹  사용되지 않습니다.

[AV1-ISOBMFF]  메타데이터 OBU 가 보호될 수 있음을 나타냅니다 . 이 사양에서는 HDR10 정적 메타데이터  HDR10+ 메타데이터 OBU 가 보호되지 않아야 합니다.

[AV1-ISOBMFF]에 정의된 ISOBMFF 파일 또는 CMAF AV1 트랙 도 이 사양을 준수하며(즉, HDR10+ 메타데이터 OBU 를 포함 하고 이 사양의 제약 조건을 준수함) [CTA-5001]  cdm4정의된 브랜드 를 추가로 사용해야 합니다. 브랜드에 . 브랜드 가 AV1 스트림과 함께 사용되는 경우 이 사양에 정의된 제약 조건을 준수해야 합니다.av01cdm4

3.3. HTTP 스트리밍 제약

HTTP 스트리밍 기술을 사용할 때 사용되는 AV1 스트림  코덱 매개변수 값은 HDR10+ 메타데이터 OBU 가 AV1 스트림에 포함될 때 변경되지 않은 상태로 유지됩니다 .

또한, [DASH] 컨텐츠 다음 [DASH-안압] 포함해야한다 보충 기술자를 로모그래퍼 @schemeUri의 로 설정 "http://dashif.org/metadata/hdr"하고 @value 에 세트 "SMPTE2094-40"포함 된 트랙을 식별하기 위해 원조 플레이어 매니페스트 파일 HDR10 + 메타 데이터의 OBU를 .

4. 예제 스트림 및 도구

이 주제에 대한 정보 는 이 프로젝트  Wiki 에서 찾을 수 있습니다.

적합성

적합성 요구 사항은 설명적 주장과 RFC 2119 용어의 조합으로 표현됩니다. 규범적인 부분에서 “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY” 및 “OPTIONAL” 키워드 이 문서의 내용은 RFC 2119에 설명된 대로 해석되어야 합니다. 그러나 가독성을 위해 이러한 단어는 이 사양에서 모두 대문자로 표시되지 않습니다.

이 사양의 모든 텍스트는 비규범으로 명시적으로 표시된 섹션, 예 및 참고 사항을 제외하고 규범적입니다. [RFC2119]

이 사양의 예는 "예를 들어"라는 단어로 시작하거나 다음과 같이 규범 텍스트와 구분됩니다 class="example".

이것은 유익한 예의 예입니다.

참고 사항은 "참고"라는 단어로 시작하고 다음과 같이 표준 텍스트와 구분됩니다 class="note".

참고로 이 정보는 참고용입니다.

색인

이 사양에서 정의한 용어

참조로 정의된 용어

  • [AV1] 은 다음 용어를 정의합니다.
    • av1 코딩된 비디오 시퀀스
    • chroma_sample_position
    • color_config
    • color_primaries
    • 프레임 헤더
    • itu-t t.35 메타데이터
    • 행렬 계수
    • 메타데이터 오부
    • 단색화
    • 오부
    • 시퀀스 헤더
    • show_existing_frame
    • 쇼_프레임
    • 서브샘플링_x
    • 서브샘플링_y
    • 임시 구분 기호
    • 타일 ​​그룹 오부스
    • transfer_characteristics
    • 비디오 풀레인지플래그
  • [AV1-ISOBMFF] 는 다음 용어를 정의합니다.
    • AV01
    • av1 메타데이터 샘플 그룹
    • av1codec구성기록
    • 코덱
    • 구성 버스
  • [CTA-5001] 은 다음 용어를 정의합니다.
    • cdm4
  • [CTA-861] 은 다음 용어를 정의합니다.
    • 최대
    • 맥스폴
  • [DASH] 는 다음 용어를 정의합니다.
    • @schemeuri
    • @값
    • 보충 설명자
  • [SMPTE-ST-2086] 은 다음 용어를 정의합니다.
    • mdcv

참고문헌

규범적 참조

[AV1]AV1 비트스트림 및 디코딩 프로세스 사양 . 기준. URL: https://aomediacodec.github.io/av1-spec/av1-spec.pdf[AV1-ISOBMFF]AV1 코덱 ISO 미디어 파일 형식 바인딩 . 기준. URL: https://aomediacodec.github.io/av1-isobmff/[CMAF]정보 기술 - 멀티미디어 응용 프로그램 형식(MPEG-A) - 19부: 분할 미디어용 CMAF(일반 미디어 응용 프로그램 형식). . 기준. URL: https://www.iso.org/standard/71975.html[CTA-5001]CTA-5001-C . 기준. URL: https://shop.cta.tech/products/web-application-video-ecosystem-content-specification[CTA-861]ANSI/CTA-861-H . 기준. URL: https://shop.cta.tech/products/a-dtv-profile-for-uncompressed-high-speed-digital-interfaces-cta-861-h[대시]정보 기술 - HTTP(DASH)를 통한 동적 적응 스트리밍 - 파트 1: 미디어 프레젠테이션 설명 및 세그먼트 형식 . 기준. URL: https://www.iso.org/standard/79329.html[ITU-T-T35]ITU-T T.35 . 기준. URL: https://www.itu.int/rec/T-REC-T.35-200002-I/en[RFC2119]S. 브래드너. 요구 사항 수준을 나타내기 위해 RFC에서 사용하는 키워드 . 1997년 3월. 모범 사례. URL: https://datatracker.ietf.org/doc/html/rfc2119[SMPTE-ST-2086]SMPTE ST 2086:2018 . 기준. URL: https://ieeexplore.ieee.org/document/8353899[SMPTE-ST-2094-40]SMPTE ST 2094-40:2020 . 기준. URL: https://ieeexplore.ieee.org/document/9095450

참고 자료

[BT-2020]BT.2020 . 기준. URL: https://www.itu.int/rec/R-REC-BT.2020[BT-2100]BT.2100 . 기준. URL: https://www.itu.int/rec/R-REC-BT.2100[대시-IOP]구현 지침: DASH-IF 상호 운용성 포인트 V4.3: 주문형 및 혼합 서비스, HDR 동적 메타데이터 및 기타 개선

 

+ Recent posts