EIA-608
EIA-608 , znany również jako „napisy linii 21” i „CEA-608”, był kiedyś standardem napisów dla kodowanych napisów dla programów telewizyjnych NTSC w Stanach Zjednoczonych , Kanadzie i Meksyku . Został opracowany przez Electronic Industries Alliance i prawnie wymagany do wdrożenia w większości odbiorników telewizyjnych wyprodukowanych w Stanach Zjednoczonych.
Określa „Rozszerzoną usługę danych”, która jest sposobem na włączenie usługi sterowania magnetowidem z elektronicznym przewodnikiem po programach dla transmisji NTSC , który działa na polu parzystej linii 21, podobnie jak VPS oparty na teletekście , który działa na linii 16, który jest używany w krajach PAL .
Napisy EIA-608 są przesyłane na nieparzystych lub parzystych polach linii 21 z nieparzystym bitem parzystości w niewidocznym aktywnym obszarze danych wideo w transmisjach NTSC, a czasami są również obecne w danych użytkownika obrazu w transmisjach ATSC . Wykorzystuje stałą przepustowość 480 bitów / s na linię 21 pola dla maksymalnie 32 znaków na linię na podpis (maksymalnie cztery napisy) dla transmisji 30 ramek. Napisy pól nieparzystych odnoszą się do głównej ścieżki dźwiękowej, a podpisy pól parzystych odnoszą się do SAP lub dodatkowej ścieżki dźwiękowej, która jest zazwyczaj tłumaczeniem podstawowego dźwięku na drugi język, takim jak francuskie lub hiszpańskie tłumaczenie anglojęzycznego programu telewizyjnego.
Surowe pary bajtów napisów EIA-608 stają się coraz mniej rozpowszechnione, ponieważ telewizja cyfrowa zastępuje analogową. Transmisje ATSC zamiast tego wykorzystują EIA-708 do enkapsulacji obu par napisów EIA-608, a także dodawania natywnego strumienia EIA-708. EIA-608 miał poprawki z dodatkiem rozszerzonych zestawów znaków, aby w pełni obsługiwać reprezentację języków hiszpańskiego, francuskiego, niemieckiego i przekrojowego innych języków zachodnioeuropejskich. EIA-608 został również rozszerzony o obsługę znaków dwubajtowych na rynek koreański i japoński. Pełna wersja EIA-708 obsługuje więcej zestawów znaków i lepsze opcje pozycjonowania napisów; jednak ze względu na istniejący sprzęt EIA-608 i poprawki do formatu, format był używany w rzeczywistości w niewielkim stopniu lub w ogóle, poza prostymi konwersjami 608 na 708 w linii.
Kanały
EIA-608 definiuje cztery kanały informacji o napisach, dzięki czemu program może na przykład mieć napisy w czterech różnych językach. W każdym z dwóch pól ramki znajdują się dwa kanały, nazywane standardowo 1 i 2. Kanały są często prezentowane użytkownikom ponumerowane po prostu jako CC1-2 dla pola nieparzystego i CC3-4 dla pola parzystego. Ze względu na ograniczenia przepustowości w obu polach, używane są tylko CC1 i CC3, co oznacza, że drugi kanał był mało używany. Wczesne hiszpańskie transmisje z napisami SAP najpierw wykorzystywały drugi kanał CC2, ponieważ oryginalne dekodery napisów odczytywały tylko pierwsze nieparzyste pole, ale później przełączyły się na używanie CC3 ze względu na przepustowość. Z tych samych powodów związanych z przepustowością XDS nigdy nie był używany przez stacje hiszpańskojęzyczne.
W każdym kanale istnieją dwa strumienie informacji, które można uznać za podkanały: jeden zawiera „napisy”, a drugi „tekst”. Ten ostatni nie jest powszechnie używany ze względu na brak wsparcia sprzętowego i dostępnej przepustowości. Tekst jest sygnalizowany za pomocą poleceń tekstowych i może być używany w sformatowanym ciągu adresu URL z 16-bitową sumą kontrolną, która wskazuje stronę internetową, do której odnoszą się napisy, lub lokalny kanał komunikacyjny stacji.0
Ta warstwa jest oparta na modelu referencyjnym protokołu OSI :
Warstwy CC | Warstwy OSI | Warstwy DVB/MXF | Uwagi | |
---|---|---|---|---|
Aplikacja | Interpretacja | Wydawanie 0000000000000ppppĺ i dołączanie tekstu do wierszy | ||
Prezentacja | Kodowanie | Rozbijanie poszczególnych komend i znaków | ||
Sesja | Kanał | Strumień bajtów kanału | ||
-- | Wybór | Zespół kanału CC z par bajtów CC | ||
Zastrzyk | Transport | Synchronizacja | Pary bajtów CC wyodrębnione/zsynchronizowane z/z ramkami wideo | |
Sieć | nie używany | bezpośrednio podłączony link | ||
Połączyć | klatki wideo lub dane VBI podzielone z formatu łącza | |||
Telewizja | Fizyczny | format łącza demodulowany/pobrany z transmisji/źródła |
Wstawianie danych użytkownika DVD GOP
Struktura danych użytkownika następująca po nagłówku H.262 GOP jest następująca (to samo dotyczy nagłówka GOP ISO/IEC 14496-2):
Długość | Nazwa | Typ | Domyślny |
---|---|---|---|
32 bity | user_data_start_code | wzorzyste bslbf | 0x000001B2 |
16 bitów | identyfikator_użytkownika | ASCII bslbf | CC |
8 bitów | user_data_type_code | uimsbf | 1 |
8 bitów | caption_block_size | odwrócony uimsbf | 0xf8 |
1 bit | caption_odd_field_first | flaga | 1 |
1 bit | caption_filler | wyrównanie | 0 |
5 bitów | caption_block_count | uimsbf | 15 |
1 bit | caption_extra_field_dodano | flaga | 0 |
X*24 bity | blok_napisów | dwójkowy | dowolna forma |
bslbf: łańcuch bitów, najpierw lewy bit; uimsbf: liczba całkowita bez znaku, najpierw najbardziej znaczący bit
Bloki napisów są wstawiane po sekwencji i nagłówkach GOP, więc każdy blok to jedna sekunda wideo, która ostatecznie składa się z jednego lub dwóch długich wierszy lub trzech do czterech krótkich wierszy tekstu. Oznacza to również, że jeśli caption_block_count jest większy niż 30, to blok zawiera oba przeplatane pola napisów i można opracować szybkość ramek na podstawie caption_block_count. Ponieważ jednak dane są zgrupowane, szybkość klatek prawie zawsze będzie wynosić 30/1,001, w przeciwieństwie do metody ATSC, która wstawia jedną parę bajtów dla każdego pola po nagłówku obrazu, co umożliwia szybkość klatek 24/1,001 dla treści HD. Od kiedy dekoder wykonuje 3:2 pull-down dla wyjścia NTSC, napisy pozostaną zsynchronizowane.
Długość | Nazwa | Typ | Domyślny |
---|---|---|---|
7 bitów | caption_filler | wyrównanie | 0x7f |
1 bit | caption_odd_field | uimsbf | 1 lub 0 |
8 bitów | caption_first_byte | parzystość nieparzysta uimsbf | 0x80 |
8 bitów | caption_second_byte | parzystość nieparzysta uimsbf | 0x80 |
Wstawianie transportu DVB
Struktura pakietu, która jest wstawiana przed pakietem wideo H.222 , jest następująca dla klatki powiązanego wideo:
Długość | Nazwa | Typ | Domyślny |
---|---|---|---|
32 bity | private_stream_1_start_code | wzorzyste bslbf | 0x000001BD |
16 bitów | PES_długość_pakietu | uimsbf | 176 |
2 bity | wersja_PES | uimsbf | 2 |
1 bit | PES_priorytet | flaga | 0 |
2 bity | PES_scrambling_control | uimsbf | 0 |
1 bit | data_alignment_indicator | flaga | 1 |
2 bity |
autorski oryginał |
uimsbf | 0 |
2 bity | Flaga_PTS_DTS | uimsbf | 2 |
6 bitów | różne_flagi_PES | uimsbf | 0 |
8 bitów | PES_header_data_length | uimsbf | 36 |
40 bitów | PTS | uimsbf | różni się |
248 bitów | farsz_bajty | uimsbf | 255 |
8 bitów | identyfikator_danych | uimsbf | 153 |
8 bitów | identyfikator_jednostki danych | uimsbf | 197 |
8 bitów | długość_jednostki_danych | uimsbf | 3 |
2 bity | Reserved_future_use | uimsbf | 3 |
1 bit | parzystość_pola (CC1/2) | flaga | 0 |
5 bitów | odsunięcie_linii | uimsbf | 21 |
16 bitów | closed_captioning_data_block | uimsbf | 608 podpis |
8 bitów | identyfikator_jednostki danych | uimsbf | 197 |
8 bitów | długość_jednostki_danych | uimsbf | 3 |
2 bity | Reserved_future_use | uimsbf | 3 |
1 bit | parzystość_pola (CC3/4/XDS) | flaga | 1 |
5 bitów | odsunięcie_linii | uimsbf | 21 |
16 bitów | closed_captioning_data_block | uimsbf | 608 podpis |
8 bitów | identyfikator_jednostki danych | uimsbf | 255 |
8 bitów | długość_jednostki_danych | uimsbf | 124 |
124*8 bitów | farsz_bajty | uimsbf | 255 |
bslbf: łańcuch bitów, najpierw lewy bit; uimsbf: liczba całkowita bez znaku, najpierw najbardziej znaczący bit
Ta struktura została zaprojektowana dla dowolnych cyfrowych danych VBI i została zoptymalizowana do przenoszenia trzech lub więcej 43-bajtowych pakietów telegazety . np. nagłówek strony i dwie powiązane linie. W przypadku napisów teletekstowych data_unit_id jest ustawiona na 3. W tej formie napisy muszą być rozdzielone na pary bajtów rozłożone na klatki w jednej sekundzie wideo, a nie zgrupowane w jeden blok, jak w przypadku struktury DVD. To samo dotyczy napisów telegazety zawierających więcej niż jeden wiersz tekstu.
Wejście SDI/MXF SMPTE 291M
Struktura pakietowa, która jest wstawiana przed aktywną ramką wideo SMPTE 259M lub pakietem wideo MXF essence, jest kodowana w następujący sposób dla klatki powiązanego wideo:
Długość | Nazwa | Typ | Domyślny |
---|---|---|---|
16 lub 128 bitów |
flaga_pomocnicza lub nagłówek_pomocniczy |
wzorzyste bslbf lub 7 uimsbf |
0xFFFF lub różni się |
8 bitów | identyfikator_danych | uimsbf | 97 |
8 bitów | drugorzędne_identyfikator_danych | uimsbf | 2 |
8 bitów | data_count | uimsbf | różni się |
X*24 bity | caption_data_block | dwójkowy | dowolna forma |
bslbf: łańcuch bitów, najpierw lewy bit; uimsbf: liczba całkowita bez znaku, najpierw najbardziej znaczący bit
Ta struktura została zaprojektowana dla dowolnego cyfrowego dźwięku lub metadanych, które mają być zsynchronizowane z klatką wideo. SDI transportuje co osiem bitów w 10-bitowym pakiecie wyrównanym, w przeciwieństwie do MXF, który jest wyrównany bajtowo, a pomocnicze bajty flagi są zastępowane przez 128-bitowy nagłówek.
Długość | Nazwa | Typ | Domyślny |
---|---|---|---|
1 bit |
caption_odd_field (CC1/2 = 1; CC3/4 = 0) |
flaga | 1 |
2 bity | caption_reserved | uimsbf | 0 |
5 bitów | caption_line_offset | uimsbf | 15 |
8 bitów | caption_first_byte | parzystość nieparzysta uimsbf | 0x80 |
8 bitów | caption_second_byte | parzystość nieparzysta uimsbf | 0x80 |
Rozszerzona usługa danych
Format strumienia danych EIA-608 obejmuje Extended Data Service (XDS), różnorodne informacje o transmisji. To wszystko jest opcjonalne,:
- Nazwa programu
- ocena obraźliwości (przemoc, seks itp.)
- kategoria programu (dramat, teleturniej itp.)
Postacie
Istnieją trzy zestawy znaków, które strumień EIA-608 może wyświetlać w odbiorniku: znaki podstawowe, znaki specjalne i znaki rozszerzone. Pojedyncze dwubajtowe polecenie EIA-608 (reprezentowane przez pojedynczą linię VBI) może określać dwa znaki podstawowe, jeden znak specjalny lub jeden znak rozszerzony.
Znaki rozszerzone są późniejszym dodatkiem do standardu, a ich dekodowanie jest opcjonalne.
EIA-608 zapewnia kontrolę koloru pierwszego planu i tła tekstu, podkreślenia, migania i kursywy. Domyślny schemat kolorów to białe znaki na czarnym tle, wszystkie nieprzezroczyste.
Znak specjalny Przezroczysta przestrzeń implikuje przezroczyste tło nawet w przypadku braku jakichkolwiek poleceń sterujących tłem. Ponieważ pierwszy plan tego znaku jest pustym miejscem, tak naprawdę oznacza to lukę w tekście podpisu zamkniętego.
Dane inne niż napisy
Służy do wypełnienia linii pola, gdy nie są wysyłane żadne napisy, lub do eXtended Data Service.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ pusty znak |P|0|0|0|0|0|0|0| |P|0|0|0|0|0|0|0| Metadane XDS |P|0|0|0| KLASA | |P|0|0|0| TYP | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0
Podstawowy zestaw znaków Ameryki Północnej
Polecenie z włączonymi bitami 13 lub 14 nakazuje odbiornikowi wyświetlenie dwóch podstawowych znaków w bieżącej pozycji kursora dla bieżącego trybu (napis zamknięty lub tekst). Każdy znak jest punktem kodowym (identyfikuje znak do wyświetlenia) w następujący sposób.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ zmodyfikowany 7-bitowy ASCII |P| POSTAĆ 1 | |P| POSTAĆ2 | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0
Kod jest prawie identyczny z kodem ASCII; wyjątki są pokazane na czerwono.
|
|
|
W powyższej tabeli SB reprezentuje pełny blok. Apostrof (kod 27), który pierwotnie mógł być neutralnym apostrofem, jak w ASCII, jest teraz zalecany do renderowania jako prawy pojedynczy cudzysłów (Unicode U + 2019). W przypadku neutralnego pojedynczego cudzysłowu/apostrofu należy użyć zwykłego pojedynczego cudzysłowu z rozszerzonego zestawu znaków.
Specjalny zestaw znaków z Ameryki Północnej
Jedynym typowym zastosowaniem tego zestawu w Ameryce Północnej jest użycie znaku ósemki do oznaczenia zmian od dialogu mówionego do scen śpiewanych lub muzycznych.
Akceptowalną praktyką inżynierii nadawczej podczas tłumaczenia EIA-608 na teletekst dla krajów kompatybilnych z PAL jest zastąpienie tego znaku znakiem numeru ze względu na jego podobieństwo do ostrego .
Polecenie wyświetlenia znaku specjalnego ma pierwszy bajt 0x11 lub 0x19 (w zależności od kanału). Drugi bajt to punkt kodowy z zakresu 0x30–0x3F w następujący sposób.
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|0|0|1 | |P|0|1|1| ZNAK | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = parzystość nieparzysta; C = przełączanie drugiego kanału
|
TM jest skrótem od niezarejestrowanego znaku towarowego i powinien być przedstawiony w indeksie górnym (™). TS w powyższej tabeli reprezentuje „przezroczystą przestrzeń” lub spację nierozdzielającą . Wreszcie ósma nuta (♪) jest używana do oznaczenia śpiewu lub podkładu muzycznego w napisach.
Rozszerzony zestaw znaków zachodnioeuropejskich
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|0|1|S | |P|0|1|ZNAK| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = parzystość nieparzysta; C = przełączanie drugiego kanału; S = przełącznik zestawu znaków
Te rozszerzone zestawy znaków są rzadko używane, ponieważ większość krajów europejskich korzysta z systemu teletekstu opartego na BBC Ceefax.
System Ceefax jest bardziej podatny na błędy znaków ze względu na większą liczbę bitów danych (337 w porównaniu z 16) zakodowanych w polu VBI. Błędy te występują albo w przypadku transmisji analogowych, albo połączeń podatnych na zakłócenia.
- Polecenie wyświetlenia rozszerzonego znaku hiszpańskiego/francuskiego lub innego ma pierwszy bajt 0x12 lub 0x1A (w zależności od kanału).
- Polecenie wyświetlania rozszerzonego znaku portugalskiego/niemieckiego/duńskiego ma pierwszy bajt 0x13 lub 0x1B (w zależności od kanału).
Drugi bajt to punkt kodowy w zakresie 0x20-0x3F jest następujący
|
|
|
|
SM to skrót od znaku usługowego i powinien być przedstawiony w indeksie górnym . Pojedynczy cudzysłów jest zakrzywiony po lewej stronie, a podwójne cudzysłowy są zakrzywione po lewej i prawej stronie. Znaki plusa odnoszą się do górnego lewego, górnego prawego, dolnego lewego i dolnego prawego rogu do rysowania ramek .
Niezachodnie zestawy znaków Norpak
Gdy używane są wszystkie standardowe i rozszerzone zestawy znaków, nie są one używane na rzecz następujących predefiniowanych zestawów, należy uważać, aby nie emulować żadnych poleceń sterujących. Jest to rozszerzenie przesłane do CEC przez firmę Norpak , która dokonała podobnego rozszerzenia formatu telegazety na rynek chiński. Głównym zastosowaniem było zapewnienie dwubajtowych napisów w punktach kodowych na rynkach japońskim, tajwańskim i południowokoreańskim. Polecenie przełączania zestawów znaków ma pierwszy bajt 0x17 lub 0x1F (w zależności od kanału). Drugi bajt jest odniesieniem do zestawu znaków w zakresie 0x24-0x2A w następujący sposób
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|1|1|1 | |P|0|1|0|ZESTAW ZNAKÓW| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0
|
Komendy kontrolne
Bity 15 i 7 są zawsze bitami parzystości nieparzystej. Bit 11 jest zawsze bitem kanału.
Kod adresu preambuły z bitami maskującymi 15,11 i 7, jak już zdefiniowano powyżej, można zinterpretować z poniższej tabeli
bity | interpretacja |
---|---|
14-13 | zawsze 0 |
12 | zawsze 1 |
10-8 | wskaźnik pozycji rzędu |
6 | zawsze 1 |
5 | wskaźnik pozycji rzędu |
4-1 | wskaźnik atrybutu tekstu |
0 | wskaźnik podkreślenia |
Standardowy adres i styl preambuły wiersza (domyślny wiersz 11 = 0, górne wiersze 1-4 = 1-2, dolne wiersze 12-13 = 3) +-+-+-+-+-+-+-+-+ +- +-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ preambuła styl |P|0|0|1|C|0|ROW| |P|1|N|0|STYL|U| adres preambuły |P|0|0|1|C|0|ROW| |P|1|N|1|KURSU|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 Rozszerzony adres i styl preambuły wiersza (rzędy dolne 14-15 = 0, rzędy środkowe = 5-10 = 1- 3) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+- +-+ +-+-+-+-+-+-+-+-+ styl preambuły |P|0|0|1|C|1|ROW| |P|1|N|0|STYL|U| adres preambuły |P|0|0|1|C|1|ROW| |P|1|N|1|KURSU|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 P = parzystość nieparzysta; C = przełączanie drugiego kanału U = przełączanie podkreślenia ; N = przełączanie następnego wiersza w dół (jeśli styl lub pozycja kursora nie jest ustawiona, domyślnie jest to zwykły biały tekst z czarnym tłem przy kursorze = 0, kursor - wielokrotność 4) wyliczenia stylów tekstu: {biały=0,zielony,niebieski,cyjan,czerwony ,żółty,purpurowy,biały kursywa}
Bity wierszy określają, który z piętnastu wierszy ekranu powinien zawierać napis: wiersz 11 (0000), 1 (0010), 2 (0011), 3, 4, 12, 13, 14, 15, 5, 6, 7, 8, 9 lub 10 (1111).
Bity atrybutów dopuszczają 16 możliwości, którymi są: biały (0000), zielony, niebieski, cyjan, czerwony, żółty, magenta, kursywa, wcięcie 0, wcięcie 4, wcięcie 8, wcięcie 12, wcięcie 16, wcięcie 20, wcięcie 24, tiret 28 (1111).
Dla kodu pośredniego są one następujące: Bity 14, 13, 10, 9, 6 i 4 to zawsze 0, bity 12, 8 i 5 to zawsze 1. Bity 3, 2 i 1 tworzą atrybut koloru 0001X10X (zobacz listę atrybutów). Bit 0 oznacza podkreślenie.
Zmiana stylu w środkowym rzędzie (styl obowiązuje do następnej zmiany lub do końca rzędu sygnalizowanego kontrolką lub preambułą) +-+-+-+-+-+-+-+-+ +-+-+-+-+ -+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ bg kolor |P|0|0 |1|C|0|0|0| |P|0|1|0|KOLOR|T| styl środkowy |P|0|0|1|C|0|0|1| |P|0|1|0|STYL|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 +-+-+-+-+-+-+-+-+ +-+-+-+ -+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ nie bg |P|0 |0|1|C|1|1|1| |P|0|1|0|1|1|0|1| czarny tekst |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 = parzystość nieparzysta; C = przełączanie drugiego kanału T = częściowo przezroczyste ; U = podkreślenie przełączania wyliczeń kolorów bg: {biały=0,zielony,niebieski,cyjan,czerwony,żółty,magenta,czarny}
Dla innych kodów sterujących są one następujące: Bity 14, 13, 9, 6 i 4 to zawsze 0, bity 12, 10 i 5 to zawsze 1. Bit 8 wybiera między linią 21 a 284. Bity 3, 2, 1 i 0 określić konkretne działanie.
Bity polecenia pozwalają na 16 możliwości, którymi są: wznowienie ładowania napisów (0000), cofnięcie (0001), usunięcie do końca wiersza (0100), zwinięcie napisów 2-rzędowych, zwinięcie napisów 3 rzędy, zwinięcie napisów 4 wiersze, miganie (0,25 sekundy raz na sekundę), wznawianie napisów bezpośrednich, ponowne uruchamianie tekstu, wznawianie wyświetlania tekstu, kasowanie wyświetlanej pamięci, powrót karetki, kasowanie pamięci niewyświetlanej, koniec napisów (1111).
Dla tabulatorów są one następujące: Bity 14, 13, 6, 4, 3, 2 to zawsze 0, bity 12, 10, 9, 8, 5 to zawsze 1. Bity 1 i 0 określają liczbę przesunięć tabulatora.
Biorąc pod uwagę, że bit parzystości już zignorował wartość szesnastkową danych 2-bajtowych, jest następująca komenda:
cc_data 0 (szesnastkowo) | cc_data 0 (binarnie) | cc_data 1 (szesnastkowo) | cc_data 1 (binarnie) | Komenda |
---|---|---|---|---|
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x20 | 00100000 |
wznów ładowanie napisów (uruchom buforowany tekst napisów) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x21 | 00100001 |
backspace (zastąp ostatni znak) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x22 | 00100010 |
alarm wyłączony (nieużywany) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x23 | 00100011 |
alarm włączony (nieużywany) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x24 | 00100100 |
usuń do końca wiersza (wyczyść linię) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x25 | 00100101 |
zwiń 2 (rozmiar zwoju) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x26 | 00100110 |
zwiń 3 (rozmiar zwoju) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x27 | 00100111 |
zwiń 4 (rozmiar rolki) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x28 | 00101000 |
miga napisy (0,25 sekundy raz na sekundę) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x29 | 00101001 |
wznów bezpośrednie napisy (początkowy tekst napisów) |
0x14 (TXT1) lub 0x1c (TXT2) lub 0x15 (TXT3) lub 0x1D (TXT4) |
0001C10F | 0x2A | 00101010 |
ponowne uruchomienie tekstu (rozpocznij tekst bez napisów) |
0x14 (TXT1) lub 0x1c (TXT2) lub 0x15 (TXT3) lub 0x1D (TXT4) |
0001C10F | 0x2B | 00101011 |
wznów wyświetlanie tekstu (wznów tekst bez napisów) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x2C | 00101100 |
wyczyść pamięć wyświetlacza (wyczyść ekran) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x2D | 00101101 |
powrót karetki (przewiń wiersze w górę) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x2E | 00101110 |
usuń niewyświetlaną pamięć (wyczyść bufor) |
0x14 (CC1) lub 0x1c (CC2) lub 0x15 (CC3) lub 0x1D (CC4) |
0001C10F | 0x2F | 00101111 |
koniec napisu (bufor wyświetlania) |
0x17 (KK1/3) lub 0x1F (KK2/4) | 0001C111 | 0x21 | 00100001 |
przesunięcie tabulatora 1 (dodaj odstęp) |
0x17 (KK1/3) lub 0x1F (KK2/4) | 0001C111 | 0x22 | 00100010 |
przesunięcie tabulatora 2 (dodaj odstęp) |
0x17 (KK1/3) lub 0x1F (KK2/4) | 0001C111 | 0x23 | 00100011 |
przesunięcie tabulatora 3 (dodaj odstęp) |
Linki zewnętrzne
- Wymagania dotyczące dekodera napisów dla analogowych odbiorników telewizyjnych – 47 CFR 15.119 – Z FCC
- Indeks dokumentów wymagań w tekście i PDF dla 47 CFR 15 – skorzystaj z łącza 119 – Z FCC
- ANSI/CTA-608-E S-2019 – Najnowsza wersja standardu stowarzyszenia Consumer vTechnology Association, bezpłatnie