Programando em NCL 3.0.pdf - Telemidia - PUC-Rio
Programando em NCL 3.0.pdf - Telemidia - PUC-Rio Programando em NCL 3.0.pdf - Telemidia - PUC-Rio
Os seguintes URIs são definidos pelo Sistema Brasileiro de TV Digitalterrestre:arquivos locais:“file:///caminho_arquivo/#id_fragmento”arquivos remotos baixados do canal de interatividade utilizando oprotocolo http:“http://id_servidor/caminho_arquivo/#id_fragmento”arquivos remotos baixados do canal de interatividade utilizando oprotocolo https:“https://id_servidor/caminho_arquivo/#id_fragmento”streams baixados do canal de interatividade utilizando o protocolo rtsp:“rtsp://id_servidor/caminho_arquivo/#id_fragmento”streams baixados do canal de interatividade utilizando o protocolo rtp:“rtp://id_servidor/caminho_arquivo/#id_fragmento” streams recebidos como fluxos elementares no fluxo de transporte; 5“sbtvd-ts://program_number.component_tagfluxo de conteúdo idêntico a um fluxo que esteja em apresentação porum outro objeto de mídia:“ncl-mirror://identificador (id) do objeto de mídiaNote que, nesse último caso, o objeto que referencia terá conteúdoidêntico e será apresentado sempre no mesmo ponto de exibição doobjeto referenciado.Para objetos de mídia com o atributo src, cujo valor identifica o esquema“sbtvd-ts”, a parte específica do esquema, mais precisamente, o“program_number.component_tag”, pode ser substituído pelas seguintespalavras reservadas:5 Streams recebidos como fluxos elementares do fluxo de transporte TS podem vir entrelaçados. Porexemplo, o conteúdo de uma propaganda pode vir em um mesmo fluxo elementar entremeado com o fluxo deum filme. Em um mesmo fluxo elementar, um stream de um mesmo conteúdo de um objeto de mídia éidentificado por seu contentId (ver Apêndice E). Todo objeto de mídia tem uma propriedade (propriedadessão discutidas no Capítulo 9) que contém o valor do contentID de um stream. Esse valor é adquirido pelosistema (por exemplo, o middleware Ginga-NCL) do fluxo de transporte, tão logo o objeto é instanciado paraapresentação.200
videoaudiotextvideo(i)audio(i)text(i)Correspondente ao vídeo ES principal que está sendoapresentado no plano de vídeo, conforme definido pela ABNTNBR 15604.Correspondente ao áudio ES principal, conforme definido pelaABNT NBR 15604Correspondente ao texto ES principal, conforme definido pelaABNT NBR 15604Correspondente ao i-ésimo menor vídeo ES component-taglistado na PMT dos serviços sintonizados.Correspondente ao i-ésimo menor áudio ES component-taglistado na PMT dos serviços sintonizados.Correspondente ao i-ésimo menor texto ES component-taglistado na PMT dos serviços sintonizados.8.1.3 O Atributo typeComo mencionamos, o atributo type é opcional. Quando um objeto demídia inicia sua apresentação, o formatador NCL escolhe a ferramenta deexibição conforme a propriedade player do objeto de mídia a ser exibido. Seesse atributo não for especificado, o formatador deve levar em conta oatributo type do elemento . Se esse atributo também não forespecificado, o formatador deve considerar a extensão do arquivoespecificado no atributo src do elemento .Os valores permitidos para o atributo type dependem do perfil NCL edevem obrigatoriamente seguir o formato MIME Media Types (ou,simplesmente, mimetypes). Um mimetype é uma cadeia de caracteres quedefine a classe da mídia (áudio, vídeo, imagem, texto, aplicação) e um tipo decodificação de mídia (como jpeg, mpeg etc.). Os mimetypes podem serregistrados ou informais. Os mimetypes registrados são controlados pelaIANA (Internet Assigned Numbers Authority). Os mimetypes informais nãosão registrados pela IANA, mas são definidos de comum acordo; elesnormalmente têm “x” ou “vnd” antes do nome do tipo de mídia. A Tabela 8.1apresenta alguns tipos MIMES. Cabe ao sistema de TV digital definir seustipos obrigatórios e opcionais; em ABNT, NBR 15606-1, 2011 podem serencontrados os tipos definidos pelo SBTVD.201
- Page 189 and 190: PARTE IILinguagem NCLPerfil EDTV149
- Page 191 and 192: 5.1 Introdução à Estrutura do C
- Page 193 and 194: Listagem 5.1 Estrutura do elemento
- Page 195 and 196: Capítulo 6Leiaute daApresentação
- Page 197 and 198: TVPDA Listagem 6.1 Definição
- Page 199 and 200: egistrado, também por default: o d
- Page 201 and 202: caso de regiões sobrepostas, quais
- Page 203 and 204: Listagem 6.4 Definição de regiõe
- Page 205 and 206: A Figura 6.6 ilustra a visão de le
- Page 207 and 208: Passos 1 e 2: Definindo Regiões de
- Page 209 and 210: Passo 5: Definindo a Porta do Conte
- Page 211 and 212: Capítulo 7Apresentação deObjetos
- Page 213 and 214: Listagem 7.2 Definição de uma bas
- Page 215 and 216: freeze: identifica o que acontece a
- Page 217 and 218: pVideoAberturargTVtelaInteiravideoP
- Page 219 and 220: Passo 4: Definindo a porta adiciona
- Page 221 and 222: mídia que podem ter seu valor inic
- Page 223 and 224: hiddenmídia menor queregiãohidden
- Page 225 and 226: Alguns parâmetros de descritor res
- Page 227 and 228: De forma análoga, para menus horiz
- Page 229 and 230: moveLeft: identifica o índice de n
- Page 231 and 232: de uma base de transições . 6 Os
- Page 233 and 234: type: atributo obrigatório que esp
- Page 235 and 236: Exemplo 7.3 — Reproduzindo uma Im
- Page 237 and 238: Capítulo 8Objetos de MídiaeContex
- Page 239: 8.1.2 O Atributo srcO atributo src
- Page 243 and 244: Pela Tabela 8.1, cinco tipos especi
- Page 245 and 246: 8.3 PortasUma porta é um ponto de
- Page 247 and 248: tempo. Para sincronizar o término
- Page 249 and 250: 9.1 Âncoras de ConteúdoUma âncor
- Page 251 and 252: Alguns valores default para os atri
- Page 253 and 254: “animacao.lua” tratar os evento
- Page 255 and 256: elacionamento (elo), ela deve ser e
- Page 257 and 258: focusBorderTransparencyfocusSrc, fo
- Page 259 and 260: user: variáveis gerenciadas pelo s
- Page 261 and 262: system.parentDeviceRegion(i)system.
- Page 263 and 264: Tabela 9.5 Variáveis de Ambiente d
- Page 265 and 266: Capítulo 10Sincronização:Conecto
- Page 267 and 268: definidas nos conectores (connector
- Page 269 and 270: Os nomes dos papéis “onBegin”
- Page 271 and 272: evento de atribuição: atribuiçã
- Page 273 and 274: • key: código da tecla do contro
- Page 275 and 276: • qualifier: define se as ações
- Page 277 and 278: oleonBeginconnectoronBeginStartrole
- Page 280 and 281: A Figura 10.8 apresenta as visões
- Page 282 and 283: Figura 10.9 Visão estrutural de um
- Page 284 and 285: Exemplo 10.3 — Passando Parâmetr
- Page 286 and 287: visto na Tabela 10.1, o papel prede
- Page 288 and 289: A Tabela 10.6 apresenta os códigos
videoaudiotextvideo(i)audio(i)text(i)Correspondente ao vídeo ES principal que está sendoapresentado no plano de vídeo, conforme definido pela ABNTNBR 15604.Correspondente ao áudio ES principal, conforme definido pelaABNT NBR 15604Correspondente ao texto ES principal, conforme definido pelaABNT NBR 15604Correspondente ao i-ésimo menor vídeo ES component-taglistado na PMT dos serviços sintonizados.Correspondente ao i-ésimo menor áudio ES component-taglistado na PMT dos serviços sintonizados.Correspondente ao i-ésimo menor texto ES component-taglistado na PMT dos serviços sintonizados.8.1.3 O Atributo typeComo mencionamos, o atributo type é opcional. Quando um objeto d<strong>em</strong>ídia inicia sua apresentação, o formatador <strong>NCL</strong> escolhe a ferramenta deexibição conforme a propriedade player do objeto de mídia a ser exibido. Seesse atributo não for especificado, o formatador deve levar <strong>em</strong> conta oatributo type do el<strong>em</strong>ento . Se esse atributo também não forespecificado, o formatador deve considerar a extensão do arquivoespecificado no atributo src do el<strong>em</strong>ento .Os valores permitidos para o atributo type depend<strong>em</strong> do perfil <strong>NCL</strong> edev<strong>em</strong> obrigatoriamente seguir o formato MIME Media Types (ou,simplesmente, mimetypes). Um mimetype é uma cadeia de caracteres quedefine a classe da mídia (áudio, vídeo, imag<strong>em</strong>, texto, aplicação) e um tipo decodificação de mídia (como jpeg, mpeg etc.). Os mimetypes pod<strong>em</strong> serregistrados ou informais. Os mimetypes registrados são controlados pelaIANA (Internet Assigned Numbers Authority). Os mimetypes informais nãosão registrados pela IANA, mas são definidos de comum acordo; elesnormalmente têm “x” ou “vnd” antes do nome do tipo de mídia. A Tabela 8.1apresenta alguns tipos MIMES. Cabe ao sist<strong>em</strong>a de TV digital definir seustipos obrigatórios e opcionais; <strong>em</strong> ABNT, NBR 15606-1, 2011 pod<strong>em</strong> serencontrados os tipos definidos pelo SBTVD.201