Muito obrigado pessoal, várias coisas ficaram mais claras pra mim.
Agora, não seria mais interessante se as ferramentas de teste como o GINGA-NCL VIRTUAL STB executasse de forma semelhante?
Por exemplo, no launcher, seria passado como parâmetro o vídeo principal e o documento ncl, e o documento ncl teria acesso ao vídeo principal através da mídia "sbtvd-ts://0?
Se fosse dessa forma eu não teria esta dúvida eu acho.
2011/7/20 Carlos Salles <csallesneto@gmail.com>
Para referenciar o vídeo sendo transmitido em broadcast pela emissora, você usar a URL no seguinte formato (olhe o atributo src):<media id="video" src="sbtvd-ts://0" .... />As portas no <body> informam as mídias por onde aquele documento inicia. Essas portas não precisam necessariamente bater no vídeo principal.Se quiser criar no vídeo principal uma âncora marcando um tempo pode usar a referência NPT (Normal Play Time) codificada no vídeo (atributo begin, end etc do <area>).Carlos de Salles--2011/7/20 Aécio Costa <aeciovc@gmail.com>
boa tarde...
pelas experiências que tive testando aplicativos de TV em algumas emissoras.
Um link e porta para mídia principal existe quando é necessário alterar algo nele, como por exemplo o redimensionamento. porém é possível ter um aplicativo sem uso do mesmo, exemplo: aplicações que tomam os cantos das telas.
mas numa transmissão real ele pode existir sim!--2011/7/20 Gelio Junior <geliojr@gmail.com>
Boa tarde Juliano.Realmente, todos nós temos diversas dúvidas!Nos exemplos onde existe o "videoPrincipal" ele está "emulando" a parte da emissora, num cenário real não existe este vídeo nem esse "port".O "port" é o que inicia quando a aplicação é carregada no receptor.Geralmente a aplicação inicia automaticamente o ícone de interatividade mas isso depende de cada programador ou da finalidade da aplicação.A emissora é que define quando a aplicação deve ser enviada junto com o carrossel de dados.Em 20 de julho de 2011 12:25, Juliano Krieger <julianosk@gmail.com> escreveu:
Olá, trabalho com televisão digital a algum tempo e estou com algumas dúvidas.Em qualquer arquitetura sobre a transmissão na televisão digital, vemos os fluxos de vídeo, áudio e dados separados e sento multiplexados juntos para serem transmitidos via antena.No receptor, o sinal é demultiplexado de novo nos três fluxos. Nos fluxos de áudio e vídeo temos a programação que já era transmitida pela transmissão analógica, certo(só pra ter certeza)?Então no fluxo de dados temos o extra, interatividades, incluindo os arquivos NCL, lua, imagens, áudios e vídeos extras, para serem exibidos por cima do vídeo recebido pelo fluxo de vídeo. Correto? Estes vídeos e áudios das interatividades são mesmo multiplexados juntos no fluxo de dados?Em vários exemplos de aplicativos NCL disponíveis online, vemos uma mídia de vídeo chamada "videoPrincipal", que geralmente é o "port" do documento NCL, e tem 100% do tamanho da tela. Isto estaria certo em um caso real? O documento NCL realmente tem referência ao vídeo principal(aquele do fluxo de vídeo)? Já vi exemplos onde o próprio vídeo principal é redimensionado, deixando ele em um canto da tela.O "port" do documento NCL pode ser qualquer mídia certo? Isto independe da programação? Desta forma, como desenvolver uma interatividade onde o momento dela aparecer depende do vídeo que está no fluxo de vídeo?Não sei se todos tem tudo isto claro. Quando desenvolvemos utilizando as ferramentas de teste eu acho que fica meio nebuloso como aconteceria no caso de uma transmissão real.Obrigado pela atenção, espero que possam sanar minhas dúvidas.
--
Juliano Krieger
--
Você está recebendo esta mensagem porque se inscreveu no grupo "Desenvolvimento para TV digital" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para devdtv@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para devdtv+unsubscribe@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/devdtv?hl=pt-BR.
--
![]()
Gélio JúniorPesquisador TVDi(48) 91035388![Twitter]()
![LinkedIn]()
--
Você está recebendo esta mensagem porque se inscreveu no grupo "Desenvolvimento para TV digital" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para devdtv@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para devdtv+unsubscribe@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/devdtv?hl=pt-BR.
Aécio Costa
Twitter: http://twitter.com/aeciovc
Blog: http://aeciovc.wordpress.com
LinkedIn: http://br.linkedin.com/pub/a%C3%A9cio-costa/20/863/194
Lattes: http://lattes.cnpq.br/4684547142360875
--
Você está recebendo esta mensagem porque se inscreveu no grupo "Desenvolvimento para TV digital" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para devdtv@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para devdtv+unsubscribe@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/devdtv?hl=pt-BR.
Você está recebendo esta mensagem porque se inscreveu no grupo "Desenvolvimento para TV digital" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para devdtv@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para devdtv+unsubscribe@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/devdtv?hl=pt-BR.
--
Juliano Krieger
Você está recebendo esta mensagem porque se inscreveu no grupo "Desenvolvimento para TV digital" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para devdtv@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para devdtv+unsubscribe@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/devdtv?hl=pt-BR.
0 comentários:
Postar um comentário