havi, davic, javatv e mhp carlos eduardo cunha (ceac) bengt fernando karlsson (bffk2) paulo...

Havi, Davic, JavaTV e MHP

Carlos Eduardo Cunha (CEAC)Bengt Fernando Karlsson (BFFK2)

Paulo Martinelli Hemmlepp (PMH)

O que é TV Digital? Uma evolução da transmissão dos sinais

de TV. Permite uma melhora nos formatos de

áudio e vídeo consumindo menos banda de transmissão.

Vídeo com qualidade de DVD. Áudio com qualidade de CD.

O que é TV Digital Interativa? Uma extensão da TV Digital. Usuários podem fazer mais do que assistir

um canal de TV. Eles podem influenciar o comportamento de serviços e aplicações.

A interação é feita pelo controle remoto.

Davic - História O primeiro padrão para TVDI surgiu em

1997. Foi feito pela Multimedia and Hypermedia

Expert Group (MHEG), um grupo da ISO. Era uma abordagem declarativa que

permitia que aplicações multimídia rodassem em qualquer máquina que seguissem o padrão MHEG-1.

Davic – MHEG MHEG-1 suportava um pouco de scripts

procedurais para permitir tomada de decisões.

MHEG-3 definiu uma VM e um byte code próprio que permitia portabilidade entre hardwares.

MHEG-1 e MHEG-3 não tiveram sucesso devido a dificuldade de seus conceitos e pela imaturidade da indústria.

Davic – MHEG Para tentar remediar a situação, foi

lançado o MHEG-5 que era uma simplificação do MHEG-1, mas com várias outras melhoras.

Foi usado no Reino Unido para teletexto.

MHEG-5 Exemplo

MHEG-5 Exemplo

Davic – MHEG Em 1998, o sucesso de Java fez com que

fosse lançado o MHEG-6, que basicamente era a conversão do 5 para Java.

MHEG-6 foi a base do padrão Davic(Digital Audio Visual Council).

Davic - Evolução

MHEG-5 MHEG-6 Davic MHP

Java JavaTV

Havi

Davic O Davic é um conjunto de especificações e

padrões que possuem como objetivo fornecer uma real interoperabilidade de plataformas que executam áudio e vídeo transmitidos via broadcast.

Estes padrões podem ser utilizados para entrega de conteúdo ao usuário e também permitir interatividade com o mesmo.

Funcionalidades do Davic Define que funcionalidade um sistema digital de áudio e vídeo

devem fornecer. Arquiteturas de referência do provedor, da rede de distribuição e

também do sistema presente na casa do usuário. Arquitetura de gerenciamento. Protocolos de camadas baixas e definição de interfaces físicas. Representação de informação. Ferramentas básicas de segurança. Ferramentas para verificação de conformidade e

interoperabilidade. Arquitetura para armazenamento de conteudo no STB (TV

AnyTime). Arquitetura que disponibilize interatividade ao usuário final (TV

AnyWhere).

Davic – Penetração no mercado Existe várias implementações do Davic,

principalmente na Europa, onde o mesmo trabalha junto com o DVB.

Atualmente aparece como uma solução complementar a sistemas de TV a cabo de todo mundo.

A maioria das implementações é voltada para fornecer soluções de VoD.

Davic – Pontos Fortes Arquitetura bem definida e especificada há

algum tempo. Várias implementações com sucesso. Arquitetura de gerenciamento bem

definida. Ótima solução para serviços de VoD.

Davic – Pontos Fracos Não possui um middleware bem definido e

específico. Normalmente é necessária a integração com outros padrões, o que pode trazer um custo alto para o projeto.

Última especificação publicada em 1998. Transporte obrigatório em ATM.

Havi Havi (Home Audio Video Interoperability)

Fornece um padrão de home networking de modo que todos os dispositivos de áudio e vídeo que compõe uma rede Havi possam interagir entre si e que haja funções disponíveis pelas quais uma ou mais dispositivos sejam controlados por outro dispositivo independente de fabricante e implementação do padrão.

Havi Primeira versão publicada em Dezembro

de 1998 e finalizada 1 ano depois. A versão atual é a 1.1, publicada em maio

de 2001. Foi criado através de uma iniciativa de oito

companhias do ramo de produtos eletrônicos. (Panasonic, Phillips, Sony, Sharp, Thomson, Toshiba, Grundig e Hitachi)

Havi A idéia do Havi é estender as potencialidades dos

sistemas de áudio e vídeo diminuindo as complexidades de sua operação.

A razão para se ter uma rede Havi dedicada para dispositivos de áudio e vídeo é que para haver troca conteúdo de alta qualidade é necessária uma largura de banda maior que as fornecidas por outras redes domésticas, como iluminação, ar condicionado, etc.

Funcionalidades do Havi A arquitetura do Havi é aberta, independente de

plataforma e linguagem de programação, podendo ser utilizada em qualquer sistema operacional de tempo real.

Promove o desenvolvimento de dispositivos interoperáveis por parte dos fabricantes e facilita construção de aplicações em Java, por parte dos desenvolvedores, através de APIs disponibilizadas pelo Havi.

Funcionalidades do Havi Os dispositivos Havi permitem compartilhar

recursos ao serem conectados a uma rede Havi e conseqüentemente construir aplicações que explorem essa característica.

Por exemplo, player de DVD e câmera de vídeo digital, compartilhando processamento e recursos de armazenamento.

Um dispositivo Havi pode tanto controlar ou ser controlado por outro dispositivo, ou ambos.

Interface Havi Level 2 Java normal vem com interfaces voltadas para PCs.

Muito voltado para mouse e texto. Inúmeras diferença na padronização das telas de TV também é

um problema.

O Havi substitui a API de GUI de Java: Provê UI baseado em imagens não texto. Reusa aspectos da java.awt que não são orientados à PCs. Extensões para controle remoto. Acesso ao sistema gráfico e resolução do vídeo.

Conjunto de Widgets Gráficos do Havi org.havi.ui inclui:

Botões, check-boxes e radio buttons Campos de entrade de texto Texto estático Ícones Caixas de Diálogo Animações

Possui também conceitos de alto nível HContainer, HComponent e outros

Substitui funcionalidade de Java quando necessário. Gerenciamento de recursos de deipositivos gráfico.

Tratando a Tela da TV Uma tela de TVDI geralmente é dividida em 3

camadas. Background: Mostra ou uma imagem estática ou uma

cor fixa. Camada de vídeo: aonde o vídeo é exibido. Camada gráfica: onde a s aplicações são desenhadas.

HScreen Havi possui a classe HScreen, ela possui

geralmente 3 HScreenDevice

HScreen Com isso é possível configurar

separadamente cada camada com o formato do pixel, resolução, tamanho da tela e proporções.

Problemas com gerenciamento de Janelas Os STBs provavelmente não terão um

gerenciador de janelas completo. Não há necessidade de um completo! Muito complexo! Precisamos restringir acesso a hierarquia do AWT

Não podemos usar um Frame AWT.

Então, como diferentes aplicações compartilham a tela?

Com o uso da classe HScenes Substitui a classe Frame de AWT.

O que é Hscene? HScene resolve problemas com Frames

org.havi.ui Implementa java.awt.Container Não precisa de um gerenciador de janelas.

HScenes controla: Qual aplicação tem o foco do controle remoto. Como aplicações são tiradas da tela. Qual aplicação está visível.

HScene Age como componente GUI mais alto para

as aplicações. Apenas uma HScene por aplicação

A aplicação não consegue ver acima da hierarquia AWT, somente sua própria HScene HScenes de uma aplicação não são visíveis a a

outras aplicações. Uma aplicação não pode interferir nas outras.

HScene Cada aplicação pode ter apenas um

HScene por HScreen

Restrições de segurança Um componente de um HScene não pode

acessar nada de outro Hscene

O método dispose() precisa ser explicitamente chamado ao final do uso

HScene HScene permite funcionalidades como:

controle da proporção da imagem transparência das camadas

Criado a partir em um HSceneFactory Runtime retorna a HScene mais próxima

possível do requisitado

HSceneTemplate Permite especificar

restrições como tamanho, localização, etc importância de cada restrição

REQUIRED PREFERRED UNNECESSARY

Pontos fortes do Havi As empresas que promovem o padrão são

responsáveis por uma boa parcela da participação no mercado. A tendência é que mais produtos evoluam para suportar Havi.

Dispositivos legados podem fazer parte também da rede Havi com algumas restrições.

É possível construir aplicações facilmente usando a API Havi em Java.

Ponto fracos do Havi O uso do padrão IEEE-1394 que apesar de

garantir a qualidade dos dados: Não é um padrão muito usado atualmente. Não define a codificação dos dados. Não realiza nenhum controle sobre os direitos

autorais dos dados transmitidos.

JavaTV Modelo de Aplicação da Sun

Muito em comum com MHP

Não atrelado a padrões MHP; OCAP; ACAP; ARIB B23.

JavaTV Acesso de serviços em broadcast;

Acesso de informação de serviços;

Seleção de novos serviços;

Carregar arquivos;

JavaTV Não resolve todos os problema

Mas na API: Ciclo de vida Funcionalidades de TV Navegação etc.

JavaTV Apesar de tudo, NÃO é JAVA

Conceito de aplicação diferente

Temos os Xlet´s

JavaTV

JavaTV

JavaTV

JavaTV

MHP Middleware de padrão aberto

DVB

Importante salientar: Aplicações em HTML e Java Definiu GEM

MHP

javax.net

java.net java.text org.davic.mpeg.section org.dvb.event org.dvb.si

java.io java.security.cert org.davic.media org.davic.net.tuning org.dvb.net.ca

java.lang java.security.interfaces org.davic.mpeg org.dvb.application org.dvb.net.rc

javax.net.ssl java.rmi java.text.resources org.davic.net org.dvb.io.persistent org.dvb.ui

java.awt.image java.rmi.server java.util.zip org.davic.net.dvb org.dvb.media org.havi.ui

java.awt java.rmi.registry java.util org.dvb.lang org.dvb.userorg.davic.net.ca

java.lang.reflect java.security.spec org.dvb.dsmccorg.davic.mpeg.dvb org.dvb.net.tuning VM

java.beans java.security org.davic.resources org.dvb.net org.havi.ui.eventorg.davic.awt

javax.tv.graphics javax.tv.media.protocol javax.tv.service.guidejavax.tv.service.nav javax.tv.util javax.media.protocol

javax.tv.locator javax.tv.mediajavax.tv.servicejavax.tv.service.select javax.tv.xlet javax.security.cert

javax.tv.service.transport javax.media

MHP Unidos venceremos:

Javav Davic Havi

Cada um faz o seu!!!

Muita gente pode atrapalhar

Referências Interactive TV Web:

http://www.interactivetvweb.org/ Interactive TV Standards, Steven Morris.

2005.