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
Sistema de ArquivosService Domain = 1weatherNCLweatherConditions.nclimagesbrazilianMap.pngmoduleId = 1objectKey = 1objectKind = srg2 bindingsbinding #1objectName = weatherConditions.nclobjectType = filIOR = 1,1,2binding #2objectName = imagesobjectType = dirIOR = 1,1,3...objectKey = 2objectKind = fildata...objectKey = 3objectKind = dir1 bindingbinding #1objectName = brazilianMap.pngobjectType = filIOR = 1,2,1moduleId = 2objectKey = 1objectKind = fildata...objectKey = 2objectKind = steeventListncleventName = nclEditingCommandeventId = 3...Figura B.5 Árvore de diretórios e carrossel de objetos correspondente.Os objetos do tipo diretório (“dir”) possuem a mesma sintaxe esemântica dos objetos do tipo Service Gateway. Os objetos do tipo arquivo(“fil”) possuem como atributo, além da identificação do seu tipo, os dadosrelativos ao seu conteúdo.A Figura B.5 apresenta também um objeto do tipo eventos de fluxo(“ste”). Esse objeto é utilizado para definir tipos de eventos DSM-CCpossíveis de serem descritos no fluxo de transporte. Para isso, o objetorelaciona identificadores de descritores de eventos DSM-CC a uma string (nafigura, conteúdo do campo “eventName”). Vamos nos aprofundar um poucomais nesse tópico na Seção B.4.Finalmente, é importante notar, no exemplo da Figura B.5, que aidentificação da raiz do sistema de arquivos (diretório “weather”) é perdidaquando da geração do carrossel. A consequência dessa perda e a solução parao problema são discutidos no Capítulo 16.B.4 Eventos de FluxoEventos de fluxo são descritores embutidos em um fluxo elementarDSM-CC. Esses descritores vão fornecer um modo de sincronizar eventoscom um fluxo de mídia. Assim como os objetos de fluxo, os eventos de fluxocontêm uma lista de taps que se referem a fluxos elementares.458
Eventos de fluxo são bastante úteis para especificar eventos nãoprevisíveis.Por exemplo, em uma partida de futebol, o momento de um golque se quer sincronizar com outro objeto de mídia qualquer, como umranking dos artilheiros do campeonato.Do ponto de vista da especificação DSM-CC, o tratamento de eventosde fluxo são divididos em duas partes:1. Objetos de eventos de fluxo, transportados em carrosséis DSM-CC.2. Descritores de eventos de fluxo, transportados em seções privadasDSM-CC.Um descritor de evento de fluxo determina o disparo de um evento epode ser referido por um objeto de eventos de fluxo, que descreve em maisalto nível o que significa o evento. Mais de um descritor de evento de fluxopode ser referido por um mesmo objeto de evento de fluxo.Um objeto de eventos de fluxo possui um identificador (eventId) quedeve ser único dentro de um carrossel e um nome legível para o ser humano,por exemplo, “nclEditingCommand”. Uma aplicação pode se registrar parareceber eventos por esse nome legível. Por exemplo, o Gerenciador de BasePrivada do ambiente declarativo Ginga-NCL se registra para receber eventosnclEditingCommand que correspondem a comandos de edição de documentosNCL, como discutido no Capítulo 16. O exemplo da Figura B.5 apresenta umdesses objetos do evento (tipo “ste”), identificando no campo “eventName” astring nclEditingCommand associada ao evento “3”.Descritores de eventos são transportados em fluxos listados na tabelaPMT com o tipo igual a 0x0C. Cada descritor de evento possui umidentificador numérico único (que o associa ao objeto de eventos de fluxo) euma referência temporal, que indica ao receptor em qual instante o eventodeverá ocorrer (usualmente baseado em um fluxo denominado Normal PlayTime — NPT, como discutido no Apêndice E).Como caso particular, um descritor de eventos pode informar ao sistemareceptor que o evento deve ocorrer imediatamente; esse tipo de evento échamado de evento do it now.O SBTVD especifica que, para a maioria dos eventos de fluxo, umdescritor de evento deve ser enviado uma vez a cada segundo, pelo menoscinco vezes, antes do tempo de disparo do evento. Uma exceção, claro, é oevento do it now, que é enviado apenas uma vez.Descritores de evento de fluxo com valores de NPT permitem aoreceptor saber antecipadamente o momento exato de ocorrência do evento,permitindo maior previsibilidade, uma vez que não é possível precisar omomento da chegada de um descritor no receptor. Eles também são maisconfiáveis, uma vez que são enviados mais de uma vez.459
- Page 448 and 449: Figura A.2: Lei A e lei .A Tabela A
- Page 450 and 451: as bandas menos importantes utiliza
- Page 452 and 453: E temos a seguinte codificação, g
- Page 454 and 455: Note que, assim procedendo, o decod
- Page 456 and 457: Y = 0,299R + 0,587G + 0,114BAs comp
- Page 458 and 459: Uma vez que uma imagem estática po
- Page 460 and 461: Note que, no modo progressivo, os p
- Page 463 and 464: ao redor que possuam uma amplitude
- Page 465 and 466: Figura A.9. O MP3 usa bandas não-u
- Page 467 and 468: CentralPrincipalEsquerdoPrincipalDi
- Page 469 and 470: televisão. A recomendação BT 601
- Page 471 and 472: JPEG modo sequencial, gerando os bl
- Page 473 and 474: Macroblocos também podem ser codif
- Page 475 and 476: No MPEG-2, o perfil principal (main
- Page 477 and 478: Fn (atual)ME+-DnTQXReordenaCodifica
- Page 479 and 480: A função do MPEG-2 System [ISO/IE
- Page 481 and 482: Na classe de tráfego contínuo com
- Page 483 and 484: A.4.3 ÁudioA mídia de áudio tem
- Page 485 and 486: eserva de pacotes antes de dar iní
- Page 487 and 488: Faria, A.L.A. “Implementação do
- Page 489 and 490: ITU-T G.723.1 (1996). International
- Page 491 and 492: B.1 IntroduçãoO DSM-CC [ISSO/IEC
- Page 493 and 494: como uma mensagem de alto nível pa
- Page 495 and 496: carrossel é transmitida no fluxo d
- Page 497: Como já mencionamos, cada instânc
- Page 501 and 502: ARIB STB-B24 V 4.0 (2004). Associat
- Page 503 and 504: C.1 IntroduçãoA definição de do
- Page 505 and 506: parte da definição do nó e depen
- Page 507 and 508: Outro tipo especial de nó de conte
- Page 509 and 510: Note que a definição de dois tipo
- Page 511 and 512: 2..nidRule1..* ruleList1..*0..10..*
- Page 513 and 514: podem ser estendidas: evento de exi
- Page 515 and 516: Um evento de apresentação pode mu
- Page 517 and 518: C.9.1 ConectoresA Figura C.6 ilustr
- Page 519 and 520: RoleideventTypeminCardinalitymaxCar
- Page 521 and 522: condição ou avaliação, quanto u
- Page 523 and 524: opcionalmente negada. Qualquer expr
- Page 525 and 526: de estados de eventos, a ideia é f
- Page 527 and 528: Por outro lado, a exibição do nó
- Page 529 and 530: C.10 Objetos de Dados XObjetos de R
- Page 531 and 532: O NCM define uma classe descritor g
- Page 533 and 534: navegação em um documento. Usuár
- Page 535 and 536: i) ela pode conter nós de conteúd
- Page 537 and 538: D.1 Conectores CausaisNo Capítulo
- Page 539 and 540: Listagem D.1 Exemplo de base de con
- Page 541 and 542: E.1 IntroduçãoUm receptor pode co
- Page 543 and 544: Como mencionamos, um NPT pode come
- Page 545 and 546: F.1 IntroduçãoComo mencionamos no
- Page 547 and 548: Assim, quando um comando de ediçã
Eventos de fluxo são bastante úteis para especificar eventos nãoprevisíveis.Por ex<strong>em</strong>plo, <strong>em</strong> uma partida de futebol, o momento de um golque se quer sincronizar com outro objeto de mídia qualquer, como umranking dos artilheiros do campeonato.Do ponto de vista da especificação DSM-CC, o tratamento de eventosde fluxo são divididos <strong>em</strong> duas partes:1. Objetos de eventos de fluxo, transportados <strong>em</strong> carrosséis DSM-CC.2. Descritores de eventos de fluxo, transportados <strong>em</strong> seções privadasDSM-CC.Um descritor de evento de fluxo determina o disparo de um evento epode ser referido por um objeto de eventos de fluxo, que descreve <strong>em</strong> maisalto nível o que significa o evento. Mais de um descritor de evento de fluxopode ser referido por um mesmo objeto de evento de fluxo.Um objeto de eventos de fluxo possui um identificador (eventId) quedeve ser único dentro de um carrossel e um nome legível para o ser humano,por ex<strong>em</strong>plo, “nclEditingCommand”. Uma aplicação pode se registrar parareceber eventos por esse nome legível. Por ex<strong>em</strong>plo, o Gerenciador de BasePrivada do ambiente declarativo Ginga-<strong>NCL</strong> se registra para receber eventosnclEditingCommand que correspond<strong>em</strong> a comandos de edição de documentos<strong>NCL</strong>, como discutido no Capítulo 16. O ex<strong>em</strong>plo da Figura B.5 apresenta umdesses objetos do evento (tipo “ste”), identificando no campo “eventName” astring nclEditingCommand associada ao evento “3”.Descritores de eventos são transportados <strong>em</strong> fluxos listados na tabelaPMT com o tipo igual a 0x0C. Cada descritor de evento possui umidentificador numérico único (que o associa ao objeto de eventos de fluxo) euma referência t<strong>em</strong>poral, que indica ao receptor <strong>em</strong> qual instante o eventodeverá ocorrer (usualmente baseado <strong>em</strong> um fluxo denominado Normal PlayTime — NPT, como discutido no Apêndice E).Como caso particular, um descritor de eventos pode informar ao sist<strong>em</strong>areceptor que o evento deve ocorrer imediatamente; esse tipo de evento échamado de evento do it now.O SBTVD especifica que, para a maioria dos eventos de fluxo, umdescritor de evento deve ser enviado uma vez a cada segundo, pelo menoscinco vezes, antes do t<strong>em</strong>po de disparo do evento. Uma exceção, claro, é oevento do it now, que é enviado apenas uma vez.Descritores de evento de fluxo com valores de NPT permit<strong>em</strong> aoreceptor saber antecipadamente o momento exato de ocorrência do evento,permitindo maior previsibilidade, uma vez que não é possível precisar omomento da chegada de um descritor no receptor. Eles também são maisconfiáveis, uma vez que são enviados mais de uma vez.459