EIA-608
EIA-608 | 이 글에는 여러 가지 문제가 있다. 이 문제를 개선하거나 대화 페이지에서 토의하십시오. (이러한 템플릿 메시지를 제거하는 방법 및 시기 알아보기)
|
"21호선 캡션"과 "CEA-608"[1]으로도 알려진 EIA-608은 한때 미국, 캐나다, 멕시코에서 NTSC TV 방송의 자막 자막 표준이었다. 또한, PAL 국가에서 사용되는 16라인에서 동작하는 텔레텍스트 기반 VPS와 유사하게, 짝수선 21 현장에서 동작하는 NTSC 전송에 대한 전자 프로그램 가이드에 VCR 제어 서비스를 포함시키는 수단인 "확장 데이터 서비스"도 명시하고 있다.
그것은 전자산업연합에 의해 개발되었고 미국에서 만들어진 대부분의 텔레비전 수신기에서 시행되도록 법에 의해 요구되었다.
EIA-608 캡션은 NTSC 방송의 비시각적 활성 비디오 데이터 영역에서 홀수 패리티 비트로 라인 21의 홀수 또는 짝수 필드 중 하나로 전송되며, ATSC 전송의 그림 사용자 데이터에도 가끔 존재한다. 30프레임 방송의 캡션당 최대 32자(최대 4자막)에 대해 21행당 480비트/s의 고정 대역폭을 사용한다.[2] 홀수 필드 캡션은 기본 오디오 트랙과 SAP 또는 보조 오디오 트랙과 관련된 짝수 필드 캡션과 관련이 있으며, 일반적으로 기본 오디오의 제2 언어 번역인 영어 TV 프로그램의 프랑스어 또는 스페인어 번역과 같다.
디지털 텔레비전이 아날로그를 대체함에 따라 원시 EIA-608 캡션 바이트 쌍은 덜 보편화되고 있다. 대신 ATSC 방송은 EIA-708 캡션 프로토콜을 사용하여 EIA-608 캡션 쌍을 캡슐화하고 네이티브 EIA-708 스트림을 추가한다. EIA-608은 스페인어, 프랑스어, 독일어 및 다른 서유럽 언어의 단면을 완전히 지원하기 위해 확장된 문자 집합이 추가되어 수정되었다. EIA-608도 한국과 일본 시장에 2바이트 문자를 지원하도록 확장되었다. EIA-708의 풀 버전은 더 많은 문자 집합과 더 나은 캡션 위치 지정 옵션을 지원하지만, 기존의 EIA-608 하드웨어와 형식 수정으로 인해 단순한 608-708 인라인 변환 외에 실제 형식을 거의 또는 전혀 사용하지 않았다.
채널
EIA-608은 예를 들어 프로그램이 4개의 다른 언어로 된 캡션을 가질 수 있도록 캡션 정보의 4개 채널을 정의한다. 프레임의 두 분야 각각에는 표준으로 1과 2라고 불리는 두 개의 채널이 있다. 그러나 채널은 홀수 필드의 경우 CC1-2, 짝수 필드의 경우 CC3-4로 단순히 번호가 매겨진 사용자에게 표시되는 경우가 많다. 그러나 어느 한 필드의 대역폭 한계로 인해 CC1과 CC3가 유일하게 사용되어 두 번째 채널에는 거의 사용되지 않았다. 초기 스페인 SAP 캡션 방송은 원래 캡션 디코더가 첫 번째 홀수 필드만 읽기 때문에 두 번째 채널 CC2를 처음 사용했지만, 나중에 대역폭을 이유로 CC3를 사용하는 것으로 전환했다. 같은 대역폭 이유 때문에 스페인어를 사용하는 방송국에서는 XDS가 사용되지 않았다.
각 채널 내에는 하위 채널로 간주될 수 있는 정보의 스트림이 두 개 있는데, 하나는 "캡션"을 전달하고 다른 하나는 "텍스트"를 전달한다. 후자는 하드웨어 지원 및 이용 가능한 대역폭이 부족하여 공통적으로 사용되지 않는다. 텍스트는 텍스트 명령어 사용으로 표시되며 캡션이 관련된 웹 사이트 또는 로컬 방송국 통신 채널을 지정하는 16비트 체크섬으로 포맷된 URL 문자열에 사용할 수 있다.
이 계층화는 OSI 프로토콜 참조 모델을 기반으로 한다.
| CC 도면층 | OSI 레이어 | DVB/MXF 도면층 | 평. | |
|---|---|---|---|---|
| 적용 | 해석 | 명령 실행 및 행에 텍스트 추가 | ||
| 프리젠테이션 | 코딩 | 개별 명령 및 문자 분리 | ||
| 세션 | 채널 | 채널 바이트 스트림 | ||
| -- | 선택 | CC 바이트 쌍의 CC 채널 어셈블리 | ||
| 주사 | 운송 | 동기화 | 비디오 프레임에서 추출/동기화된 CC 바이트 쌍 | |
| 네트워크 | 미사용의 | 직접 연결된 링크 | ||
| 링크 | 링크 형식에서 비디오 프레임 또는 VBI 데이터 분할 | |||
| 티브이 | 물리적인 | 전송/원본에서 분리된 링크 형식 | ||
DVD GOP 사용자 데이터 삽입
H.262 GOP 헤더를 따르는 사용자 데이터 구조는 다음과 같다(ISO/IEC 14496-2 GOP 헤더 후에도 동일하게 적용된다).
| 길이 | 이름 | 유형 | 체납 |
|---|---|---|---|
| 32비트 | user_data_start_code | 무늬가 있는 bslbf | 0x000001B2 |
| 16비트 | user_properties | ASCII bslbf | CC |
| 8비트 | user_data_type_code | 움스브프 | 1 |
| 8비트 | 캡션_block_size | 뒤집힌 윔즈브프 | 0xf8 |
| 1비트 | 캡션_field_first | 깃발을 꽂다 | 1 |
| 1비트 | 캡션_filler | 정렬 | 0 |
| 5비트 | 캡션_block_count | 움스브프 | 15 |
| 1비트 | 캡션_caption_field_added | 깃발을 꽂다 | 0 |
| X*24비트 | 캡션_블록 | 이진의 | 자유형 |
bslbf: 비트 문자열, 왼쪽 비트 먼저, uimsbf: 부호 없는 정수, 가장 중요한 비트 먼저
캡션 블록은 시퀀스 및 GOP 헤더 뒤에 삽입되므로 각 블록은 비디오의 1초 동안 긴 줄 또는 3, 4개의 짧은 줄의 텍스트가 된다. 또한 캡션_block_count가 30보다 크면 블록에는 인터리브된 캡션 필드가 모두 포함되며 캡션_block_count에서 프레임률을 계산할 수 있다. 그러나 데이터가 함께 그룹화되기 때문에 그림 헤더 다음에 각 필드마다 하나의 바이트 쌍을 삽입하여 HD 콘텐츠에 대해 24/1.001의 프레임률을 가능케 하는 ATSC 방식과 달리 프레임률은 거의 항상 30/1.001이 될 것이다. 디코더가 NTSC 출력에 대해 3:2 풀다운을 할 때 캡션은 동기화 상태를 유지할 것이다.
| 길이 | 이름 | 유형 | 체납 |
|---|---|---|---|
| 7비트 | 캡션_filler | 정렬 | 0x7f |
| 1비트 | 캡션_odd_field | 움스브프 | 1 또는 0 |
| 8비트 | 캡션_first_byte | 홀수 패리티 imsbf | 0x80 |
| 8비트 | 캡션_second_byte | 홀수 패리티 imsbf | 0x80 |
DVB 전송 삽입
H.222 비디오 패킷 앞에 삽입되는 패킷-ed 구조는 관련 비디오 프레임에 대해 다음과 같다.
| 길이 | 이름 | 유형 | 체납 |
|---|---|---|---|
| 32비트 | private_stream_1_start_code | 무늬가 있는 bslbf | 0x000001BD |
| 16비트 | PES_packet_length | 움스브프 | 176 |
| 2비트 | PES_version | 움스브프 | 2 |
| 1비트 | PES_우선순위 | 깃발을 꽂다 | 0 |
| 2비트 | PES_scrambling_control | 움스브프 | 0 |
| 1비트 | data_properties_properties | 깃발을 꽂다 | 1 |
| 2비트 | 판권 독창적인 | 움스브프 | 0 |
| 2비트 | PTS_DTS_flag | 움스브프 | 2 |
| 6비트 | 여러 가지PES_flags | 움스브프 | 0 |
| 8비트 | PES_header_data_length | 움스브프 | 36 |
| 40비트 | PTS | 움스브프 | 다르다 |
| 248비트 | 스터핑_부드러기 | 움스브프 | 255 |
| 8비트 | data_properties | 움스브프 | 153 |
| 8비트 | data_unit_id | 움스브프 | 197 |
| 8비트 | data_unit_length | 움스브프 | 3 |
| 2비트 | 유보_미래_사용 | 움스브프 | 3 |
| 1비트 | field_parity(CC1/2) | 깃발을 꽂다 | 0 |
| 5비트 | line_boards | 움스브프 | 21 |
| 16비트 | closed_messaging_data_block | 움스브프 | 608 자막 |
| 8비트 | data_unit_id | 움스브프 | 197 |
| 8비트 | data_unit_length | 움스브프 | 3 |
| 2비트 | 유보_미래_사용 | 움스브프 | 3 |
| 1비트 | field_parity(CC3/4/XDS) | 깃발을 꽂다 | 1 |
| 5비트 | line_boards | 움스브프 | 21 |
| 16비트 | closed_messaging_data_block | 움스브프 | 608 자막 |
| 8비트 | data_unit_id | 움스브프 | 255 |
| 8비트 | data_unit_length | 움스브프 | 124 |
| 124*8비트 | 스터핑_부드러기 | 움스브프 | 255 |
bslbf: 비트 문자열, 왼쪽 비트 먼저, uimsbf: 부호 없는 정수, 가장 중요한 비트 먼저
이 구조는 모든 디지털 VBI 데이터를 위해 설계되었으며, 페이지 헤더와 두 개의 관련 회선과 같은 3개 이상의 43바이트 텔레텍스트 패킷을 전송하도록 최적화되었다. 텔레텍스트 자막의 경우 data_unit_id가 3으로 설정되어 있다. 이 형태에서 캡션은 DVD 구조와 같이 하나의 블록으로 묶기 보다는 1초 분량의 비디오에서 프레임에 퍼진 바이트 쌍으로 분리되어야 한다. 두 줄 이상의 텍스트가 있는 텔레텍스트 자막도 마찬가지다.
SDI/MXF SMPTE 291M 삽입
SMPTE 259M 활성 비디오 프레임 또는 MXF 에센스 비디오 패킷 앞에 삽입되는 패킷-ed 구조는 관련 비디오 프레임에 대해 다음과 같이 코딩된다.
| 길이 | 이름 | 유형 | 체납 |
|---|---|---|---|
| 16비트 또는 128비트 | 보조_영역 또는 부차적_부적 | 무늬가 있는 bslbf 또는 7 uimsbf | 0xFFFF 또는 다르다 |
| 8비트 | data_id | 움스브프 | 97 |
| 8비트 | 2차_data_id | 움스브프 | 2 |
| 8비트 | data_count | 움스브프 | 다르다 |
| X*24비트 | 캡션_data_block | 이진의 | 자유형 |
bslbf: 비트 문자열, 왼쪽 비트 먼저, uimsbf: 부호 없는 정수, 가장 중요한 비트 먼저
이 구조는 비디오 프레임과 동기화되는 모든 디지털 오디오 또는 메타데이터를 위해 설계되었다. SDI는 바이트 정렬과 보조 플래그 바이트를 128비트 헤더로 대체하는 MXF와 달리 10비트 정렬 패킷에서 8비트마다 전송한다.
| 길이 | 이름 | 유형 | 체납 |
|---|---|---|---|
| 1비트 | 캡션_odd_field (CC1/2 = 1, CC3/4 = 0) | 깃발을 꽂다 | 1 |
| 2비트 | 캡션_reserved | 움스브프 | 0 |
| 5비트 | 캡션_line_properties | 움스브프 | 15 |
| 8비트 | 캡션_first_byte | 홀수 패리티 imsbf | 0x80 |
| 8비트 | 캡션_second_byte | 홀수 패리티 imsbf | 0x80 |
확장 데이터 서비스
EIA-608 데이터 스트림 형식은 전송에 대한 다양한 정보인 확장 데이터 서비스(XDS)를 포함한다. 이 모든 것은 선택 사항이다.
- 프로그램명
- 공격성 등급(성별, 성 등)
- 프로그램 카테고리(프로그램, 게임 쇼 등)
성격.
EIA-608 스트림이 수신기에 표시할 수 있는 세 가지 문자 집합은 기본 문자, 특수 문자, 확장 문자 등이다. 하나의 2바이트 EIA-608 명령어(단일 VBI 라인으로 표시됨)는 2개의 기본 문자, 1개의 특수 문자 또는 1개의 확장 문자를 지정할 수 있다.
확장 문자는 표준에 나중에 추가되며 디코딩은 선택 사항이다.
EIA-608은 텍스트의 전경색과 배경색, 밑줄, 깜박임 및 기울임꼴에 대한 제어 기능을 제공한다. 기본 색 구성표는 검은색 배경에 흰색 문자로, 모두 불투명하다.
투명 스페이스 특수 문자는 백그라운드 제어 명령이 없어도 투명 배경을 의미한다. 이 캐릭터의 전경이 공백인 만큼, 자막 본문의 공백이라는 의미가 크다.
비캡처 데이터
이것은 캡션이 전송되지 않을 때 필드 라인 또는 eXtended Data Service를 위해 패딩하는 데 사용된다.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ null pad P 0 0 0 0 0 0 0 P 0 0 0 0 0 0 0 XDS metadata P 0 0 0 CLASS P 0 0 0 TYPE +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0
기본 북미 문자 세트
비트 13 또는 14가 켜진 명령은 수신기가 현재 모드(폐쇄 캡션 또는 텍스트)의 현재 커서 위치에 두 개의 기본 문자를 표시하도록 지시한다. 각 문자는 다음과 같이 코드 포인트(표시할 문자를 식별)이다.
+-++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 15 8 0+++++++++++++++
코드는 ASC와 거의 동일함II; 예외는 빨간색으로 표시된다.
|
|
|
위의 표에서 SB는 고체 블록을 나타낸다. 원래 ASCII에서와 같이 중립적인 아포스트로피(코드 27)로 의도되었을 수 있는 아포스트로피(Code 27)는 이제 올바른 단일 인용 부호(Unicode U+2019)로 렌더링할 것을 권장한다. 중립 단일 인용문/아포스트로피의 경우 확장 문자 집합의 일반 단일 인용문을 사용해야 한다.[3]
북미 특수 문자 세트
이 세트의 북아메리카에서 유일한 실제 용도는 구어체 대화에서 노래 또는 음악적인 장면으로 변하는 것을 나타내기 위해 8번째 노트 캐릭터를 사용하는 것이다.
PAL 호환 국가가 이 문자를 숫자 부호로 대체하는 것은 EIA-608을 Teletext로 번역할 때 수용되는 방송 엔지니어링 관행이다.
특수문자를 표시하는 명령은 (채널에 따라) 0x11 또는 0x19의 첫 번째 바이트를 가진다. 두 번째 바이트는 다음과 같이 0x30-0x3F 범위의 코드 포인트다.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ P 0 0 1 C 0 0 1 P 0 1 1 CHAR +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = odd parity ; C = second channel toggle
|
TM은 등록되지 않은 상표의 줄임말이며 위첨자(™)로 표시되어야 한다. 위 표의 TS는 "투명한 공간" 또는 비파괴적인 공간을 나타낸다. 마지막으로, 8번째 음은 자막에서 노래나 배경음악을 나타내는 데 사용된다.
확장 서유럽 문자 집합
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ P 0 0 1 C 0 1 S P 0 1 CHARACTER +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = odd parity ; C = second channel toggle ; S = char set toggle
이러한 확장된 문자 집합은 BBC Ceefax 기반의 텔레텍스트 시스템을 사용하는 대부분의 유럽 국가들 때문에 거의 사용되지 않는다.
Ceefax 시스템은 VBI 필드당 인코딩된 데이터 비트 수(337 대 16)가 많아 문자 오류가 발생하기 쉬우며, 이러한 오류는 노이즈가 많은 아날로그 전송이나 연결에서 발생한다.
- 확장된 스페인어/프랑스어 또는 기타 문자를 표시하는 명령은 첫 번째 바이트가 0x12 또는 0x1A(채널에 따라 다름)이다.
- 확장된 포르투갈어/독일어/단어 문자를 표시하는 명령은 첫 번째 바이트가 0x13 또는 0x1B(채널에 따라 다름)이다.
두 번째 바이트는 0x20-0x3F 범위의 코드 포인트는 다음과 같다.
|
|
|
|
SM은 서비스 마크의 줄임말이며 위첨자로 표시되어야 한다. 단일 인용 부호는 왼쪽 곱슬이고, 왼쪽과 오른쪽은 이중 인용 부호는 왼쪽과 오른쪽의 곱슬곱슬한 인용 부호는 왼쪽과 오른쪽이다. 더하기 기호는 상자 그림을 위한 왼쪽 위, 오른쪽 위, 왼쪽 아래 및 오른쪽 아래 모서리를 가리킨다.
Non-Western Norpak 문자 집합
모든 표준 문자 집합과 확장 문자 집합을 다음과 같은 사전 정의된 집합에 유리하게 사용할 경우, 제어 명령을 에뮬레이트하지 않도록 주의해야 한다. 이는 노팍이 중국 시장용 텔레텍스트 포맷과 비슷한 확장을 한 CEC에 제출한 연장선이다. 주로 일본, 대만, 한국 시장에 더블 바이트 코드 포인트 캡션을 제공하는 것이 사용되어 왔다. 문자 집합을 전환하는 명령은 첫 번째 바이트가 0x17 또는 0x1F(채널에 따라 다름)이다. 두 번째 바이트는 다음과 같이 0x24-0x2A 범위의 문자 집합 참조다.
+-++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
|
제어 명령
비트 15와 7은 항상 홀수 패리티 비트다. 비트 11은 항상 채널 비트다.
위에서 이미 정의된 대로 마스킹 비트 15,11 및 7을 사용하는 사전 주소 코드는 다음 표에서 해석할 수 있다.
| 조각들 | 해석 |
|---|---|
| 14-13 | 항상 0 |
| 12 | 항상 1 |
| 10-8 | 행 위치 표시기 |
| 6 | 항상 1 |
| 5 | 행 위치 표시기 |
| 4-1 | 텍스트 속성 표시기 |
| 0 | 밑줄을 긋다 |
Row Preamble Standard Address and Style (Default Row 11 = 0,top rows 1-4 = 1-2,bottom rows 12-13 = 3) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ preamble style P 0 0 1 C 0 ROW P 1 N 0 STYLE U preamble address P 0 0 1 C 0 ROW P 1 N 1 CURSR U +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 Row Preamble Extended Address and Style (Bottom Rows 14-15 = 0,middle rows = 5-10 = 1-3) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ preamble style P 0 0 1 C 1 ROW P 1 N 0 STYLE U preamble address P 0 0 1 C 1 ROW P 1 N 1 CURSR U +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 P = odd parity ; C = 두 번째 채널 토글 U = 언더라인 토글, N = 다음 행 다운 토글(스타일 또는 커서 위치가 설정되지 않은 경우 기본값은 커서에 검정 배경이 있는 일반 흰색 텍스트 = 0, 커서 - 4의 배수) 텍스트 스타일 열거: {화이트=0,녹색,파란,사이안,빨간색,노란색,마젠타,이탈 화이트} 열 비트는 캡션 텍스트를 포함할 15개의 화면 열 11(0000), 1(0010), 2(0011), 3, 4, 12, 13, 14, 15, 15, 5, 6, 7, 8, 9 또는 10(11) 중 어느 것을 포함해야 하는지 지정한다.
속성 비트는 흰색(0000), 녹색, 파란색, 청록색, 빨간색, 노란색, 자홍색, 기울임꼴, 0, 들여쓰기 4, 들여쓰기 8, 들여쓰기 12, 들여쓰기 20, 들여쓰기 24, 들여쓰기 28(111) 등 16가지 가능성을 허용한다.
중간 행 코드의 경우 다음과 같다. 비트 14, 13, 10, 9, 6 및 4는 항상 0이고 비트 12, 8 및 5는 항상 1이다. 비트 3, 2, 1은 색 속성 0001X10X를 형성한다(속성 목록 참조). 비트 0은 밑줄을 나타낸다.
Mid Row Style Change (style remains in effect until either next change or end of row signaled by a control or preamble) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ bg color P 0 0 1 C 0 0 0 P 0 1 0 COLOR T midrow style P 0 0 1 C 0 0 1 P 0 1 0 STYLE U +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ no bg P 0 0 1 C 1 1 1 P 0 1 0 1 1 0 1 black text P 0 0 1 C 1 1 1 P 0 1 0 1 1 1 U +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 P = odd parity ; C = second channel toggle T = partially transparent ; U = underline toggle bg color enumerations: {white=0,green,blue,cyan,red,yellow,magenta,black} 기타 제어 코드의 경우 다음과 같다. 비트 14, 13, 9, 6 및 4는 항상 0이고 비트 12, 10, 5는 항상 1이다. 비트8은 21번과 284번 중 하나를 선택한다. 비트 3, 2, 1 및 0은 특정 동작을 식별한다.
명령 비트는 16가지 가능성을 허용한다: 캡션 로드 재개(0000), 백스페이스(0001), 행의 끝으로 삭제(0100), 롤업 캡션 2행, 롤업 캡션 3행, 롤업 캡션 4행, 플래시 켜기(초당 0.25초), 직접 캡션 재개, 텍스트 재시작, 텍스트 디스플레이 재개, 표시된 메모리 지우기, 캐리지 리턴, 오류재생되지 않은 메모리, 캡션 끝(111).
탭의 경우 다음과 같다. 비트 14, 13, 6, 4, 3, 2, 비트 12, 10, 9, 8, 5는 항상 1이다. 비트 1과 0은 탭 오프셋의 수를 결정한다.
패리티 비트가 이미 무시된 2바이트 데이터 16진수 값을 고려할 때 다음 명령을 따르십시오.
| cc_data 0(계속) | cc_data 0(계속) | cc_data 1(필수) | cc_data 1(필수) | 명령 |
|---|---|---|---|---|
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x20 | 00100000 | 캡션 로딩을 다시 시작하십시오. (버퍼링된 캡션 텍스트 시작) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x21 | 00100001 | 백 스페이스 (마지막 문자 사용) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x22 | 00100010 | 경각심을 불러일으키다 (iii) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x23 | 00100011 | 에 대한 경각심. (iii) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x24 | 00100100 | 행의 끝으로 삭제하다 (라인 지우기) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x25 | 00100101 | 2를 말아 올리다 (크기 크기) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x26 | 00100110 | 3을 말아 올리다 (크기 크기) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x27 | 00100111 | 4를 말아 올리다 (크기 크기) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x28 | 00101000 | 에 자막을 비추다. (초당 0.25초) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x29 | 00101001 | 직설 자막을 재개하다 (자막 텍스트 시작) |
| 0x14(TXT1) 또는 0x1c(TXT2) 또는 0x15(TXT3) 또는 0x1D(TXT4) | 0001C10F | 0x2A | 00101010 | 텍스트 재시작 (비필수 텍스트 시작) |
| 0x14(TXT1) 또는 0x1c(TXT2) 또는 0x15(TXT3) 또는 0x1D(TXT4) | 0001C10F | 0x2B | 00101011 | 텍스트 표시 다시 시작 (일반 텍스트가 아닌 텍스트) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x2C | 00101100 | 디스플레이 메모리 지우기 (화면 지우기) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x2D | 00101101 | 마차 반환 (줄 세우기) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x2E | 00101110 | 표시되지 않는 메모리 지우기 (버퍼 지우기) |
| 0x14(CC1) 또는 0x1c(CC2) 또는 0x15(CC3) 또는 0x1D(CC4) | 0001C10F | 0x2F | 00101111 | 자막 끝 (디스플레이 버퍼) |
| 0x17(CC1/3) 또는 0x1F(CC2/4) | 0001C111 | 0x21 | 00100001 | 탭 오프셋 1 (간격 추가) |
| 0x17(CC1/3) 또는 0x1F(CC2/4) | 0001C111 | 0x22 | 00100010 | 탭 오프셋 2 (간격 추가) |
| 0x17(CC1/3) 또는 0x1F(CC2/4) | 0001C111 | 0x23 | 00100011 | 탭 오프셋 3 (간격 추가) |
참조
- ^ "SCTE 21 2012 - STANDARD FOR CARRIAGE OF VBI DATA IN CABLE DIGITAL TRANSPORT STREAMS" (PDF). Society of Cable Telecommunications Engineers. SCTE 21: 13. 2012. Retrieved 4 October 2012.
- ^ "Archived copy" (PDF). Archived from the original (PDF) on 2019-06-09. Retrieved 2020-04-07.
{{cite web}}: CS1 maint: 타이틀로 보관된 사본(링크) - ^ CEA-608-E R-2014 표준
외부 링크
- 아날로그 텔레비전 수신기에 대한 폐쇄 캡션 디코더 요건 – 47 C.F.R. 15.119 – F.C.에서.
- 47 C.F.R. 15에 대한 텍스트 및 PDF의 요구사항 문서 색인 – F.C.에서 119 링크를 사용하십시오.
- ANSI/CTA-608-E S-2019 – 소비자 기술 협회의 최신 표준 개정, 무료
