ABNTNBR15606-1 2010ed2

NORMA BRASILEIRA
ABNT NBR 15606-1

Segunda edio 13.04.2010 Vlida a partir de 13.05.2010
Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital Parte 1: Codificao de dados
Digital terrestrial television Data coding and transmission specification for digital broadcasting Parte1: Data coding specification
Palavras-chave: Televiso digital terrestre. Radiodifuso digital. Codificao de dados. Descriptors: Digital terrestrial televison. Digital broadcasting. Data coding. ICS 33.160.01 ISBN 978-85-07-02025-7
Nmero de referncia ABNT NBR 15606-1:2010 53 pginas ABNT 2010
ABNT NBR 15606-1:2010
ABNT 2010 Todos os direitos reservados. A menos que especificado de outro modo, nenhuma parte desta publicao pode ser reproduzida ou utilizada por qualquer meio, eletrnico ou mecnico, incluindo fotocpia e microfilme, sem permisso por escrito pela ABNT. ABNT Av.Treze de Maio, 13 - 28 andar 20031-901 - Rio de Janeiro - RJ Tel.: + 55 21 3974-2300 Fax: + 55 21 2220-1762 abnt@abnt.org.br www.abnt.org.br Impresso no Brasil
ii
ABNT 2010 - Todos os direitos reservados
ABNT NBR 15606-1:2010
Sumrio
Pgina
Prefcio........................................................................................................................................................................v 1 2 3 4 5 5.1 5.1.1 5.1.2 5.2 5.2.1 5.2.2 6 6.1 6.2 7 7.1 7.2 7.2.1 7.2.2 7.3 7.4 7.5 8 8.1 8.1.1 8.1.2 8.2 8.3 9 10 10.1 10.2 11 11.1 11.1.1 11.1.2 11.1.3 11.1.4 11.2 11.2.1 11.2.2 11.2.3 11.2.4 11.2.5 11.2.6 11.2.7 11.2.8 Escopo ............................................................................................................................................................1 Referncias normativas ................................................................................................................................1 Termos e definies ......................................................................................................................................3 Abreviaturas...................................................................................................................................................3 Arquitetura bsica .........................................................................................................................................4 Arquitetura do sistema..................................................................................................................................4 Modelo de referncia.....................................................................................................................................4 Especificao das interfaces .......................................................................................................................4 Arquitetura do middleware ...........................................................................................................................5 Estrutura do ambiente de aplicaes..........................................................................................................5 Descrio do ambiente de aplicaes.........................................................................................................5 Protocolo ........................................................................................................................................................6 Pilha de protocolos .......................................................................................................................................6 Modos de transmisso de dados.................................................................................................................7 Receptor .........................................................................................................................................................7 Modelo de referncia do receptor................................................................................................................7 Funes de recebimento e armazenamento...............................................................................................7 Armazenamento de dados ............................................................................................................................7 Armazenamento de vdeo e dados ..............................................................................................................7 Funes de apresentao ............................................................................................................................7 Decodificao e exibio ..............................................................................................................................8 Plug-in.............................................................................................................................................................9 Processo de apresentao ...........................................................................................................................9 Coordenadas lgicas ....................................................................................................................................9 Coordenadas lgicas e coordenadas de apresentao no formato de pixel quadrado ........................9 Coordenadas lgicas e coordenadas de apresentao no formato de pixel no-quadrado.................9 Colorimetria....................................................................................................................................................9 Composio entre camadas.........................................................................................................................9 Especificao de profiles ...........................................................................................................................10 Requisitos para a difuso de dados e servios disponveis ..................................................................14 Requisitos para difuso de dados no sistema de difuso digital ..........................................................14 Servios de dados para a difuso de dados ............................................................................................17 Monomdias..................................................................................................................................................18 Codificao de vdeo...................................................................................................................................18 MPEG-1 vdeo...............................................................................................................................................18 MPEG-2 vdeo...............................................................................................................................................18 MPEG-4 vdeo...............................................................................................................................................18 H.264|MPEG-4 AVC......................................................................................................................................18 Codificao de imagens estticas e grficos ...........................................................................................18 I-frames .........................................................................................................................................................18 JPEG .............................................................................................................................................................19 PNG ...............................................................................................................................................................19 MNG...............................................................................................................................................................19 MPEG-2 vdeo drips .................................................................................................................................19 GIF .................................................................................................................................................................19 MPEG-4 vdeo clips .....................................................................................................................................19 H.264|MPEG-4 AVC clips.............................................................................................................................19
iii
ABNT NBR 15606-1:2010

11.3 11.3.1 11.3.2 11.3.3 11.3.4 11.3.5 11.3.6 11.3.7 11.4 11.4.1 11.4.2 11.4.3 11.4.4 11.5 11.6 Codificao de udio...................................................................................................................................19 MPEG-2 udio ..............................................................................................................................................19 PCM (AIFF) ...................................................................................................................................................19 MPEG-4 udio ..............................................................................................................................................19 Codificao de udio sintetizado...............................................................................................................20 Formato monomdia para clipes de udio ................................................................................................20 MPEG-1 udio layer 3 (MP3) .......................................................................................................................20 udio AC3 ....................................................................................................................................................20 Codificao de caracteres ..........................................................................................................................20 Cdigos de caracteres de 8 bits ................................................................................................................20 Conjunto universal de cdigos de caracteres (UCS)...............................................................................22 Codificao shift-JIS ...................................................................................................................................23 EUC-JP..........................................................................................................................................................23 Descrio geomtrica da codificao de comandos...............................................................................23 Legendas e caracteres sobrepostos .........................................................................................................23
Anexo A (normativo) Descrio dos parmetros aplicveis aos receptores full-seg e one-seg......................24 A.1 Unidade receptora bsica ...........................................................................................................................24 A.1.1 Componentes das unidades receptoras ...................................................................................................24 A.1.2 Componentes de hardware.........................................................................................................................24 A.1.3 Modelo de referncia da unidade receptora .............................................................................................25 A.1.4 Especificao dos tipos de armazenamento............................................................................................27 A.1.5 Utilizao de memria.................................................................................................................................28 A.2 Planos grficos Perfil full-seg .................................................................................................................28 A.2.1 Funes de apresentao ..........................................................................................................................28 A.2.2 Tamanho do pixel de cada plano que compe a tela de exibio..........................................................28 A.2.3 Combinaes dos planos de apresentao .............................................................................................31 A.2.4 Combinaes do tamanho do pixel ...........................................................................................................31 A.2.5 Especificao da rea do plano de vdeo e plano de imagens estticas ..............................................32 A.2.6 Relao entre codificao de monomdia e o plano de apresentao ..................................................34 A.3 Planos grficos Perfil one-seg ................................................................................................................35 A.3.1 Funes de apresentao ..........................................................................................................................35 A.3.2 Tamanho do pixel de cada plano que compe a tela de exibio..........................................................36 A.3.3 Relao entre codificao monomdia e o plano de apresentao .......................................................37 A.4 Formato de monomdia Perfil full-seg ....................................................................................................37 A.4.1 Codificao de vdeo...................................................................................................................................37 A.4.2 Clipes de vdeo MPEG-1 File Format ......................................................................................................37 A.4.3 Codificao das imagens estticas e figuras bitmap ..............................................................................38 A.4.4 Codificao de udio MPEG-4 AAC LC .....................................................................................................41 A.4.5 Layers 1 e 2 de udio MPEG-1 ...................................................................................................................42 A.4.6 Sntese de udio pelos receptores ............................................................................................................43 A.4.7 Fontes ...........................................................................................................................................................44 A.4.8 Formato mdulo de compresso...............................................................................................................44 A.5 Formatos de monomdia Perfil one-seg .................................................................................................44 A.5.1 Codificao de vdeo em H.264/MPEG-4 AVC - Vdeo clipes ..................................................................44 A.5.2 Clipes de vdeo MPEG-1 File Format ......................................................................................................44 A.5.3 JPEG .............................................................................................................................................................45 A.5.4 GIF .................................................................................................................................................................46 A.5.5 Fontes ...........................................................................................................................................................49 A.5.6 Formato mdulo de compresso...............................................................................................................49 A.6 Controle remoto...........................................................................................................................................49 A.6.1 Descrio geral e funcional do controle remoto......................................................................................49 A.6.2 Funes numricas (nmeros) ..................................................................................................................50 A.6.3 Funes interativas .....................................................................................................................................50 A.6.4 Especificao das funes de interatividade do controle remoto.........................................................51 A.6.5 Apropriao das teclas pelo middleware Ginga ......................................................................................51 A.6.6 Interao entre a GUI proprietria do receptor e aplicaes Ginga.......................................................52 A.6.7 Estados do receptor ....................................................................................................................................52 A.6.8 Requisitos para a funo alternncia de aplicaes ...........................................................................53
iv
ABNT NBR 15606-1:2010
Prefcio
A Associao Brasileira de Normas Tcnicas (ABNT) o Foro Nacional de Normalizao. As Normas Brasileiras, cujo contedo de responsabilidade dos Comits Brasileiros (ABNT/CB), dos Organismos de Normalizao Setorial (ABNT/ONS) e das Comisses de Estudo Especiais (ABNT/CEE), so elaboradas por Comisses de Estudo (CE), formadas por representantes dos setores envolvidos, delas fazendo parte: produtores, consumidores e neutros (universidade, laboratrio e outros). Os Documentos Tcnicos ABNT so elaborados conforme as regras das Diretivas ABNT, Parte 2. A Associao Brasileira de Normas Tcnicas (ABNT) chama ateno para a possibilidade de que alguns dos elementos deste documento podem ser objeto de direito de patente. A ABNT no deve ser considerada responsvel pela identificao de quaisquer direitos de patentes. A ABNT NBR 15606-1 foi elaborada pela Comisso de Estudo Especial de Televiso Digital (ABNT/CEE-00:001.85). O Projeto circulou em Consulta Nacional conforme Edital n 09, de 06.09.2007 a 05.11.2007, com o nmero de Projeto 00:001.85-006/1. Esta Norma baseada nos trabalhos do Frum do Sistema Brasileiro de Televiso Digital Terrestre, conforme estabelecido no Decreto Presidencial n 5.820, de 29.06.2006. A ABNT NBR 15606, sob o ttulo geral Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital, tem previso de conter as seguintes partes: Parte 1: Codificao de dados; Parte 2: Ginga-NCL para receptores fixos e mveis Linguagem de aplicao XML para codificao de aplicaes; Parte 3: Especificao de transmisso de dados; Parte 4: Ginga-J Ambiente para a execuo de aplicaes procedurais; Parte 5: Ginga-NCL para receptores portteis Linguagem de aplicao XML para codificao de aplicaes. Esta segunda edio incorpora a Emenda 1 de 13.04.2010 e cancela e substitui a edio anterior (ABNT NBR 15606-1:2007).
NORMA BRASILEIRA
ABNT NBR 15606-1:2010
Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital Parte 1: Codificao de dados
Escopo
Esta parte da ABNT NBR 15606 especifica o modelo de referncia que possibilita a difuso de dados que integra o sistema de difuso digital definido como sistema brasileiro de televiso digital (SBTVD), alm das monomdias suportadas pelo sistema de difuso de dados e codificao do caption e caracteres sobrepostos.
Referncias normativas
Os documentos relacionados a seguir so indispensveis aplicao deste documento. Para referncias datadas, aplicam-se somente as edies citadas. Para referncias no datadas, aplicam-se as edies mais recentes do referido documento (incluindo emendas). ABNT NBR 15602-1:2007, Televiso digital terrestre Codificao de vdeo, udio e multiplexao Parte 1: Codificao de vdeo ABNT NBR 15602-2, Televiso Parte 2: Codificao de udio digital terrestre Codificao de vdeo, udio e multiplexao
ABNT NBR 15606-2, Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital Parte 2: Ginga-NCL para receptores fixos e mveis Linguagem de aplicao XML para codificao de aplicaes ABNT NBR 15606-3, Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital Parte 3: Especificaes de codificao e transmisso para transmisso digital ABNT NBR 15606-4:2010, Televiso digital terrestre - Codificao de dados e especificaes de transmisso para radiodifuso digital Parte 4: Ginga-J Ambiente para a execuo de aplicaes procedurais ABNT NBR 15606-5, Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital Parte 5: Ginga-NCL para receptores portteis - Linguagem de aplicao XML para codificao de aplicaes ETSI TR 101 154, Digital Video Broadcasting (DVB); Specification for the use of video and audio coding in broadcasting applications based on the MPEG-2 transport stream ISO/IEC 8859-15, Information technology 8-bit single-byte coded graphic character sets Part 15: Latin alphabet N 9 ISO/IEC 10646-1, Universal multiple-octet coded character set (UCS) Part 1: Architecture and basic multilingual plane (BMP) ISO/IEC 10918-1, Information technology Digital compression and coding of continuous Tone still images: Requirements and guidelines ISO/IEC 11172-2, Information technology Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s - Part 2: Video
ABNT NBR 15606-1:2010
ISO/IEC 11172-3, Information technology Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s Part 3: Audio ISO/IEC 13818-1, Information technology Generic coding of moving pictures and associated audio information: Systems ISO/IEC 13818-2, Information technology Generic coding of moving pictures and associated audio information Part 2: Video ISO/IEC 13818-3, Information technology Generic coding of moving pictures and associated audio information Part 3: Audio ISO/IEC 13818-7, Information technology Generic coding of moving pictures and associated audio information Part 7: Advanced Audio Coding (AAC) ISO/IEC 14496-2, Information technology Coding of audio-visual objects Part 2: Visual ISO/IEC 14496-3, Information technology Coding of audio-visual objects Part 3: Audio ISO/IEC 14496-10, Information technology Coding of audio-visual objects Part 10: Advanced video coding ISO/IEC 14496-14, Information technology Coding of audio-visual objects Part 14: MP4 file format ISO/IEC 14496-15, Information technology Coding of audio-visual objects Part 15: Advanced Vdeo Coding (AVC FF) file format ITU Recommendation BT.470-7, Conventional television systems ITU Recommendation BT.709, Parameter values for the HDTV standards for production and international programmer exchange ITU Recommendation BT.1361, The extended gamut colour systems ITU Recommendation J.200: 2001, Worldwide common core Application environment for digital interactive television services ITU Recommendation H.222.0, Information technology Generic coding of moving pictures and associated audio information: Systems ITU Recommendation H.262, Information technology Generic coding of moving pictures and associated audio information: Systems ITU Recommendation H.264, Advanced video coding for generic audiovisual services ARIB STD-B24:2007, Data coding and transmission specifications for digital broadcasting ARIB STD-B23:2004, Application execution engine platform for digital broadcasting ARIB STD-B5, Standard television data multiplex broadcasting by transmission method using vertical blanking interval ATSC A52B, Digital audio compression standard MHP 1.0:2003, Multimedia home platform MHP specification 1.03 GEM 1.0:2005 Globally executable MHP W3C Recommendation PNG:2003, Portable network graphics specification W3C Recommendation GIF89a, Graphics interchance format(sm)
ABNT NBR 15606-1:2010
Termos e definies
Para os efeitos desta parte da ABNT NBR 15606, aplicam-se os seguintes termos e definies. 3.1 monomdia fonte individual de mdia para apresentao
EXEMPLO Vdeo, udio, texto, imagem etc.
3.2 out of box OoB termo utilizado na experincia do primeiro contato do usurio com o produto aps o desempacotamento e primeira instalao, sem a leitura do manual 3.3 stream tipo de comunicao contnua que preza pelo fator tempo 3.4 transport stream TS protocolo de comunicao para transmisso de udio, vdeo e dados
Abreviaturas
Para os efeitos desta parte da ABNT NBR 15606, aplicam-se as seguintes abreviaturas: AAC AIFF CATV DSM-CC EPG GEM GIF HDTV JPEG MHP MNG MPEG PCM PES PNG SBTVD UCS Advanced Audio Coding Audio Interchange File Format Televiso a Cabo Digital Storage Media Command and Control Eletronic Program Guide (Guia eletrnico de Programao) Globally Executable MHP Graphics Interchange Format High Definition Television (Televiso de Alta Definio) Joint Picture Coding Experts Group Multimedia Home Platform Multiple-image Network Graphics Moving Picture Expert Group Pulse Code Modulation Packetized Elementary Stream Portable Network Graphics Sistema Brasileiro de Televiso Digital Terrestre Universal Multi-octet Coded Character Set
ABNT NBR 15606-1:2010
5
5.1
Arquitetura bsica
Arquitetura do sistema
Modelo de referncia
5.1.1
Para que os receptores sejam capazes de receber e apresentar os servios de difuso de dados, necessria a especificao de algumas caractersticas dos receptores.
NOTA Esta Norma apresenta o modelo de referncia para o sistema de difuso de dados, que estende o modelo definido pela ARIB STD-B24:2007, volume 1, parte 1, seo 4, adicionando a codificao de aplicaes e o carrossel de objetos. A apresentao adequada de um servio de dados se refere apresentao do servio conforme planejado pela operadora do servio de difuso.
O sistema que implementa o servio de difuso de dados deve estar de acordo com a Figura 1.
Figura 1 Estrutura do sistema 5.1.2 Especificao das interfaces
O sistema de difuso de dados deve estar de acordo com as seguintes interfaces: codificao monomdia: sistema de codificao para textos, imagens etc., que deve ser utilizado pela codificao multimdia, de acordo com 11.1, 11.2 e 11.3; codificao de legendas e caracteres sobrepostos: sistema de codificao de legendas e caracteres sobrepostos sobre a imagem, de acordo com 11.6; codificao multimdia: sistema de codificao baseado em XML, adotado como sistema de codificao multimdia e suas caractersticas, de acordo com a ABNT NBR 15606-2;
ABNT NBR 15606-1:2010
formato de transmisso de contedo: formato de transmisso de contedo para transmisso pelo carrossel de objetos e de dados, de acordo com a ABNT NBR 15606-3; formato de transmisso de legendas e caracteres sobrepostos: formato de transmisso PES independente, destinado transmisso de legendas e caracteres sobrepostos de acordo com 11.6; codificao de aplicaes: sistema de codificao baseado em Java, adotado como sistema de codificao de aplicaes e suas caractersticas, de acordo com o ambiente procedural.
5.2
5.2.1
Arquitetura do middleware
Estrutura do ambiente de aplicaes
A arquitetura do middleware para a televiso interativa do SBTVD deve estar de acordo com a ITU Recommendation J.200:2001, subseo 4.1, e pode ser representada basicamente por dois importantes componentes: a mquina de execuo (execution engine) e a mquina de apresentao (presentation engine). Estes componentes no podem ser independentes, sendo definidas pontes apropriadas entre as mquinas. Adicionalmente a estes componentes bsicos, podem existir aplicaes nativas, ou outros softwares especficos e de contedo. A estrutura do ambiente de aplicaes deve estar de acordo com a Figura 2.
Figura 2 Estrutura do ambiente de aplicaes 5.2.2 Descrio do ambiente de aplicaes
O ambiente de aplicaes deve ser composto pelos seguintes elementos arquiteturais: mquina de apresentao e mquina de execuo, de acordo com a ABNT NBR 15606-2 e o ambiente procedural, respectivamente;
ABNT NBR 15606-1:2010
ponte: mecanismo para aplicaes que permite o mapeamento bidirecional entre as API Java e os objetos e mtodos do DOM, ECMAScript e LUAScript, de acordo com a ABNT NBR 15606-2 e o ambiente procedural; monitor do ciclo de vida de aplicao: aplicao ou recurso do sistema operacional para controle do estado do software. Sua funo inclui a gerncia de todo o ciclo de vida da aplicao, incluindo a inicializao, trmino e controle. O monitor do ciclo de vida de aplicaes deve estar de acordo com o ambiente procedural; aplicaes: podem ser escritas para a mquina de apresentao, para mquina de execuo ou para ambas as mquinas; outras mdias: incluem streams de mdia como udio e dados ou monomdias como imagens estticas e texto (ver 11.1, 11.2 e 11.3); software nativo: inclui software legado ou softwares escritos usando API adicionais com funcionalidades.
NOTA Norma. Software legado ou softwares escritos usando API adicionais com funcionalidades no so especificados nesta
6
6.1
Protocolo
Pilha de protocolos
No sistema de difuso digital, vdeo, udio e todos os servios de dados devem ser multiplexados no TS especificado pelo sistema MPEG2 (ver ITU Recommendation H.222.0 e ISO/IEC 13818-1), que deve ser transmitido sobre uma onda de rdio. O canal de interatividade deve ser disponibilizado por uma rede independente desta pilha de protocolos. A pilha de protocolos utilizada na difuso digital deve estar de acordo com a ARIB STD-B24:2007, volume 1, parte 1, seo 5. O esquema da pilha de protocolos do sistema deve estar de acordo com a Figura 3.
Figura 3 Pilha de protocolos do sistema
ABNT NBR 15606-1:2010
6.2
Modos de transmisso de dados
A transmisso de dados atravs do sistema de difuso de dados deve ser feita por um dos seguintes modos: sistema de transmisso de dados utilizando fluxo de pacotes PES: este sistema deve ser destinado principalmente para servios em tempo real. Deve ser utilizado com informaes que precisam de controle de tempo, como vdeo, udio, legendas e dados sincronizados com outros fluxos, como o vdeo principal. Este sistema deve ser especificado como data stream ou fluxo de dados; sistema de transmisso de dados utilizando a camada section: este sistema deve ser usado para servios que requerem armazenamento no receptor. Os dados devem ser transmitidos repetidamente at que seja completado seu download no lado do receptor. Este sistema deve ser especificado como data carrousel (DC) ou carrossel de dados, e como object carrousel (OC) ou carrossel de objetos.
NOTA O sistema de transmisso de dados utilizando diretamente o fluxo de pacotes TS est especificado na ABNT NBR 15606-3.
7
7.1
Receptor
Modelo de referncia do receptor
O modelo de referncia para o receptor deve estar de acordo com a Seo A.1. Algumas funes bsicas devem ser especificadas possibilitando a oferta de diversos servios multimdia. Os receptores devem possuir funes para receber, apresentar, armazenar e se comunicar com o servio de difuso de dados, alm de manter as funes bsicas para visualizao de programas de televiso tradicionais.
7.2
7.2.1
Funes de recebimento e armazenamento

Armazenamento de dados
O armazenamento de dados consiste na recepo e armazenamento dos dados recebidos pelo sistema de difuso de dados. Esta funo deve estar presente em todos os receptores. 7.2.2 Armazenamento de vdeo e dados
Tanto o vdeo quanto os dados recebidos pelo receptor podem ser armazenados. O armazenamento de vdeo pode ser realizado em dispositivos secundrios como, por exemplo, disco rgido ou fita. J o armazenamento de dados ser efetuado em memria flash. O armazenamento de vdeo pode adicionalmente ser disponibilizado via dispositivo de armazenamento primrio, como memrias flash, quando algumas restries devem ser aplicadas em relao ao volume de dados recebidos do servio de difuso. Durante a visualizao normal, a funo de recebimento e armazenamento deve ser realizada em paralelo (background). O armazenamento de vdeo deve ser opcional nos receptores.
7.3
Funes de apresentao
A funo de apresentao deve garantir que os servios multimdia sejam reproduzidos de acordo com as intenes do produtor de contedo, em todos os receptores. A funo de apresentao deve ser designada baseando-se na representao lgica da tela da televiso, sendo esta composta por cinco camadas: camada de vdeo, camada de imagem esttica, camada de seleo vdeo/imagem, camada de texto e grficos e camada de legendas. Esta estrutura lgica de camadas deve atender a A.2, e no caso de dispositivos mveis one-seg devem atender a A.3.
ABNT NBR 15606-1:2010
Figura 4 Estrutura de camadas para a apresentao de servios
7.4
Decodificao e exibio
Estrutura do modelo de decodificao no receptor indicada na Figura 5, mostrando como os dados so processados.
udio
Vdeo, udio, imagem esttica, texto e grfico transmitido pelo fluxo Vdeo, udio, imagem esttica, texto e grfico transmitido pelo carrossel
udio Vdeo
Imagem esttica
Alto-falante etc. Plano de vdeo Plano de imagem esttica Plano de caracteres e figuras Plano de legenda Plano de chaveamento do vdeo e imagem esttica Composio Composio Composio
Figura 5 Modelo de decodificao no receptor mostrado com o fluxo de processamento do sinal O processo de decodificao no receptor pode ser dividido nas seguintes etapas: a) processo de decodificao dos dados transmitidos: monomdias tais como, imagens de texto, imagens estticas, vdeos, udios, so transmitidos como fluxo de dados ou pelos carrossis de objetos ou de dados. Estes dados so decodificados e separados, para serem processados como dados monomdia codificados individualmente; processo de decodificao monomdia: os dados monomdia recebidos so decodificados pelos decodificadores apropriados. Normalmente, vdeo e udio so decodificados por decodificadores baseados em hardware especficos, mas podem, opcionalmente, ser decodificados por software tais como imagem esttica, mpeg2-I frame; processo de execuo e apresentao: as monomdias devem ser apresentadas nas camadas de vdeo, imagens estticas, texto e grficos, e legendas. O controle dos servios de multimdia e aplicaes transmitidas deve ser realizado conforme especificado na codificao multimdia e na codificao de aplicaes respectivamente; e o controle do servio de legendas e caracteres sobrepostos deve estar conforme 11.6.
Processo de transporte e memria temporria
Processo de decodificao de AV Processo de decodificao de texto / grfico / imagem esttica Processo dos caracteres sobrepostos Processo de decodificao Chaveamento do vdeo e imagem esttica
Vdeo
Imagem esttica
Imagem esttica
Grfico Texto
Texto Grfico
Grfico Texto
Grfico Texto
b)
c)
ABNT NBR 15606-1:2010
7.5
Plug-in
Um plug-in uma funcionalidade que pode ser adicionada a uma plataforma genrica, com o objetivo de estender as capacidades de execuo de aplicaes e decodificao de formatos monomdia e multimdia que no devem ser obrigatrios nos terminais de acesso.
8
8.1
Processo de apresentao
Coordenadas lgicas
Coordenadas lgicas e coordenadas de apresentao no formato de pixel quadrado Coordenadas lgicas da camada de vdeo e da camada de imagens estticas
8.1.1 8.1.1.1
As coordenadas lgicas da camada de vdeo e da camada de imagens estticas devem atender ARIB STD-B24:2007, volume 1, parte 1, subseo 7.1.1.1. 8.1.1.2 Camada de texto e grficos
A camada de texto e grficos deve atender ARIB STD-B24:2007, volume 1, parte 1, subseo 7.1.1.2. 8.1.1.3 Camada de legendas
A camada de legendas deve atender ARIB STD-B24:2007, volume 1, parte 1, subseo 7.1.1.3. 8.1.1.4 Camada de seleo vdeo/imagem
A camada de seleo vdeo/imagem deve atender ARIB STD-B24:2007, volume 1, parte 1, subseo 7.1.1.4. 8.1.2 Coordenadas lgicas e coordenadas de apresentao no formato de pixel no-quadrado
As coordenadas lgicas e coordenadas de apresentao no formato de pixel no-quadrado devem atender ARIB STD-B24:2007, volume 1, parte 1, subseo 7.1.2.
8.2
Colorimetria
Recommendation BT.709 e a
A colorimetria deve atender s ITU Recommendation BT.470-7, ITU ABNT NBR 15602-1:2007, subseo 6.1.11.
8.3
Composio entre camadas
A composio entre camadas deve atender a A.2 e, no caso de dispositivos mveis one-seg, deve atender a A.3. A funo de composio entre camadas deve estar de acordo com a Tabela 1. Tabela 1 Controle da funo de composio entre camadas Camadas Entre camada de vdeo e imagens estticas e outra camada Entre camada de texto e grficos e outra camada Entre camada de legendas e outra camada Especificao Seleo de dois em dois pixels (2-pixel unit) Mixagem em em cada pixel com 256 nveis (-blending in pixel unit) Mixagem em em cada pixel com 256 nveis (-blending in pixel unit)
ABNT NBR 15606-1:2010
Especificao de profiles
Para ter conformidade com cada perfil, os produtos devem disponibilizar todos os recursos da tabela correspondente (ver Tabelas 2 a 5). Em alguns casos isso implica que hardware adicional seja adicionado ao dispositivo. As plataformas que no suportarem a exibio de uma monomdia solicitada pela aplicao no podem interferir nem causar instabilidade dos sinais que esto sendo transmitidos no vdeo principal pela emissora. As informaes adicionais referentes aos perfis definidos na Tabela 2 esto no Anexo A. A Tabela 2 especifica os parmetros de monomdia do perfil full-seg FSA_09. Tabela 2 Especificao do perfil full-seg FSA_09
rea Funcionalidades especificadas Comentrios
Formatos de monomdias Categoria Bitmap pictures Tipo de mdia PNG com restries JPEG com restries MNG com restries MPEG-4 udio AAC-LC udio
a
Tipos de Mdia MIME image/png image/jpeg video/x-mng audio/mp4 audio/mpeg Ver formato de texto Ver formato de texto text/html text/xml text/css text/plain application/x-ginga-pfr application/x-ncl-pfr application/x-ginga-NCL application/x-ncl-NCL application/x-gingaNCLua application/x-ncl-NCLua application/x-ginga-NCLet application/x-ncl-NCLet application/x-ginga-j application/x-ncl-j application/x-gingasettings application/x-ncl-settings application/x-ginga-time application/x-ncl-time application/x-deflate
Extenso de arquivo Png jpg, jpeg Mng mp4, mpg4 mp1, mp2, mpg htm, html, xhtml XML Css Txt Pfr Ncl
Formato monomdia para clipes de udio MPEG-1 (Layers 1 e 2) Cdigos de caracteres de 8 bits (UTF8) Universal multi-octect coded character set (UCS) Formato para texto - html Formato para texto - xml Formato para texto - css Formato para texto - txt Formato para arquivo de fontes Aplicao ginga-NCL
Codificao de texto
Formato de exibio
Aplicao ginga-NCL Lua
Lua
Aplicao
Aplicao ginga-NCLet Aplicao ginga-J Xlet
xlt, xlet, class, jar xlt, xlet, class, jar
Aplicao ginga-NCL
Aplicao ginga-NCL Aplicao ginga zlib
Zlib
10
ABNT NBR 15606-1:2010
Tabela 2 (continuao)
rea Cores Nmero de cores Apresentao (canal = alfa blending) 8 bits Fontes Residentes Downloadble Tirsias PFR0 (Portable Fonts Resource) Open types NCL Ginga Java * Inclui JavaDTV verso 1.3, porm sem suporte a funcionalidade de smart card e as API de segurana relacionadas a esta funcionalidade Ver ABNT NBR 15606-4 e ABNT NBR 15606-2 Ver Anexo A.2 para resoluo especfica de cada plano grfico Funcionalidades especificadas Comentrios
Ambiente de execuo de aplicaes
Ponte de ligao entre ambientes Ponte Ginga-NCL - Ginga-J Mquina Virtual Java Engine Formatador NCL JMF 1.0 LUA Protocolo do canal de difuso Canal de difuso Filtro de seo MPEG-2 Carrossel de objetos DSM-CC Funcionalidades Ginga Funcionalidades exclusivas Informao de servio dependente de protocolo Extenso de sintonia Suporte a planos grficos
NOTA As API Ginga-J ABNT NBR 15606-4
a
Mquina de execuo
Ver ABNT NBR 15606-4
Ver ABNT NBR 15606-4 Ver ABNT NBR 15606-4 Ver ABNT NBR 15606-4
implementao de cada perfil esto especificadas na
necessrias
para
Durante a apresentao do udio da aplicao no formato MPEG 4 udio LC-AAC, a decodificao do udio principal deve ser interrompida.
11
ABNT NBR 15606-1:2010
A Tabela 3 especifica os parmetros de monomdia do perfil one-seg OSA_09. Tabela 3 Especificao do perfil one-seg OSA_09
rea Categoria Bitmap pictures Funcionalidades especificadas Tipo de mdia PNG com restries GIF com restries JPEG com restries MPEG-4 udio AAC-LC a udio Formato monomdia para clipes de udio MPEG-1 (Layers 1 e 2) Formato para texto - html Formato de exibio Formato para texto - xml Formato para texto - css Formato para texto - txt Formato para arquivo de fontes Aplicao ginga-NCL Aplicao Comentrios Tipos de Mdia MIME image/png image/gif image/jpeg audio/mp4 audio/mpeg text/html text/xml text/css text/plain application/x-ginga-pfr application/x-ncl-pfr application/x-ginga-NCL application/x-ncl-NCL application/x-gingaNCLua application/x-ncl-NCLua Aplicao ginga-NCL application/x-gingasettings application/x-ncl-settings Aplicao ginga-NCL Cores Nmero de cores Apresentao Fontes Residentes Ginga Engine Verdana NCL LUA Ambiente de Execuo de Aplicaes Mquina de execuo Protocolo do canal de difuso Canal de difuso
a
Formatos de monomdias Extenso de arquivo Png Gif jpg, jpeg mp4, mpg4 mp1, mp2, mpg htm, html, xhtml XML Css Txt Pfr Ncl
Aplicao ginga-NCL Lua
Lua
application/x-ginga-time application/x-ncl-time
Ver Anexo A.3 para resoluo especfica de cada plano grfico No existem superposio nem delimitao de rea fixa para o vdeo principal
Filtro de seo MPEG-2 Carrossel de objetos DSM-CC
Durante a apresentao do udio da aplicao no formato MPEG 4 udio LC-AAC, a decodificao do udio principal deve ser interrompida.
12
ABNT NBR 15606-1:2010
A Tabela 4 especifica os parmetros de monomdia que, em conjunto com todos os itens da Tabela 2, compem o perfil full-seg FSB_09. Tabela 4 Especificao do perfil full-seg FSB_09 rea Funcionalidades especificadas Tipo de mdia
Clipes de vdeo MPEG-1 Parte 2
Comentrios
Formatos de monomdias Categoria

Clipes vdeo de
Tipos de Mdia MIME

video/mpeg
Extenso de arquivo
mp2, mpeg, mpg, mpe
A Tabela 5 especifica os parmetros de monomdia que, em conjunto com todos os itens da Tabela 3, compe o perfil one-seg OSB_09. Tabela 5 Especificao do perfil one-seg OSB_09 rea Funcionalidades especificadas Comentrios
Formatos de monomdias Categoria

Clipes vdeo de
Tipo de mdia
Clipes de vdeo MPEG-1 Parte 2
Tipos de Mdia MIME

video/mpeg
Extenso de arquivo
mp2, mpeg, mpg, mpe
Cores
Nmero de cores Apresentao (canal = alfa blending) 8 bits Ver Seo A.3 para resoluo especfica de cada plano grfico Presente
Se uma aplicao, que adicione o clipe de vdeo, conforme Tabela 5, for desenvolvida de forma a testar essa funcionalidade, um receptor que no disponha do decodificador MPEG-1 pode executar todas as funcionalidades do perfil FSA_09 ou OSA_09, e no decodificar o clipe de vdeo. Nesse caso a aplicao deve ser desenvolvida de forma que ao ser executada em um receptor que implemente apenas o perfil FSA_09 ou OSA_09 oculte qualquer referncia ao clipe de vdeo. E a aplicao deve ser sinalizada na tabela AIT como FSA_09 ou OSA_09 (ver Tabela 7). Contrariamente, se uma aplicao que adicione clipes de vdeo no testar essa funcionalidade, um receptor que implemente apenas o perfil FSA_09 ou OSA_09 pode descartar a aplicao. Neste caso a aplicao deve ser sinalizada na tabela AIT como FSB_09 ou OSB_09 (ver Tabela 7). Os receptores nos quais o canal de interatividade estiver implementado em conformidade com a ABNT NBR 15606-3 devem atender Tabela 6. Se uma aplicao que utiliza o canal de interatividade, conforme a Tabela 6, for desenvolvida de forma a testar esta funcionalidade, um receptor que no disponha o canal de interatividade pode executar todas as demais funcionalidades e no disponibilizar a funcionalidade do canal de interatividade. Caso contrrio, se uma aplicao baseada exclusivamente no canal de interatividade no testar essa funcionalidade, um receptor que no disponha o canal de interatividade pode descartar a aplicao. Quando a aplicao utilizar o canal de interatividade, o perfil com canal de interatividade deve ser indicado na tabela AIT de acordo com a Tabela 7.
13
ABNT NBR 15606-1:2010
Tabela 6 Especificao dos protocolos de canal de interatividade rea

TCP/IP
Funcionalidades especificadas
Transmission Control Protocol (TCP) Internet Protocol (IP) IPv4 Internet Protocol (IP) User Datagram Protocol (UDP) HTTP 1.1 HTTPS DNS Quando presente, uma aplicao Ginga deve exibir simultaneamente os objetos recebidos via DSM-CC e pelo canal de interatividade. a
UDP/IP HTTP DNS DSM-CC/HTTP hbrido

a
O acesso ao servidor de contedos atravs do protocolo HTTP se d apenas quando uma aplicao em execuo assim o requisita, desde que haja disponibilidade de acesso pelo receptor. A aplicao se torna um continer e de processamento para exibio simultnea. Por contedo entende-se os objetos especificadas nos perfis FSA_09, FSB_09, OSA_09 e OSB_09 (imagens, textos, html, NCL, Java etc.) disponibilizadas interface com o usurio
As indicaes de perfil do middleware Ginga devem ser realizadas atravs da tabela AIT utilizando o campo application_profile do descritor de aplicao em conformidade com a ABNT NBR 15606-3, composto de 16 bits. Todos os aplicativos devem indicar por meio de metadados o perfil do sistema a que se destina de acordo com a Tabela 7. Tabela 7 Especificao do campo application_profile para indicao de perfil do Ginga Full seg FSA_09 (Ver Tabela 2) FSB_09 (Ver Tabela 4) One-seg OSA_09 (Ver Tabela 3) OSB_09 (Ver Tabela 5) Sem canal de interatividade 0001h 0002h Sem canal de interatividade 0001h 0002h Com canal de interatividade 8001h 8002h Com canal de interatividade 8001h 8002h
10 Requisitos para a difuso de dados e servios disponveis

NOTA No que diz respeito aos servios disponveis, pode-se assumir que os servios multimdia incluem: legendas, aplicaes interativas, informaes adicionais etc. Os servios multimdia podem ser considerados como a apresentao de mltiplas monomdias integradas de forma interativa, atravs de caractersticas digitais.
10.1 Requisitos para difuso de dados no sistema de difuso digital

A difuso avanada de dados deve estar de acordo com as Tabelas 8 a 11.
14
ABNT NBR 15606-1:2010
Tabela 8 Viso geral do sistema

- A apresentao de legendas e caracteres sobrepostos sobre o vdeo HDTV e SDTV deve ser permitida - A visualizao de servios HDTV, SDTV e udio, ou informaes multimdia independentes devem ser permitidas a - Possibilidades de servios no restritos ao servio de difuso, mas tambm combinaes com outros servios, como comunicaes, servios de entrega tradicionais etc. devem ser consideradas - Servios interativos utilizando servios pblicos de comunicao, como telefone, redes etc., devem ser considerados - Servios correspondentes aos diversos tipos de espectadores, como pessoas idosas e com deficincias fsicas, devem ser considerados - EPG, funes automticas para indexao e gravao etc. devem ser disponibilizados para facilitar a seleo dos programas - O tempo mximo para que a seleo de programas seja confortvel e no cause interrupes nas operaes do espectador (evitar a quebra da expectativa) deve ser considerado - A extenso dos estilos de servios, a especificao de codificao e o acesso condicional ao sistema e aos receptores devem ser considerados - As possibilidades de atendimento de novos servios no futuro devem ser consideradas - Receber, mesmo nos receptores mais simples, servios similares aos disponibilizado pelo servio de difuso, seja este HDTV ou SDTV - As mdias disponveis no servio de difuso, seja este via satlite, terrestre ou cabo, devem ser o mais semelhantes possvel - O receptor comum deve ser capaz de utilizar os vrios tipos de mdia especificados - Um sistema de controle flexvel que utilize a capacidade efetiva de transmisso ao controlar a transmisso de HDTV, SDTV e udio no sistema de difuso digital deve ser considerado - A funo de controle para proteo apropriada aos direitos autorais (copyright protection) deve ser considerada - Funo de controle automtico da recepo como difuso de emergncia deve ser considerada - Nos servios relacionados ao servio HDTV, SDTV e udio, os erros de sincronismo na apresentao de legendas, caracteres sobrepostos, e informaes multimdia devem ser apresentados de forma que os espectadores no sintam desconforto ou percebam problemas no sistema
Contedo do servio
Servio
Acessibilidade
Extensibilidade
Interoperabilidade
Habilidade de controlar a capacidade do sistema
Sincronismo de apresentao
Informao multimdia significa informao que permite a visualizao integrada de mltiplas mdias, como texto, figuras, vdeo e udio etc., de forma interativa.
Tabela 9 Servio de difuso Apresentao e caractersticas da transmisso

Apresentao (display) - A apresentao dos servios de dados deve ser capaz de reproduzir programas com boa imagem e som nos servios HDTV, SDTV e udio - A imagem, som e dados deve ser considerada diante de problemas de transmisso, como atenuao por raios etc. Caractersticas da transmisso - No caso de desconexo temporria, devem ser consideradas contramedidas com objetivo de no apresentar informaes incorretas, na medida do possvel como, por exemplo, manter o ltimo quadro - No caso de problemas de transmisso, deve ser considerado o tempo para restabelecer o sinal o mais curto possvel
15
ABNT NBR 15606-1:2010
Tabela 10 Especificao tcnica

- Formatos de codificao de dados preexistentes devem ser considerados - Extenses futuras devem ser consideradas - Possibilidade de download remoto de software (atualizao) e interfaces de dados para extenso segura devem ser consideradas - A multiplexao deve ser considerada flexvel para os diversos servios - O servio de multiplexao para diversos provedores de contedo deve ser considerado - Caractersticas de transmisso e a eficincia da multiplexao devem ser consideradas - Um sistema de acesso condicional deve ser permitido para operao flexvel de servios de contedo - Servios de segurana e proteo adequados devem ser disponibilizados para os servios de contedo - Operaes independentes e seguras devem ser consideradas para os diversos provedores de servio - A produo de programas deve ser permitida, de acordo com as intenes do produtor do programa - A padronizao do tipo de servio multimdia da difuso digital deve ser mantida o mais prximo possvel compatvel com o sistema existente de difuso - Padres internacionais devem ser considerados sempre que possvel - A produo de programas deve ser permitida, de acordo com as intenes do produtor do programa - A apresentao de informaes multimdia como os servios HDTV, SDTV, udio ou informaes multimdia independentes deve ser considerada. Uma funo de apresentao multimdia capaz de apresentar ou ligar (link) objetos de apresentao por duraes especficas em posies especficas (sincronizao de mdias) deve existir - O desenvolvimento de diversos servios, como servios baseados em armazenamento e interatividade, deve ser considerado - A padronizao de outras mdias como comunicaes e pacotes sobre a transmisso digital deve ser considerada - Padres internacionais devem ser considerados
Codificao de dados
Especificao tcnica geral
Especificao da multiplexao dos dados
Sistema de acesso condicional a dados
Legendas e sobreposio de caracteres
Servio de codificao multimdia
Tabela 11 Receptor (set-top box)

- O mtodo de operao das funes bsicas deve ser nico e de fcil aprendizado - Configuraes que permitam que operaes avanadas somente sejam habilitadas mediante solicitaes dos usurios ou dos provedores de contedo - A seleo de servio deve ser considerada de forma a seguir um procedimento nico - Configuraes de modo de operao para pessoas idosas e portadoras de deficincias devem ser consideradas - A criao de adaptadores deve ser possibilitada para receber novos servios conectando-se com o receptor existente - A interoperabilidade com mdias de outros sistemas de difuso, como difuso por satlite, terrestre e CATV, deve ser considerada - A coordenao com sistemas de comunicao e o pacote de mdia devem ser considerados o mais abstrato possvel - Os consumidores devem ter acesso a um receptor barato, que possua funes e caractersticas apropriadas ao servio de contedo que deve ser implementado - A realizao de vrios perfis de receptores (funo nica, funes avanadas etc.) deve ser considerada - A extenso correspondente a novos servios no futuro deve ser considerada - A possibilidade de interconexo de mltiplos dispositivos com o receptor deve ser considerada
Operabilidade
Interoperabilidade
Realizao
Extensibilidade
16
ABNT NBR 15606-1:2010
10.2 Servios de dados para a difuso de dados

A Tabela 12 apresenta exemplos de servios avanados de difuso de dados com a adio de alguns requisitos tcnicos. Tabela 12 Exemplos de servios avanados de difuso de dados
Necessidade de canal de retorno Mdias necessrias Classificao Meta-data Sincronismo de apresentao
Sincronismo de tempo
EPG
Guia de programao, contedo do programa Ttulo do programa, categoria de cada item Para deficientes auditivos e estrangeiros Para deficiente visual Produo, programa, informao de produto, notcias da emissora etc. Televiso de visualizao mltipla (multi-view television) Vendas, questionrios etc. Notcias, previso do tempo, informao de trfego, informaes de mercado, desastres, eleies etc. Perguntas Software de PC, dados, jogos e download de software em geral Informaes de emergncia E-mail individual, envio de informaes a todos os usurios IRD (Integrated Receiver Decoder - Receptor com decodificador integrado), correo de erros, upgrade de verso Dados diversos
Seleo de programa, agendamento de programa, busca por categoria Seleo de programa, seleo de item Legendas, apresentao em diversos idiomas udio com comentrios Informaes adicionais de programas, informao detalhada de programas Apresentao e controle do programa usando diversos ngulos de cmera Acesso pelos usurios aos programas
Assncrono
Exemplo de contedo
Funo
Sincronismo com programa
Texto e grficos
Exemplo de servio
Imagens estticas
Indexao
Legenda Relacionado udio com comentrios Informao suplementar sobre programas Televiso de visualizao mltipla Participao em programas Informao independente Perguntas dos usurios Distribuio de software Recepo automtica Funo de e-mail
Servio de difuso
Servio de informao selecionado
Independente
Acesso em que usurios podem enviar perguntas Distribuio de aplicaes Ligar automtico, recepo automtica
Servio de funo
Informao individual
Download
Decodificao de informao de download
Distribuio de dados
Download de dados
Estudo de codificao X X X X X X X X X X X
udio
Vdeo
17
ABNT NBR 15606-1:2010
Quando os servios exemplificados na Tabela 12 so recebidos, os dados devem ser armazenados na memria do receptor e apresentados interativamente de acordo com a operao do espectador. Para programao de televiso atravs do uso de funo de armazenamento de vdeo e udio devem ser observadas as funes de gravao automtica, gravao agendada, sumrio do material etc. Adicionalmente, podem ser disponibilizados recursos para gravao de programas em canais diferentes e aquisio adiantada de dados atravs do uso de mltiplos turners (decodificadores).
11 Monomdias
11.1 Codificao de vdeo
11.1.1 MPEG-1 vdeo A codificao de vdeo MPEG-1 deve atender ISO/IEC 11172-2 e estar de acordo com o mtodo descrito em A.4.2 e A.5.2. 11.1.2 MPEG-2 vdeo A codificao de vdeo MPEG-2 deve atender s ISO/IEC 13818-2 e ITU Recommendation H.262 e estar de acordo com o mtodo descrito na ARIB STD-B24:2007, volume 1, parte 2, subseo 4.2. 11.1.3 MPEG-4 vdeo A codificao de vdeo MPEG-4 deve atender ISO/IEC 14496-2 e estar de acordo com o mtodo descrito na ARIB STD-B24:2007, volume 1, parte 2, subseo 4.3. 11.1.4 H.264|MPEG-4 AVC A codificao de vdeo H264/MPEG-4 AVC deve atender ITU Recommendation H.264 e ISO/IEC 14496-10 e aos mtodos descritos na ABNT NBR 15602-1.
11.2 Codificao de imagens estticas e grficos

11.2.1 I-frames 11.2.1.1 MPEG-2 I-frames
A codificao MPEG-2 I-frame deve atender s ISO/IEC 13818-2 e ITU Recommendation H.262 e ao mtodo descrito no GEM 1.0:2005, subseo 7.1.2. 11.2.1.2 MPEG-4 I-VOP
A codificao MPEG-4 I-VOP deve atender ISO/IEC 14496-2. A carga til do arquivo contendo um frame MPEG-4 I-VOP deve conter uma figura codificada como frame I, entre visual_object_sequence_start_code e visual_object_sequence_end_code. 11.2.1.3 H.264|MPEG-4 AVC I-picture
A codificao H.264|MPEG-4 AVC I-picture deve atender s ITU Recommendation H.264 e ISO/IEC 14496-10.
18
ABNT NBR 15606-1:2010
11.2.2 JPEG A codificao JPEG deve atender ISO/IEC 10918-1, de acordo com A.4.3.1 para full-seg e A.5.3 para one-seg. 11.2.3 PNG A codificao PNG deve atender W3C Recommendation PNG e aos mtodos descritos em A.4.3.2. 11.2.4 MNG A codificao MNG deve atender MNG (multiple-image network graphics) e aos mtodos descritos em A.4.3.3. As restries do MNG devem atender ARIB STD-B24:2007, volume 1, parte 2, subseo 5.3. 11.2.5 MPEG-2 vdeo drips MPEG-2 vdeo drips um formato de animao grfica que usa I-frames e P-frames da codificao MPEG-2. O formato de animao grfica MPEG-2 vdeo drips deve atender GEM 1.0:2005, seo 15. 11.2.6 GIF O formato de codificao para mapas de bits especificado em W3C Recommendation GIF89a. A codificao de mapas de bits pelo GIF para one-seg deve atender ao mtodo descrito em A.5.4. 11.2.7 MPEG-4 vdeo clips A codificao de clips de vdeo no formato MPEG-4 usados na camada de grficos deve atender ISO/IEC 14496-2. 11.2.8 H.264|MPEG-4 AVC clips A codificao de clips de vdeo no formato H.264 | MPEG-4 AVC usados na camada de grficos deve atender ITU Recommendation H.264 e ISO/IEC 14496-10.
11.3 Codificao de udio

11.3.1 MPEG-2 udio A codificao de udio MPEG-2 deve atender ao mtodo AAC perfil LC e BC da ISO/IEC 13818-7 e os mtodos descritos na ARIB STD-B24:2007, volume 1, parte 2, subseo 6.1. 11.3.2 PCM (AIFF) A codificao de udio PCM (AIFF) deve atender aos mtodos descritos na ARIB STD-B24:2007, volume 1, parte 2, subseo 6.2. 11.3.3 MPEG-4 udio A codificao udio MPEG-4 deve atender ISO/IEC 14496-3 e aos mtodos descritos em A.4.4.
19
ABNT NBR 15606-1:2010
11.3.4 Codificao de udio sintetizado O mtodo padro de transmisso de dados multiplexados de televiso (ver ARIB STD-B5) deve ser usado para codificar udio sintetizado. A codificao de udio sintetizado deve atender ao descrito em A.4.6. 11.3.5 Formato monomdia para clipes de udio Os formatos monomdia para clipes de udio usando MPEG-1 (layers 1 e 2), conforme definido na ISO/IEC 11172-3, devem atender ao descrito em A.4.5. 11.3.6 MPEG-1 udio layer 3 (MP3) A codificao de udio MPEG-1 layer 3 deve atender ao mtodo descrito nas ISO/IEC 11172-3 e ISO/IEC 13818-3. 11.3.7 udio AC3 A codificao de udio AC3 deve atender ao mtodo descrito em ATSC A52B .
11.4 Codificao de caracteres

11.4.1 Cdigos de caracteres de 8 bits A codificao de caracteres usando cdigos de 8 bits deve atender ARIB STD-B5 e ao mtodo descrito na ARIB STD-B24:2007, volume 1, subseo 7.1, com as adaptaes referentes incluso dos caracteres latinos, apresentadas a seguir. A estrutura de codificao utilizada pelo SBTVD deve atender ao mtodo descrito na ARIB STD-B24:2007, volume 1, parte 2, subseo 7.1.1.1, com as seguintes modificaes: a) incluso do cdigo de caracteres latin extension aos cdigos de caracteres Gp. A Tabela 13, apresenta os cdigos de caracteres latinos latin extension e a Tabela 9 apresenta os caracteres especiais para o cdigo de caracteres Gp; b) alterao do estado inicial da pgina GL para alphanumeric e alterao do estado inicial da pgina GR para latin extension (ver Figura 6). No devem ser usados os mtodos de invocao e designao no sistema brasileiro de difuso; c) classificao do conjunto de cdigos e bytes finais de acordo com a Tabela 15; d) incluso do conjunto grfico de caracteres latinos (latin extension) e caracteres especiais de acordo com a Tabela 15.
NOTA 1 NOTA 2 A Tabela 13 foi adaptada a partir da ISO/IEC 8859-15:1999. A Tabela 15 apresenta o trecho modificado da Tabela 7-3 da ARIB STD-B24:2007 para o SBTVD.
20
ABNT NBR 15606-1:2010
Tabela 13 Conjunto de caracteres latinos (latin extension) x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 X xB xC xD xE xF 0x NUL 1x 2x SP ! " # $ % & ' ( ) + , . / 3x 0 1 2 3 4 5 6 7 8 9 : ; < = > ? 4x @ A B C D E F G H I J K L M N O 5x P Q R S T U V W X Y Z [ \ ] ^ _ 6x ` a b c d e f g h i j k l m n o 7x p q r s t u v w x y z { | } ~ DEL 8x BKF RDF GRF YLF BLF MGF CNF WHF SSZ MSZ NSZ SZX 9x COL FLC CDC POL WMM MACRO HLC RPC SPL STL CSI TIME Ax 10/0 Bx Cx Dx Ex Fx 15/15
PAPF BEL APB APF APD APU CS APR LS1 LS0 CAN SS2 ESC APS SS3 RS US
Tabela 14 Conjunto de caracteres especiais como G3
0x x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 xA xB xC xD xE xF
1x
2x
3x
4x
5x
6x
7x
21
ABNT NBR 15606-1:2010
b8 b7 b6 b5 b3 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 b3 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 b2 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1 b1 0 0 0 0 0 1 0 1 0 1 0 1 0 1 0 1
0 0 0 0
0 0 0 0
0 0 1 0
0 0 1 0 3x
0 1 0 0 4x
0 1 0 1 5x
0 1 1 0 6x
0 1 1 1 7x
1 0 0 0
1 0 0 1
1 0 1 0 Ax 10/0
1 0 1 1 Bx
1 1 0 0 Cx
1 1 0 1 Dx
1 1 1 0 Ex
1 1 1 1 Fx
0x 1x 2x SP x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 xA xB xC xD xE xF
8x 9x
GL area (Padro alfanumrico Gp.)
GR area (Default extenso latina Gp.)
C0 Area
DEL
C1 Area
15/15
Figura 6 Estrutura de cdigos de 8 bits Tabela 15 Classificao do conjunto de cdigos e bytes finais Classificao (Classification) Conjunto grfico (Graphic set) Kanji c Alphanumeric G set
a b b
Byte final (F) (Final byte (F)) 04/02 04/10 04/11 04/12 03/0 03/1
Observaes (Remarks) 2-byte code 1-byte code 1-byte code 1-byte code 1-byte code 1-byte code
Latin extension Hiragana Katakana

c c
Caracteres especiais
a b c
Conjunto em uso pelo sistema. Conjunto adicionado e em uso pelo sistema. Conjuntos no usados pelo sistema.
11.4.2 Conjunto universal de cdigos de caracteres (UCS) 11.4.2.1 Codificao de caracteres UCS
A codificao de caracteres usando conjunto universal de cdigos de caracteres (UCS) deve atender ISO/IEC 10646-1, ISO 8859-15, GEM 1.0:2005, subseo 7.1.5, MHP 1.0:2003, subseo 11.2.11, e ARIB STD-B23:2007, parte 1, subseo 5.2.
22
ABNT NBR 15606-1:2010
11.4.2.2
Fontes residentes
As fontes residentes devem incluir a seleo de fontes descrita em MHP 1.0:2003, subseo 7.3. 11.4.2.3 Download de fontes
Deve ser usado o mtodo descrito em MHP 1.0:2003, subseo 7.4. 11.4.3 Codificao shift-JIS A codificao de caracteres shift-JIS deve atender ao mtodo descrito na ARIB STD-B24:2007, volume 1, parte 2, subseo 7.3. 11.4.4 EUC-JP A codificao de caracteres EUC-JP deve atender ao mtodo descrito na ARIB STD-B24:2007, volume 2, subseo 4.1.
11.5 Descrio geomtrica da codificao de comandos

A descrio de comandos geomtricos para codificao grfica deve atender ARIB STD-B5 e ao mtodo descrito na ARIB STD-B24:2007, volume 1, parte 2, subseo 8.1.
11.6 Legendas e caracteres sobrepostos

A codificao de legendas e caracteres sobrepostos deve atender ao mtodo descrito na ARIB STD-B24:2007, volume 1, parte 3, com a seguinte modificao: alterao do estado inicial do sistema (apresentado na ARIB STD-B24:2007, Volume 1, Parte 3, Tabela 8-2) de acordo com os valores apresentados na Tabela 16; uso do G0 e G2 como estado inicial; G3 usado pelo cdigo SS3 (0x1D). temporariamente. SS3 significa invocar um cdigo G3 colocando-o na rea GL
Tabela 16 Estado inicial Item Designao Invocao e designao de cdigo Estado inicial (Initial state) G0 Conjunto alfanumrico G1 Conjunto alfanumrico Codificao de caractere Invocao Codificao de caractere G2 Conjunto extenso latina G3 Caracteres especiais GL LS0 (G0) GR LS2R (G2) Estado Tamanho do caractere x 1 (tamanho mdio) (= MSZ)
23
ABNT NBR 15606-1:2010
Anexo A (normativo) Descrio dos parmetros aplicveis aos receptores full-seg e one-seg
A.1 Unidade receptora bsica

A.1.1 Componentes das unidades receptoras
O fornecimento de informaes para cada parte do processo de uma unidade receptora bsica, numa perspectiva de componente de hardware, definido por um modelo de referncia, assim como os recursos dentro de uma unidade receptora.
A.1.2 Componentes de hardware

Os componentes de hardware de uma unidade receptora bsica so mostrados na Figura A.1. O sinal de entrada de broadcasting digital numa unidade receptora bsica convertido em um fluxo de transporte, denominado transport stream (TS), por um sintonizador em conjunto com um processo de demodulao. O transport stream demodulado dividido em vdeo, udio e outros dados por um processo de decodificao de transport stream, depois do qual o fluxo de vdeo passa por um processo de decodificao de vdeo, e o fluxo de udio passa por um processo de decodificao de udio. Atravs deste processo, feita a reproduo do udio e vdeo pelas unidades receptoras bsicas. Quando dados de broadcasting so recebidos, a informao deve ser transferida para a memria principal ou para memria no voltil, uma vez que deve ser processada pela CPU. Alm disso, um desempenho mais interativo esperado, quando comparado ao processo tradicional de assistir televiso utilizando uma conexo upload etc. De uma perspectiva de desempenho de hardware, as disposies a seguir devem ser estabelecidas: (1) decodificadores de transporte aptos a receberem dados; (2) reproduo do sistema de fluxo e dos dados de udio armazenados; (3) reproduo do sistema de fluxo e dados de vdeo armazenados; (4) apresentao de vdeo, imagens estticas, textos e grficos etc.; (5) funo do canal de interatividade utilizando um canal de comunicao; (6) tamanho de dados que podem ser salvos com persistncia; (7) espao de armazenamento nas unidades receptoras reservada (por exemplo, fontes); (8) capacidade de memria suficiente para obter e decodificar dados; (9) orientaes relativas a operaes de controle remoto. Em particular, (1) definido como uma funo de decodificao de TS; (2), (3), (4) e (7) so definidos como funes de apresentao; (5) definido como uma funo de comunicao; (6), (7) e (8) so definidos como volume de memria; e (9) definido como uma funo de controle remoto.
24
ABNT NBR 15606-1:2010
Figura A.1 Componentes de hardware de unidades receptoras bsicas para o perfil full-seg e perfil one-seg
A.1.3 Modelo de referncia da unidade receptora

Uma vez esclarecidos quais os recursos de um modelo de referncia da unidade receptora, o limite de dados de broadcasting que uma unidade receptora pode receber definido. O modelo de referncia da unidade receptora est mostrado na Figura A.2 para o perfil full-seg e na Figura A.3 para perfil one-seg. O MPEG-2 TS recebido classificado em cada ES utilizando um filtro PID, e fluxos elementares de udio e vdeo transmitidos atravs de um PES so armazenados em Bn, o buffer primrio, e atravs de TBn, o buffer de transporte. Contudo, o fluxo elementar de contedo MM transmitido pelo carrossel de objetos filtrado por seo, e armazenado em contedo B atravs de TBn, aps a filtrao PID. O contedo de multimdia de dados recebidos iniciado pelo usurio da unidade receptora. O mecanismo de multimdia segue essa instruo de incio e reconhece os dados dentro do contedo B e executa contedos MM com Bwork como memria para execuo. Nesse caso, o contedo monomdia transmitido por um carrossel de objetos fornecido a cada decodificador a partir do contedo B, e o contedo monomdia transmitido por streaming fornecido a cada decodificador a partir de Bn. O contedo monomdia de sistemas de udio apresentado atravs de alto-falantes, que so o dispositivo de apresentao aps a decodificao. Contudo, depois que os contedos de monomdia so decodificados separadamente em componentes de vdeo, imagens estticas, textos e grficos e legendas, eles so armazenados e combinados em memria de exibio de planos uma vez apresentados em um monitor, que o dispositivo de apresentao. Combinaes de cada plano so detalhadas em A.2. Em outras palavras, pixels efetivos so chaveados separadamente para a rea de vdeo e a rea de imagem esttica. A imagem combinada de vdeo e imagens estticas so mixadas com os planos grfico e de texto por multiplicao do valor de alfa e sua sada mixada com o plano de legenda por multiplicao do valor de alfa. Alm desses elementos de armazenamento, adiciona-se o seguinte: mecanismo de multimdia que executa o cdigo contido em Bcode e BproNV, utilizando Bexecute como memria dinmica para execuo da aplicao. O mecanismo de run-time controla o tempo no qual os contedos so decodificados e apresentados, e controla o tempo no qual os contedos so removidos dos Bcontents; mecanismo de multimdia que pode controlar o processador de apresentao, executando o cdigo de aplicao apropriado;
25
ABNT NBR 15606-1:2010
decodificadores de grficos/texto capazes de decodificar objetos armazenados no Bcontent e fluxos grficos em tempo real; decodificadores de udio capazes de decodificar objetos de udio da memria de objetos; processador de apresentao capaz de efetuar operaes nas sadas de udio e vdeo dos vrios decodificadores, como exigido pela aplicao, sob controle do cdigo da aplicao executado no mecanismo de multimdia. Exemplos de tais operaes esto em mixer de udio e limpeza de vdeo; buffers transportadores TBn transmitem fluxos grficos em tempo-real para buffer Bn para grficos e transmitem objetos para qualquer buffer Bcontents ou buffer Bcode; trajetria dos dados para carregar dados quando necessrios entre buffers e decodificadores.
Figura A.2 Modelo de referncia da unidade receptora para perfil full-seg
26
ABNT NBR 15606-1:2010
Figura A.3 Modelo de referncia da unidade receptora para perfil one-seg
A.1.4 Especificao dos tipos de armazenamento

As definies dos tipos de armazenamento so dadas na Tabela A.1. Tabela A.1 Tipos de armazenamentos
Armazenamentoo TBn Bn Bcontents XfrBA BMMexec BSCRexec Bwork BproNV Bcode Outros buffers Descrio Transport buffer de um fluxo elementar Buffer primrio de um fluxo elementar dentro do decodificador Buffer de contedo de multimdia transmitidos por carrossel de objetos. Quando o mdulo transmitido com compresso (o descritor do tipo de compresso de DII localizado), os dados so armazenados antes e depois da compresso Buffer para transferncia de contedo de udio no formato de arquivo para o decodificador de udio Memria de execuo do cdigo de multimdia Memria de execuo do script Memria de execuo do contedo multimdia que a combinao de BMMexec e BSCRexec Memria no voltil para armazenar informaes exclusivas do broadcaster e do usurio do receptor Buffer para armazenar objetos num formato interchange. Exemplo: cdigo JAVA VM armazenado em Bcode nesse formato Ver ISO/IEC 13818-1, para definies
27
ABNT NBR 15606-1:2010
A.1.5 Utilizao de memria

Como mostrado no modelo de referncia nas Figuras A.2 e A.3, uma unidade receptora tem vrias memrias. A memria voltil reservada para baixar a aplicao deve estar de acordo com a Tabela A.2, e de forma a garantir a interoperabilidade entre todos os receptores, devido a restries de memria voltil dos dispositivos de recepo, recomendado que a soma dos arquivos da aplicao a serem transmitidos no excedam 6 MB. Tabela A.2 Tamanho de memria voltil Tipo Voltil Perfil full-seg 6 MB Perfil one-seg 1 MB
A memria no voltil primria em uma unidade receptora relacionada ao broadcasting de dados armazena informaes exclusivas de cada radiodifusor com acesso atravs de aplicaes, conforme indicado no modelo de referncia. O mdulo persistente permite a exportao de uma tabela com variveis persistentes, que esto disponveis para manipulao apenas por objetos procedurais. No existe nenhuma varivel predefinida ou reservada nesses grupos, e objetos procedurais podem atribuir valores a essas variveis diretamente. recomendado que outras linguagens procedurais, Java em particular para os objetos NCLets (<media> elements of type application/x-ginga-NCLet), ofeream uma API dando acesso mesma rea. A capacidade de memria no voltil reservada para rea de persistncia das aplicaes mostrada na Tabela A.3. Tabela A.3 Tamanho de memria no-voltil Tipo Memria no voltil para armazenamento de informaes persistentes especficas de canal, servio, usurio e sistema Perfil full-seg Capacidade KB 48 Perfil one-seg - Capacidade KB 13
A rea indicada na Tabela A.3 deve, em uma perspectiva de confidencialidade, ser construda de maneira que o telespectador no leia ou escreva utilizando outras funes das unidades receptoras que no foram definidas nos padres dos documentos relativos a elas ou em provises desse documento, ou utilizando dispositivos conectados s unidades receptoras. Para cumprir as restries da Tabela A.3, as reas correspondentes devem estar localizadas na memria do NVRAM da unidade receptora.
A.2 Planos grficos Perfil full-seg

A.2.1 Funes de apresentao
As funes de apresentao de uma unidade receptora bsica devem estar de acordo com o descrito em 7.3, referente ao processo de apresentao.
A.2.2 Tamanho do pixel de cada plano que compe a tela de exibio

As informaes relativas ao tamanho do pixel de cada plano que compe a tela de exibio so mostradas na Tabela A.4. Na Tabela A.5 esto as especificaes para a apresentao dos planos na tela do televisor.
28
ABNT NBR 15606-1:2010
Tabela A.4 Tamanho do pixel dos planos da tela Item Plano de vdeo Tamanho do pixel Descrio da disposio 1 920 x 1 080 x 16, YCbCr(4:2:2), 16:9 720 x 480 x 16, YCbCr(4:2:2), 16:9 720 x 480 x 16, YCbCr(4:2:2), 4:3 Plano de imagens estticas 1 920 x 1 080 x 16, YCbCr(4:2:2), 16:9 Tamanho do pixel 720 x 480 x16, YCbCr(4:2:2), 16:9 720x 480 x16, YCbCr(4:2:2), 4:3 1 280 x 720 x 24, YCbCr(4:4:4), 16:9 Tamanho do pixel (restrio de resoluo para o tamanho do pixel de transmisso de dados) 720 x 480 x 24, 16:9 720 x 480 x 24, 4:3 Apresentao blending 8 bits (plano grfico e texto combinado com o plano de vdeo, plano de imagens estticas e plano de chaveamento) 960 x 540 x 8, 16:9 Tamanho do pixel O tamanho da imagem 1 920 x 1 080 (cada pixel renderizado duas vezes, verticalmente e horizontalmente) a 720 x 480 x 8, 16:9 720 x 480 x 8, 4:3 Plano de legenda Nmero CLUT:1 CLUT Cores comuns fixas: 128 cores Cores dependentes do receptor: 32 cores Apresenta o valor de 8-bits do ndice de CLUT aps convert-lo para um valor de 4 bits e YCbCr(4:2:2) a Apresentao Quando definindo um mapa de cores com valor de alfa de 8 bits para a CLUT, os 4 bits mais significantes de alfa no mapa de cores devem ser definidos como os 4 bits do valor alfa na CLUT 1 920 x 1 080 x 1 Tamanho do pixel 720 x 480 x 1, 16:9 720 x 480 x 1, 4:3
Plano grfico e textos
Plano de chaveamento entre vdeo e imagens estticas

NOTA
a
permitida a utilizao do espaamento de cores ARGB32 no plano grfico e textos.
Informaes relativas ao cdigo monomdia apresentvel, a posio de apresentao do contedo monomdia, tamanho etc. so mostradas como restries relacionadas a cada plano.
29
ABNT NBR 15606-1:2010
Tabela A.5 Recomendaes de apresentao no plano da tela

Item Apresentao do cdigo monomdia Apresentao da posio Tamanho Sobreposio Recorte
a
Descrio da disposio H264 - o nmero de vdeos apresentados num dado momento 1, independentemente do mtodo de codificao a MPEG1 - o nmero de vdeos apresentados num dado momento 1, independentemente do mtodo de codificao a c De elementos de imagem pares para elementos de imagens mpares de planos para ambas as coordenadas x e y Elementos de imagem pares para ambas as coordenadas x e y Vdeos no se sobrepem Possvel apenas na direo de coordenadas x JPEG (com restries) De elementos de imagem pares para elementos de imagens mpares de planos para ambas coordenadas x e y Elementos de imagem pares para coordenadas x e y Sem restries b Fontes (Downloadble) PNG (com restries) MNG (com restrio) JPEG (com restries) Posio da apresentao Tamanho Sobreposio Cdigo monomdia apresentvel De qualquer elemento de imagem para qualquer elemento de imagem para coordenadas x e y Qualquer contagem de elementos de imagem para coordenadas x e y Sem restries Cdigos de caracteres de 8 unidades Dados de mapa de bits De qualquer elemento de imagem para qualquer elemento de imagem para coordenadas x e y Qualquer contagem de elementos de imagem para coordenadas x e y Operaes de exibio para evitar a sobreposio da legenda e superimpose como uma regra geral, mas as operaes de sobreposio so possveis De qualquer elemento de imagem para ambas as coordenadas x e y Qualquer contagem de elementos de imagem para ambas as coordenadas x e y
Plano de vdeo
Plano de imagem estticas
Cdigo monomdia apresentvel Posio da apresentao Tamanho Sobreposio
Cdigo monomdia apresentvel Plano grfico e de texto
Plano de legendas
Posio da apresentao Tamanho Sobreposio
Plano de chaveamento entre vdeo e imagens estticas Efeito de transio de apresentao

a
Posio de troca Tamanho
O processo dos efeitos de transio de apresentao dependente de implementao
Informaes relativas ao cdigo monomdia apresentvel, a posio de apresentao do contedo monomdia, tamanho etc. so mostradas como restries relacionadas a cada plano. recomendada a produo de aplicaes com nenhuma (ou pouca) necessidade de renderizar novamente imagens, devido a mudanas
e movimentao de sequncias sobrepostas. Para as unidades receptoras, no entanto, no pode haver falhas devido a esta nova renderizao (ver A.2.3 para detalhes na sobreposio de imagens). A decodificao da monomdia atravs de software ou hardware e a utilizao do plano grfico ou plano de vdeo adicional implementao dependente de cada fabricante.
c
30
ABNT NBR 15606-1:2010
A.2.3 Combinaes dos planos de apresentao

Como indicado no modelo de referncia das Figuras A.2 e A.3, a tela de apresentao composta da composio de vrios planos. Informaes para a combinao de cada plano so dadas na Tabela A.6. Tabela A.6 Combinaes dos planos de apresentao Item Descrio da disposio Para apresentao de combinaes de planos de vdeo, imagem, texto e grficos, e legendas, somente aqueles planos com o mesmo tamanho de pixel e o mesmo aspect ratio podem ser apresentados combinados. Os planos grficos e texto em 1 280 x 720 e plano de legenda em 960 x 540 so, no entanto, reconhecidos como 1 920 x 1 080 (ver A.2.4) a Tamanho do pixel No plano de chaveamento entre vdeo e imagem, o vdeo a ser chaveado no tamanho do pixel do plano de imagem em 1/2 x 1/2 tamanho do pixel reconhecido como o mesmo tamanho do pixel do plano de troca alvo. O tamanho unitrio do pixel para o vdeo e imagens estticas YCbCr(4:2:2), e a unidade efetiva para o chaveamento equivale a 2 elementos de imagem Especificao da rea no plano de chaveamento entre vdeo e imagens estticas Nmero mximo de rea para vdeo e imagem esttica
a
A especificao da rea tanto do vdeo quanto das imagens retangular (ver A.2.5)
Quando a rea retangular vdeo, o nmero de setup mximo 1. Quando a rea retangular imagem esttica, o nmero de setup mximo 4 (ver A.2.5)
Informaes relativas ao cdigo monomdia apresentvel, posio de apresentao do contedo monomdia, tamanho etc. so mostradas como restries relacionadas a cada plano.
A.2.4 Combinaes do tamanho do pixel

Combinaes dos planos grfico e texto, legenda, vdeo e imagem que podem ser usadas simultaneamente na transmisso de dados so denominadas tamanho do pixel de transmisso de dados, e so definidas na Tabela A.7, na qual as combinaes vlidas de plano grfico, plano de vdeo e plano de imagens estticas so sempre combinaes dentro da mesma coluna da Tabela A.7. O plano de legenda no pode ser utilizado em conjunto com os planos grficos e de imagens estticas.
31
ABNT NBR 15606-1:2010
Tabela A.7 Combinaes do tamanho de pixel Tipo de plano e resoluo Plano de grfico e texto (pixel size) Plano de vdeo (pixel size) Plano de imagem estticas (pixel size) 1 280 x 720 (16:9) 720 x 480 (16:9) 720 x 480 (4:3) 1 920 x 1 080 (16:9) 720 x 480 (16:9) 720 x 480 (4:3) 1 920 x 1 080 (16:9) 720 x 480 (16:9) 720 x 480 (4:3) Tamanho do pixel de transmisso de dados 1280x720 (16:9) Aplicvel Aplicvel Aplicvel 720x480 (16:9) Aplicvel Aplicvel Aplicvel Aplicvel Aplicvel Aplicvel 720x480 (4:3) -
O plano grfico e texto no tamanho do pixel da transmisso de dados 1 280 x 720 (16:9) sobreposto ao vdeo e imagens estticas respectivamente, onde o valor do campo document_resolution utilizado em informaes adicionais no data component descriptor 1 280 x 720. De acordo com os formatos apresentados na Tabela A.7 uma ou mais aplicaes no podem apresentar diferentes resolues simultaneamente. O plano de legendas no tamanho de pixel da transmisso de dados de closed caption em 960 x 540 (16:9) sobreposto somente com o vdeo. Legendas e closed caption no podem ser visualizados quando alguma aplicao Ginga estiver rodando. A forma de manipular essa restrio depende do fabricante para os seguintes casos: a) b) aplicao Ginga est rodando e o usurio tenta ativar a legenda e closed-caption; o usurio est assistindo um programa com a legenda e closed-caption ativado, e uma aplicao Ginga sinalizada como auto-start recebida no receptor Ginga.
A.2.5 Especificao da rea do plano de vdeo e plano de imagens estticas

Existem dois padres visuais para combinaes de exibio de plano de vdeo e plano de imagem esttica. O primeiro padro aquele no qual o vdeo colocado sobre uma imagem, como mostrado na Figura A.4. Neste caso, a rea retangular uma rea de vdeo e o nmero de reas que podem ser fixadas 1. O segundo padro onde as imagens so colocadas sobre um vdeo em tela cheia, como mostrado na Figura A.5. Neste caso, a rea retangular uma imagem e o nmero de reas que podem ser fixadas 4 ou menos. No terceiro caso, no entanto, a rea no retangular, ento contra estas disposies e assim, no implementvel, como mostrado na Figura A.6. Por outro lado, imagens 3 e 4 na Figura A.7 no formam um retngulo, mas neste caso pode-se assumir que duas reas retangulares esto partilhando uma aresta, sendo reconhecido como estando em conformidade com estas disposies. As monomdias utilizadas nos planos devem estar de acordo com a Tabela A.5.
32
ABNT NBR 15606-1:2010
Figura A.4 Exemplo de exibio 1 com uma possvel combinao de vdeo e imagem
Figura A.5 Exemplo de exibio 2 com uma possvel combinao de vdeo e imagens
Figura A.6 Exemplo de exibio 3 com uma combinao de vdeo e imagens que no implementvel
Figura A.7 Exemplo de exibio 4 com uma possvel combinao de vdeo e imagens
33
ABNT NBR 15606-1:2010
A.2.6 Relao entre codificao de monomdia e o plano de apresentao

Uma viso geral das condies para codificao de monomdia apresentada em cada plano (ver A.2.5) descrita na Tabela A.8. Assume-se que o broadcaster no envia codificao de monomdia que no esteja includa nestas disposies, ou dados monomdia codificados em operaes que no so padro. Uma descrio detalhada dos contedos das disposies relacionadas a cada respectivo mtodo de codificao definida em A.4 e A.5. Tabela A.8 Viso geral das condies para codificao de monomdias apresentadas em cada plano da tela
Mtodo de codificao Mtodo de transmisso H264 AVC a Tamanho da imagem Escala Mtodo de transmisso MPEG-1 Formato de arquivos Tamanho da imagem Escala Mtodo de transmisso JPEG Tamanho da imagem Escala Mtodo de transmisso PNG Tamanho da imagem Codificao de texto e grficos MNG, JPEG, e demais monomdias Escala Mtodo de transmisso Tamanho da imagem Escala Fontes (Downloadble)
a
Descrio das disposies PES da imagem da tela; fluxo empacotado por pacotes PES, multiplexado com TS MPEG-2 identificao do formato do fluxo = 0x1B 1 920 x 1 080 (16:9), 1 280 x 720 (16:9), 720 x 480 (16:9), 720 x 480 (4:3), 352 x 240 (16:9), 352 x 240 (4:3) 256/128,192/128,160/128,128/128,112/128,96/128,80/128,64/128, b 48/128,32/128 Carrossel de objetos; identificao do formato do fluxo = 0x0B 352 x 240 (16:9, 4:3), 176x120 (16:9, 4:3) 256/128,192/128,160/128,128/128,112/128,96/128,80/128,64/128, 48/128,32/128 Carrossel de objetos; Identificao do formato do fluxo = 0x0B Qualquer tamanho desejado desde imagens de 16 elementos horizontal vertical at imagem em tela cheia 192/128, 128/128 Codificao MM Closed caption
c
Codificao de vdeo
Codificao de imagem esttica
Carrossel de objetos; identificao do formato do fluxo = 0x0B PES independente; identificao do formato do fluxo = 0x06
Qualquer tamanho desejado desde imagens de dois elementos horizontal vertical at imagem em tela cheia 192/128, 128/128 Carrossel de objetos; identificao do formato do fluxo = 0x0B Qualquer tamanho desejado desde imagens de dois elementos horizontal vertical at imagem em tela cheia 192/128, 128/128 Carrossel de objetos; identificao do formato do fluxo = 0x0B
Mtodo de transmisso
Possvel exibir imagens transmitindo apenas I Pictures. Restries para estes casos esto na categoria de codificao de vdeo. Alm disso, quando transmitindo intra-frames supracitados, a colocao de um descritor de controle de decodificao de vdeo necessria. Fatores de escala so definidos seguindo a combinao de MPEG pixel size and plane onde o scaling e cropping devem ser iniciados em uma posio par, assim como o tamanho da largura deve ser arredondado para um nmero par. O tamanho 256 x 144 o mnimo valor a ser considerado em operaes de cropping. As escalas 128/128 e 192/128 so utilizadas com as imagens com tamanho de 1 280 x 720 pixels transmitidas se apresentadas com o tamanho de 1 920 x 1 080, expandindo proporcionalmente no receptor horizontalmente e verticalmente.
c
b
34
ABNT NBR 15606-1:2010
A.3 Planos grficos Perfil one-seg

A.3.1 Funes de apresentao
A unidade receptora deve apresentar vdeo, closed caption e contedo Ginga NCL de acordo com a ABNT NBR 15606-5, com os seguintes passos: 1) decodificar stream de vdeo com um decodificador de vdeo e envi-lo a um plano de vdeo virtual (no formato Y, Cb, Cr 4:2:0). A sada deve ser (A); 2) decodificar dados de closed caption com um decodificador de closed caption e envi-lo a um plano virtual de closed caption. Essa sada deve resultar em (B); 3) decodificar contedos Ginga NCL com um navegador e envi-lo a um plano virtual (largura de 240 pixels, altura de 320 pixels: cada formato de 8 bit de RGB). Essa sada deve resultar em (C); 4) executar uma escala e uma converso de espao de cores adequadas ao formato do display de cada unidade receptora em cada sada de (A), (B) e (C) na ordem; em seguida, envi-los a um buffer de display da unidade receptora. As sadas (A), (B) e (C) no assumem posies fixas e no necessrio sobrepor cada plano virtual por combinao alfa. Alm disso, no necessrio executar simultaneamente os planos de navegador NCL e closed caption. Isso indica que no necessrio executar em paralelo os decodificadores de navegador Ginga NCL e closed caption. Contudo, uma funo de navegao de qualquer parte do plano virtual pela representao da listagem pela unidade receptora tem que ser oferecida (ver Figura A.8).
Figura A.8 Tcnica de apresentao da unidade receptora
35
ABNT NBR 15606-1:2010
A.3.2 Tamanho do pixel de cada plano que compe a tela de exibio

Disposies de tamanho de pixel de cada plano que compe a tela de exibio so mostradas na Tabela A.9. Tabela A.9 Tamanho de pixel dos planos de tela one-seg Item Plano virtual de vdeo Plano virtual de navegador NCL Plano virtual de closed caption Resoluo Resoluo Descrio da disposio 320x180x16, YCbCr(4:2:0), 16:9 320x240x16, YCbCr(4:2:0), 4:3 240x320x24, RGB cada 8 bit Nmero de bits 16 16 24
Direo da escrita do caractere de tamanho normal, mais de 12 caracteres X 4 linhas, ou mais de 16 caracteres x 3 linhas Resoluo Considerar formato do display 8 bits de cada RGB
Disposies relacionadas ao cdigo de monomdias apresentveis, a posio da apresentao do contedo de monomdia e tamanho etc. so mostradas na Tabela A.10 como restries relacionadas a cada plano. Tabela A.10 Recomendaes da apresentao no plano da tela Item Cdigo de monomdia apresentvel Posio da apresentao Tamanho Cdigo de monomdia apresentvel Posio da apresentao Tamanho Sobreposio Cdigo de monomdia apresentvel Posio da apresentao Tamanho Efeito visual de troca de plano Descrio da disposio H264/MPEG4 AVC Dependente da implementao. No designado por contedos multimdia O mesmo da configurao de pixel dos planos virtuais JPEG, GIF, animao GIF Ambas as coordenadas x-y, de pixels arbitrrios para pixels arbitrrios Ambas as coordenadas x-y, da contagem de pixels arbitrrios Sem restries Cdigos de caracteres de 8 bits para perfis de celulares
Plano virtual de vdeo
Planos virtuais de navegador Ginga NCL
Planos virtuais de closed caption
No designada por contedos Fonte de tamanho mdio (dependente da implementao)
O processo de efeito visual de troca de plano da apresentao dependente da implementao
36
ABNT NBR 15606-1:2010
A.3.3 Relao entre codificao monomdia e o plano de apresentao

Um resumo das condies de restrio para codificao da monomdia apresentada em cada plano citado em A.3.2 descrito na Tabela A.11. Assume-se que o broadcaster no envia codificao de monomdia que no est inclusa nessas disposies, ou dados monomdia codificados em operao que no so padro. Tabela A.11 Recomendao para codificao monomdia apresentada em cada plano da tela Mtodo de codificao Mtodo de transmisso Codificao de vdeo H264/MPEG-4 AVC Tamanho do vdeo Escala Mtodo de transmisso Tamanho da imagem Escala Mtodo de transmisso Tamanho da imagem Escala Codificao de grficos GIF animado Mtodo de transmisso Tamanho da imagem Escala Fontes (downloadble) Mtodo de transmisso Contedo da especificao Vdeo PES; identificao do formato de stream = 0x1B Carrossel de objetos; identificao do formato do fluxo = 0x0B 320 x 240 (4:3), 320 x 180 (16:9) seqncia de valores numricos transversal e longitudinal Dependente da implementao. No designado por contedos multimdia Carrossel de objetos, identificao do formato de stream = 0x0B Mximo de 240 x 320 seqncia de valores numricos Dependente da implementao. No designado por contedos multimdia Carrossel de objetos, identificao do formato de stream = 0x0B Mximo de 240 x 320 seqncia de valores numricos Dependente de implementao. No designado por contedos multimdia Carrossel de objetos, identificao do formato de stream = 0x0B Mximo de 240 x 320 seqncia de valores numricos mximo de 240 para coordenadas x-y (ver A.5.4 para outros detalhes) Dependente da implementao. No designado por contedos multimdia Carrossel de objetos; identificao do formato de stream = 0x0B
Codificao de imagem esttica
JPEG
GIF
A.4 Formato de monomdia Perfil full-seg

A.4.1 Codificao de vdeo
As monomdias de vdeo demandadas pela aplicao no podem causar perturbaes perceptveis na decodificao do vdeo principal, independentemente da transmisso em carrossel ou em PES independente.
A.4.2 Clipes de vdeo MPEG-1 File Format

A ISO/IEC 11172-2 deve ser usada para a codificao de vdeo MPEG-1 e a extenso de arquivo mpeg mpg contm o vdeo codificado com o formato MPEG-1. obrigatria a utilizao da monomdia MPEG-1 para exibio simultnea com o udio e vdeo principal, onde o mtodo de decodificao (hardware ou software) definido pelo fabricante do receptor. permitido aos fabricantes de receptores decodificarem a monomdia MPEG-1 de acordo com a capacidade de sua plataforma, ou seja, o receptor pode decodificar somente o primeiro frame ou todos os frames de acordo com a codificao.
37
ABNT NBR 15606-1:2010
Devido a restries no tamanho do arquivo, devem ser utilizados os parmetros de codificao MP@LL citados a seguir: Tamanho de imagem: 352 x 240 (SIF) e 176 x 120 (QSIF); Aspect_ratio: 16:9 e 4:3; Frame rate: 30/1 001 Hz;
Mxima taxa de bits: 1,5 Mbps.
A.4.3 Codificao das imagens estticas e figuras bitmap

A.4.3.1 A.4.3.1.1 JPEG Formato de codificao
As imagens estticas JPEG devem estar de acordo com o mtodo baseline da ISO/IEC 10918-1. No que diz respeito colorimetria do JPEG, devem estar de acordo com a ARIB STD-B24:2007, volume 1, 17.2. A.4.3.1.2 Parmetros de codificao
Na seqncia de codificao, o mtodo interleave utilizado. O fator de amostragem utilizado no mtodo de baseline com ou sem perdas o YCbCr 4:2:0, no entanto, no pode apresentar falhas ao receber o formato 4:2:2. Alm disso, o JPEG para o formato 4:2:0 refere-se queles com valores (2, 2), (1, 1), (1, 1) para a informao do marcador SOF0 (H1, V1), (H2 , V2), (H3, V3), respectivamente. De forma similar, o formato 4:2:2 refere-se apenas queles com (2, 1), (1, 1), (1, 1) como valores de (H1, V1), (H2, V2), (H3, V3), respectivamente. A.4.3.1.3 Escala (scaling)
O scaling utilizado 128/128. No entanto, o scaling deve ser alterado para 192/128 quando as imagens com tamanho de 1 280 x 720 pixels so transmitidas e apresentadas com o tamanho de 1 920 x 1 080, expandindo proporcionalmente no receptor, horizontalmente e verticalmente. A.4.3.1.4 Outras restries
O tamanho da tela apresentada deve ser menor que o tamanho de tela inteira do plano de imagem esttica. O modo progressivo no explorado. A.4.3.1.5 Marcadores e segmentos de markers operados
Os marcadores e os segmentos de markers operados pelo JPEG so apresentados na Tabela A.12.
38
ABNT NBR 15606-1:2010
Tabela A.12 Marcadores/segmentos de markers operados pelo JPEG Marker SOI DQT DRI SOFn DHT SOS RSTm EOI COM APPn DNL
a
Comentrio Starting of image Definition of the quantizing table Definition of the restart interval Starting of the frame Only SOF0(FFC0) becomes the target for decoding Definition of the Huffman table Start the scan End of the restart interval End of the image Comment To be used in the application Special size specification
Processo no receptor Realiza o processo Realiza o processo Realiza o processo a Realiza o processo Realiza o processo Realiza o processo Realiza o processo a Realiza o processo Realiza o processo Ignora o processo Ignora o processo
A manipulao de DRI e RSTm, quando ocorre um erro, dependente de implementao.
Somente SOI-DNL aparece no mtodo baseline, outros markers, diferentes do citado na Tabela A.12, so tratados como erros. A.4.3.2 A.4.3.2.1 PNG Parmetros de codificao
A recomendao W3C (ver W3C Recommendation PNG) deve ser utilizada para o formato de arquivos de grficos PNG (Portable Network Graphics). Os seguintes parmetros devem ser aplicados: Colortype = 6; Bitdepth = 8 per chanel; Image compression type =0 (zlib). A.4.3.2.2 Chunk operado pelo PNG
Os chunks operados pelo PNG so mostrados na Tabela A.13. Outros chunks no citados na Tabela A.13 so ignorados pelo receptor.
39
ABNT NBR 15606-1:2010
Tabela A.13 Chunk operado pelo PNG Chunk Color depth Color type IHDR Compression method Filtering method Interlace method IDAT IEND A.4.3.2.3 Outras restries Filter method Detalhe da operao 8 bits por canal 6 Somente 0 (deflate/inflate inferior a 32 KB) Apenas 0 Somente 0 (sem entrelaamento) Somente 0 (sem filtro)
O formato de armazenamento dos dados deve ser do tipo non-interlace. A.4.3.3 A.4.3.3.1 MNG Formato de codificao
O MNG deve estar de acordo com as especificaes do ARIB STD-B24:2007, 5.4. A.4.3.3.2 Chunk operado pelo MNG
Os chunks operados pelo MNG so mostrados na Tabela A.14. Outros chunks no citados na Tabela A.14 so ignorados pelo receptor. Tabela A.14 Chunk operado pelo MNG Chunk names MHDR MEND IHDR, PNG chunks, IEND TERM FRAM DEFI A.4.3.3.3 Restries da operao do MNG Detalhes da operao Obrigatrio Obrigatrio De acordo com as especificaes operacionais do PNG De acordo com a ARIB STD-B24 De acordo com a ARIB STD-B24 De acordo com a ARIB STD-B24
As restries da operao do MNG so as seguintes: a) tamanho total dos dados: 256 Kb. O tamanho total dos dados do arquivo MNG significa o volume total de dados quando diferentes MNG so empregados. Alm disso, o volume de dados de cada um dos respectivos MNG equivale ao horizontal picture element count x vertical picture element count x bit depth x PNG number; nmero total de imagens PNG: 64 imagens. O nmero total de imagens PNG refere-se ao nmero total de imagens PNG que fazem parte do MNG;
b)
40
ABNT NBR 15606-1:2010
c)
especificao do ciclo de atualizao do PNG: mnimo: 100 ms; mximo: 5 000 ms; unidade de especificao: 100 ms;
d)
repetio: em caso de especificar uma repetio infinita, ento a contagem de repetio; deve ser especificado 0x7FFFFFFF como
em caso de especificar um nmero limitado de repeties, o valor do perodo de ciclagem do PNG x nmero de imagens PNG x contagem de repeties no pode ultrapassar 120 s. e) f) tamanho da imagem (display size): o tamanho total mximo do PNG em 1 tela de 256 Kb. A rea total de exibio em 1 s no pode ultrapassar 256 KB; outros: a localizao da amostra do MNG no pode ser mudada durante a reproduo (quando streamStatusAttribute =play); tamanho do objeto PNG no muda durante a execuo do MNG;
mesmo quando h um atraso na atualizao do PNG, que deve ocorrer simultaneamente a outras execues de imagens, o pixel skipping no executado, e a exibio do PNG seguinte executada. Caso o framing mode 0 seja especificada no primeiro quadro, este deve ser tratado como "framing mode 1", independentemente do nmero de ciclos.
A.4.4 Codificao de udio MPEG-4 AAC LC

A.4.4.1 Parmetros de codificao
A ISO/IEC 14496-3 deve ser usada para codificao de udio MPEG-4 udio. Uma taxa de bits apropriada para o udio MPEG-4 AAC deve ser selecionada de acordo com o tipo de udio (msica, udio). As taxas empregadas devem estar entre 24 kbps e 64 kbps. Os parmetros de codificao de udio MPEG-4 AAC so mostrados na Tabela A.15. Tabela A.15 Parmetros de codificao do udio MPEG-4 AAC Frequncia de amostragem em L2 e L4 24 kHz, 48 kHz A.4.4.2 Transmisso do udio MPEG-4 AAC Nmero de bit 16 bits
O udio codificado em MPEG-4 AAC pode ser transmitido atravs do PES de udio (stream format identification 0x11) e atravs do carrossel de objetos (stream format identification 0x0B). Para transmisso atravs do carrossel de objetos, ver formato de dados do arquivo de udio AAC em A.4.11.2 e A.4.11.3.
41
ABNT NBR 15606-1:2010
A.4.4.3
Formato de dados do arquivo de udio AAC
Segundo a ISO/IEC 14496-14, o formato de arquivo MP4 (nome oficial) deve ser utilizado para o formato de arquivo MPEG 4. A relao de formatos mostrada na Tabela A.16. Tabela A.16 Formatos de codificao do udio MPEG-4 AAC Relaes de formatos Subtipos Subtipo do udio Formato ISO_BMFF (ISO Base Media File Format) MP4_FF_2_AAC, MPEG-4 File Format, V.2, with Advanced Audio Coding AAC_MP4, Advanced Audio Coding, MPEG-4 AAC_MP4_LC, AAC (MPEG-4) Low Complexity Object
A.4.5 Layers 1 e 2 de udio MPEG-1

A.4.5.1 Formato de codificao
O formato de clipes de udio MPEG-1 (Layers 1 & 2) dados ES, definido de acordo com a ISO/IEC 11172-3 e limitado pelo ETSI TR 101 154. Cada "arquivo" do contedo de udio um arquivo binrio de fluxo elementar de udio. Cada "arquivo" fornece um nmero inteiro de unidades de acesso de udio, sendo o primeiro byte de cada arquivo o primeiro byte da unidade de acesso de udio. Os dados de udio MPEG, em todos os outros aspectos, esto de acordo com as especificaes definidas na ETSI TR 101 154. As implementaes na decodificao de clipes de udio podem assumir que estes tm um nmero aproximadamente constante de bytes por segundo. Se isso no for verdadeiro, ento o comportamento dependente da implementao. A.4.5.2 Som built-in
O AIFF-C o mtodo de codificao utilizado para built-in som, no qual as especificaes da Tabela A.17 devem ser seguidas. Tabela A.17 Parmetros de codificao de udio MPEG-2 AAC Frequncia da amostra 48 kHz, 32 kHz Nmero de bit 16 bits
No entanto, dependendo da implementao do receptor, outros mtodos de codificao para funes equivalentes podem ser utilizados. Fontes sonoras built-in so mostradas na Tabela A.18. Tabela A.18 Alocao de som built-in nos receptores Fontes sonoras built-in 0:Quick report chime 1 4: Quick report chime 5 8: Button operation sound 4 12: Button operation sound 8 1: Quick report chime 2 5: Button operation sound 1 9: Button operation sound 5 13:Alert sound 2: Quick report chime 3 6: Button operation sound 2 10: Button operation sound 6 14: 3: Quick report chime 4 7: Button operation sound 3 11: Button operation sound 7 15:
42
ABNT NBR 15606-1:2010
Os nmeros da Tabela A.18 indicam o sound_id no caso dos sons serem especificados de um cdigo multimdia e indicam a especificao do som built-in no caso da utilizao de cdigos PRA de controle de expanso de caracteres de 8 bit. A capacidade total de receptores que usam som built-in 480 KB.
A.4.6 Sntese de udio pelos receptores

A.4.6.1 Balano de mixagem
Quando a mixagem de udio for distribuda em diferentes cdigos, o volume deve ser ajustado na proporo de 1:1. A.4.6.2 Mtodo de codificao para reproduo simultnea
A reproduo simultnea de mltiplos udios possvel conforme Tabela A.19. ( ) indica udio com a maior prioridade para ser tocado quando reproduo simultnea no for possvel. Tabela A.19 Mtodos de codificao de udio que suportam simultneas reprodues Codificao AAC-LC stream (main line) AAC-LC file (storage) AIFF-C file (storage) AIFF-C file (builtin sound) AIFF-C file Quick report)
a
AAC-LC stream (main line) No aplicvel
AAC-LC file (storage) AAC stream priorizado
AIFF-C file (storage) Possvel a, b, c AAC stream priorizado No priorizado
AIFF-C file (built-in sound) Possvel a, b, c AAC stream priorizado No priorizado No priorizado
AIFF-C file (quick report) Possvel a, b, c Quick report priorizado Quick report priorizado Quick report priorizado No priorizado
Se o MPEG-4 AAC udio PES desaparecer durante a sada composta de udio MPEG-4 AAC e AIFF PES-C, a reproduo do AIFF-C no garantida.
b AIFF-C no pode ser combinado com o MPEG-4 AAC udio PES no meio da reproduo quando est sendo reproduzido de forma independente. c
Quando a freqncia de amostragem de MPEG-4 AAC-LC (AAC-LC Stream main line), transmitida pelo PES de udio, 32 kHz, a reproduo simultnea no possvel. A reproduo do udio MPEG-4AAC_LC, transmitida pelo PES de udio, priorizada.
Arquivo AIFF-C (quick report) e quick report super sound referem-se a sons built-in tocados pela sobreposio que especifica a reproduo automtica. Se quick report super sound e outros sons forem duplicados, o quick report super sound tem prioridade (o quick report super sound deve ser reproduzido continuamente). Se uma reproduo duplicada do AIFF-C for especificada, aquele que especificado por ltimo tem prioridade. Se a reproduo de arquivos MPEG-4 AAC e AIFF-C for especificada ao mesmo tempo, o MPEG-4 AAC tem prioridade.
43
ABNT NBR 15606-1:2010
A.4.7 Fontes
As restries no afetam a praticidade, considerando a capacidade de memria (ROM) dos receptores. As especificaes das fontes so mostradas na Tabela A.20. Os valores para estilo e tamanho da fonte quando no especificados devem ser, respectivamente, estilo normal e tamanho do caractere 16. Tabela A.20 Fontes Item Nmero de estilos da fonte Tipo de caracteres Tamanho do caractere Descrio 3 (normal, itlico, negrito) Tiresias (alfanumrico, smbolos etc.) Caracteres externos: SIM 14, 16, 18, 20, 22, 24, 30, 36
A.4.8 Formato mdulo de compresso

No caso do mdulo de compresso, utilizado o mesmo formato de compresso PNG com base na RFC 1950 (ver Tabela A.21). Tabela A.21 Detalhes do formato de compresso ZLIB Campo Compression Method (4 bits) Compression Info (4 bits) Flags FCHECK (5 bits) Preset Dictionary (1 bits) Compression Level (2 bits) 8 (deflate) apenas Menor ou igual a 7 (menor ou igual ao janelamento de 32 KB) Valores especificados na RFC 1950 0 (sem dicionrio) apenas Como desejado. ignorado no tempo de decodificao Operao
A.5 Formatos de monomdia Perfil one-seg

A.5.1 Codificao de vdeo em H.264/MPEG-4 AVC - Vdeo clipes
A ITU Recommendation H.264 deve ser usada para vdeo H264/MPEG-4 AVC, conforme Tabela A.11. A codificao deve estar em conformidade com o baseline profile. O nvel empregado deve ser o mesmo do vdeo principal sem obrigatoriedade de decodificao simultnea entre eles.
A.5.2 Clipes de vdeo MPEG-1 File Format

A ISO/IEC 11172-2 deve ser usada para a codificao de vdeo MPEG-1 e a extenso de arquivo mpeg mpg contm o vdeo codificado com o formato MPEG-1. obrigatria a utilizao da monomdia MPEG-1 para exibio simultnea com o udio e vdeo principal, onde o mtodo de decodificao (hardware ou software) definido pelo fabricante do receptor. permitido aos fabricantes de receptores decodificarem a monomdia MPEG-1 de acordo com a capacidade de sua plataforma, ou seja, o receptor pode decodificar somente o primeiro frame ou todos os frames de acordo com a codificao Devido a restries no tamanho do arquivo, devem ser utilizados os parmetros de codificao MP@LL a seguir: tamanho de imagem: 352 x 240 (SIF) e 176 x 120 (QSIF);
44
ABNT NBR 15606-1:2010
aspect_ratio: 16:9 e 4:3; frame rate: 30/1 001 Hz; mxima taxa de bits: 1,5 Mbps.
A.5.3 JPEG
A.5.3.1 Formato de codificao
A codificao JPEG deve estar de acordo com o mtodo de baseline de ISO/IEC 10918-1. A colorimetria do JPEG deve estar de acordo com a ARIB STD-B24:2007, volume 1, 17.2. A.5.3.2 Parmetro de codificao
A codificao JPEG deve atender s seguintes restries: a sequncia de codificao deve utilizar o mtodo interleave; o mtodo baseline com perdas deve ser empregado. O fator de amostragem deve ser ajustado para YCBCR=4:2:0. Contudo, no pode falhar ao receber formato 4:2:2. Alm disso, o JPEG para o formato 4:2:0 se refere queles com valores de (2, 2), (1, 1), (1, 1) para a informao do marcador SOF0 (H1,V1), (H2,V2), (H3,V3), respectivamente. Similarmente, o formato 4:2:2 se refere apenas a (2, 1), (1, 1), (1, 1) como (H1,V1), (H2,V2), (H3,V3), respectivamente. O modo progressivo no pode ser utilizado. A.5.3.3 Marcadores e segmentos de marcadores operados
Marcadores e segmentos de marcadores operados por JPEG so mostrados na Tabela A.22. Tabela A.22 Marcadores/segmentos de marcadores operados por JPEG Marcador SOI DQT DRI SOFn DHT SOS RSTm EOI COM APPn DNL
a
Comentrio Incio da imagem Definio da tabela de quantizao Definio do intervalo de restart Incio do frame. Apenas SOF0(FFC0) se torna alvo para decodificao Definio da tabela de Huffman Incio do scan Final do intervalo de restart Fim da imagem Comentrio Para se usar na aplicao Especificao especial de tamanho
Processo do receptor Processo normal Processo normal Processo normal a Processo normal Processo normal Processo normal Processo normal a Proceso normal Processo normal Ignorar Ignorar
A manipulao de DRI e RSTm dependente de implementao, quando ocorre um erro. Apenas os marcadores citados nesta Tabela aparecem no mtodo baseline; outros marcadores so considerados erros.
45
ABNT NBR 15606-1:2010
A.5.4 GIF
NOTA O formato de arquivo de grficos GIF utiliza especificaes baseadas em Graphics inrtechange format, Version 89a", especificado pela Compuserve Inc. America.
A.5.4.1
Cabealho
O cabealho mostrado na Tabela A.23 e sempre deve existir no comeo. Tabela A.23 Cabealho Campo Signature Verso Campo A.5.4.2 Trailer Operao 0 89a Operao Observaes String de caractere e valor fixo de GIF Formato do arquivo na verso 89a Observaes
O trailer mostrado na Tabela A.24 e sempre deve existir no comeo. Tabela A.24 Trailer Campo Trailer de GIF Observaes Valor fixo de 0x3B
A.5.4.3 Descritor lgico da imagem

O descritor lgico da imagem mostrado na Tabela A.25, o bit 1 sempre deve existir depois do bloco do cabealho. Tabela A.25 Descritor lgico da imagem Campo Largura da tela lgica Altura da tela lgica Flag da tabela de cores globais Tamanho do pixel de cor Tipo de flag Tamanho da tabela de cores globais ndice de cores do background Taxa de aspecto de pixel A.5.4.4 Tabela global de cores Altura da tela lgica Quando esse bit est ativo, o bloco da tabela global de cores existe logo depois desse bloco Tamanho da tabela de cores globais Observaes Largura da tela lgica
O bloco da tabela global de cores operado e sua existncia controlada pelo flag da tabela de cores globais do descritor de tela lgica. Isto pode ocorrer apenas uma vez aps o bloco do descritor de tela lgica. Alm disso, o tamanho da tabela global de cores do mesmo bloco especifica o tamanho.
46
ABNT NBR 15606-1:2010
A.5.4.5
Descritor de imagem
possvel haver mltiplos descritores. Os dados de imagem so apresentados logo aps o bloco descritor de imagem. O descritor de imagem mostrado na Tabela A.26. Tabela A.26 Descritor de imagem Campo Separador de imagem Posio da imagem esquerda Posio da imagem na parte superior Largura da imagem Altura da imagem Flag da tabela de cores locais Flag de entrelaamento Tamanho da tabela de cores locais A.5.4.6 Tabela local de cores Operao Como especificado Como especificado Como especificado 0 240 0 320 Como especificado Como especificado Como especificado Largura da imagem Altura da imagem Quando esse bit est ativo, o bloco da tabela de cores globais existe logo depois desse bloco 1 quando apresentar o display de entrelaamento e 0 se no o apresentar Tamanho da tabela de cores locais Observaes Valor fixo de 0x2C -
O bloco da tabela local de cores operado, e sua existncia controlada pelo flag da tabela de cores locais do descritor de imagem. Quando ele existe, h apenas um aps o bloco do descritor de imagem. Alm disso, o tamanho da tabela de cores locais do mesmo bloco especifica seu tamanho. A.5.4.7 Dados de imagem
possvel haver mltiplos dados. Se existirem descritores de imagem, ou tabela locais de cores, o bloco dados de imagem existe logo aps um deles. A sintaxe operada e mltiplos sub-blocos para armazenamento de dados de imagem relacionados a esquema de cores comprimidos no formato LZW existem aps o campo de tamanho do cdigo mnimo LZW de 1 byte, que indica que o tamanho do cdigo mnimo utilizado para recuperao de dados. A.5.4.8 Extenso de controle de grficos
A operao do bloco extenso de controle de grficos arbitrria, mas ele deve ser operado sempre que uma cor transparente ou um tempo de atraso forem especificados. Nesse caso, s h um bloco na frente do descritor de imagem. A extenso de controle de grficos mostrada na Tabela A.27.
47
ABNT NBR 15606-1:2010
Tabela A.27 Extenso de controle de grficos Campo Introdutor de extenso Rtulo da extenso de controle de grficos Tamanho do bloco Mtodo de descarte Flag de entrada do usurio Flag de cores transparentes Tempo de atraso ndice de cores transparentes Terminador do bloco A.5.4.9 Extenso do comentrio Operao Como especificado Como especificado Como especificado Como especificado Como especificado Observaes Valor fixo de 0x21 Valor fixo de 0xF9 Valor fixo de 0x04 0: no aceitar entrada de usurio no momento de exibio dos dados 1 para processamento de cores transparentes e 0 quando esse processo no executado (animao GIF fixada em 0) 200 ms - 5 000 ms, especificado em unidades de 100 ms A cor das cores transparentes a tabela de cores globais, ou designer pelo ndice da tabela de cores locais fixada Valor 0
Como especificado
20 - 500
Como especificado
Como especificado
A operao arbitrria e pode ser mltipla. A sintaxe operada de acordo com os padres. A.5.4.10 Restries de operaes de animaes GIF A.5.4.10.1 Tamanho total dos dados O tamanho do arquivo no especificado. Contudo, o tamanho total (independente do display) de cada documento depois da decodificao no pode ultrapassar o valor de 76 800 de largura x altura x frame para todos os objetos. A.5.4.10.2 Tamanho do display O tamanho de um objeto 240 verticalmente 240 horizontalmente. O nmero de imagens armazenadas deve ser de no mximo 16. A.5.4.10.3 Outros parmetros Os demais parmetros de codificao a serem observados so: a) valores especificados para ciclo de atualizao: unidade especificada: 100 ms; mnimo: 200 ms; mximo: 5 000 ms;
48
ABNT NBR 15606-1:2010
b) c) d) e)
repetio: infinita, mas o nmero real de repeties dependente da implementao; nmero de objetos em cada tela: mximo de 4. Mas os objetos no podem se sobrepor; tamanho do display rewritable de cada unidade: no pode exceder 38,4 KB em 1 s; no mudar o tamanho e a posio do objeto GIF armazenado.
Portanto, os parmetros de codificao devem obedecer seguinte lista: LogicalScreenWidth = ImageWidth = width caractersticos de cada elemento de objeto. LogicalScreenHeight = ImageHeight = height caractersticos de cada elemento de objeto; ImageLeftPosition = 0; ImageTopPosition = 0. Mesmo se ocorrer atraso na atualizao da animao de GIF, as imagens devem ser geradas ao mesmo tempo de outra execuo etc., pelos receptores bsicos do perfil mvel. No cortar as imagens GIF e exibir outra imagem GIF em seguida. O processamento transparente no utilizado na animao GIF.
A.5.5 Fontes
Cdigos de caracteres de 8 bits para perfil one-seg. A fonte residente no receptor a Verdana.
A.5.6 Formato mdulo de compresso

No caso do mdulo de compresso, utilizado o mesmo formato de compresso PNG com base no RFC 1950 (ver Tabela A.21).
A.6 Controle remoto

A.6.1 Descrio geral e funcional do controle remoto
Para garantir uma referncia comum e estvel para os desenvolvedores de aplicaes e consumidores, necessrio especificar alguns pontos em relao ao controle remoto. O controle remoto usado para diversos fins: controle da televiso/receptor, seleo de canais, acesso informao sobre programas e servios, e interatividade (ver Figura A.9).
49
ABNT NBR 15606-1:2010
Figura A.9 Exemplo de controle remoto comum
A.6.2 Funes numricas (nmeros)

Os nmeros so usados para: seleo de canais; funo de entrada de texto ou especfica para aplicaes Ginga, aps a sua reserva/apropriao; outras funes dentro de menus proprietrios do receptor. Os ambientes Ginga-NCL e Ginga-J devem permitir a uma aplicao estrangeira requisitar o acesso do grupo de entrada de informaes numricas de forma dinmica e flexvel baseada no contexto de uso. O grupo de informaes numricas corresponde a (0, 1, 2, 3, 4, 5, 6, 7, 8, 9) e no permitido requisies individuais.
A.6.3 Funes interativas

As funes interativas so usadas para: navegar em qualquer aplicao residente do receptor; navegar em qualquer aplicao Ginga (FTA e residentes). Apenas nestas duas situaes, estas funcionalidades so atribudas. Os ambientes Ginga-NCL e Ginga-J devem permitir a uma aplicao estrangeira requisitar as funcionalidades interativas de forma dinmica e flexvel baseada no contexto de uso. O grupo de funes interativas representado pelos seguintes subgrupos:
50
ABNT NBR 15606-1:2010
subgrupo das funes coloridas (vermelho, verde, amarelo e azul); subgrupo das funes de seleo (seta para esquerda, seta para direita, seta para cima e seta para baixo); subgrupo das funes de seleo (Ok, Voltar e Sair). No permitido requisitar funes individuais nos subgrupos citados acima. A ordem das funes coloridas deve ser estritamente cumprida (vermelho, verde, amarelo e azul).
A.6.4 Especificao das funes de interatividade do controle remoto

As funes de interatividade do controle remoto esto especificadas na Tabela A.28. Tabela A.28 Funes do controle remoto
Funes numricas Item Funo Full-seg Descrio Comentrios Estas funes permitem: 1 0...9 Obrigatrio Funes numricas acesso direto aos canais; aps o middleware apropriar-se destas funes, as aplicaes podem utiliz-las Funes interativas 2 3 Voltar Sair Obrigatrio Obrigatrio Comando Voltar Comando Sair Comandos Setas direita / esquerda devem ser passados para aplicaes Ginga Navegao na interface grfica proprietria do receptor Comandos Setas para cima / para baixo devem ser passados para aplicaes Ginga Navegao na interface grfica proprietria do receptor 6 7 8 9 10 OK VM VD AM AZ Obrigatrio Obrigatrio Obrigatrio Obrigatrio Obrigatrio Comando OK deve ser passado para aplicaes Ginga Confirma operao Funo vermelha Funo verde Funo amarela Funo azul Outros possveis rtulos so Enter ou Confirma Funes coloridas Funes coloridas Funes coloridas Funes coloridas
Obrigatrio
Obrigatrio
A.6.5 Apropriao das teclas pelo middleware Ginga

As funes numricas, direcionais, coloridas, confirmar, voltar e sair so as funes que devem ser mapeadas pelo receptor e o label definido de acordo com indicativo do nome da funcionalidade e comentrios citados na Tabela A.28. As funes, para fins de apropriao e uso pelas aplicaes, so tratadas como teclas. A requisio do uso das funes realizada de forma distinta nos subsistemas Ginga-J e Ginga-NCL, porm utilizando mtodos equivalentes.
51
ABNT NBR 15606-1:2010
O subsistema Ginga-J prov um mtodo para apropriao de teclas baseado na API JavaDTV (ver JAVADTV1.1:2008) e as aplicaes requisitam quais teclas so utilizadas e qual o seu devido tratamento diante de eventos do controle remoto. O uso de classes do pacote com.sun.dtv.ui.event permite inclusive o registro de um grupo de teclas para uso na aplicao. Neste caso, se o uso de setas direcionais for requerido, basta utilizar RemoteControlEvent.VK_ARROWS que todas as quatro teclas direcionais (acima, abaixo, direita e esquerda) estaro sob controle da aplicao. O mesmo acontece para as teclas coloridas e alfanumricas (RemoteControlEvent.VK_COLORED e RemoteControlEvent.VK_ALPHANUMERIC, respectivamente). O subsistema Ginga-NCL prov um mtodo para apropriao de teclas baseado no n "application/x-gingasettings" sendo que atravs de eventos de atribuio do NCL ou pelo mdulo settings do Lua, possvel alterar este valor dinamicamente. Atravs da atribuio de uma lista de teclas ao valor da varivel "channel.keyCapture", as aplicaes requisitam quais tecla so utilizadas, conforme segue: lista de teclas do grupo numrico: "numeric_keys" = "0, 1, 2, 3, 4, 5, 6, 7, 8, 9"; lista de teclas do grupo interativo: "interactive_keys" = colored_keys, selection_keys,cursor_keys", onde: "colored_keys" = "RED,GREEN,YELLOW,BLUE" "selection_keys" = "OK,BACK,EXIT" "cursor_keys" = CURSOR_LEFT,CURSOR_RIGHT,CURSOR_DOWN,CURSOR_UP".
A requisio e reserva dos grupos e subgrupos de teclas feita atravs de valores atribudos varivel channel.keyCapture. A atribuio desses valores deve ser feita sempre atravs de uma string que contenha um ou mais mnemnicos com os grupos de teclas definidos para esta varivel, e estes mneumnicos devem ser delimitados por vrgulas. Apenas os mnemnicos dos grupos "numeric_keys", "interactive_keys", colored_keys", "selection_keys" e "cursor_keys" definidos no pargrafo acima so vlidos. Qualquer atribuio varivel "channel.keyCapture" no cumulativa, mas sim uma substituio simples do valor anterior.
A.6.6 Interao entre a GUI proprietria do receptor e aplicaes Ginga

No caso de qualquer interface grfica do usurio (GUI) proprietria do receptor ser mostrada na tela enquanto a aplicao Ginga estiver sendo executada, a aplicao Ginga deve continuar e no pode ser finalizada (a aplicao Ginga pode ser pausada e depois executada novamente, ou ser ocultada e ento reiniciada, depois que o menu proprietrio do receptor ou GUI fechado/desaparece). No caso da aplicao ser carregada enquanto a interface grfica do usurio (GUI) proprietrio do receptor mostrada, a aplicao Ginga deve continuar a ser carregada no fundo. Esses comportamentos permitem apenas uma exceo significante: a tecla menu e o menu GUI proprietrio. Nesse caso, qualquer aplicao Ginga que estiver rodando/carregando/pausada pode ser finalizada, porm assim que o menu GUI desaparece da tela, qualquer aplicao Ginga que for auto-inicivel (autostart) deve ser automaticamente recarregada sem necessidade de acessar novamente o canal/mux.
A.6.7 Estados do receptor

Para o usurio, o estado do receptor determina como o receptor se comporta no prximo comando (do remoto). Assim sendo, o estado continua invisvel ao usurio, mas o comportamento deve permanecer consistente. A lista de estados possveis a seguinte: estado zero: totalmente finalizado, inativo, sem capacidade de executar aplicaes Ginga (por exemplo, autostart inativo);
52
ABNT NBR 15606-1:2010
estado inicial: como OoB sendo padro, ou como modificado pelo usurio; estado bsico: estado inicial + 1 aplicao over the air (assim como o iniciador). Se no houver aplicao broadcast disponvel ou se o auto-inicializar tiver sido determinado como OFF pelo usurio, equivale ao (estado inicial); topo da rvore: home page ou menu inicial, com uma aplicao. O padro out of box (OoB) deve estar no modo Ginga auto-inicializar ativo (Auto Start). O receptor nunca deve ir para o estado zero se outro estado, que no o inicial, tiver acessado o canal. O receptor deve manipular com consistncia as sinalizaes de cdigo de controle das aplicaes enviadas pela tabela AIT.
A.6.8 Requisitos para a funo alternncia de aplicaes

Em uma situao em que mltiplas aplicaes esto presentes no servio (no caso de Java, mltiplos Xlets, e no caso de NCL, mltiplos documentos), a visibilidade, o comportamento e a gerncia de foco das aplicaes so de responsabilidade do broadcaster, no caso de aplicaes FTA. Neste caso, as interaes entre estas aplicaes devem ser modeladas de forma a evitar conflitos. Em Java, a gerncia de foco feita atravs do mtodo requestFocus() da classe com.sun.dtv.lwuit.Component. Em NCL, comandos de edio NCL permitem o gerenciamento de aplicaes e, dentro de uma aplicao, o foco feito atravs dos atributos focusIndex nas mdias, e por atribuies na varivel de ambiente service.currentKeyMaster. A semntica destes mecanismos mantida mesmo quando h mltiplas aplicaes simultneas.
53

ABNTNBR15606-1 2010ed2

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

ABNTNBR15606-1 2010ed2

Transféré par

Droits d'auteur :

Formats disponibles

NORMA BRASILEIRA

ABNT NBR 15606-1

Nmero de referncia ABNT NBR 15606-1:2010 53 pginas ABNT 2010

ABNT NBR 15606-1:2010

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Figura 1 Estrutura do sistema 5.1.2 Especificao das interfaces

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Figura 2 Estrutura do ambiente de aplicaes 5.2.2 Descrio do ambiente de aplicaes

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Figura 3 Pilha de protocolos do sistema

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Modos de transmisso de dados

Funes de recebimento e armazenamento

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Figura 4 Estrutura de camadas para a apresentao de servios

Processo de transporte e memria temporria

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Composio entre camadas

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Aplicao ginga-NCL Lua

Aplicao ginga-NCLet Aplicao ginga-J Xlet

xlt, xlet, class, jar xlt, xlet, class, jar

Aplicao ginga-NCL Aplicao ginga zlib

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Ambiente de execuo de aplicaes

Ver ABNT NBR 15606-4

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Aplicao ginga-NCL Lua

Filtro de seo MPEG-2 Carrossel de objetos DSM-CC

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Formatos de monomdias Categoria

Tipos de Mdia MIME

Formatos de monomdias Categoria

Tipos de Mdia MIME

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-1:2010

Tabela 6 Especificao dos protocolos de canal de interatividade rea

UDP/IP HTTP DNS DSM-CC/HTTP hbrido

10 Requisitos para a difuso de dados e servios disponveis

10.1 Requisitos para difuso de dados no sistema de difuso digital

ABNT 2010 - Todos os direitos reservados