KR20100106607A - 고화질 멀티미디어 인터페이스를 통한 룩 데이터 정의 및 전송을 위한 방법 및 시스템 - Google Patents

고화질 멀티미디어 인터페이스를 통한 룩 데이터 정의 및 전송을 위한 방법 및 시스템 Download PDF

Info

Publication number
KR20100106607A
KR20100106607A KR1020107019253A KR20107019253A KR20100106607A KR 20100106607 A KR20100106607 A KR 20100106607A KR 1020107019253 A KR1020107019253 A KR 1020107019253A KR 20107019253 A KR20107019253 A KR 20107019253A KR 20100106607 A KR20100106607 A KR 20100106607A
Authority
KR
South Korea
Prior art keywords
video content
metadata
look data
transmission
control
Prior art date
Application number
KR1020107019253A
Other languages
English (en)
Other versions
KR101476878B1 (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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=39714052&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=KR20100106607(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by 톰슨 라이센싱 filed Critical 톰슨 라이센싱
Publication of KR20100106607A publication Critical patent/KR20100106607A/ko
Application granted granted Critical
Publication of KR101476878B1 publication Critical patent/KR101476878B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G11B27/3063—Subcodes
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/64—Circuits for processing colour signals
    • H04N9/641—Multi-purpose receivers, e.g. for auxiliary information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/64—Circuits for processing colour signals
    • H04N9/67—Circuits for processing colour signals for matrixing

Abstract

고화질 멀티미디어 인터페이스(HDMI)를 통한 룩 데이터 정의 및 전송을 위한 방법 및 시스템이 제공된다. 방법은 비디오 콘텐츠를 위한 메타데이터를 생성하는 단계를 포함한다. 메타데이터는 상이한 표시 장치들 사이의 차이들 및 콘텐츠 작성자에 의한 상이한 창작 의도들 사이의 차이들에 관해 설명함으로써 비디오 콘텐츠의 표시 전에 비디오 콘텐츠를 변경하기 위해 사용된다. 방법은 비디오 콘텐츠 및 메타데이터를 고화질 멀티미디어 인터페이스를 통해 전송할 준비를 하는 단계를 더 포함한다.

Description

고화질 멀티미디어 인터페이스를 통한 룩 데이터 정의 및 전송을 위한 방법 및 시스템{METHOD AND SYSTEM FOR LOOK DATA DEFINITION AND TRANSMISSION OVER A HIGH DEFINITION MULTIMEDIA INTERFACE}
관련 기술들의 상호 참조
본 출원은 공동으로 양도되고, 전체적으로 여기에 참조로 포함되며, 이와 함께 현재 출원된, 발명의 명칭이 "Method and System for Look Data Definition and Transmission"인 정규 출원(Attorney Docket No. PU070307)에 관련된다.
본 발명은 일반적으로 멀티미디어 인터페이스에 관한 것으로, 더욱 구체적으로 고화질 멀티미디어 인터페이스(High Definition Multimedia Interface: HDMI)를 통한 룩(look) 데이터 정의 및 전송을 위한 방법 및 시스템에 관한 것이다.
현재, 가정용 또는 전문가용 비디오 콘텐츠 제품을 배달할 때, 통상적으로 비디오 콘텐츠 작성자의 의도를 나타내는 하나의 단색 결정이 그 비디오 배달 제품에 대해 이루어진다. 그러나, 콘텐츠의 색 결정이 변경될 필요가 있을 수 있도록 콘텐츠의 상이한 사용 규정이 나올 수 있다. 예를 들어, 이러한 상이한 사용 규정은 프런트 프로젝션 디스플레이, 다이렉트 뷰 디스플레이 또는 휴대용 디스플레이와 같은 상이한 디스플레이 유형을 수반할 수 있는데, 이들 각각은 이러한 비디오 콘텐츠의 최적 디스플레이를 제공하기 위해 색 결정에 대한 일부 변경을 필요로 한다.
본 원리의 다양한 실시예에 따른 방법 및 시스템은 고화질 멀티미디어 인터페이스(HDMI)를 통한 룩 데이터 정의 및 전송을 제공함으로써 종래 기술의 결함을 해결한다.
본 원리의 실시양상에 따르면, 방법이 제공된다. 이 방법은 비디오 콘텐츠를 위한 메타데이터를 생성하는 단계를 포함한다. 메타데이터는 상이한 표시 장치들 사이의 차이들 및 콘텐츠 작성자에 의한 상이한 창작 의도들 사이의 차이들에 관해 설명함으로써 비디오 콘텐츠의 표시 이전에 비디오 콘텐츠를 변경하기 위한 것이다. 방법은 비디오 콘텐츠 및 메타데이터를 고화질 멀티미디어 인터페이스를 통해 전송할 준비를 하는 단계를 더 포함한다.
본 원리의 다른 실시양상에 따르면, 시스템이 제공된다. 이 시스템은 메타데이터 생성기 및 메타데이터 전송 준비 장치를 포함한다. 메타데이터 생성기는 비디오 콘텐츠를 위한 메타데이터를 생성하기 위한 것이다. 메타데이터는 상이한 표시 장치들 사이의 차이들 및 콘텐츠 작성자에 의한 상이한 창작 의도들 사이의 차이들에 관해 설명함으로써 비디오 콘텐츠의 표시 이전에 비디오 콘텐츠를 변경하기 위한 것이다. 메타데이터 전송 준비 장치는 비디오 콘텐츠 및 메타데이터를 고화질 멀티미디어 인터페이스를 통해 전송할 준비를 하기 위한 것이다.
본 원리의 교시는 첨부 도면과 함께 다음의 상세한 설명을 검토함으로써 용이하게 이해될 수 있다.
도 1은 본 발명의 실시예에 따라, 고화질 멀티미디어 인터페이스 접속을 통해 룩 데이터를 전송하는 시스템(100)의 고수준 블록도.
도 2는 본 발명의 실시예에 따라, 순차적 룩 데이터 전송을 구현하는 도 1의 시스템(100)의 더욱 상세한 고수준 블록도.
도 3은 본 발명의 실시예에 따라, 병렬 룩 데이터 전송을 구현하는 도 1의 시스템(100)의 더욱 상세한 고수준 블록도.
도 4는 본 발명의 실시예에 따라, 룩 데이터 정의 및 전송을 위한 방법의 흐름도.
도 5는 본 원리의 실시예에 따라, 룩 데이터(500)의 예시적인 표현을 도시한 도면.
도 6은 본 발명의 실시예에 따라, 룩 데이터 기본 메시지에서 사용하기 위한 메타데이터(600)의 예시적인 KLV 표기법을 도시한 도면.
도 7은 본 발명의 실시예에 따라, 도 6의 메타데이터(600)의 예시적인 KLV 표기법을 더욱 자세히 도시한 도면.
도 8은 본 발명의 실시예에 따라, 8 비트의 비트 깊이를 갖는 3D-LUT로 구현된 예시적인 룩 데이터 기본 메시지(800)를 도시한 도면.
도 9는 본 발명의 실시예에 따라, 10 비트의 비트 깊이를 갖는 3D-LUT로 구현된 예시적인 룩 데이터 기본 메시지(900)를 도시한 도면.
도 10은 본 발명의 실시예에 따라, 8 비트의 비트 깊이를 갖는 1D-LUT로 구현된 예시적인 룩 데이터 기본 메시지(1000)를 도시한 도면.
도 11은 본 발명의 실시예에 따라, 10 비트의 비트 깊이를 갖는 1D-LUT로 구현된 예시적인 룩 데이터 기본 메시지(1100)를 도시한 도면.
도 12는 본 발명의 실시예에 따라, 8 비트의 비트 깊이를 갖는 3x3 행렬로 구현된 예시적인 룩 데이터 기본 메시지(1200)를 도시한 도면.
도 13은 본 발명의 실시예에 따라, 10 비트의 비트 깊이를 갖는 3x3 행렬로 구현된 예시적인 룩 데이터 기본 메시지(1300)를 도시한 도면.
도 14는 본 발명의 실시예에 따라, 16 비트의 비트 깊이를 갖는 3x3 행렬로 구현된 예시적인 룩 데이터 기본 메시지(1400)를 도시한 도면.
도 15는 본 발명의 실시예에 따라, 주파수 응답 수정을 위한 예시적인 필터 뱅크(1500)를 도시한 도면.
도 16은 본 발명의 실시예에 따라, 주파수 등화(equalization)를 위한 이산 주파수(1600)를 도시한 도면.
도 17은 본 발명의 실시예에 따라, 8 비트 주파수 등화를 위한 예시적인 룩 데이터 기본 메시지(1700)를 도시한 도면.
도 18은 본 발명의 실시예에 따라, 모션 동작(motion behavior)을 위한 예시적인 룩 데이터 기본 메시지(1800)를 도시한 도면.
도 19는 본 발명의 실시예에 따라, 흐린 입자를 위한 예시적인 룩 데이터 기본 메시지(1900)를 도시한 도면.
도 20은 본 발명의 실시예에 따라, 노이즈를 위한 예시적인 룩 데이터 기본 메시지(2000)를 도시한 도면.
도 21은 본 발명의 실시예에 따라, 편집 제어를 위해 사용될 수 있는 시간 편집을 위한 예시적인 룩 데이터 기본 메시지(2100)를 도시한 도면.
도 22는 본 발명의 실시예에 따라, 톤 매핑(tone mapping)을 위한 예시적인 룩 데이터 기본 메시지(2200)를 도시한 도면.
도 23은 본 발명의 실시예에 따라, 본 발명의 실시예가 적용될 수 있는 예시적인 HDMI 색 영역 메타데이터 패킷(2300)을 도시한 도면.
도 24는 본 발명의 실시예에 따라, 본 발명이 적용될 수 있는 예시적인 HDMI 색 영역 메타데이터 헤더(2400)를 도시한 도면.
도 25는 본 발명의 실시예에 따라, 본 발명이 적용될 수 있는 HDMI 버전 1.3에서의 예시적인 색 영역 메타데이터 패키지(2500)를 도시한 도면.
도 26은 본 발명의 실시예에 따라, 공급업체 특정 정보 프레임을 위한 예시적인 룩 데이터 패킷 헤더(2600)를 도시한 도면.
도 27은 본 발명의 실시예에 따라, 본 원리가 적용될 수 있는 CEA 861D에서의 예시적인 공급업체 특정 정보 프레임(2700)을 도시한 도면.
도 28은 본 발명의 실시예에 따라, 룩 데이터를 전송하기 위한 예시적인 공급업체 특정 CEC 명령어(2800)를 도시한 도면.
도 29는 본 발명의 실시예에 따라, 소비자 전자 제어 버스와 함께 사용하기 위한 예시적인 네트워크 계층 모델(2900)을 도시한 도면.
도 30은 본 발명의 실시예에 따라, CEC 공급업체 특정 명령을 사용하여 애플리케이션에서 애플리케이션으로의 통신을 제공하기 위한 예시적인 CEC 프로세싱(3000)의 고수준 도면.
도 31은 본 발명의 실시예에 따라, HDMI를 사용하여 전송하기 위한, 룩 데이터 패킷에서 프레임으로의 예시적인 변환(3100)을 도시한 고수준 블록도.
도 32는 본 발명의 실시예에 따라, 룩 데이터 유효성 검사를 위한 예시적인 룩 데이터 기본 메시지(3200)를 도시한 도면.
도 33은 본 발명의 실시예에 따라, CEC 유효성 검사 신호를 생성하는 예시적인 장치(3300)를 도시한 도면.
도 34는 본 발명의 실시예에 따라, CEC에서의 유효성 검사 신호 전송을 위한 방법의 흐름도.
도면은 본 발명의 개념을 예시하기 위한 것이고, 반드시 본 발명을 예시하는 유일한 가능한 구성은 아니라는 것을 이해할 수 있을 것이다. 이해를 돕기 위해, 동일한 참조 번호는 도면에 공통되는 동일한 요소를 나타내기 위해 가능한 경우에 사용되었다.
본 원리는 고화질 멀티미디어 인터페이스(HDMI)를 통한 룩 데이터 정의 및 전송을 위한 방법 및 시스템을 유리하게 제공한다. 본 원리가 소스 장치 및 표시 장치에 관한 전송 시스템과 관련하여 주로 설명되지만, 본 발명의 특정 실시예는 본 발명의 범위를 제한하는 것으로 생각되어서는 안 된다.
도면에 도시된 다양한 요소의 기능은 적절한 소프트웨어와 관련하여 소프트웨어를 실행할 수 있는 하드웨어뿐만 아니라 전용 하드웨어의 사용을 통해 제공될 수 있다. 프로세서에 의해 제공될 때, 기능은 단일 전용 프로세서에 의해, 단일 공용 프로세서에 의해, 또는 일부가 공유될 수 있는 다수의 개별 프로세서에 의해 제공될 수 있다. 더구나, "프로세서" 또는 "제어기"라는 용어의 명시적 사용은 오로지 소프트웨어를 실행할 수 있는 하드웨어만을 언급하는 것으로 해석되어서는 안 되고, 디지털 신호 프로세서(digital signal processor: DSP) 하드웨어, 소프트웨어를 저장하는 판독 전용 메모리(read only memory: ROM), 랜덤 액세스 메모리(random access memory: RAM), 및 비휘발성 저장소를 암시적으로 포함할 수 있는데, 이에 제한되는 것은 아니다. 더구나, 본 발명의 원리, 실시양상 및 실시예, 뿐만 아니라 그 특정 예를 설명하는 여기의 모든 문장은 구조적이고 기능적인 그 등가물을 포함하고자 하는 것이다. 게다가, 이러한 등가물은 현재 알려져 있는 등가물뿐만 아니라 미래에 개발되는 등가물(즉, 구조에 관계없이 동일한 기능을 실행하는 개발된 임의의 요소)를 포함하고자 하는 것이다.
그러므로, 예를 들어, 본 분야에 숙련된 기술자들이라면, 여기에 표시된 블록도는 본 발명의 원리를 구현하는 예시적인 시스템 컴포넌트 및/또는 회로의 개념도를 나타낸다는 것을 알 수 있을 것이다. 이와 유사하게, 임의의 순서도, 흐름도, 상태 전이도, 의사 코드 등은, 실질적으로 컴퓨터 판독가능 매체 내에 표시되어 컴퓨터 또는 프로세서(이러한 컴퓨터 또는 프로세서가 명시적으로 도시되든 안 되든)에 의해 실행될 수 있는 다양한 프로세스를 나타낸다는 것을 알 수 있을 것이다.
본 원리의 "한 실시예" 또는 "일 실시예"라는 명세서에서의 언급은 실시예와 관련하여 설명된 특정 기능, 구조, 특성 등이 본 원리의 최소한 한 실시예에 포함된다는 것을 의미한다. 그러므로, 명세서 전반에 걸쳐 여러 곳에서 나오는 "한 실시예에서" 또는 "일 실시예에서"라는 표현은 반드시 모두가 동일한 실시예를 언급하는 것은 아니다.
더구나, 여기에서 사용된 바와 같이, 메타데이터의 송신 및 수신과 관련하여, "대역 내(in-band)"라는 표현은 소비자 장치에 의해 표시될 색 보정 그림 콘텐츠와 함께 이러한 메타데이터를 송신 및/또는 수신하는 것을 나타낸다. 이에 반해, "대역 외(out-of-band)"라는 표현은 소비자 장치에 의해 표시될 색 보정 그림 콘텐츠와 관련하여 별도로 메타데이터를 송신 및/또는 수신하는 것을 나타낸다.
더욱이, 여기에서 사용된 바와 같이, "장면"이라는 용어는 일반적으로 단일 "샷(shot)"에서 시작되는, 영화 내의 일련의 그림 프레임을 나타내는 것으로, 장면 변화 사이의 일련의 연속 촬영을 의미한다.
또한, 여기에서 사용된 바와 같이, "룩 데이터 관리"라는 표현은 룩 데이터의 편집, 전송 및 적용을 나타낸다.
게다가, 여기에서 사용된 바와 같이, "콤팩트 디스크 플레이어"라는 표현은 표준 화질 콤팩트 디스크 플레이어, BLU-RAY 디지털 비디오 디스크 플레이어, 고화질 디지털 비디오 디스크 플레이어 등등 중의 임의의 것을 나타낸다.
더구나, 여기에서 사용된 바와 같이, "사용되지 않는 색 영역 프로필"이라는 표현은 HDMI 표준의 버전 1.3(또는 임의의 이전 버전)에서 현재 사용되지 않는 색 영역 프로필을 나타낸다.
더욱이, 여기에서 사용된 바와 같이, "룩 데이터"라는 표현, 및 이러한 룩 데이터에 관련되는 "메타데이터"라는 용어는 색 조작, 공간 필터링, 모션 동작, 흐린 입자, 노이즈, 편집 및 톤 매핑을 위해 사용된 및/또는 그 밖에 이들에 관련된, 예를 들어 정수, 정수가 아닌 값 및/또는 부울 값과 같은 데이터를 나타낸다. 이러한 룩 데이터 및/또는 메타데이터는 바로 전에 설명한 것을 구현하는 관련 메커니즘을 제어하고, 턴 온 또는 턴 오프하기 위해 사용될 수 있고, 이러한 것의 기능을 수정하기 위해 사용될 수 있다. 더욱이, 룩 데이터 및/또는 메타데이터는 매핑 테이블의 사양을 포함할 수 있다.
예를 들어, 색 조작에 관한 실시예에서, 색 매핑 테이블은 1D LUT(1차원 룩업 테이블), 3D LUT(3차원 룩업 테이블), 및/또는 3x3 LUT들에 의해 실현될 수 있다. 한 예로서, 3D LUT의 경우에, 이러한 LUT는 3개의 입력 값을 수신하기 위해 사용되는데, 각 값은 하나의 색 성분, 즉 적색, 녹색 또는 청색을 나타내고, 각각의 개별적인 적색, 녹색 및 청색 입력 3색에 대해, 예를 들어 적색, 녹색 및 청색인 출력 값의 미리 정의된 3색을 생성한다. 이 경우에, 콘텐츠 소스에서 콘텐츠 사용 장치(예를 들어, 표시 장치)로의 메타데이터는 이때 LUT 사양을 포함할 수 있다.
다른 실시예는 예를 들어, 다음과 같이 정의되는 "GOG"(이득(Gain), 오프셋(Offset), 감마(Gamma))를 실행하는 회로 및/또는 기타와 같은 매핑 함수의 사양을 수반할 수 있다:
각 색 성분에 대해, Vout = 이득 * (오프셋 + Vin)^감마
이러한 경우에, 룩 데이터 및/또는 메타데이터는 9개의 값, 즉 3개의 색 성분의 각각에 대해 한 세트의 이득, 오프셋 및 감마를 포함할 수 있다.
룩 데이터는 여기에서 사용된 바와 같이, 이들 메커니즘에 영향을 미치기 위해 사용되는데; 하나만이 아니라 몇 개의 룩의 전송/저장을 구현하기 위해 몇 세트의 룩 데이터가 있을 수 있다.
물론, 본 원리는 이전의 실시예에 제한되지 않고, 여기에 제공된 본 원리의 교시가 주어지면, 룩 데이터 및/또는 메타데이터의 그외 다른 구현을 포함하는 그외 다른 실시예는 본 원리의 정신을 유지하면서, 본 분야 및 관련 분야에 숙련된 기술자에 의해 용이하게 고려된다. 룩 데이터는 적어도 도 5와 관련하여 여기에서 더욱 설명된다.
예를 들어, 도 1은 본 발명의 실시예에 따라, 고화질 멀티미디어 인터페이스 접속을 통해 룩 데이터를 전송하는 시스템(100)의 고수준 블록도를 도시한 것이다. 도 1의 시스템(100)은 예시적으로 콘텐츠 소스 장치(110), 고화질 멀티미디어 인터페이스(HDMI) 접속 장치(120) 및 표시 장치(130)를 포함하고, 및/또는 그 밖에 이들을 수반한다. 콘텐츠 소스 장치(110)는 고화질 디지털 비디오 디스크 플레이어, BLU-RAY 플레이어 및 네트워크 액세스 유닛(예를 들어, 셋톱 박스(STB)를 포함하지만 이에 제한되지는 않음)일 수 있는데, 이제 제한되지는 않는다는 것을 알 수 있을 것이다. 콘텐츠 소스 장치(110)는 표시를 위해 고화질 멀티미디어 인터페이스 접속 장치(120)를 통해 표시 장치(130)에 전송될 콘텐츠를 제공한다. 예를 들어, 룩 데이터를 포함하는 메타데이터는 콘텐츠 소스(110)에서 표시 장치(130)로, 그리고 표시 장치(130)에서 콘텐츠 소스(110)로 제공될 수 있다. 고화질 멀티미디어 인터페이스(HDMI) 접속 장치(120)는 고화질 멀티미디어 인터페이스(HDMI) 케이블을 포함할 수 있지만 이에 제한되는 것은 아니라는 것을 알 수 있을 것이다.
표시 장치(130)(및/또는 전송 매체(120)와 표시 장치(130) 사이에 배치되고, 이들 장치에 접속된 장치(들))는 메타데이터를 각각 수신하고 저장하며 적용하는 수신기(161), 저장 장치(162) 및/또는 메타데이터 적용기(162)를 포함할 수 있다.
예를 들어, 도 2는 본 발명의 실시예에 따라, 순차적 룩 데이터 전송을 사용하는 도 1의 시스템(100)의 더욱 상세한 고수준 블록도를 도시한 것이다. 도 2의 실시예에서, 콘텐츠(202) 및 룩 데이터 데이터베이스(204)는 시스템(100)의 콘텐츠 제작부(210)에 배치된다. 도 2의 실시예에서, 룩 데이터베이스(204)는 룩 데이터를 저장한다. 한 실시예에서, 시스템(100)의 콘텐츠 제작부(210)는 룩 데이터(206)를 생성하는 룩 데이터 생성기(288), 및 아래에 더욱 설명되는 바와 같이 룩 데이터를 HDMI를 통해 전송할 준비를 하는 룩 데이터 전송 준비 장치(299)를 포함한다. 콘텐츠(202) 및 룩 데이터(206)는 콘텐츠 제작부(210)에서 결합된다(207). 하나 이상의 전송 및/또는 저장 매체(220)를 사용하여, 콘텐츠(202) 및 대응하는 룩 데이터(206)는 콘텐츠(202) 및 룩 데이터(206)가 분리되어 처리되는 시스템(100)의 콘텐츠 표시부(230)에 순차적으로 전송된다. 시스템(100)의 콘텐츠 표시부(230)는 예를 들어, 도 1에 도시된 표시 장치(130)를 포함할 수 있다. 그 다음, 룩 데이터(206)는 시스템(100)의 콘텐츠 표시부(230)에 배치된 룩 데이터 데이터베이스(232)에 저장될 수 있다. 도 2에 도시된 전송 및/또는 저장 매체(220)는 콘텐츠(202) 및/또는 룩 데이터(206)의 순차적 전송 및/또는 저장을 포함한다는 것을 알 수 있을 것이다.
도 3은 본 발명의 대안적인 실시예에 따라, 병렬 룩 데이터 전송을 구현하는 도 1의 시스템(100)의 더욱 상세한 고수준 블록도를 도시한 것이다. 도 3의 실시예에서, 콘텐츠(302) 및 룩 데이터 데이터베이스(304)는 시스템(300)의 콘텐츠 제작부(310)에 배치된다. 도 3의 실시예에서, 룩 데이터베이스(304)는 룩 데이터(306)를 저장한다. 한 실시예에서, 시스템(300)의 콘텐츠 제작부(310)는 룩 데이터(306)를 생성하는 룩 데이터 생성기(388), 및 아래에 더욱 설명되는 바와 같이 룩 데이터(306)를 HDMI를 통해 전송할 준비를 하는 룩 데이터 전송 준비 장치(399)를 포함한다. 콘텐츠(302) 및 룩 데이터(306)는 콘텐츠 제작부(310)에서 결합된다(307). 하나 이상의 전송 및/또는 저장 매체(320)를 사용하여, 콘텐츠(302) 및 대응하는 룩 데이터(306)는 콘텐츠(302) 및 룩 데이터(306)가 분리되어 처리되는 시스템(300)의 콘텐츠 표시부(330)에 병렬로 전송된다. 시스템(300)의 콘텐츠 표시부(330)는 예를 들어, 도 1에 도시된 표시 장치(130)를 포함할 수 있다. 그 다음, 룩 데이터(306)는 시스템(300)의 콘텐츠 표시부(330)에 배치된 룩 데이터 데이터베이스(332)에 저장될 수 있다. 도 3에 도시된 전송 및/또는 저장 매체(320)는 콘텐츠(302) 및/또는 룩 데이터(306)의 병렬 전송 및/또는 저장을 포함한다는 것을 알 수 있을 것이다.
도 4는 본 발명의 실시예에 따른 룩 데이터 정의 및 전송을 위한 방법의 흐름도를 도시한 것이다. 방법(400)은 룩 데이터가 비디오 콘텐츠를 위해 생성되는 단계(402)에서 시작된다. 이러한 룩 데이터는 색 조작, 공간 필터링, 모션 동작, 흐린 입자, 노이즈, 편집, 톤 매핑 등에 관련될 수 있는데, 이에 제한되는 것은 아니다. 이러한 룩 데이터는 바로 전에 설명한 것을 구현하는 관련 메커니즘을 제어하거나, 턴 온 또는 턴 오프하기 위해 사용될 수 있고, 이러한 것의 기능을 수정하기 위해 사용될 수 있다. 그 다음, 방법은 단계(404)로 진행된다.
단계(404)에서, 룩 데이터는 전송할 준비가 되는데, 이러한 준비는 (단계(402)에서 미리 생성된) 룩 데이터를 위한 하나 이상의 룩 데이터 기본 메시지의 생성, 하나 이상의 룩 데이터 기본 메시지를 각각 포함하는 하나 이상의 룩 데이터 패킷의 생성, 디스크 상의 룩 데이터의 저장 등을 수반할 수 있는데, 이에 제한되지는 않는다. 그 다음, 방법은 단계(406)로 진행된다.
단계(406)에서, 룩 데이터 및 비디오 콘텐츠는 HDMI를 사용하여 표시 장치에 전송된다. 이러한 전송은 예를 들어, HDMI 색 메타데이터, CEA/HDMI 공급업체 특정 정보 프레임, HDMI/CEC(consumer electronic control) 프로토콜 등의 사용을 수반할 수 있는데, 이에 제한되지는 않는다. 전송을 위한 HDMI 색 메타데이터의 사용과 관련하여, 이러한 사용은 색 영역 경계 설명(gamut Boundary description: GBD) 메타데이터 컨테이너의 사용을 수반할 수 있다. 전송을 위한 CEA/HDMI 공급업체 특정 정보 프레임의 사용과 관련하여, 이러한 사용은 공급업체 특정 정보 프레임에 GBD 흐름 제어를 적용하는 것을 수반할 수 있다. 전송을 위한 HDMI CEC 프로토콜의 사용과 관련하여, 이러한 사용은 CEC 외에 네트워크 추상화 계층을 추가하는 것, 서비스 품질(QoS)을 사용가능하게 하는 것, 및 비디오 콘텐츠에 CEC의 시간을 맞추는 것을 수반할 수 있다. 그 다음, 방법은 단계(408)로 진행된다.
단계(408)에서, 비디오 콘텐츠는 수신되고, 저장되며, 룩 데이터에 따라 수정되고, 수정된 비디오 콘텐츠는 표시 장치에 표시된다. 그 다음, 방법(400)은 종료될 수 있다.
수신, 저장 및 수정의 상기 순서 및 사용은 실제 구현에 따라 다를 수 있다는 것을 알 수 있을 것이다. 예를 들어, 저장은 메타데이터가 저장 매체에 제공되는 것에 대응할 수 있고, 및/또는 이것을 후속 처리를 위한 콘텐츠 표현 측에 임시로 저장하는 것에 대응할 수 있다.
본 발명의 한 실시예에서, 본 발명의 원리는 ISO/IEC(International Organization for Standardization/International Electrotechnical Commission) MPEG-4(Moving Picture Experts Group-4) 파트 10 AVC(Advanced Video Coding) 표준/ITU-T(International Telecommunication Union-Telecommunication Sector) H.264 권고(이후, "MPEG-4 AVC 표준")에 따라 콘텐츠를 인코딩하고, 콘텐츠를 디스크 상에 저장한 다음에, 표시를 위한 비디오 데이터를 변경하기 위해 디스플레이 내의 신호 처리 유닛을 제어함으로써, HD-DVD(High Definition-Digital Video Discs) 및/또는 BLU-RAY 디스크를 위한 콘텐츠를 생성하기 위해 사용된다. 이러한 애플리케이션에서, 룩 데이터는 디스크에 저장된다. 그 다음, 룩 데이터는 고화질 멀티미디어 인터페이스(HDMI)를 사용하여 디스플레이에 전송된다. 룩 데이터를 전송하기 위해 HDMI를 사용하는 다양한 예시적인 방법이 여기에서 설명된다. 물론, 본 원리는 오로지 설명된 실시예에만 제한되지 않고, 여기에 제공된 본 원리의 교시가 주어지면, 본 분야 및 관련 분야에 숙련된 기술자는 본 원리의 정신을 유지하면서, 이들 및 다양한 다른 실시예 및 그 변형을 고려할 것이라는 것을 알 수 있을 것이다.
다양한 실시예에서, 본 원리는 영화 제작에서의 "디지털 데일리즈(Digital Dailies)"의 처리를 포함하는(이에 제한되지 않음) 전문적인 또는 반전문적인 환경에서 사용될 수 있다는 것을 알 수 있을 것이다.
장면 경계 데이터
도 5는 본 원리의 실시예에 따른 룩 데이터(500)의 예시적인 표현을 도시한 것이다. 도 5의 룩 데이터(500)는 각 장면 또는 장면들(515)의 시퀀스마다 하나씩인 룩 데이터 패킷(510)을 예시적으로 포함한다. 주의할 점은 통상적으로 장면 경계의 정의는 콘텐츠 제작자에게 달렸다는 것이다. 도 5에 도시된 바와 같이, 각각의 룩 데이터 패킷(LDP)(510)은 하나 이상의 룩 데이터 기본 메시지(520)를 포함할 수 있다. 각각의 룩 데이터 기본 메시지(LDEM)는 콘텐츠 렌더링 및/또는 표시를 위해 하나의 신호 처리 유닛을 제어하는 파라미터(525)를 포함할 수 있다. 더욱 구체적으로, 본 발명의 실시예에 따르면, 룩 데이터 패킷(510) 및 이와 같은 룩 데이터 기본 메시지(520) 및 파라미터(525)는 콘텐츠 렌더링 장치를 포함하는 표시 시스템에 각 비디오 콘텐츠를 배달되게 하거나 이와 통신되게 하기 위한 것이다. 표시 시스템에서, 콘텐츠 렌더링 장치(예를 들어, 디스플레이 또는 셋톱 박스의 디코더)는 룩 데이터 기본 메시지(520) 내의 파라미터에 따라 룩 데이터가 생성된 장면 또는 장면들의 시퀀스의 표시 속성에 영향을 주거나 이러한 표시 속성을 변경하기 위해 룩 데이터 패킷(510)을 각각의 비디오 콘텐츠에 적용한다.
한 실시예에서, 룩 데이터(500)는 룩 데이터(500)가 장면들(515) 사이에서 동일하다고 판정된 경우에 장면 변화시에 룩 데이터(500)를 업데이트하지 않음으로써 장면들(515) 사이에서 공유될 수 있다. 그러므로, 룩 데이터(500)는, 룩 데이터(500)가 무효화되거나 업데이트될 때까지 유효한 상태로 유지된다. 이러한 무효화는 "룩 데이터 기본 메시지" 내의 "유효한 데이터" 태그에 "거짓(FALSE)"을 어셜션(assertion)함으로써, LDEM 메타데이터의 적용 해제를 포함할 수 있다. 대안은 동일한 태그 ID를 갖는 새로운 LDEM을 보내는 것이다.
룩 데이터 패킷
본 발명의 한 실시예에서, 룩 데이터 패킷 전송을 위해, "KLV"(Key, Length, Value) 메타데이터 개념이 구현되지만, 그외 다른 공지된 룩 데이터 패킷 전송 개념이 구현될 수 있다. 즉, 하나 이상의 실시예가 KLV 메타데이터 개념과 관련하여 여기에 설명되지만, 본 원리는 오로지 KLV 메타데이터 개념을 구현하는데에만 제한되지 않고, 따라서 룩 데이터 패킷을 구현하는 다른 방법이 또한, 본 원리의 정신을 유지하면서, 본 발명의 다양한 실시예에 따라 구현될 수 있다는 것을 알 수 있을 것이다.
KLV 개념은 전송 장치가 콘텐츠를 구문 분석할 필요없이 패킷 전송이 종결되는 때를 이해하는데 유용하다. 이것은 도 6 및 도 7에 도시된다. 예를 들어, 도 6은 본 발명의 실시예에 따라, 룩 데이터 기본 메시지에서 사용하기 위한 메타데이터(600)의 예시적인 KLV 표기법을 도시한 것이다. 도 7은 본 발명의 실시예에 따라, 도 6의 메타데이터(600)의 KLV 표기법을 더욱 자세히 도시한 것이다.
더욱 구체적으로, 도 6 및 도 7과 관련하여, 각 패킷은 예를 들어, 메시지가 "룩 데이터"에 관련되는, 메시지의 특징을 나타내는 "키" 필드(610)를 포함할 수 있다. 키는 어떤 장면에서 데이터가 적용 준비가 되어야 하는지 수신 유닛이 바로 알 수 있도록, 타임 스탬프(617) 또는 대안적으로 "장면 ID"를 포함할 수 있다. 타임 스탬프(617) 및/또는 장면 ID는 선택 사항이고, 예를 들어, 타임 코드 추적이 발생하는 시스템을 위해 사용될 수 있다는 것을 알 수 있을 것이다. 더구나, 각 패킷은 패킷의 페이로드 부분 내의 단어 수를 나타내는 길이 필드(620)를 포함할 수 있다. 길이 필드(620)는 또한 선택 사항이고, 그 사용은 예를 들어, 메타데이터 태그에 의존할 수 있다는 것을 알 수 있을 것이다.
더욱이, 각 패킷은 패킷의 페이로드 부분을 전달하는 값 필드(630)를 포함할 수 있다. 한 실시예에서, 페이로드 콘텐츠의 단어 크기는 메타데이터 태그에 의해 결정될 수 있다. 본 발명의 한 실시예에서, 페이로드는 KLV의 다른 계층이 사용되거나, 대안적으로 KV(키 및 값)만이 사용될 수 있는 경우에, 예를 들어 개별 "룩 데이터 기본 메시지"를 포함할 수 있다.
룩 데이터 기본 메시지
1. 색 조작
본 발명의 한 실시예에서, 색 조작은 룩 데이터 기본 메시지 내에 정의될 수 있다. 즉, 색 조작은 예를 들어, 하나 이상의 3D-LUT, 하나 이상의 1D-LUT, 및/또는 하나 이상의 3x3 LUT에 의해 구현될 수 있다. 예를 들어, 이러한 룩 데이터 기본 메시지의 예시적인 정의는 도 8 내지 도 14에 제공된다.
더욱 구체적으로, 도 8은 본 발명의 실시예에 따라, 8 비트의 비트 깊이를 갖는 3D-LUT로 구현된 예시적인 룩 데이터 기본 메시지(800)를 도시한 것이다. 도 8에 도시된 바와 같이, 룩 데이터 기본 메시지(800)는 태그 ID 구역(810) 및 값 구역(820)을 포함한다. 값 구역(820)은 유효성 구역, 색 공간 정의 구역, 길이 정의 구역 및 값 구역을 예시적으로 포함한다. 도 8의 룩 데이터 기본 메시지(800)의 각 구역은 각각의 설명 및 이름 구역을 포함한다. 도 8의 태그 ID 구역(810)은 예시적으로 0x11인 3D-LUT의 8 비트 ID를 정의한다. 값 구역(820)에서, 유효성 구역은 데이터가 유효한지 아닌지 정의하고, 도 8에서는 예시적으로 부울로 정의된다. 값 구역(820)에서, 색 공간 구역은 색 공간을 정의하고, 도 8에서는 예시적으로 [00]=RGB, [01]=XYZ, [10]=YCrCb 및 [11]=예약으로 정의된다.
도 8의 값 구역(820) 내의 길이 정의 구역은 예시적으로 8 비트 노드 데이터로 가정되는 바이트 단위의 페이로드 길이를 정의한다. 게다가, 값 구역은 LUT 노드 데이터, 예시적으로 일정한 간격으로 가정되는 입력 데이터의 간격, 예시적으로 "제1 단어는 RED, CIE_X 또는 Y", "제2 단어는 GREEN, CIE_Y 또는 Cr" 및 "제3 단어는 BLUE, CIE_Z 또는 Cb"인 단어 정의 및 순서와 같은 다양한 값을 정의한다. 도 8의 룩 데이터 기본 메시지(800)에서, 값 구역은 또한 "처음에 BLUE 변경, 그 다음에 GREEN, 그 다음에 RED 변경"의 격자 스캔을 예시적으로 정의한다.
도 9는 본 발명의 실시예에 따라, 10 비트의 비트 깊이를 갖는 3D-LUT로 구현된 예시적인 룩 데이터 기본 메시지(900)를 도시한 것이다. 도 9의 룩 데이터 기본 메시지(900)는 도 9에서, 3D-LUT의 ID가 10 비트의 비트 깊이를 갖고, 0x12의 값을 갖는 점을 제외하면, 도 8의 룩 데이터 기본 메시지(800)와 대체로 유사하다. 게다가, 도 9의 룩 데이터 기본 메시지(900)에서, 길이 정의는 하나의 32 비트 단어에 채워 넣어진, 예시적으로 10 비트 노드 데이터로 가정된 페이로드의 길이를 정의한다. 더욱이, 도 9의 실시예에서, 값 구역은 또한 단어 "RED", "GREEN" 및 "BLUE"를 다음과 같이 정의한다:
단어 = RED << 20 + GREEN << 10 + BLUE
도 10은 본 발명의 실시예에 따라, 8 비트의 비트 깊이를 갖는 1D-LUT로 구현된 예시적인 룩 데이터 기본 메시지(1000)를 도시한 것이다. 도 10의 룩 데이터 기본 메시지(1000)에서, 1D-LUT의 ID는 값이 0x13인 8 비트의 비트 깊이를 갖는다. 위의 도 8 및 도 9의 룩 데이터 기본 메시지와 달리, 도 10의 룩 데이터 기본 메시지(1000)에서, 색 정의 구역은 RED 채널, GREEN 채널 또는 BLUE 채널에 대한 LUT이든지, 또는 LUT가 모든 채널에 적용되든지, 색을 정의한다. 도 10에서, 색 값은 예시적으로 [00]=RED 또는 CIE_X 또는 Y, [01]=GREEN 또는 CIE_Y 또는 Cr, [10]=BLUE 또는 CIE_Z 또는 Cb, 및 [11]=모든 채널로 정의된다. 게다가, 룩 데이터 기본 메시지(1000)에서, 값 구역은 LUT 출력 데이터가 최소 입력 값에 대한 출력 값에서 시작하는 256개의 8 비트 값으로 예상된다고 정의한다.
도 11은 본 발명의 실시예에 따라, 10 비트의 비트 깊이를 갖는 1D-LUT로 구현된 예시적인 룩 데이터 기본 메시지(1100)를 도시한 것이다. 도 11의 룩 데이터 기본 메시지(1100)는 도 11의 실시예에서, 룩 데이터 기본 메시지(1100)가 값이 0x14인 10 비트의 비트 깊이를 갖는 ID를 포함하는 점을 제외하면, 도 10의 룩 데이터 기본 메시지(1000)와 대체로 유사하다. 게다가, 룩 데이터 기본 메시지(1100)에서, 값 구역은 LUT 출력 데이터가 최소 입력 값에 대한 출력 값에서 시작하는 1024개의 10 비트 값으로 예상되고, 3개의 10비트 값이 다음과 같은 값을 갖는 하나의 32 비트 단어로 패킷화된다고 정의한다:
단어 = LUT[0] << 20 + LUT[1] << 10 + LUT[2]
도 12는 본 발명의 실시예에 따라, 10 비트의 비트 깊이를 갖는 3x3 행렬로 구현된 예시적인 룩 데이터 기본 메시지(1200)를 도시한 것이다. 룩 데이터 기본 메시지(1200)에서, 색 정의는 [00]=RGB에서 RGB로(감마), [01]=RGB에서 RGB로(선형) 및 [11]=XYZ에서 XYZ로의 값을 갖는 행렬 적용을 정의한다. 게다가, 도 12의 룩 데이터 기본 메시지(1200)에서, 값 구역은 다음과 같은 형태로 된 9개의 10 비트 값으로 예상된 계수 값을 정의한다:
Figure pct00001
여기에서, A1 및 B1은 RED 또는 CIE_X이고, A2 및 B2는 GREEN 또는 CIE_Y이며, A3 및 B3은 BLUE 또는 CIE_Z이고, 자리의 순서는 C1-C2-C3이다. 도 12의 룩 데이터 기본 메시지(1200)에서, 값 구역은 3개의 계수가 하나의 32비트 단어 내로 채워지므로, 총 페이로드가 다음과 같은 값을 갖는 3x32 비트 = 96 비트가 된다고 정의한다:
단어 = C1 << 20 + C2 << 10 + C3
도 13은 본 발명의 실시예에 따라, 8 비트의 비트 깊이를 갖는 3x3 행렬로 구현된 예시적인 룩 데이터 기본 메시지(1300)를 도시한 것이다. 도 13의 룩 데이터 기본 메시지(1300)는 도 13의 실시예에서, 룩 데이터 기본 메시지(1300)가 값이 0x16인 8 비트의 비트 깊이를 갖는 ID를 포함하는 점을 제외하면, 도 12의 룩 데이터 기본 메시지(1200)와 대체로 유사하다. 게다가, 도 13의 룩 데이터 기본 메시지(1300)에서, 총 페이로드는 9x8 비트 = 72 비트이다.
도 14는 본 발명의 실시예에 따라, 16 비트의 비트 깊이를 갖는 3x3 행렬로 구현된 예시적인 룩 데이터 기본 메시지(1400)를 도시한 것이다. 도 14의 룩 데이터 기본 메시지(1400)는 도 14의 실시예에서, 룩 데이터 기본 메시지(1400)가 값이 0x17인 16 비트의 비트 깊이를 갖는 ID를 포함하는 점을 제외하면, 도 12의 룩 데이터 기본 메시지(1200) 및 도 13의 룩 데이터 기본 메시지(1300)와 대체로 유사하다. 게다가, 도 14의 룩 데이터 기본 메시지(1400)에서, 총 페이로드는 9x16 비트 = 144 비트이다.
2. 공간 필터
본 발명의 실시예에서, 룩 데이터 기본 메시지 내에 공간 필터링 제어가 지정될 수 있다. 예를 들어, 공간 응답 또는 주파수 응답은 공간 영역 필터링을 사용하여 변경될 수 있다. 공간 주파수 응답을 변경하는 한 예시적인 방법은 각각이 하나의 특정 중심 주파수에 맞춰진 유한 임펄스 응답(finite impulse response: FIR) 필터들의 뱅크를 사용하는 것이다. 도 15는 본 발명의 실시예에 따라, 주파수 응답 수정을 위한 예시적인 필터 뱅크(1500)를 도시한 것이다. 도 15의 필터 뱅크(1500)는 예시적으로 다수의 필터(1510), 최소한 하나의 승산기(1520) 및 최소한 하나의 결합기(1530)를 포함한다.
한 실시예에서, 그림의 주파수 응답은 주파수 세부 사항을 향상시키거나 또는 감쇠시키기 위해, 필터 계수(C0..CN)를 변경함으로써 조작된다. 예를 들어, 도 16은 본 발명의 실시예에 따라, 주파수 등화를 위한 예시적인 이산 주파수(1600)를 도시한 것이다. 도 16에 도시된 바와 같이, 필터 계수(C0..CN)는 주파수 응답을 위해 룩 데이터 기본 메시지에 지정될 수 있다.
예를 들어, 도 17은 본 발명의 실시예에 따라, 8 비트 주파수 등화를 위한 예시적인 룩 데이터 기본 메시지(1700)를 도시한 것이다. 도 17의 실시예에서 도시된 바와 같이, 룩 데이터 기본 메시지(1700)는 주파수 등화기를 위한 계수들의 수를, 예를 들어 16까지, 4비트를 정의하고, 모든 계수가 하나의 주파수 대역 승산기를 제어한다고 정의한다.
3. 모션 동작
한 실시예에서, 모션 동작은 디스플레이가 모션 동작을 원하는 모션 동작에 맞출 수 있게 하는 정보를 포함하는 메시지를 이용하여, 룩 데이터 기본 메시지 내에 지정될 수 있다. 이 정보에는 원하는 모션 동작의 사양이 있고, 추가로, 디스플레이에서의 처리를 단순화하는 콘텐츠 사전 처리 유닛으로부터의 도우미 데이터가 있을 수 있다. 예를 들어, 도 18은 본 발명의 실시예에 따라, 모션 동작을 위한 예시적인 룩 데이터 기본 메시지(1800)를 도시한 것이다. 도 18의 실시예의 룩 데이터 기본 메시지(1800)는 Hz 단위의의 입력 프레임 속도(U8), 필드 반복(U8), 원하는 디스플레이 동작(U16) 및 x/y의 눈 이동 궤적(2 x U32)을 예시적으로 정의한다. 게다가, 도 18의 실시예의 룩 데이터 기본 메시지(1800)에서는, 사전 처리 또는 모션 추정의 존재 여부가 정의된다.
4. 흐린 입자
실시예에서, 흐린 입자 제어가 룩 데이터 기본 메시지 내에 지정될 수 있다. 본 발명의 한 실시예에서, 흐린 입자 메시지는 MPEG-4 AVC 표준, 페이로드 유형 = 19로부터 얻어질 수 있다. 도 19는 본 발명의 실시예에 따라, 흐린 입자를 위한 예시적인 룩 데이터 기본 메시지(1900)를 도시한 것이다.
5. 노이즈
실시예서, 노이즈 제어가 룩 데이터 기본 메시지 내에 지정될 수 있다. 즉, 노이즈를 위해 룩 데이터 기본 메시지 내에 모든 색 채널에 동일한 백색 잡음의 결정된 레벨, 또는 채널 당 하나의 특정 레벨/동작을 추가할 수 있다. 더구나, 실시예에서, 노이즈는 하나 이상의 색 채널에서 제거될 수 있다. 한 실시예에서, 노이즈 특성은 위에서 설명된 바와 같이, 공간 응답과 동일한 방식으로 주파수 응답을 수정함으로써 변경될 수 있다. 도 20은 본 발명의 실시예에 따라, 노이즈를 위한 예시적인 룩 데이터 기본 메시지(2000)를 도시한 것이다.
6. 편집
실시예에서, 하나 이상의 장면의 편집이 룩 데이터 기본 메시지 내에 지정될 수 있다. 예를 들어, 본 발명의 룩 데이터 기본 메시지에 따라 장면 또는 장면 그룹의 하나 이상의 세그먼트를 잘라낼 수 있다. 이와 같이, 자른 장면은 나중에 편집 데이터의 업데이트 시에 표시될 수 있다. 그러므로, 실시예에서, 특정 장면 내의 IN 및 OUT 시간 코드의 "자른 장면 목록"이 전송될 수 있다. 한 실시예에서, 장면의 제1 프레임은 시간 코드 00:00:00:00(HH:MM:SS:FF)을 가질 수 있다. 도 21은 본 발명의 실시예에 따라, 편집 제어를 위해 사용될 수 있는 시간 편집을 위한 예시적인 룩 데이터 기본 메시지(2100)를 도시한 것이다.
7. 톤 매핑
한 실시예에서, 톤 매핑이 룩 데이터 기본 메시지 내에 지정된다. 톤 매핑은 예를 들어, 높은 동적 범위 이미지를 낮은 동적 범위 이미지로 변환할 때 사용될 수 있다. 한 예로서, 전형적인 적용은 10 비트 인코딩된 이미지에서 8 비트 또는 7 비트 이미지로의 변환이 있을 수 있다. 본 원리는 임의의 특정 톤 매핑 알고리즘에 제한되지 않으므로, 톤 매핑에 대한 임의의 방법은 본 원리의 정신을 유지하면서, 본 발명에 따라 사용될 수 있다는 것을 알 수 있을 것이다. 한 예로서, 톤 매핑은 MPEG-4 AVC 표준 내의 SEI(supplemental enhancement information) 메시지 내에 지정될 수 있다. 예를 들어, 도 22는 본 발명의 실시예에 따라, 톤 매핑을 위한 예시적인 룩 데이터 기본 메시지(2200)를 도시한 것이다. 도 22의 룩 데이터 기본 메시지(2200)는 또한 SEI 메시지 내에 지정될 수 있는 파라미터를 지정할 수 있다.
룩 데이터 전송
HDMI에서, 룩 데이터를 전송하는 상이한 방법이 있다. 룩 데이터를 전송하는 몇 가지 예시적인 방법은 색 영역 메타데이터 이외의 데이터를 위한 "색 영역 메타데이터 패키지"의 사용, "공급업체 특정 정보 프레임"의 사용, 및 CEC(consumer electronic control) 공급업체 특정 명령의 사용을 포함하는데, 이에 제한되는 것은 아니다.
1. HDMI 색 메타데이터
주의할 점은 HDMI 사양의 현재 버전은 버전 1.3A이고, HDMI 사양의 버전 1.3 이후에 HDMI를 통해 비색(colorimetric) 메타데이터를 전송하는 새로운 방법이 있었다는 것이다. 본 발명의 한 실시예에서, 비색 메타데이터만을 전송하는 대신에, "룩 데이터 패킷"을 전송하기 위해 전송 가능 수단이 사용된다. 그러므로, 현재의 HDMI 사양, 버전 1.3A에 의해 사용되지 않는 색 영역 프로필, 예를 들어 GBD_profile=7의 사용이 제안된다. HDMI 사양 버전 1.3은 하나의 단일 전송에서 800개까지의 HDMI 패킷이 허용되는데, 사양의 미래 버전은 상이한 총 수의 패킷을 제공할 수 있다. 그러나, 이것을 위한 시간은 최고 10 비디오 필드를 지속할 수 있지만, 다시 또, 이것은 인터페이스 사양의 미래 버전에 따라 변할 수 있다. HDMI 패킷 당 28 바이트이면, 이것은 합계 21.8 킬로 바이트가 될 것이다.
따라서, 이러한 룩 데이터 전송에 관한 본 발명의 실시예에서, 룩 데이터 패킷은 HDMI 색 영역 메타데이터 패킷의 최대 크기보다 크지 않다는 것이 보장되어야 한다. 게다가, 룩 데이터 패킷이 장면마다 적응될 필요가 있을 수 있기 때문에, 한 장면이 룩 데이터 패킷 데이터를 공유하는 일련의 비디오 필드로 정의된 경우에, 업데이트의 이러한 인스턴스 이전의 장면은 현재 장면의 "룩 데이터 패킷(LDP)" 전송을 위해 걸리는 시간보다 짧아서는 안 된다.
사양 버전 1.3에 따른 HDMI 비색 메타데이터의 사용을 위해, 패킷의 길이가 계산될 수 있고, GBD_Length_H(High Byte) 및 GBD_Length_L(Low Byte)는 도 23에 도시된 바와 같이, 색 영역 메타데이터 패킷의 처음 2 바이트 내로 채워질 수 있다. 즉, 도 23은 본 발명의 실시예에 따라, 본 발명의 실시예가 적용될 수 있는 예시적인 HDMI 색 영역 메타데이터 패킷(2300)을 도시한 것이다.
한 실시예에서, 선택적 체크섬은 GBD 헤더 및 룩 데이터 패킷, 그 밖에 적용 가능한 경우에 임의의 채우기 데이터를 포함하는 전체 패킷으로 실행될 수 있다. 도 24는 본 발명의 실시예에 따라, 본 발명이 적용될 수 있는 예시적인 HDMI 색영역 메타데이터 헤더(2400)를 도시한 것이다. 표 1은 본 발명의 실시예에 따라, 도 24에 도시된 구문 요소의 의미를 설명한다. 도 24의 부분들 및 표 1은 "고화질 멀티미디어 인터페이스 사양 버전 1.3a" 내의 표 5-30 "색 영역 메타데이터 패킷 헤더"라고 하는 부분에서 발췌된다.
Next_Field [1 비트] 이 패킷에 있는 GBD가 다음 비디오 필드에서 유효할 것이라는 것을 나타내기 위해 설정됨. 구체적으로, 이 패킷에 대한 Affected_Gamut_Seq_Num은 다음 필드에 대한 Current_Gamut_Seq_Num과 동일할 것이다. Next_Field는 GBD가 이미 유효하더라도(예를 들어, Current=Affected), 설정되어야 한다.
No_Current_GBD [1 비트] 현재 전송된 비디오에 사용 가능한 색 영역 메타데이터가 없다는 것을 나타내기 위해 설정됨(즉, 현재의 비디오는 GBD를 필요로 하지 않는 표준 비색법을 가짐). 설정시, 필드 Current_Gamut_Seq_Num은 의미가 없고, 싱크에 의해 무시되게 된다.
GBD_profile [3 비트] 전송 프로필 번호:
0:P0
1:P1
2:P2
3:P3
기타 값:예약.
Affected_Gamut_Seq_Num [4 비트] 이 메타데이터에 대해 어느 비디오 필드가 관련되는지 나타냄.
Current_Gamut_Seq_Num [4 비트] 현재 전송된 비디오 스트림의 색 영역 번호를 나타냄. Affected_Gamut_Seq_Num이 패킷 사이에서 서로 다르더라도, 동일한 비디오 필드 내에서 전송된 모든 색 영역 메타데이터 패킷은 동일한 Current_Gamut_Seq_Num을 갖게 됨.
Packet_Seq [2 비트] 이 패킷이 색 영역 메타데이터 패킷 시퀀스에서 유일한, 처음, 중간 또는 마지막 패킷인지를 나타냄.
=0 (0b00) 시퀀스 내의 중간 패킷
=1 (0b01) 시퀀스 내의 처음 패킷
=2 (0b10) 시퀀스 내의 마지막 패킷
=3 (0b11) 시퀀스 내의 유일한 패킷(즉, P0)
표시된 바와 같이, 데이터는 전송을 위한 개별 HDMI 인터페이스 패킷, 제1 GBD 패킷을 위한 22 바이트, 및 모든 나머지 패킷을 위한 28 바이트로 나누어질 수 있다. 마지막 패킷이 "룩 데이터 패킷" 데이터로 완전히 채워질 수 없으면, 마지막 패킷은 본 발명의 한 실시예에서, 하나 이상의 "0"을 포함할 수 있는 상기 설명된 "채우기 데이터"로 채워져야 한다. "Next_Field", "Affected_Gamut_Seq_Num", "Current_Gamut_Seq_Num" 및 "Packet_Seq"(도 24 참조)와 함께, 데이터 흐름을 위해, HDMI GBD 데이터 흐름 메커니즘이 사용된다. 적용될 룩 데이터가 없는 경우에, 일치하는 "GBD_Profile"=7인 "No_Current_GBD"(도 24 참조)의 하나의 전송은 이 요청을 신호하기에 충분하다. 그 다음, 모든 룩 데이터 비디오 신호 수정은 새로운 룩 데이터 패킷이 보내질 때까지 불가능할 것이다.
대안적으로, "HDMI CEC 프로토콜"과 관련하여 아래에 설명되는 통신 방법이 사용될 수 있지만, GBD 방법은 기본 제공된 프레임 동기화 방법을 특징으로 하기 때문에 기본 설정될 수 있다.
도 25는 본 발명의 실시예에 따라, 본 발명이 적용될 수 있는 HDMI 버전 1.3에서의 예시적인 색 영역 메타데이터 패키지(2500)를 도시한 것이다. 색 영역 메타데이터 패키지(2500)는 실제 비디오 부분(2510), 소스에서의 GBD 정보 부분(2520), VSYNC 부분(2530), 색 영역 메타데이터 패킷 부분(2540) 및 싱크의 변환 테이블 부분(2550)을 포함한다. 도 25의 부분은 "고화질 멀티미디어 인터페이스 사양 버전 1.3a" 내의 도 5-6 "예시적인 P0 전송 시퀀스"라고 하는 부분에서 발췌된다.
2. CEA / HDMI 공급업체 특정 정보 프레임
위에서 설명된 HDMI GBD 메타데이터를 구현하는 대신에, 본 발명의 대안적인 실시예에서, "공급업체 특정 정보 프레임"이 본 발명에 따라 사용될 수 있다. 공급업체 특정 정보 프레임은 예를 들어, CEA-861-D 사양의 챕터 6.1에서 설명된다. HDMI 사양은 챕터 5.3.5에서 설명된 바와 같이, CEA-861-D 정보 프레임을 사용할 수 있게 한다. 실제로, 정보 프레임 패킷은 길이가 28 바이트이다. 색 영역 메타데이터 패킷과 비교할 때 유일한 차이점은 패킷 크기가 하나의 정보 프레임에만 제한된다는 것이다. 본 발명의 한 실시예에서, 또한 공급업체 특정 정보 프레임을 위해 GBD 메타데이터 흐름 제어를 사용하는 것이 제안된다. 즉, 한 실시예에서, 다음과 같은 수정이 사용되는데: 상기 설명된 바와 같이 공급업체 특정 정보 프레임이 하나의 패킷에만 제한되기 때문에, 길이 필드의 크기는 단지 5 비트이다. 이것은 길이 정보 및 CRC(cyclic redundancy code) 정보가 "GBD 같은" 헤더, 따라서 3 바이트에서 6 바이트로 늘어나는 룩 데이터 패킷 헤더(도 26 참조) 내에 배치되어야 한다는 것을 의미한다. 즉, 도 26은 본 발명의 실시예에 따라, HDMI 버전 1.3에서 사용될 공급업체 특정 정보 프레임을 위한 예시적인 룩 데이터 패킷 헤더(2600)를 도시한 것이다. 아래의 표 2는 본 발명의 실시예에 따라, 도 26에 도시된 구문 요소의 의미를 설명한다.
LPD_Length [16 비트] LPD CRC가 없고, 정보 프레임 CRC가 없으며, 몇 개의 정보 프레임에 걸친 룩 패킷 데이터의 총 길이.
CRC [8 비트] LPD_Length 및 정보 프레임 헤더 데이터가 없는 모든 LPD(룩 패킷 데이터)의 CRC.
Next_Field [1 비트] 이 패킷에 있는 룩 패킷 데이터가 다음 비디오 필드에서 유효할 것이라는 것을 나타내기 위해 설정됨. 구체적으로, 이 패킷에 대한 Affected_LPD_Seq_Num은 다음 필드에 대한 Current_LPD_Seq_Num과 동일할 것이다. Next_Field는 룩 패킷 데이터가 이미 유효하더라도(예를 들어, Current=Affected), 설정되어야 한다.
No_Current_LPD [1 비트] 현재 전송된 비디오에 사용 가능한 룩 패킷 데이터가 없다는 것을 나타내기 위해 설정됨(즉, 현재의 비디오는 LPD를 필요로 하지 않는 표준 비색법을 가짐). 설정시, 필드 Current_LPD_Seq_Num은 의미가 없고, 싱크에 의해 무시되게 된다.
LPD_profile [3 비트] 전송 프로필 번호:
7:LPD
기타 값:예약.
Affected_LPD_Seq_Num [4 비트] 이 메타데이터에 대해 어느 비디오 필드가 관련되는지 나타냄.
Current_LPD_Seq_Num [4 비트] 현재 전송된 비디오 스트림의 색 영역 번호를 나타냄. Affected_Gamut_Seq_Num이 패킷 사이에서 서로 다르더라도, 동일한 비디오 필드 내에서 전송된 모든 색 영역 메타데이터 패킷은 동일한 Current_Gamut_Seq_Num을 갖게 됨.
Packet_Seq [2 비트] 이 패킷이 룩 데이터 패킷 시퀀스에서 유일한, 처음, 중간 또는 마지막 패킷인지를 나타냄.
=0 (0b00) 시퀀스 내의 중간 패킷
=1 (0b01) 시퀀스 내의 처음 패킷
=2 (0b10) 시퀀스 내의 마지막 패킷
=3 (0b11) 시퀀스 내의 유일한 패킷
도 27은 본 발명의 실시예에 따라, 본 발명이 적용될 수 있는, 예를 들어 CEA 861D에서의 예시적인 공급업체 특정 정보 프레임(2700)을 도시한 것이다. 도 27의 공급업체 특정 정보 프레임(2700)은 예시적으로 바이트 수, 필드 이름 및 콘텐츠를 정의한다. 도 27에 도시된 바와 같이, 공급업체 특정 정보 프레임(2700)은 예시적으로 'n' 바이트를 0116의 값을 갖는 공급업체 특정 정보 프레임 유형 코드로 정의한다. 공급업체 특정 정보 프레임(2700)은 또한 n+1 프레임을 0116의 값을 갖는 공급업체 특정 정보 프레임 버전으로, n+2 프레임을 IEEE 등록 ID를 포함하는 정보 프레임 페이로드 내의 총 바이트 수와 동일한 값을 갖는 LV 정보 프레임 길이로, n+3, 4, 5 프레임을 24 비트 IEEE 등록 식별자(가장 덜 중요한 바이트 먼저)로, 그리고 n+LV-11 프레임을 공급업체 특정 페이로드로 정의한다.
따라서, 도 28은 본 발명의 실시예에 따라 룩 데이터를 전송하기 위한 예시적인 공급업체 특정 CEC 명령어(2800)를 도시한 것이다. 도 28의 공급업체 특정 CEC 명령어(2800)는 예시적으로 다양한 CEC 명령어에 대한 이름, 설명 및 값을 정의한다. 더욱 구체적으로, 도 28의 실시예에서, 특수 시작 비트가 정의된다. 게다가, 공급업체 ID, 예시적으로 IEEE 공급업체 주소는 IEEE OUI 할당과 동일한 3 바이트로 정의된다. 도 28의 공급업체 특정 CEC 명령어(2800)는 또한 제1 데이터 블록을 Tag Nr.의 1 바이트를 갖는 opcode로 정의한다. 제2 데이터 블록에서 시작하는 공급업체 특정 CEC 명령어(2800)에서, 길이, 패킷 시퀀스 및 피연산자를 정의하는 피연산자 블록이 정의된다. 더욱 구체적으로, 후속 데이터의 길이는 바이트 단위로 정의된다. 패킷 시퀀스는 패킷이 색 영역 메타데이터 패킷 시퀀스에서 유일한, 처음 또는 마지막 패킷인지를 나타내는 2 비트를 사용하여 도 28의 실시예에서 예시적으로 정의된다. 이러한 패킷 시퀀스는 예시적으로 다음과 같이 도 28에서 정의된다:
= 0 (0b00) 시퀀스 내의 중간 패킷
= 1 (0b01) 시퀀스 내의 처음 패킷
= 2 (0b10) 시퀀스 내의 마지막 패킷
= 3 (0b11) 시퀀스 내의 유일한 패킷
3. HDMI CEC 프로토콜
CEC(consumer electronic control)는 HDMI에서의 양방향 제어 버스이다. 이것은 이 버스에 연결되는 몇 가지 A/V(audio/visual) 장치에 의해 사용될 공유 미디어이다.
이것은 사실상 매우 느린데, 초 당 100 내지 200 비트 범위의 원시 데이터 전송 속도를 갖는다. 단일 공급업체 특정 CEC 메시지는 HDMI 사양, 버전 1.3a에 따른 16 x 10 비트의 최대 원시 크기, 및 원시 페이로드의 11 x 8 비트의 최대치를 갖는다. 100% - 200%의 프로토콜 및 데이터 흐름 오버헤드를 고려하면, 하나의 CEC 메시지의 전송에는 몇 초가 걸릴 것이다. 이것은 앞의 2가지 방법으로 가능한 최대치, 즉 21.8 킬로바이트와 동일한 양의 데이터가 전송되는 경우에, 전송하는데 몇 분이 걸릴 수 있다는 것을 의미한다. 이것은 이 시간 동안에 그 밖의 어떤 장치도 버스를 사용하지 않는 경우에만 그러하고, 어떤 경우에는 전송 시간이 더욱 증가될 수 있다.
그러므로, 룩 데이터 패킷의 크기가 제한되는 것이 좋다. 특정 룩 데이터 기본 메시지는 이 속도를 고려하면, 일상용으로 사용할 수 없다.(특히 LUT 다운로드, 도 8 내지 도 11 참조).
그럼에도 불구하고, CEC 프레임의 페이로드 크기를 고려하면, 룩 데이터 패킷이 하나의 CEC 프레임보다 길 것이라는 것이 거의 불가피하다. CEC가 단순한 애플리케이션용으로 설계되었다는 사실로 인해, 추상화 계층은 본 발명의 실시예에 따라 통신을 더욱 강력하게 하기 위해 CEC 외에 구현될 수 있다.
더욱 구체적으로, 국제 전기 표준 회의 개방형 시스템간 상호접속(ISO/OSI) 참조 모델과 관련하여, CEC 기능은 물리 계층, 데이터 링크 및 구현된 네트워크 계층 부분들을 갖는다. 서비스 품질(QoS)은 네트워크 계층에 의해 제공되지 않는다. 그러므로, 본 발명의 실시예에서, QoS는 CEC 프로토콜 외에 구현될 계층에서 처리된다.
도 29는 본 발명의 실시예에 따라, CEC(consumer electronic control) 버스와 함께 사용하기 위한 예시적인 네트워크 계층 모델(2900)을 도시한 것이다. 네트워크 계층 모델(2900)은 애플리케이션 계층(2905), TL_CEC 계층(2910), CEC 계층(2915) 및 CEC-물리 계층(CEC-phy)(2920)을 포함하는데, 여기에서 제1 장치(장치 1)(2981)와 제2 장치(장치 2)(2982) 사이의 통신은 CEC 물리 계층(CEC-phy)(2920)에서 실행된다.
도 30은 본 발명의 실시예에 따라, CEC 공급업체 특정 명령을 사용하여 애플리케이션에서 애플리케이션으로의 통신을 제공하기 위한 예시적인 CEC 프로세싱(3000)의 고수준 도면을 도시한 것이다. 즉, CEC 프로세싱(3000)과 관련하여, 룩 데이터 기본 메시지는 콘텐츠 작성/제작시에 생성 애플리케이션(3005)에 의해 생성된다. 그 다음, 룩 데이터 기본 메시지는 패킷 어셈블리 블록(3010)에 의해 룩 데이터 패킷이 되도록 어셈블된다. CRC(cyclic redundancy code)는 HDMI 정의 방식으로 CRC 블록(3015)에 의해 이 패킷으로부터 계산된다. 여기에서의 CRC는 헤더를 포함하는 모든 패킷 데이터 더하기 체크섬 데이터의 바이트 전체 합계로 정의되는, 즉 0과 같이 되게 정의되는 체크섬으로 구현된다.
그 후, CRC 및 룩 데이터 패킷은 패킷-프레임 변환 블록(3020)에 의해 통신에 적절한 크기의 프레임으로 분할된다. 본 발명의 실시예에서, 88 바이트의 패킷 크기가 한 예로서 사용될 수 있다. 이러한 실시예에서, 제1 CEC 메시지는 8 비트의 CRC 데이터를 포함하고, 그 다음에, CRC 데이터가 룩 데이터 패킷 당 한 번만 통신될 필요가 있기 때문에, 다음 메시지는 8 비트보다 많은 페이로드 데이터를 포함할 수 있다.
대안적으로, 도 31에 도시된 바와 같이, CRC 데이터는 또한 전송의 끝 부분에서, 즉 프레임 N에 전송될 수 있다. 즉, 도 31은 HDMI를 사용하여 전송하기 위한, 룩 데이터 패킷에서 프레임으로의 예시적인 변환(3100)을 도시한 고수준 블록도를 도시한 것이다. 그 후, 도 30을 다시 참조하면, 데이터는 CEC(3030)를 통해 전송할 준비가 된다.
본 발명의 한 실시예에서, 수신 측에서는 이와 정반대로 행해진다. 즉, 프레임은 룩 데이터 패킷이 되도록 리어셈블되고, 체크섬이 계산되며, 그 다음에 룩 데이터 기본 메시지는, 이제 룩을 콘텐츠 작성자에 의해 지정된 의도에 따라 변경하는 통상적으로 디스플레이인 수신 측의 애플리케이션에 제공하기 위해 룩 데이터 패킷으로부터 디스어셈블된다.
주의할 점은 CRC 블록(3015)이 네트워크 계층(2900)의 일부라는 것이다. CRC 에러의 경우에, 다음의 2가지 예시적인 방법 중의 어느 하나가 실행될 수 있는데, 본 발명의 원리는 오로지 다음 설명된 방법에만 제한되는 것은 아니라는 것을 알기 바란다. 제1 방법에서는, 룩 데이터 패킷이 무시될 수 있다. 제2 방법에서는 재전송 요청이 발행될 수 있다. 제1 방법의 경우에, 이전에 전송된 패킷이 유효하게 유지될 수 있다.
도 31을 다시 참조하면, 도 31은 본 발명의 실시예에 따라, HDMI를 사용하여 전송하기 위한, 룩 데이터 패킷에서 프레임으로의 예시적인 변환(3100)을 도시한 고수준 블록도를 도시한 것이다. 변환(3100)은 제공된 룩 데이터 패킷(3110), 및 제1 프레임이 그 안에 CRC 정보(3145)를 갖는 결과 프레임(3120)을 얻기 위한 CRC 계산(3140) 및 패킷-프레임 변환(3130)의 애플리케이션을 수반한다.
앞에서 설명된 방법들의 일부와 반대로, CEC는 비디오 신호와의 공통 시간 기준을 갖지 않는다. 그러므로, 룩 데이터 패킷을 동기화하기 위한 본 발명의 실시예에서, 싱크 장치의 비디오 프로세싱 블록 내로의 전송된 LDP의 파라미터 및 데이터의 로딩 시간을 맞추기 위해, LDP 전송의 끝 부분에서 유효성 검사가 사용된다. 이와 같이, 룩 데이터 패킷은 CEC를 통해 전송되고, 특수 "유효성 검사" CEC 명령이 전송될 때까지 무효로 유지된다.
그러나, 유효성 검사는 정확히 시간이 맞춰질 수 없다. 이와 같이, 본 발명의 한 실시예에서, 한 가지 가능성은 적용 시간의 불확실성을 예상하는 것이고, 비디오 프로세싱의 변경이 방해되지 않게 보장하는 것이다. 장면 변경 소거가 사용될 수 있다. "유효성 검사" 신호는 1 바이트만큼 짧을 수 있지만, 도 32에 도시된 바와 같이, CEC 비트 부가로, 최소 60 비트 더하기 시작 비트까지 추가될 것이다. 즉, 도 32는 본 발명의 실시예에 따라, 룩 데이터 유효성 검사를 위한 예시적인 룩 데이터 기본 메시지(3200)를 도시한 것이다.
그러므로, 전송 시간은 CEC 시작 시간 + 20 x CEC 명목 데이터 비트 기간에 의해 계산될 수 있다. HDMI 사양 버전 1.3a는 4.5 밀리초의 명목 CEC 시작 시간, 및 2.4 밀리초의 명목 CEC 데이터 기간을 제안한다. 이것은 결과적으로 4.5 밀리초 + 60 x 2.4 밀리초 = 148.5초가 된다. 그러므로, "유효성 검사" 신호는 60 Hz의 경우에 9, 50 Hz의 경우에 8, 또는 24 Hz의 경우에 4의 필드 지연을 가질 것이다. 그러나, 이것은 HDMI 사양 내의 CEC 사양의 더 새로운 버전에 따라 바뀔 수 있다.
이와 같이, "유효성 검사" 명령은 60 Hz의 필드 주파수의 경우에 적용하기 최소한 9 필드 이전에 CEC 생성기로부터 요청되어야 한다. HDMI 싱크 제어가 비디오와 CEC 둘 다에 관한 것이기 때문에, 잘못된 LDP 데이터가 제공된 그림 콘텐츠에 적용되는 것을 방지하기 위해, 그림 콘텐츠가 소거되거나, 그 밖에 전환 단계 동안의 LDP 변경에 취약해지지 않는 것이 제안된다. 전환 단계는 HDMI 사양에 의한 가장 빠른 가능한 CEC 전환 속도를 가정하는 전송 시간과, 가장 느린 CEC 전송 더하기 싱크에서의 가능한 처리 지연 사이의 기간으로 결정된다.
장면 기반 룩 데이터 패킷 변경의 동기화 문제를 극복하기 위해, 본 발명의 실시예에 따라, 다음의 예시적인 방법이 제안된다. 즉, CEC를 비디오와 동기화하기 위해, 물리 레벨 CEC 동작이 실행된다. 이것은 예를 들어, 도 33에 도시된 장치에 의해 달성될 수 있다.
더욱 구체적으로, 도 33은 본 발명의 실시예에 따라, CEC 유효성 검사 신호를 생성하는 예시적인 장치(3300)를 도시한 것이다. 도 33의 장치(3300)는 예시적으로 CEC 생성기(3310), 송신기 측(3320), 수신기 측(3330) 및 CEC 디코더(3340)를 포함한다. 물리 레벨 CEC 동작은 송신기 측(3320)에서, 비디오 부분의 VSYNC(vertical synchronization signal)와 CEC의 PHY 계층 동작을 동기화하는 장치(3300)에 의해 실행된다. 수신기 측(3330)에서, 장치는 CEC 물리 계층 동작과 룩 데이터 패킷 데이터 적용을 동기화함으로써 프레임 동기 방식으로 그림 프로세싱으로의 룩 데이터 패킷 데이터의 적용을 동기화한다. 장치(3300)는 VSYNC에 CEC 유효성 검사 명령의 시간을 맞춤으로써 이것을 달성하고, 룩 데이터 패킷 데이터 유효성 검사를 위한 마지막 바이트의 EOM 명령을 기다린다.
도 34는 본 발명의 실시예에 따라, CEC에서의 유효성 검사 신호 전송을 위한 방법의 흐름도를 도시한 것이다. 방법(3400)은 LDP가 싱크에 전송되는 단계(3410)에서 시작된다. 방법(3400)은 그 다음에 단계(3420)로 진행된다.
단계(3420)에서, "유효성 검사" 신호 전송이 블록(3420)에서 소스 장치 내의 CEC 생성기로부터 요청된다. 그 다음, 방법(3400)은 단계(3430)로 진행된다.
단계(3430)에서, CEC 생성기는 다음 VSYNC 이벤트에서 시작되는 CEC "유효성 검사" 명령을 전송하기 시작한다. 그 다음, 방법(3400)은 단계(3440)로 진행된다.
단계(3440)에서, 싱크는 "유효성 검사" 신호를 수신한다. 그 다음, 방법(3400)은 단계(3450)로 진행된다.
단계(3450)에서, 싱크는 전송이 끝날 때까지 기다리고, 싱크 장치 내의 다음의 후속 VSYNC 신호 이벤트로, LDP 데이터의 유효성을 검사한다. 그 다음, 방법(3400)은 단계(3460)로 진행된다.
단계(3460)에서, 싱크 장치는 LDP 데이터 콘텐츠를 비디오 프로세싱 블록에 적용한다. 그 다음, 방법(3400)은 종료될 수 있다.
위에서 언급된 바와 같이, "유효성 검사" 신호의 전송 시간은 대략 52.5 밀리초가 될 것이다. 그러므로, "유효성 검사" 신호는 60 Hz의 경우에 4, 50 Hz 및 24 Hz의 경우에 3의 필드 지연을 가질 것이다. 그러므로, LDP 전송을 끝내고, 그 LDP를 적용하기 대략 4 프레임 전에 "유효성 검사" 신호 전송을 시작할 필요가 있다. 그러면, LDP 적용의 불확실성이 없을 것이다.
본 발명의 대안적인 실시예에서, 다른 전송 방법은 LDP 전송을 위한 새로운 미래의 네트워킹 가능 수단의 사용을 포함할 수 있다. 예를 들어, HDMI는 미래에 상위 계층/레벨에서 새로운 네트워킹 채널을 채택할 수 있고, 또는 기존의 HDMI-특정 데이터 전송 가능 수단의 일부를 교체할 수 있다. 이 새로운 전송 방법은 공지된 네트워킹 기술에 기초할 수 있고, 비디오와 비동기일 수 있다. 이 네트워킹 기술은 동일한 방식으로 LDP 패킷을 전송하기 위해 사용될 수 있고, 비디오 동기화와 같은 CEC 전송 방법, 및 여기에서 설명된 본 발명의 여러 실시예와 관련하여 설명된 패킷 제어를 사용하기 위해 사용될 수 있다.
HDMI를 통한 룩 데이터 정의 및 전송을 위한 방법 및 시스템의 양호한 실시예(예시적이고 비제한적임)를 설명했으므로, 상기 교시에 비추어 본 분야에 숙련된 기술자들에 의해 수정 및 변형이 이루어질 수 있다는 것을 알기 바란다. 그러므로, 첨부된 청구 범위에 의해 윤곽이 나타난 본 발명의 범위 및 정신에 속하는 개시된 본 발명의 특정 실시예에서 변경이 이루어질 수 있다는 것을 이해할 것이다. 상기 설명이 본 발명의 다양한 실시예에 관한 것이지만, 본 발명의 그외 다른 실시예 및 추가 실시예가 본 발명의 기본 범위를 벗어나지 않고서 고안될 수 있다.

Claims (28)

  1. 비디오 콘텐츠를 위한 메타데이터(metadata)를 생성하는 단계 - 상기 메타데이터는 상이한 표시 장치들 사이의 차이들 및 콘텐츠 작성자(content creator)에 의한 상이한 창작 의도들 사이의 차이들에 관해 설명함으로써 상기 비디오 콘텐츠의 표시 이전에 상기 비디오 콘텐츠를 변경하기 위한 것임-; 및
    상기 비디오 콘텐츠 및 상기 메타데이터를 고화질 멀티미디어 인터페이스를 통해 전송할 준비를 하는 단계
    를 포함하는 방법.
  2. 제1항에 있어서, 상기 메타데이터가 상기 비디오 콘텐츠의 표시 이전에 상기 비디오 콘텐츠를 변경하기 위해 사용 가능하도록, 상기 고화질 멀티미디어 인터페이스를 통해 상기 메타데이터 및 상기 비디오 콘텐츠를 전송하는 단계를 더 포함하는 방법.
  3. 제1항에 있어서, 상기 메타데이터는 상기 비디오 콘텐츠와 관련하여 대역 내(in-band) 및 대역 외(out-of-band) 중의 적어도 하나로 전송할 준비가 되는 방법.
  4. 제1항에 있어서, 상기 메타데이터는, 고화질 멀티미디어 인터페이스 사양의 버전 1.3A 및 임의의 이전의 버전들과 관련하여 색 영역 경계 설명 메타데이터 컨테이너의 사용되지 않는 색 영역(gamut) 프로필 및 새로운 색 영역 프로필 중의 적어도 하나를 사용하여 전송할 준비가 되는 방법.
  5. 제1항에 있어서, 상기 메타데이터는, 공급업체 지정 정보 프레임(vendor specified information frame)을 사용하여 전송할 준비가 되는 방법.
  6. 제5항에 있어서, 상기 준비 단계는, 색 영역 경계 설명 흐름 제어(gamut boundary description flow control)를 상기 공급업체 지정 정보 프레임에 적용하는 단계를 포함하는 방법.
  7. 제1항에 있어서, 상기 메타데이터는 고화질 멀티미디어 인터페이스 소비자 전자기기 제어 프로토콜을 사용하여 전송할 준비가 되는 방법.
  8. 제7항에 있어서, 상기 준비 단계는 상기 소비자 전자기기 제어 프로토콜 외에 네트워크 추상화 계층(abstraction layer)을 추가하는 단계 및 서비스 품질을 사용 가능하게 하는 단계 중의 적어도 하나를 포함하는 방법.
  9. 제7항에 있어서, 상기 준비 단계는 상기 소비자 전자기기 제어 프로토콜을 수직 동기화 신호와 결합하는 것을 포함하여, 상기 비디오 콘텐츠에 상기 소비자 전자기기 제어 프로토콜의 시간을 맞추는 단계를 포함하는 방법.
  10. 제1항에 있어서, 상기 메타데이터는 상기 비디오 콘텐츠의 색 조작, 관련된 변조 전송 함수를 변경하기 위한 상기 비디오 콘텐츠의 공간 필터링의 제어, 상기 비디오 콘텐츠의 모션 동작(motion behavior)의 제어, 상기 비디오 콘텐츠의 흐린 입자 비율(film grain aspect)의 제어, 상기 비디오 콘텐츠에의 노이즈의 추가, 상기 비디오 콘텐츠 내의 장면 편집의 제어, 및 상기 비디오 콘텐츠에 관련된 톤 매핑(tone mapping) 중의 적어도 하나를 위한 것인 방법.
  11. 제10항에 있어서, 상기 메타데이터는 하나 이상의 룩 업 테이블 및 하나 이상의 색 변환 행렬 중의 적어도 하나에 대응하는 방법.
  12. 제1항에 있어서, 상기 준비 단계는 상기 메타데이터를 패킷으로 구성하는 단계를 포함하는 방법.
  13. 제12항에 있어서, 상기 패킷 내에 삽입하기 위한 적어도 하나의 메시지를 생성하는 단계를 더 포함하고, 상기 적어도 하나의 메시지는, 상기 비디오 콘텐츠의 색 조작, 관련된 변조 전송 함수를 변경하기 위한 상기 비디오 콘텐츠의 공간 필터링의 제어, 상기 비디오 콘텐츠의 모션 동작의 제어, 상기 비디오 콘텐츠의 흐린 입자 비율의 제어, 상기 비디오 콘텐츠에의 노이즈의 추가, 상기 비디오 콘텐츠 내의 장면 편집의 제어, 및 상기 비디오 콘텐츠에 관련된 톤 매핑 중의 적어도 하나에 관한 것인 방법.
  14. 제1항에 있어서, 상기 메타데이터에 따라 수정된 상기 비디오 콘텐츠의 후속 표시를 위해 디스크 상에 상기 비디오 콘텐츠 및 상기 메타데이터를 저장하는 단계를 더 포함하는 방법.
  15. 비디오 콘텐츠를 위한 메타데이터를 생성하는 메타데이터 생성기 - 상기 메타데이터는 상이한 표시 장치들 사이의 차이들 및 콘텐츠 작성자에 의한 상이한 창작 의도들 사이의 차이들에 관해 설명함으로써 상기 비디오 콘텐츠의 표시 이전에 상기 비디오 콘텐츠를 변경하기 위한 것임-; 및
    상기 비디오 콘텐츠 및 상기 메타데이터를 고화질 멀티미디어 인터페이스를 통해 전송할 준비를 하는 메타데이터 전송 준비 장치
    를 포함하는 시스템.
  16. 제15항에 있어서, 상기 메타데이터가 상기 비디오 콘텐츠의 표시 이전에 상기 비디오 콘텐츠를 변경하기 위해 사용 가능하도록, 상기 고화질 멀티미디어 인터페이스를 통해 상기 메타데이터 및 상기 비디오 콘텐츠를 전송하는 고화질 멀티미디어 인터페이스 전송 장치를 더 포함하는 시스템.
  17. 제15항에 있어서, 상기 메타데이터는 상기 비디오 콘텐츠와 관련하여 대역 내 및 대역 외 중의 적어도 하나로 전송할 준비가 되는 시스템.
  18. 제15항에 있어서, 상기 메타데이터는, 고화질 멀티미디어 인터페이스 사양의 버전 1.3A 및 임의의 이전의 버전들과 관련하여 색 영역 경계 설명 메타데이터 컨테이너의 사용되지 않는 색 영역 프로필 및 새로운 색 영역 프로필 중의 적어도 하나를 사용하여 전송할 준비가 되는 시스템.
  19. 제15항에 있어서, 상기 메타데이터는 공급업체 지정 정보 프레임을 사용하여 전송할 준비가 되는 시스템.
  20. 제19항에 있어서, 색 영역 경계 설명 흐름 제어는 상기 공급업체 지정 정보 프레임에 적용되는 시스템.
  21. 제15항에 있어서, 상기 메타데이터는 고화질 멀티미디어 인터페이스 소비자 전자기기 제어 프로토콜을 사용하여 전송할 준비가 되는 시스템.
  22. 제22항에 있어서, 상기 메타데이터 전송 준비 장치는 상기 소비자 전자기기 제어 프로토콜 외에 네트워크 추상화 계층을 추가하는 것, 및 서비스 품질을 사용 가능하게 하는 것 중의 적어도 하나를 실행하는 시스템.
  23. 제22항에 있어서, 상기 메타데이터 전송 준비 장치는 상기 소비자 전자기기 제어 프로토콜을 수직 동기화 신호와 결합하는 것을 포함하여, 상기 비디오 콘텐츠에 상기 소비자 전자기기 제어 프로토콜의 시간을 맞추는 시스템.
  24. 제15항에 있어서, 상기 메타데이터는 상기 비디오 콘텐츠의 색 조작, 관련된 변조 전송 함수를 변경하기 위한 상기 비디오 콘텐츠의 공간 필터링의 제어, 상기 비디오 콘텐츠의 모션 동작의 제어, 상기 비디오 콘텐츠의 흐린 입자 비율의 제어, 상기 비디오 콘텐츠에의 노이즈의 추가, 상기 비디오 콘텐츠 내의 장면 편집의 제어, 및 상기 비디오 콘텐츠에 관련된 톤 매핑 중의 적어도 하나를 위한 것인 시스템.
  25. 제24항에 있어서, 상기 메타데이터는 하나 이상의 룩 업 테이블 및 하나 이상의 색 변환 행렬 중의 적어도 하나에 대응하는 시스템.
  26. 제15항에 있어서, 상기 메타데이터는 패킷으로 구성되는 시스템.
  27. 제26항에 있어서, 상기 패킷은, 상기 비디오 콘텐츠의 색 조작, 관련된 변조 전송 함수를 변경하기 위한 상기 비디오 콘텐츠의 공간 필터링의 제어, 상기 비디오 콘텐츠의 모션 동작의 제어, 상기 비디오 콘텐츠의 흐린 입자 비율의 제어, 상기 비디오 콘텐츠에의 노이즈의 추가, 상기 비디오 콘텐츠 내의 장면 편집의 제어, 및 상기 비디오 콘텐츠에 관련된 톤 매핑 중의 적어도 하나에 관한 적어도 하나의 메시지를 포함하는 시스템.
  28. 제15항에 있어서, 상기 메타데이터에 따라 수정된 상기 비디오 콘텐츠의 후속 표시를 위해 디스크 상에 상기 비디오 콘텐츠 및 상기 메타데이터를 저장하는 저장 장치를 더 포함하는 시스템.
KR1020107019253A 2008-01-31 2008-01-31 고화질 멀티미디어 인터페이스를 통한 룩 데이터 정의 및 전송을 위한 방법 및 시스템 KR101476878B1 (ko)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2008/000223 WO2009095732A1 (en) 2008-01-31 2008-01-31 Method and system for look data definition and transmission over a high definition multimedia interface

Publications (2)

Publication Number Publication Date
KR20100106607A true KR20100106607A (ko) 2010-10-01
KR101476878B1 KR101476878B1 (ko) 2014-12-26

Family

ID=39714052

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020107019253A KR101476878B1 (ko) 2008-01-31 2008-01-31 고화질 멀티미디어 인터페이스를 통한 룩 데이터 정의 및 전송을 위한 방법 및 시스템

Country Status (7)

Country Link
US (1) US9014533B2 (ko)
EP (1) EP2248128A1 (ko)
JP (1) JP5567498B2 (ko)
KR (1) KR101476878B1 (ko)
CN (1) CN101933094A (ko)
BR (1) BRPI0822105A2 (ko)
WO (1) WO2009095732A1 (ko)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010081332A (ja) * 2008-09-26 2010-04-08 Sony Corp 情報処理装置および方法、プログラム、並びに情報処理システム
JP5444797B2 (ja) * 2009-04-10 2014-03-19 ソニー株式会社 送信装置、表示装置および画像表示システム
JP5178680B2 (ja) * 2009-10-02 2013-04-10 株式会社東芝 複数のプロセサを利用する映像装置および画像処理方法
US8325757B2 (en) * 2009-12-17 2012-12-04 Silicon Image, Inc. De-encapsulation of data streams into multiple links
EP2540072B1 (en) * 2010-02-22 2014-04-09 Dolby Laboratories Licensing Corporation Video delivery and control by overwriting video data
US8891934B2 (en) 2010-02-22 2014-11-18 Dolby Laboratories Licensing Corporation Video display control using embedded metadata
US9754629B2 (en) 2010-03-03 2017-09-05 Koninklijke Philips N.V. Methods and apparatuses for processing or defining luminance/color regimes
US9595297B2 (en) 2010-03-03 2017-03-14 Koninklijke Philips N.V. Apparatuses and methods for defining color regimes
WO2011156074A2 (en) 2010-06-08 2011-12-15 Dolby Laboratories Licensing Corporation Tone and gamut mapping methods and apparatus
US8525933B2 (en) 2010-08-02 2013-09-03 Dolby Laboratories Licensing Corporation System and method of creating or approving multiple video streams
EP2707868B1 (en) 2011-05-10 2024-04-03 Koninklijke Philips N.V. High dynamic range image signal generation and processing
JP5833233B2 (ja) 2011-05-27 2015-12-16 ドルビー ラボラトリーズ ライセンシング コーポレイション 様々なレベルのメタデータを含む色管理を制御するスケーラブルシステム
US9967599B2 (en) 2013-04-23 2018-05-08 Dolby Laboratories Licensing Corporation Transmitting display management metadata over HDMI
JP6236148B2 (ja) 2013-10-02 2017-11-22 ドルビー ラボラトリーズ ライセンシング コーポレイション Ｈｄｍｉを介したディスプレイマネジメントメタデータの送信
JP6307856B2 (ja) 2013-11-28 2018-04-11 ソニー株式会社 送信装置、広色域画像データ送信方法、受信装置、広色域画像データ受信方法およびプログラム
US9691181B2 (en) * 2014-02-24 2017-06-27 Sony Interactive Entertainment Inc. Methods and systems for social sharing head mounted display (HMD) content with a second screen
US10757472B2 (en) 2014-07-07 2020-08-25 Interdigital Madison Patent Holdings, Sas Enhancing video content according to metadata
JP6862830B2 (ja) * 2014-12-29 2021-04-21 ソニーグループ株式会社 送信装置、送信方法、受信装置および受信方法
US10349064B2 (en) 2015-03-10 2019-07-09 Apple Inc. Adaptive chroma downsampling and color space conversion techniques
CN104780432A (zh) * 2015-03-25 2015-07-15 四川长虹电器股份有限公司 通过cec传递扩展数据的方法
KR102028198B1 (ko) * 2017-01-26 2019-10-04 한국전자통신연구원 동영상 장면과 메타데이터 저작 방법
US20230274525A1 (en) * 2020-09-08 2023-08-31 Sony Group Corporation Information processing system, information processing method, and information processing program
CN114666415B (zh) * 2022-05-16 2022-09-09 宏晶微电子科技股份有限公司 数据传输方法、显示设备及控制设备

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5373327A (en) 1993-02-25 1994-12-13 Hewlett-Packard Company Detection, correction and display of illegal color information in a digital video signal
US5838318A (en) 1995-11-10 1998-11-17 Intel Corporation Method and apparatus for automatically and intelligently arranging windows on a display device
US7728845B2 (en) * 1996-02-26 2010-06-01 Rah Color Technologies Llc Color calibration of color image rendering devices
US6043909A (en) * 1996-02-26 2000-03-28 Imagicolor Corporation System for distributing and controlling color reproduction at multiple sites
JP3234148B2 (ja) 1996-03-07 2001-12-04 シャープ株式会社 表示制御装置
US7053927B2 (en) 2001-03-02 2006-05-30 Eastman Kodak Company System for optimizing the display and rendering of digital images for digital mastering
US6947589B2 (en) * 2001-09-20 2005-09-20 Canon Kabushiki Kaisha Dynamic gamut mapping selection
US20040006575A1 (en) * 2002-04-29 2004-01-08 Visharam Mohammed Zubair Method and apparatus for supporting advanced coding formats in media files
US20040113933A1 (en) * 2002-10-08 2004-06-17 Northrop Grumman Corporation Split and merge behavior analysis and understanding using Hidden Markov Models
FI114367B (fi) 2002-10-31 2004-09-30 Nokia Corp Päätelaite ja menetelmä näytön ohjaamiseksi päätelaitteessa
US7129958B2 (en) * 2003-08-28 2006-10-31 Canon Kabushiki Kaisha Color management with tiered caching scheme
US6972828B2 (en) * 2003-12-18 2005-12-06 Eastman Kodak Company Method and system for preserving the creative intent within a motion picture production chain
US7813000B2 (en) * 2003-12-30 2010-10-12 Microsoft Corporation Device color characterization profile format
KR101161045B1 (ko) * 2004-09-29 2012-06-28 테크니컬러, 인크. 색 결정 메타데이터 생성을 위한 방법 및 장치
CN100531291C (zh) * 2004-11-01 2009-08-19 彩色印片公司 对增强的色彩空间内容进行母版制作和分发的方法和系统
US7747073B2 (en) * 2004-11-24 2010-06-29 Xerox Corporation Method and apparatus for adjusting color profiles to meet a desired aim
US8482614B2 (en) * 2005-06-14 2013-07-09 Thx Ltd Content presentation optimizer
JP5082209B2 (ja) * 2005-06-27 2012-11-28 株式会社日立製作所 送信装置、受信装置、及び映像信号送受信システム
US7822270B2 (en) * 2005-08-31 2010-10-26 Microsoft Corporation Multimedia color management system
EP1838083B1 (en) * 2006-03-23 2020-05-06 InterDigital CE Patent Holdings Color metadata for a downlink data channel
WO2007132877A1 (ja) * 2006-05-16 2007-11-22 Sony Corporation 通信システム、送信装置及び受信装置、通信方法、並びにプログラム
TW200835303A (en) * 2006-09-07 2008-08-16 Avocent Huntsville Corp Point-to-multipoint high definition multimedia transmitter and receiver
EP2124437A4 (en) * 2007-03-13 2010-12-29 Sony Corp COMMUNICATION SYSTEM, TRANSMITTER, TRANSMISSION PROCEDURE, RECEIVER AND RECEPTION PROCEDURE
US20080266459A1 (en) * 2007-04-26 2008-10-30 Mark Butterworth Multiple format video display
US8391354B2 (en) * 2007-05-14 2013-03-05 Broadcom Corporation Method and system for transforming uncompressed video traffic to network-aware ethernet traffic with A/V bridging capabilities and A/V bridging extensions
US8629884B2 (en) * 2007-12-07 2014-01-14 Ati Technologies Ulc Wide color gamut display system
EP2235932A4 (en) * 2007-12-20 2013-01-23 Ati Technologies Ulc METHOD, DEVICE AND MACHINE-READABLE MEDIUM FOR DESCRIPTING VIDEO PROCESSING
US8090030B2 (en) * 2008-01-04 2012-01-03 Silicon Image, Inc. Method, apparatus and system for generating and facilitating mobile high-definition multimedia interface

Also Published As

Publication number Publication date
JP5567498B2 (ja) 2014-08-06
US9014533B2 (en) 2015-04-21
KR101476878B1 (ko) 2014-12-26
WO2009095732A1 (en) 2009-08-06
US20110064373A1 (en) 2011-03-17
BRPI0822105A2 (pt) 2015-06-30
JP2011511545A (ja) 2011-04-07
CN101933094A (zh) 2010-12-29
EP2248128A1 (en) 2010-11-10

Similar Documents

Publication Publication Date Title
KR101476878B1 (ko) 고화질 멀티미디어 인터페이스를 통한 룩 데이터 정의 및 전송을 위한 방법 및 시스템
US11856200B2 (en) Data output apparatus, data output method, and data generation method
EP2989798B1 (en) Transmitting display management metadata over hdmi
CN107925780B (zh) 广播信号发送方法及广播信号接收方法
US11025940B2 (en) Method for signalling caption asset information and device for signalling caption asset information
JP6236148B2 (ja) Ｈｄｍｉを介したディスプレイマネジメントメタデータの送信
KR101444834B1 (ko) 보기 데이터 정의 및 송신을 위한 방법 및 시스템
US20210185372A1 (en) Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US20110154426A1 (en) Method and system for content delivery
CN109792549B (zh) 用于发信号通知视频参数的系统和方法
US10666549B2 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method and broadcast signal reception method
CN104954831A (zh) 用于观看数据定义和高清晰度多媒体接口上的传输的方法
KR20150045869A (ko) 전송 스트림 시스템 타겟 디코더 모델에 기초한 하이브리드 서비스를 제공하는 영상 수신 장치

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
FPAY Annual fee payment

Payment date: 20171117

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20191210

Year of fee payment: 6