NABTS , North American Broadcast Teletext Specification [1] , es un protocolo utilizado para codificar páginas de teletexto codificadas con NAPLPS , así como otros tipos de datos digitales, dentro del intervalo de borrado vertical (VBI) de una señal de vídeo analógica. Está estandarizado según el estándar EIA-516 y tiene una velocidad de 15,6 kbit/s por línea de vídeo (con corrección de errores ). Fue adoptado en el estándar internacional CCIR 653 (ahora ITU-R BT.653) de 1986 como CCIR Teletext System C. [ 2] [3]
NABTS fue desarrollado originalmente como un protocolo por el Departamento de Comunicaciones de Canadá , con su socio industrial Norpak , para el sistema Telidon . [4] La BBC había desarrollado sistemas similares en Europa para su sistema Ceefax , y luego se estandarizaron como World System Teletext (WST, también conocido como CCIR Teletext System B), pero las diferencias en los estándares de televisión europeos y norteamericanos y la mayor flexibilidad del estándar Telidon llevaron a la creación de un nuevo mecanismo de entrega que fue ajustado para la velocidad.
NABTS fue el estándar utilizado tanto para ExtraVision de CBS [5] [6] como para NBC Teletext [7] [5] [ 8] [9] [6] a mediados de la década de 1980. [10] El servicio Time Teletext de corta duración, operado por la división Time Video Information Services de Time, Inc. y varios servicios experimentales lanzados por la estación PBS WGBH de Boston , también utilizaron NABTS. [11] [12] Debido a que el teletexto en general no se estaba popularizando en América del Norte, NABTS vio un nuevo uso para las funciones de transmisión de datos de WebTV para Windows , bajo Windows 98 , así como para el ahora extinto sistema Intercast [13] . La empresa canadiense Norpak vendió y fabricó codificadores y decodificadores para NABTS hasta el final de la transmisión analógica en América del Norte a principios de la década de 2010; Fue adquirido por el consorcio Ross Video en 2010. NABTS todavía se utiliza en sistemas de vídeo analógicos tradicionales para la entrega de datos en circuito cerrado privado a través de una transmisión de televisión o una señal de vídeo .
En una señal de vídeo NTSC normal hay 525 "líneas" de señal de vídeo. Estas se dividen en dos medias imágenes, conocidas como "campos", que se envían cada 60 de segundo. Estas imágenes se fusionan en la pantalla y en el ojo para formar un único fotograma de vídeo que se actualiza cada 30 de segundo. Cada línea de cada campo tarda 63,5 μs en enviarse; 50,3 μs de vídeo y 13,2 μs de "tiempo muerto" en cada extremo que se utiliza para indicar al televisor que la línea está completa, conocido como intervalo de borrado horizontal (HBI). Cuando el proceso de escaneado llega al final de la pantalla, vuelve a la parte superior durante el intervalo de borrado vertical (VBI), que, al igual que el HBI, requiere un cierto "tiempo muerto" para encuadrar correctamente la señal en la pantalla. En este caso, el tiempo muerto está representado por líneas no utilizadas de la señal de imagen, normalmente las 22 líneas superiores del fotograma.
NABTS codifica los datos en la señal de vídeo como una serie de puntos a una velocidad fija de 5,7272 Mbit/s. Cada línea de un campo tiene 50,3 μs de área de vídeo que se puede utilizar para la transmisión, lo que da como resultado 288 bits por línea, o 36 bytes. En NABTS, se utilizan tres bytes para la sincronización del hardware, otros tres para la dirección del paquete, dos para la información de secuenciación, dejando 28 para los datos y la información redundante de corrección de errores hacia adelante (FEC). [14]
En teoría, los códigos NABTS se pueden utilizar en cualquiera de las 262 líneas de la pantalla, lo que permite hasta 262 x 28 = 7.336 bytes de datos por cuadro. Sin embargo, normalmente, los datos se colocan solo en las líneas no utilizadas del área de encuadre vertical. Las líneas 1 a 9 se utilizan para la sincronización vertical, la línea 21 se utiliza para los subtítulos y todo lo que sigue a la 22 es la imagen de televisión. Eso deja 10 líneas, las líneas 10 a 20, que son útiles para enviar datos. A 60 campos por segundo, esas 10 líneas a 288 bits cada una codifican un total de 172.800 bit/s, aunque el 20% de eso se necesita para fines de señalización, por lo que las tasas de 115.200 para los datos del usuario final son más típicas. Las aplicaciones que requieren menos rendimiento pueden simplemente utilizar menos líneas.
{{cite book}}: CS1 maint: DOI inactivo a partir de septiembre de 2024 ( enlace ){{cite book}}: CS1 maint: varios nombres: lista de autores ( enlace ){{cite book}}: CS1 maint: varios nombres: lista de autores ( enlace )