Existem alguns exemplos de narrativas interativas nas quais o telespectador escolhe as cenas e o que determinado personagem do filme deve ou não fazer, e dependendo das suas escolhas, o final do filme pode ser diferente para cada telespectador. Há um exemplo bem interessante no clube ncl que é o Raider of the Lost Videogame.
Uma aplicação assim, obviamente, é composta por várias cenas, e cada uma dessas cenas é um vídeo. Mas sabemos que os conversores atuais, que são vendidos embutidos ou não nos aparelhos de TV, não possuem player de vídeo ou áudio, portanto, se eu quisesse transmitir algo assim, não funcionaria. A pergunta é: Existe alguma forma de resolver esse problema ? Ao invés dos vídeos serem tratados como mídias normais, eu poderia tratá-los como fluxos individuais ? Se sim, existe a possibilidade da emissora transmitir vários fluxos (de vídeos) ao mesmo tempo ?
Autor: Fernando Dias Stulback
55 comentários
> normais, eu poderia tratá-los como fluxos individuais ? Se sim, existe a possibilidade da emissora transmitir
> vários fluxos (de vídeos) ao mesmo tempo ? Sim. É possível tratar os diversos objetos de mídia como sendo fluxos. No seu programa NCL, você pode endereçar os objetos de mídia utilizando um dos seguintes protocolos (no atributo src, do elemento media): “sbtvd-ts:” or “isdb-ts:” or “ts://program_number.component_tag” – for elementary streams received from the transport stream. Se quiser os detalhes de como é possível multiplexar os vários fluxos de áudio e vídeo (veja que podem ser mais de um) e de dados, recomendo dar uma olhada na página 14 (Seção 1.2.3 Sistema de Transporte) do livro Programando em NCL 3.0: www.telemidia.puc-rio.br/sites/telemidia.puc-rio.br/files/Programando%20em%20NCL%203.0.pdf 
sbtvd-ts://0 fluxos elementares:
sbtvd-ts://0.video(1) (cena 1),
sbtvd-ts://0.video(2) (cena 2),
sbtvd-ts://0.video(3) (cena 3),
sbtvd-ts://0.video(4) (cena 4),
sbtvd-ts://0.video(5) (cena 5), ... e assim por diante. Está correto ? Uma pergunta: A component tag (video(i)) é gerada pela PMT após a multiplexação dos dados. Então no caso eu, um desenvolvedor, para eu ter acesso a esses valores (para especificar no documento NCL) só teria como após a multiplexação e geração da PMT certo ? Outra pergunta: É possível uma emissora transmitir vários fluxos ao mesmo tempo ?
> sbtvd-ts://0.video(1) (cena 1),
> sbtvd-ts://0.video(2) (cena 2),
> sbtvd-ts://0.video(3) (cena 3),
> sbtvd-ts://0.video(4) (cena 4),
> sbtvd-ts://0.video(5) (cena 5), ... e assim por diante. na verdade, pelo que eu entendo, o correto seria:
> fluxos elementares:
> sbtvd-ts://video(1) (cena 1),
> sbtvd-ts://video(2) (cena 2),
> sbtvd-ts://video(3) (cena 3),
> sbtvd-ts://video(4) (cena 4), > sbtvd-ts://video(5) (cena 5), ... e assim por diante. o program_number e o component_tag (os dois) serão deduzidos a partir da leitura dos dados da PMT. Dessa forma, o autor da aplicação não precisa saber exatamente qual é o program_number nem o component_tag que a emissora irá gerar, mas apenas se ele será o primeiro, o segundo, etc fluxo elementar. > Outra pergunta: É possível uma emissora transmitir vários fluxos ao mesmo tempo ? Tecnicamente, a emissora pode transmitir vários fluxos elementares e vários fluxos de programas, mas apenas um fluxo de transporte. A Figura 1.10 do livro "Programando em NCL 3.0" deixa isso um pouco mais claro. p.s. Existem algumas restrições jurídicas, principalmente para emissoras comerciais, quanto à transmissão de mais de um programa (entenda aqui como programa televisivo e não programa de computador) ao mesmo tempo (o que chamamos de multiprogramação). Não sei exatamente a quantas isso anda, mas é uma discussão que já existe há algum tempo e da última vez que tive alguma informação, as emissoras comerciais não podiam ter multiprogramação.