Cliente IPTV Multi-Plataforma Com Personalizac¸Ao˜ Fonseca Automatica´ De Canais

Universidade de Aveiro Departamento de Electronica,´ Telecomunicac¸oes˜ e Informatica´ 2010

Flavio´ da Silva Cliente IPTV Multi-Plataforma com Personalizac¸ao˜ Fonseca Automatica´ de Canais

Multiplatform IPTV Client with Automatic Channels Personalization

Universidade de Aveiro Departamento de Electronica,´ Telecomunicac¸oes˜ e Informatica´ 2010

Flavio´ da Silva Cliente IPTV Multi-Plataforma com Personalizac¸ao˜ Fonseca Automatica´ de Canais

Multiplatform IPTV Client with Automatic Channels Personalization

Dissertaçao˜ apresentada a` Universidade de Aveiro para cumprimento dos requisitos necessarios´ a` obtençao˜ do grau de Mestre em Engenharia de Computadores e Telematica,´ realizada sob a orientaçao˜ cient´ıfica do Doutor Paulo Salvador e do Doutor Antonio´ Nogueira, Professores Auxiliares do Departamento de Electronica,´ Telecomunicaçoes˜ e Informatica´ da Universidade de Aveiro. o j úri presidente Prof. Antonio´ Lu´ısJesus Teixeira Professor Associado da Universidade de Aveiro

Prof. Antonio´ Manuel Duarte Nogueira Professor Auxiliar da Universidade de Aveiro

Prof. Paulo Jorge Salvador Serra Ferreira Professor Auxiliar da Universidade de Aveiro

Prof. Joel Jose´ Puga Coelho Rodrigues Professor Auxiliar da Universidade da Beira Interior agradecimentos Dedico esta dissertaçao˜ a` minha fam´ılia pelo apoio durante todos estes seis anos de estudo na Universidade de Aveiro e aos meus amigos que me ajudaram quando eu precisei. palavras-chave IPTV, Televisao˜ Digital, Personalizaçao,˜ Personalizaçao˜ Automatica,´ Aprendizagem, Serviços, Universalidade

resumo Os serviços de distribuiçao˜ de conteudos´ multimedia´ via Internet estao˜ a crescer e a evoluir exponencialmente. Os serviços que se propoem˜ entregar os conteudos´ multimedia´ mais adequados as` preferenciasˆ do cliente necessitam de possuir a capacidade de aprender os perfis dos utilizadores em multiplas´ vertentes. Os perfis dos utilizadores necessitam de ser classificados a diversos n´ıveis: pessoais, contextuais e tecnologicos.´ Perante esta classificaçao˜ multi- dimensional dos clientes, o serviço ira´ compor de forma automatica´ canais de televisao˜ personalizados ao cliente e ao contexto em que este esta´ inserido nos diversos momentos. Assim, os terminais do cliente deverao,˜ para alem´ das capacidades de visualizaçao˜ dos conteudos´ multimedia,´ permitir a interacçao˜ expl´ıcita do utilizador com o serviço mas tambem´ toda a interacçao˜ impl´ıcita que fornecera´ informaçao˜ contextual ao servidor. Esta dissertaçao˜ insere-se num trabalho mais amplo de criaçao˜ de um serviço de IPTV com personalizaçao˜ automatica´ de canais e classificaçao˜ de conteudos.´ Em paralelo com o desenvolvimento de um servidor de IPTV, existiu necessidade de criar um cliente movel´ multi-plataforma. Este cliente ira´ permitir ao utilizador a reproduçao˜ dos conteudos´ multimedia´ e a iteraçao˜ (expl´ıcita e impl´ıcita) com o servidor. Esta dissertaçao˜ apresenta a metodologia e processo de criaçao˜ de um cliente IPTV que possa ser executado em multiplas´ plataformas e em diversos tipos de dispositivos. keywords IPTV, Digital Television, Customization, Automatic Customization, Learning, Universality

abstract Internet services that provide the distribution of multimedia contents are growing exponentially and evolving in a constant way. Services that intend to deliver the multimedia contents that are more appropriate to the client preferences need to have the ability to learn the user profiles on multiple contexts. User profiles need to be learned an classified at different levels: personal, contextual and technological. Given this multi-dimensional classification of customers, the service will automatically compose television channels that are customized to the client and to the context where it is inserted at different moments in time. Thus, the client terminals should, in addition to the visualization capabilities of multimedia contents, allow the explicit interaction with the service, but also provide all implicit interactions that provide contextual information to the server. This work is part of a larger developing project that aims to create an IPTV service with automatic channel personalization and contents rating. In parallel with the development of an IPTV server, it was necessary to create a multiplatform mobile client able to fully interact with it. This client will allow users to visualize multimedia contents and interact (explicitly and implicitly) with the server. This dissertation presents the methodology and process of creating an IPTV client that can run on multiple platforms and in different types of devices.

Conte´udo

1 Introdu¸c˜ao 1 1.1 Objectivos ...... 1 1.2 Estrutura ...... 2

2 Enquadramento 3 2.1 Servidor IPTV com Personaliza¸cãoAutomáticade Canais ...... 3 2.1.1 IPTV Server Core ...... 4 2.1.2 Content Link Sources ...... 7 2.1.3 User Profile Learning ...... 7 2.1.4 IPTV Database ...... 8 2.2 Sistemas Operativos/Plataformas Móveis ...... 8 2.2.1 Maemo ...... 9 2.2.2 Symbian ...... 9 2.2.3 MeeGo ...... 10 2.2.4 Android ...... 11 2.2.5 iOS ...... 12 2.3 Tecnologias de Desenvolvimento de Aplica¸cões ...... 13 2.3.1 Linguagens de Programa¸cão ...... 13 2.3.2 Mecanismos de Processamento Multimédia ...... 16 2.3.3 Comunica¸cãoCliente/Servidor ...... 18

3 Arquitectura e Desenvolvimento 19

i 3.1 Requisitos do Sistema ...... 20 3.2 Tecnologias e Plataformas ...... 20 3.2.1 Sistemas Operativos/Plataformas Móveis ...... 20 3.2.2 Linguagens de Programa¸cão ...... 21 3.2.3 Mecanismos de Processamento Multimédia ...... 22 3.2.4 Comunica¸cãoCliente/Servidor ...... 24 3.3 Aplica¸cõesDesenvolvidas ...... 24 3.3.1 Aplica¸cão Java Platform, Micro Edition (Java ME) ...... 24 3.3.2 Aplica¸cãoQt ...... 29

4 Testes de Desempenho 43

5 Conclus˜oese Trabalho Futuro 47

A Ficheiro de Configura¸cãoda Aplica¸cãoQt 51

ii Lista de Figuras

2.1 Graphical user interface (GUI) home do Maemo 5...... 9 2.2 GUI home do Symbian S60 5th edition...... 10 2.3 GUI home do MeeGo Netbook...... 11 2.4 GUI home do MeeGo Handset...... 12 2.5 GUI home do MeeGo Tab...... 13 2.6 GUI home do MeeGo In-Vehicle...... 14 2.7 GUI home do Android 2.2...... 15 2.8 GUI home do iOS 4.2...... 16

3.1 Diagrama de pacotes da aplica¸cãodesenvolvida em Java ME e algumas rela¸cões...... 26 3.2 Diagrama de classes do pacote DataManager...... 27 3.3 Diagrama de classes do pacote Interface...... 27 3.4 Diagrama de classes do pacote MMAPIInterface...... 28 3.5 GUIs de registo da aplica¸cãoJava ME, criadas usando Scalable Vectorial Graphics (SVG)...... 29 3.6 Interface de autentica¸cãoda aplica¸cãoJava ME...... 30 3.7 Interface de reprodu¸cãoda aplica¸cãoJava ME...... 30 3.8 Algumas op¸cõesda interface de reprodu¸cãoda aplica¸cãoJava ME...... 31 3.9 Interface de reprodu¸cãoda aplica¸cãoJava ME em ecrãinteiro...... 31 3.10 Diagrama de pacotes da aplica¸cãodesenvolvida em Qt...... 33 3.11 Diagrama de classes do pacote serverconnectioni...... 33

iii 3.12 Diagrama de classes do pacote interfaceclientserveri...... 34 3.13 Interface de Autentica¸cãoda aplica¸cãoQt...... 35 3.14 Interface de Registo da aplica¸cãoQt...... 36 3.15 Interface de Estado da aplica¸cãoQt...... 37 3.16 Interface de Classifica¸cãoda aplica¸cãoQt...... 38 3.17 Interface de Principal da aplica¸cãoQt criado (IPTVGUI)...... 39 3.18 Interface principal com legendas...... 40

iv Lista de Tabelas

2.1 Diferentes tipos de servi¸cosdisponibilizados ...... 4

4.1 Tempos de inicializa¸cãoda aplica¸cão ...... 44 4.2 Tempos de inicializa¸cãodo primeiro conteúdo ...... 45 4.3 Tempos de inicializa¸cãodo segundo conteúdo ...... 46

A.1 Diferentes grupos do ficheiro de configura¸cãoda aplica¸cãoQt...... 64

Lista de Acr´onimos

API Application Programming Interface

BD Base de Dados

CDC Connected Device Conﬁguration

CLDC Connected Limited Device Conﬁguration

GUI Graphical user interface

IDE Integrated Development Environment

IPTV Internet Protocol Television

Jarpa Java Packaging for Flash Lite Developers

Java ME Java Platform, Micro Edition

JRE Java Runtime Environment

JSR 75 FileConnection APIs

JSR 135 Mobile Media API

JSR 177 Security and Trust Services API

JSR 179 Location API

JSR 226 Scalable 2D Vector Graphics API

vii JVM Java Virtual Machine

MIDP Mobile Information Device Proﬁle

MMAPI Mobile Media API; JSR 135

P2P Peer-to-Peer

Pad Tablet Computer

RAM Random Access Memory

RIA Rich Internet application

RSS Really Simple Syndication

RTOS Real-time operating system

SDK Software Development Kit

SGBD Sistema Gestor de Base de Dados

SO Sistema Operativo

SOAP Simple Object Access Protocol

SVG Scalable Vectorial Graphics

TV Televis˜ao(Television)

UML Uniﬁed Modeling Language

WRT Web Runtime

XML eXtensible Markup Language

viii Gloss´ario

BitTorrent E´ um protocolo de partilha de dados que utiliza uma arquitectura Peer-to- Peer (P2P) e éusado para distribui¸cãode grandes quantidades de dados por um elevado númerode utilizadores. BitTorrent éum dos protocolos actualmente mais comuns em todo o mundo para transferênciade arquivos de grande dimensão. O protocolo BitTorrent permite aos seus utilizadores distribuir grandes quantidades de dados sem sobrecarregar nenhum sistema central de armazenamento. Um utilizador, ao mesmo tempo que obtémdeterminado ficheiro, partilha os “peda¸cos”que jápossui deste e de outros que jápossua e deseje disponibilizar na rede. Deste modo, uma determinada partilha nãose encontra armazenada num sóponto cr´ıticoda rede mas distribu´ıdapor múltiplosutilizadores da rede de forma indiscriminada. Com esta abordagem époss´ıvel aumentar a disponibilidade dos dados, a sua acessibilidade, a tolerânciaa falhas, a largura de banda dos downloads possibilitando a transferência simultâneaa partir de váriasfontes e ainda a robustez e escalabilidade da rede;

Kernel O Kernel de um sistema operativo éentendido como o núcleodeste ou, numa tradu¸cãoliteral, o seu cerne. Este representa a camada de software mais próxima do hardware, sendo responsável por gerir os recursos do sistema computacional como um todo;

Multicast Em multicast a entrega de informa¸cão(pacotes) nãoéfeita de forma singular mas sim relativa a um grupo de destinatáriosque recebem os dados de forma “si- multânea”.Esta arquitectura usa uma estratégiamuito mais eficiente de entrega de informa¸cãoquando esta éigual para múltiplosdestinatários(por exemplo, streaming

ix de um mesmo v´ıdeoem tempo-real), ocupando a liga¸cãode transmissãocom um únicofluxo de pacotes, criando cópiasdo fluxo somente quando as liga¸cõespara os destinatáriosse separam. Do ponto de vista da associa¸cãosubjacente ao endere¸code rede, esta édo tipo um-para-muitos entre o endere¸code rede e os pontos de entrega finais;

Streaming Fluxo de dados multimédiadistribu´ıdos aos seus clientes atravésde uma rede de telecomunica¸cões. Este conceito éfrequentemente utilizado para distribuir conteúdosmultimédiaatravésda Internet. A utiliza¸cãode streaming possibilita que o utilizador aceda ao conteúdomultimédiade uma forma rápidae faseada em que nãonecessita de transferir todo o conteúdopara come¸cara assistir ao mesmo. Tal como o nome indica, trata–se de um fluxo de dados que éusado para apresentar o conteúdono momento ao utilizador sendo depois os dados, tipicamente, perdidos. A informa¸cãopode ser transmitida utilizando diversas arquitecturas, atravésde unicast, multicast ou broadcast.

x Cap´ıtulo1

Introdu¸c˜ao

Quando pretendemos assistir a um conteúdomultimédiado nosso interesse na Televisão (Television)(TV), provavelmente necessitamos de fazer Zapping entre diversos canais, ou entãoconsultar a programa¸cãodos canais, de modo a obter o horáriodos programas pretendidos. Por vezes, perdemos parte do programa devido ao facto de este se ter inici- ado antes de seleccionarmos o respectivo canal. Para eliminar estas situa¸cões,foi criado um servidor de Internet Protocol Television (IPTV) com personaliza¸cãoautomáticade conteúdosde modo a permitir ao utilizador assistir aos seus programas preferidos quando tiver condi¸cõespara o fazer, nãonecessitando assim de se preocupar com os horáriosdos mesmos. Gra¸casao facto do sistema IPTV ter capacidade de aprender as preferênciasdos utilizador, époss´ıvel sugerir conteúdosdo seu interesse.

1.1 Objectivos

A cria¸cãodo servidor de IPTV, suscitou a necessidade de criar um cliente para o mesmo. Este cliente servirácomo a interface que o utilizador vai utilizar para reproduzir os conteúdossugeridos e fazer a interaçcãocom o servidor. O objectivo desta disserta¸cãofoi criar um cliente com capacidade de ser executado em diversas plataformas e em dispositivos com diversos tipos de caracter´ısticasde hardware. Outro dos objectivos épermitir que a aplica¸cãopossa ser executada em dispositivos móveis, o que obrigou a ter em conta as

1 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

limita¸c˜oesf´ısicasdestes dispositivos.

1.2 Estrutura

Esta disserta¸cãoéconstitu´ıdapor 5 cap´ıtulos. De seguida éapresentada uma breve descri¸cãodo conteúdode cada cap´ıtulo.

Cap´ıtulo1 Neste cap´ıtuloencontra-se uma introdu¸cãoàdisserta¸cãoe uma descri¸cãodo conteúdoda mesma. Sãotambémmencionados os objectivos principais do projecto;

Cap´ıtulo2 Neste cap´ıtulo´eefectuado um enquadramento das tecnologias utilizadas ou consideradas e tamb´emdas caracter´ısticasdo servidor IPTV;

Cap´ıtulo3 Neste cap´ıtulo encontra-se descrito todo o trabalho realizado e as caracter´ısticasdas aplica¸c˜oesdesenvolvidas;

Cap´ıtulo4 Neste cap´ıtulosãoefectuados alguns testes àaplica¸cãodesenvolvida em Qt;

Cap´ıtulo5 Neste cap´ıtulomque constitui a parte final deste trabalho, sãoapresentados alguns tópicosde trabalho futuro e as principais conclusões.

2 Cap´ıtulo2

Enquadramento

2.1 Servidor IPTV com Personaliza¸c˜aoAutom´atica de Canais

O cliente IPTV a desenvolver tem como objectivo interagir com um servidor, sendo este o responsável por disponibilizar os links para os conteúdosmultimédia.Nesta seçcão iráser efectuada uma descri¸cãodo servidor em questão. O servidor IPTV[33], para interaçcãocom o cliente, disponibiliza uma sériede web services Simple Object Access Protocol (SOAP) que retornam uma String com informa¸cões no formato eXtensible Markup Language (XML). Esta resposta tanto pode ser um link de um conteúdomultimédiacom as suas respectivas informa¸cões,uma mensagem de erro, ou a confirma¸cãode uma açcãoexecutada com sucesso. Na tabela 2.1 époss´ıvel encontrar uma lista dos web services disponibilizados e as suas respectivas fun¸cões. Relativamente àestrutura funcional do servidor, esta éconstitu´ıdapor quatro módulos distintos que podem ser distribu´ıdospor diversas máquinas:o IPTV Server Core, que é responsável por fazer a interaçcãocom o cliente; o Content Link Sources, cujo objectivo éa gestãodos conteúdosmultimédia;o User Profile Learning, que tem como fun¸cãosugerir os conteúdosaos utilizadores e aprender as suas preferênciase, por fim, a IPTV Database, que consiste na gestãoda base de dados onde estãoarmazenadas as informa¸cõesdos conteúdos multimédiae dos utilizadores. Uma descri¸cãomais pormenorizada dos respectivos módulos

3 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

e das suas funcionalidades ser´aefectuada posteriormente.

Nome do web service Descri¸cãoda fun¸cão User Authentication Permite que um utilizador se autentique de modo a iniciar uma nova sessãono servidor User Deauthentication Permite que um utilizador termine a sua sessão New User Permite um utilizador criar uma nova conta New User Validation Permite que um utilizador previamente reg- istado valide o seu registo New Link Request Permite ao cliente pedir o próximo link de um conteúdosugerido e em simultâneoclas- sificar o conteúdopreviamente assistido Link List Request Possibilita que um cliente obtenha uma lista de vários links para conteúdos,segundo alguns critériosde procura e seleçcão Link Feedback Request Permite que um cliente envie o feedback de um conteúdo keep Alive Session Request Permite que um cliente mantenha aberta sessãocom o servidor, dado que esta termina automaticamente apósalgum tempo de inac- tividade Command Request Permite que um cliente envie um pedido de comando ou opera¸cãoque nãoexija autentica¸cão Tabela 2.1: Diferentes tipos de servi¸cosdisponibilizados

2.1.1 IPTV Server Core

Nesta seçcãovai ser descrito com mais pormenor o módulo IPTV Server Core cuja principal fun¸cãoéa interaçcãocliente-servidor. Este módulosegue uma pol´ıticade comunica¸cãocliente-servidor t´ıpica,onde o servidor tem uma açcãopassiva devido ao facto de ser sempre o cliente a tomar a iniciativa relativamente ao envio dos pedidos. Uma das funcionalidades deste móduloéenviar, em determinadas ocasiões,mensagens electrónicasde e-mail para os utilizadores. Algumas das situa¸cõesque causam/provocam o envio de (e-mails) para os utilizadores

4 Cap´ıtulo2. Enquadramento

s˜ao:

Cria¸c˜aode uma nova conta de utilizador (conta ainda por validar);

Feedback relativo a uma valida¸c˜aocom sucesso da nova conta (conta validada);

Excesso de tentativas de login falhadas;

Broadcast de informa¸cões/not´ıciasgerais sobre o sistema, enviadas para um grupo de utilizadores. Possibilidade de cria¸cãode mailing lists segundo diferentes critérios relativos àscaracter´ısticasdos utilizadores.

Vamos passar a uma descri¸cãosimples do que ocorre quando efectuamos cada uma das açcõesdisponibilizadas pelo servidor, tendo estas açcõesjásido referidas na tabela 2.1.

User Authentication A autentica¸cãoéefectuada por compara¸cãodas credenciais definidas no momento da valida¸cãoda conta com as fornecidas na tentativa de login. Estas têmde coincidir de forma exacta. Caso o utilizador falhe a autentica¸cãotrêsvezes, fica impossibilitado de aceder ao sistema durante um curto per´ıodo de tempo, sendo notificado via e-mail do ocorrido;

User Deauthentication A finaliza¸cãoda sessãono sistema pode ser manual ou au- tomática,dependendo se éo utilizador a efectuá-lavoluntariamente ou se éo próprio sistema a despoletá-la. Caso o utilizador efectue login no servidor utilizando outro sistema computacional, a sessãoanterior éencerrada e a nova énaturalmente inici- ada. Caso a sessãoesteja inactiva durante um longo per´ıodo de tempo, este módulo efectua tambémo fecho automáticoda sessão;

New User Esta tarefa permite criar um novo utilizador no sistema, bem como iniciar a constru¸cãodo seu perfil de preferênciasmultimédia. Caso as credenciais e/ou os dados relativos ao perfil jáexistam no sistema, édevolvida uma resposta que indica que a cria¸cãodo registo falhou, sendo tambéminclu´ıdauma descri¸cãodos motivos da falha. Um novo utilizador do sistema necessita sempre de validar a sua nova conta.

5 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Para isso, o servidor envia um e-mail para o utilizador com o user name criado e uma password que dever´aalterar ou conﬁrmar;

New User Validation Depois de criada uma nova conta no servidor, énecessárioa valida¸cãoda mesma. Este requisito éexecutado por uma chamada ao web service New User Validation. Apósa conta ser validada, éenviado um e-mail para o utilizador a notificar que a valida¸cãofoi efectuada com sucesso;

Session Keep Alive Request A chamada deste web service leva o servidor a actualizar a data e hora da ´ultimaactividade do utilizador no sistema, de modo a evitar o logout autom´aticodo utilizador;

New Link Request Relativamente àresposta da chamada deste web service, os links dos conteúdosmultimédiasãoenviados ao utilizador por ordem decrescente da data de sugestão. Estas sugestõescontinuam presentes na respectiva tabela da Base de Dados (BD), atéser recebido pelo servidor algum feedback do utilizador respectivo relativamente ao conteúdomultimédiaassistido. O cliente, na chamada deste web service, pode optar por enviar tambémo feedback de um conteúdomultimédia;

Link List Request Ao contrárioda chamada do web service New Link Request, uma chamada do web service Link List Request permite obter uma lista de tamanho variável de links de conteúdosmultimédiae nãosomente um link para um conteúdo multimédia.Para alémdisso, époss´ıvel especificar critériosde procura, critériosde ordena¸cãoe a origem do conteúdomultimédiaem termos de organiza¸cãointerna do servidor. Por outras palavras, o conteúdomultimédiaou pertence àlista de conteúdos sugeridos ao utilizador respectivo ou entãopode ser qualquer conteúdomultimédia presente na BD;

Link Feedback Request Dado que o sistema pretende aprender dinamicamente o perfil do utilizador, este deveráespecificar sempre que poss´ıvel um feedback relativo ao conteúdomultimédiaassistido. Esta tarefa actualiza a classifica¸cãoglobal do

6 Cap´ıtulo2. Enquadramento

conteúdo,assim como insere uma nova entrada no históricode feedbacks do utilizador respectivo, para posterior tratamento pelo módulo User Profile Learning (seçcão 2.1.3);

Command Request A tarefa realizada com recurso àchamada deste web service pode ser muito variada, desde um comando de verifica¸cãode disponibilidade do servidor (Ping Request) atéa um pedido de uma configura¸cãoespec´ıficaou execu¸cãode uma tarefa que nãonecessite da autentica¸cãono sistema.

2.1.2 Content Link Sources

Nesta seçcãoiráser efectuada uma descri¸cãodas funcionalidades do módulo Content Link Sources. O objectivo deste móduloprende-se com a liga¸cãoentre os conteúdosmultimédiaex- ternos e o servidor IPTV. Para a obten¸cãodos dados e links dos conteúdosmultimédia de forma automática,utilizam-se os Really Simple Syndication (RSS) ou Application Pro- gramming Interfaces (APIs) dos provedores de conteúdos. E´ de notar que o sistema não armazena os conteúdosmultimédiapropriamente ditos, armazenando apenas um link para o conteúdomultimédia. Outro dos objectivos deste móduloéa gestãodos conteúdosinseridos, ou seja, actualizar a sua informa¸cão,eliminando-os caso estejam desactivados. Este módulopermite tambéma inser¸cãode conteúdosmultimédiamanualmente e a gestãodos mesmos.

2.1.3 User Proﬁle Learning

Nesta seçcãoirãoser descritas as fun¸cõesdo módulo User Profile Learning. Este módulopossui duas fun¸cões:a sugestãode conteúdose a aprendizagem dinâmica do perfil do Utilizador. A sugestãode conteúdos,como o nome indica, éa sugestãodos conteúdosmultimédiaaos utilizadores que segundo o seu perfil estejam interessados nos

7 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

mesmos. A aprendizagem dinâmicado perfil corresponde àactualiza¸cãodas caracter´ısticas e preferênciasdo utilizador em questãotendo em conta o feedback enviado pelo utilizador. Este módulo,devido àsua complexidade, ainda se encontra com uma implementa¸cão muito simples.

2.1.4 IPTV Database

Em rela¸cãoa esta seçcãoiráser feita uma descri¸cãodo módulo IPTV Database. Este móduloéum conjunto formado pela base de dados (Sistema Gestor de Base de Dados (SGBD)) e a API de acesso àbase de dados. Esta API éutilizada em todos os módulosque necessitem de aceder àbase de dados. Como todos os módulosvãoter acesso àbase de dados devido ao facto de ser nesta que sãoarmazenadas todas as informa¸cões relativas aos conteúdosmultimédiae aos utilizadores, énecessárioutilizar esta API de modo a manter a persistênciana base de dados. Esta API, alémde complementar as entidades e métodos de introdu¸cão,acesso e manipula¸cãodos dados armazenados na base de dados, tambémpossui métodos de inicializa¸cãoda base de dados de modo a reduzir o tempo de instala¸cãodo sistema.

2.2 Sistemas Operativos/Plataformas M´oveis

A aplica¸cãodesenvolvida em Qt pode ser executada em Sistema Operativos (SOs) onde époss´ıvel executar o SMPlayer, o MPlayer e aplica¸cõesque utilizem gSOAP. Actualmente os SOs que suportam estes requisitos sãodiversos, sendo os mais importantes o Windows e o Linux. Nos sistemas baseados en Linux éde destacar o Maemo e o MeeGo. Mas alémdestas plataformas tambémexistem projectos para portar Qt para plataformas que jápermitem executar o MPlayer, por exemplo o Android. Sendo assim, possivelmente esta aplica¸cãotambémpoderáno futuro ser executada nessas plataformas.

8 Cap´ıtulo2. Enquadramento

2.2.1 Maemo

Esta plataforma de software éuma plataforma desenvolvida pela Nokia para smartphones e Internet Tablets sendo baseada numa distribui¸cãode Linux Debian. O Maemo[6] éna sua maior parte baseada em código open source sendo desenvolvida em colabora¸cãocom diversos projectos open source, tais como Linux Kernel, Debian e GNOME. A maioria das suas GUI frameworks e livrarias têmorigens no projecto GNOME. A sua últimaversãoestável foi lan¸cadaa 25 de Maio de 2010 e éa versão5.0 PR1.2. Esta plataforma permite desenvolver aplica¸cõesutilizando diversas linguagens de programa¸cão,entre elas C/C++, Java usando o Jalimo JVM, Python, Ruby e Mono. Na figura 2.1 encontra-se a GUI home do Maemo 5.

Figura 2.1: GUI home do Maemo 5. .

2.2.2 Symbian

O SymbianOS[9] foi originalmente desenvolvido pela Symbian Software Limited que em 2008 foi adquirida pela Nokia e uma organiza¸cãoindependente chamada Symbian Foun- dation. Em Fevereiro de 2010, o códigofonte desta plataforma passou a códigoaberto.[32] Actualmente esta éa plataforma para dispositivos móveis mais utilizada a n´ıvel mundial,

9 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

com 41.2 por cento[29] do mercado dos smartphones. A versãomais recente desta plataforma éa Symbianˆ3. Mas a plataforma considerada para este projecto foi a S60 devido ao facto de ser a plataforma do Symbian mais utilizada e a mais recente na altura do in´ıciodo desenvolvimento. Esta plataforma permite o desenvolvimento em diversas linguagens de programa¸cão, como C/C++, Java Me, Python, Flash Lite, Ruby, .NET, Web Runtime (WRT). Na figura 2.2 encontra-se a GUI home do Symbian S60 5th edition.

Figura 2.2: GUI home do Symbian S60 5th edition.

2.2.3 MeeGo

O projecto MeeGo[16][31] éum projecto open source baseado em Linux que foi anunci- ado em Fevereiro de 2010, sendo fruto da uniãode esfor¸cosentre o SO Moblin[18] da Intel e o SO Maemo da Nokia. Mais recentemente, em Novembro de 2010,[34] a AMD também se juntou ao projecto. O primeiro lan¸camento do MeeGo foi a 26 de Maio de 2010.

10 Cap´ıtulo2. Enquadramento

Este SO estáprojectado para ser utilizado em diversos tipos de dispositivos, entre os quais Netbooks (figura 2.3), Handsets (figura 2.4), Tablets (figura 2.5), In-Vehicle figura (2.6), Connected TVs e Media phones. A principal linguagem de desenvolvimento para este SO é QT/C++, embora tambémsuporte GTK. Os primeiros dispositivos móveis que irãoutilizar o MeeGo têmlan¸camento projectado para a primeira metade de 2011.[35] Apesar disto, jáestãodispon´ıveis este ano alguns netbooks, Connected TVs e um Tablet Computer (Pad) o WeTab[27] com esta plataforma.

Figura 2.3: GUI home do MeeGo Netbook.

2.2.4 Android

O Android[1] éum SO baseado numa versãoalterada do Linux Kernel sendo um partic- ipante na Open Handset Alliance[8]. Foi inicialmente desenvolvido pela Android Inc, uma firma que foi comprada pela Google em 2005. Este SO possui uma grande comunidade de programadores, que programam em Java controlando o dispositivo usando livrarias desenvolvidas pela Google[10]. Este SO pode ser utilizado em diversos tipos de dispositivos, entre os quais telemóveis,

11 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Figura 2.4: GUI home do MeeGo Handset. netbooks, Connected TVs e Pads. O primeiro dispositivo móvel a ser lan¸cadocom o Android foi o HTC Dream, lan¸cadoa 22 Outubro de 2008, e a primeira televisãoa ser lan¸cadacom Android éa Scandinavia[20]. A primeira versãodeste SO foi lan¸cadaa 21 de Outubro de 2008 e a últimaversão estável éa versão2.2 (Froyo). Na figura 2.7 encontra-se a GUI home do Android 2.2.

2.2.5 iOS

O iOS[2] éo SO para dispositivos móveis da Apple. Este SO foi inicialmente desenvolvido para o iPhone mas tambéméutilizado no iPod Touch, no iPad e na Apple TV. Este SO éderivado do Mac OS X, sendo por isso um SO do tipo Unix. A interface do iOS ébaseada no conceito de manipula¸cãodirecta utilizando toque múltiploe em algumas aplica¸cõesa interaçcãoécomplementada atravésde acelerómetros

12 Cap´ıtulo2. Enquadramento

Figura 2.5: GUI home do MeeGo Tab.

internos. Na ﬁgura 2.8 encontra-se a GUI home do iOS 4.2.

2.3 Tecnologias de Desenvolvimento de Aplica¸c˜oes

2.3.1 Linguagens de Programa¸c˜ao

2.3.1.1 JavaFX

JavaFX [4] éuma plataforma Java para criar e disponibilizar Rich Internet application (RIA). A versãoactual 1.3 lan¸cadaa 22 de Abril de 2010 permite criar aplica¸cões para Desktops, dispositivos móveis, TV set-top boxes, consolas de jogos e leitores de Blu- ray. Esta plataforma corre em qualquer desktop e browser que corra o Java Runtime Environment (JRE) ou em dispositivos móveis que corram Java ME. Actualmente JavaFX ésuportado em Desktops com os seguintes SOs, Windows XP, Windows Vista, Windows 7, Mac OS X, Linux e OpenSolaris. Alguns SOs de dispositivos móveis suportados são, Symbian OS, Windows Mobile, Android e Real-time operating system (RTOS). Os dispositivos Nokia com o SO Symbian OS nãocorrem aplica¸cõesque utilizem JavaFX devido ao facto de possu´ırema sua própriavariante de Java ME.

13 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Figura 2.6: GUI home do MeeGo In-Vehicle.

2.3.1.2 Java ME

Java ME[3] éuma plataforma Java desenhada para dispositivos móveis e sistemas em- butidos. Esses dispositivos implementam um perfil que consiste num conjunto de classes que possibilita aos programadores implementarem as aplica¸cõesconsoante as caracter´ısticas das aplica¸cõesdos pequenos dispositivos computacionais, sendo o mais comum deles o Mobile Information Device Profile (MIDP). O Java ME possui configura¸cõesque sãobasicamente um conjunto de classes bases denominadas classes core que definem a Java Virtual Machine (JVM) de um pequeno dispositivo computacional. Existem duas configura¸cõesdistintas para os dispositivos: para os com maior capacidade computacional o Connected Device Configuration (CDC) e para os com menor capacidade o Connected Limited Device Configuration (CLDC).

2.3.1.3 Adobe Flash Lite/Jarpa

A tecnologia Java Packaging for Flash Lite Developers (Jarpa)[15] permite aos programadores de Java ME expandir as suas aplica¸cõesde modo a embutir conteúdos Adobe Flash Lite. Adobe Flash Lite[11] éuma versãomais leve do Adobe Flash Player, desenhada prin-

14 Cap´ıtulo2. Enquadramento

Figura 2.7: GUI home do Android 2.2. cipalmente para dispositivos móveis, permitindo assim os utilizadores destes dispositivos assistirem a conteúdosmultimédiae aplica¸cõesdesenvolvidas usando Adobe’s Flash tools.

2.3.1.4 Qt/C++

Qt[21] éuma framework multi-plataforma para desenvolvimento em C++, amplamente utilizada para o desenvolvimento de programas com GUI, mas tambémutilizada para o desenvolvimento de programas sem GUI, tais como ferramentas de consolas e servidores. Esta framework permite executar os programas desenvolvidos em diversas plataformas sem ser necessárioalterar o códigofonte, sendo apenas necessáriocompilar o códigopara a plataforma pretendida. A framework édistribu´ıdapela Nokia para as seguintes plataformas: Linux/X11, Embedded Linux, Mac OS X, Microsoft Windows, Windows CE, Sym- bian, Maemo, MeeGo. Desde que a Nokia a tornou códigoaberto, têmaparecido projectos externos com o objectivo de portar esta framework para outras plataformas, sendo alguns desses projectos Qt for OpenSolaris, Qt for Haiku, Qt for OS/2, Qt-iPhone[23], Android- Lighthouse[22], Qt for webOS, Qt for Amazon Kindle DX. Actualmente esta framework é

15 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Figura 2.8: GUI home do iOS 4.2. amplamente utilizada no ambiente de desktop KDE e nas plataformas Maemo e MeeGo dos dispositivos Nokia. Esta framework ´edistribu´ıdasob a licen¸ca GNU Lesser General Public License sendo livre e de c´odigoaberto.

2.3.2 Mecanismos de Processamento Multim´edia

2.3.2.1 Java Mobile Media API

A Java Mobile Media API (Mobile Media API; JSR 135 (MMAPI))[7] éuma API para a plataforma Java ME, que dependendo de como for implementada permite que as aplica¸cõesreproduzam e gravem sons, v´ıdeose capturem imagens. Esta API foi desenvolvida sobre o Java Community Process como JSR 135. Os formatos de conteúdose protocolos suportados variam consoante o dispositivo.

16 Cap´ıtulo2. Enquadramento

2.3.2.2 MPlayer

O MPlayer[19] éum reprodutor multimédialivre e de códigoaberto que estádispon´ıvel em vários SOs tais como, Linux, Microsoft Windows, Mac OS X, OS/2, Syllable, AmigaOS e MorphOS. Este reprodutor multimédiasuporta váriosformatos de media sendo uma aplica¸cão de linha de comandos que tem várias GUIs front-ends dependendo do SO, sendo algumas delas o gMplayer escrito em GTK+, o KMPlayer escrito em Qt, o MPlayer OS X Extended (para Mac Os X ), o MPUI-hcb (para Windows) e claro o SMPlayer que émulti-plataforma e escrito em Qt. Na seguinte lista estãoos formatos de media suportados:

Media ﬁxa: CDs, DVDs, V´ıdeoCDs

Formatos de container: 3GP, AVI, ASF, FLV, Matroska, MOV (QuickTime), MP4, NUT, Ogg, OGM, RealMedia, Bink

Formatos de v´ıdeo: Cinepak, DV, H.263, H.264/MPEG-4 AVC, HuﬀYUV, Indeo, MJPEG, MPEG-1, MPEG-2, MPEG-4 Part 2, RealVideo, Sorenson, Theora, WMV, Bink

Formatos de ´audio: AAC, AC3, ALAC, AMR, DTS, FLAC, Intel Music Coder, Mon- key’s Audio,´ MP3, Musepack, RealAudio, Shorten, Speex, Vorbis, WMA, Bink

Formatos de legendas: AQTitle, ASS/SSA, CC, JACOsub, MicroDVD, MPsub, OGM, PJS, RT, Sami, SRT, SubViewer, VOBsub, VPlayer

Formatos de imagem: BMP, JPEG, MNG, PCX, PTX, TGA, TIFF, SGI, Sun Raster

Protocolos: RTP, RTSP, HTTP, FTP, MMS, Netstream (mpst://), SMB, ﬀmpeg:// (Uses FFmpeg’s protocol implementations)

17 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

2.3.3 Comunica¸c˜aoCliente/Servidor

O KXML[5] éum parcer de XML para Java ME que consome poucos recursos. E´ do tipo pull parser, ou seja, lêo documento um bloco de cada vez e a aplica¸cãoconduz o parser pedindo o próximobloco. O gSOAP [13] éum conjunto de ferramentas (toolkit) de software, com códigoaberto e multi-plataforma que gera códigoem C e C++ para SOAP/XML Web services, sendo livre para uso nãocomercial. Este toolkit gera C/C++ RPC codigo , XML data bindings e eficientes schema-specific parsers para SOAP Web services[25].

18 Cap´ıtulo3

Arquitectura e Desenvolvimento

Durante o desenvolvimento deste projecto foram seguidas duas abordagens: A primeira abordagem foi desenvolver uma aplica¸cãoem JavaME para dispositivos móveis. Esta foi posteriormente abandonada devido a problemas com a API Multimédiae ao facto dos ecrãs dos dispositivos móveis serem de reduzidas dimensõese nãomuito práticospara assistir a conteúdosmultimédia. Foi entãonecessárioadoptar outra abordagem, que consistiu em apostar nos Pad, que no momento estavam a ser muito divulgados devido ao lan¸camento do iPad. Estes dispositivos jápossuem um ecrãcom dimensõesmais prop´ıciaspara assistir a conteúdosmultimédia. O próximopasso foi decidir o principal SO para o qual desenvolver esta aplica¸cão.Depois de alguma análise,foi escolhido o MeeGo que tinha sido recentemente lan¸cado, sendo resultado de uma parceria entre a Intel e a Nokia e baseado em Linux. Os principais oponentes, nomeadamente o Android e o iOS foram descartados devido ao mercado ser dominado pela Nokia e pela Intel nas respectivas áreas. Esta aplica¸cãofoi desenvolvida tendo em conta a possibilidade de ser utilizada em váriasplataformas e diversos tipos de dispositivos.

19 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

3.1 Requisitos do Sistema

Antes de dar in´ıcioao desenvolvimento da aplica¸cãofoi necessárioanalisar os requisitos que a aplica¸cãoa desenvolver teria de suportar. Na lista que se segue estãoreferidos os requisitos que a aplica¸cãoteráque cumprir:

Permitir criar um novo utilizador no servidor;

Permitir efectuar o Login/Logout no servidor;

Obter o conte´udomultim´ediasugerido pelo servidor;

Enviar ao servidor a classifica¸cão(feedback) do conteúdoassistido;

Suportar a reprodu¸cãode diversos tipos de conteúdosmultimédia;

Suportar protocolos de streaming;

Ser multi-plataforma.

3.2 Tecnologias e Plataformas

3.2.1 Sistemas Operativos/Plataformas M´oveis

Inicialmente foi considerado o Maemo devido ao interesse no mercado Nokia, tendo sido instalado o Software Development Kit (SDK) desta plataforma para avaliar as suas caracter´ısticas. Infelizmente foi descartada devido a serem poucos os dispositivos que utilizam esta plataforma e estes serem pouco difundidos no mercado devido ao seu elevado custo. Os dispositivos que usam esta plataforma sãoo Nokia 770, o Nokia N800, o Nokia N810 e o Nokia N900, sendo este últimoo únicoque utiliza a versão Maemo 5. Durante o desenvolvimento da aplica¸cãoQt, foram tidas em conta as caracter´ısticasdesta plataforma para que esta aplica¸cãopossa ser utilizada. Posteriormente, foi considerado o Symbian devido ao interesse no mercado Nokia e tambémdevido ao facto de ser o SO de smartphones com

20 Cap´ıtulo3. Arquitectura e Desenvolvimento

maior implementa¸cãono mercado, sendo utilizado em 41.2 por cento[29] dos smartphones. A aplica¸cão Java ME foi desenvolvida principalmente para esta plataforma. Quando se notou que a aplica¸cão Java ME, devido à API multimédia MMAPI, não reproduzir v´ıdeos codificados usando os codecs mais difundidos, foi necessárioanalisar outras op¸cões.Como o MeeGo tinha sido lan¸cadorecentemente e devido ao facto de estar projectada a sua utiliza¸cãoem diversos tipos de dispositivos, esta op¸cãofoi imediatamente considerada. Outra das razõesque levou a esta escolha foi o facto de se tratar de uma parceria entre duas empresas l´ıderesna sua respectiva área,respectivamente a Nokia e a Intel. A aplica¸cãoQt foi fundamentalmente desenvolvida com o objectivo de ser utilizada em dispositivos que utilizem esta plataforma.

3.2.2 Linguagens de Programa¸c˜ao

Inicialmente, devido ao facto da aplica¸cãoa desenvolver ter como um dos principais requisitos a utiliza¸cãoem diversos SOs e a existênciade uma interface gráficamoderna e agradável, foi considerado o desenvolvimento da aplica¸cãoem JavaFX. Esta plataforma tinha sido lan¸cadarecentemente para dispositivos móveis. Esta plataforma foi descartada devido ao facto dos dispositivos da marca Nokia, que possuem uma grande fatia do mercado, nãoa suportarem. Depois de se descartar a possibilidade de desenvolver a aplica¸cãoutilizando JavaFX, foi considerado o desenvolvimento em Java ME devido a existirem muitos dispositivos que permitem executar aplica¸cõesdesenvolvidas nesta linguagem de programa¸cão.A aplica¸cão Java ME, como o próprionome indica, foi desenvolvida para esta plataforma. Tendo em conta a falta de capacidade da API multimédiado Java ME, foi necessário pensar em alternativas. Uma das alternativas seria criar uma aplica¸cãoem Adobe Flash Lite para reproduzir os conteúdosmultimédiae aproveitar a parte da lógicae da comunica¸cãocom o servidor IPTV da aplica¸cão Java ME. A comunica¸cãoe os pacotes de software seriam criados usando uma tecnologia chamada Jarpa[15], criando assim uma aplica¸cãoh´ıbrida.Para criar a aplica¸cãofoi considerado utilizar como base um reprodutor

21 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

de conteúdosmultimédiade códigoaberto. Este reprodutor criado em Adobe Flash Lite chama-se Dandelion Player[12]. Mas depois de se efectuar alguns testes com o códigoex- emplo da tecnologia Jarpa, notaram-se alguns problemas no emulador do Nokia N97, dado que as aplica¸cõesem Adobe Flash Lite nãoexecutavam correctamente. Este facto, aliado ànecessidade de licen¸capara desenvolver utilizando Adobe Flash Lite, levou a considerar outras op¸cões,acabando assim por se descartar o uso desta op¸cão. Depois de se verificar a falta de capacidades da API multimédiado Java ME e de se ter descartado a possibilidade de desenvolver em Adobe Flash Lite foi necessáriopensar em alternativas. A alternativa encontrada foi desenvolver uma aplica¸cãousando a framework Qt e utilizar o MPlayer para reproduzir os conteúdosmultimédia.Desenvolver a aplica¸cão utilizando esta framework foi a alternativa escolhida devido a ser a framework principal do SO MeeGo e tambémdevido ao facto de ser suportada por vários SOs.

3.2.3 Mecanismos de Processamento Multim´edia

No decorrer do desenvolvimento da aplica¸cão Java ME, foi necessáriopesquisar um mecanismo para reproduzir os conteúdosmultimédia,encontrando-se a (Java Mobile Media API)MMAPI. Foi entãonecessáriopesquisar como se utilizava esta API, analisando-se uma demo da utiliza¸cãoda mesma disponibilizada no NetBeans. Esta demo estádispon´ıvel se efectuarmos os seguintes passos no NetBeans 6.7.1 : Abrir o menu File, seleccionar New Project..., depois na janela que aparecer, seleccionar o directório Samples/Java ME(MIDP) e por fim seleccionar o projecto MMAPI Demos. Depois de analisar esta demo ficou claro que parte do códigopoderia ser utilizado para o projecto a desenvolver, dado que a licen¸ca desta demo o permitia. Depois de se ter notado a falta de capacidades da API multimédiado Java ME, foi necessáriopensar em alternativas. Como foi notado que a maior dificuldade na aplica¸cãoa desenvolver seria a existênciade um mecanismo de processamento multimédiaque supor- tasse váriostipos de conteúdosmultimédiae tambémsuportasse streaming de conteúdos sobre a rede, procurou-se um mecanismo com essas caracter´ısticas,escolhendo-se por fim o

22 Cap´ıtulo3. Arquitectura e Desenvolvimento

MPlayer. Esta escolha deve-se ao facto do MPlayer cumprir todos os requisitos pretendidos. Depois desta escolha procurou-se uma aplica¸cãode códigoaberto que utilizasse este mecanismo e que fosse desenvolvida usando Qt para servir de base àaplica¸cãoa desenvolver. Procurou-se um reprodutor multimédiacom estas caracter´ısticaspara se explorar melhor todas as capacidades do MPlayer, sendo o reprodutor multimédiaencontrado o SMPlayer. O SMPlayer[24] éum reprodutor multimédiamulti-plataforma livre e de códigoaberto, sendo um front-end para o MPlayer, ou seja, faz a interaçcãoentre o MPlayer[19] e o utilizador. Como o SMPlayer utiliza a framework Qt e ébaseado no MPlayer, ébastante portável devido ao facto de tanto o Qt como o MPlayer estarem dispon´ıveis em vários SOs. Na seguinte lista encontram-se as principais caracter´ısticasdesta aplica¸cão:

Legendas conﬁgur´aveis;

Possibilidade de seleccionar a pista de áudiodo conteúdomultimédia;

Possibilidade de avan¸carou retroceder o v´ıdeoutilizando a roda do rato;

Possui um equalizador de v´ıdeo;

Permite reproduzir os conte´udosem diversas velocidades;

Permite aplicar filtros ao conteúdomultimédia;

Permite ajustar o atraso das legendas e do ´audio;

Possui op¸c˜oesavan¸cadas,tais como seleccionar um demuxer ou os codecs de v´ıdeoe ´audio;

Possui lista de reprodu¸c˜ao;

Possui uma interface de preferênciaspara facilmente permitir a configura¸cãoda aplica¸cão;

Possibilidade de automaticamente pesquisar legendas em opensubtitles.org;

23 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Possui tradu¸c˜oesem mais de 20 linguagens;

E´ multi-plataforma possuindo bin´ariospara Windows e Linux.

Esta aplica¸c˜aofoi utilizada como base para a aplica¸c˜aoQt e mantiveram-se todas as suas caracter´ısticasprincipais.

3.2.4 Comunica¸c˜aoCliente/Servidor

Durante o desenvolvimento da aplica¸cão Java ME, foi necessárioutilizar um parser de XML para processar as mensagens recebidas do servidor, sendo utilizado o KXML devido a ser um parser de XML que consome poucos recursos. Para desenvolver a aplica¸cãoQt era necessárioque esta aplica¸cãofosse cliente dos Web services disponibilizados pelo servidor. Para criar o códigopara essa comunica¸cão utilizou-se o gSOAP[13].

3.3 Aplica¸c˜oesDesenvolvidas

3.3.1 Aplica¸c˜ao Java ME

3.3.1.1 Requisitos T´ecnicos

As caracter´ısticasde hardware necessáriaspara executar esta aplica¸cãotendem a variar consoante o tipo de conteúdomultimédiaque se pretende reproduzir e a qualidade do mesmo. O dispositivo necessita de acesso àrede onde se encontra o servidor IPTV e tambémnecessita de acesso àrede onde se encontra o conteúdomultimédiaa reproduzir. Os requisitos técnicosde software necessáriospara se executar esta aplica¸cãosãoo suporte da plataforma Java ME com as caracter´ısticasreferidas na seguinte lista:

Utilizar a conﬁgura¸c˜ao CLDC-1.0 ou superior;

Utilizar o perﬁl MIDP-2.1 ou superior;

24 Cap´ıtulo3. Arquitectura e Desenvolvimento

Suportar a API FileConnection APIs (JSR 75);

Suportar a API Mobile Media API (JSR 135);

Suportar a API Security and Trust Services API (JSR 177);

Suportar a API Location API (JSR 179);

Suportar a API Scalable 2D Vector Graphics API (JSR 226).

3.3.1.2 Tecnologias Utilizadas

Nesta aplica¸cãoforam usadas as seguintes tecnologias: JavaMe MMAPI Sample devido ao facto de ser de códigoaberto e servir como uma boa base para o desenvolvimento da parte responsável por reproduzir os conteúdosmultimédiae o KXML, que foi utilizado para fazer o parsing das respostas do servidor. Esta aplica¸cãofoi desenvolvida usando o NetBeans 6.7.1 para a plataforma Java ME.

3.3.1.3 Arquitectura

Relativamente àarquitectura interna da aplica¸cão Java ME, esta éconstitu´ıdapor três pacotes, estando estes representados no diagrama Unified Modeling Language (UML) da figura 3.1 que mostra o encapsulamento interno dos pacotes criados. No pacote DataMan- ager éefectuada a lógicae a interaçcãocliente servidor e tambémsãoarmazenadas todas as informa¸cõesdos conteúdosmultimédiae do utilizador. O pacote Interface éonde se encontra o códigorelativo à MIDlet da interface de registo de um novo utilizador. No pacote MMAPIInterface residem todas as classes relativas àdemo da MMAPI que serviu de base para a interface onde éefectuada a autentica¸cãodo utilizador e sãoreproduzidos os conteúdosmultimédia. Na figura 3.2 encontra-se o diagrama de classes do pacote MMAPIInterface, onde as principais classes sãoa MyData e a ManageData. Na MyData sãoarmazenados todos os dados do utilizador e efectuadas a maioria das opera¸cõesque envolvem o contacto com o servidor. Na outra classe principal, ManageData, sãoarmazenadas as informa¸cõesrelativas

25 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

àsessão,tais como, se o utilizador estáautenticado, os links dos conteúdosmultimédiae a thread relativa ao keepalive cuja fun¸cãoéevitar que o utilizador seja desautenticado no servidor caso este fique inactivo por muito tempo. O diagrama de classes do pacote Interface estáilustrado na figura 3.3, onde existe apenas uma classe denominada Register, éa MIDlet da interface de registo. No diagrama de classes do pacote MMAPIInterface, ilustrado na figura 3.4, sãoap- resentadas as classes necessáriaspara a interface de autentica¸cãoe para a interface de reprodu¸cãodos conteúdosmultimédia.Estas classes sãouma cópiadas respectivas classes do projecto MMAPI Demos que serviu de base para este projecto. Estas classes sofreram altera¸cõesde modo a inclu´ırema interface de autentica¸cãoe permitirem a reprodu¸cãodos conteúdossugeridos pelo servidor.

Figura 3.1: Diagrama de pacotes da aplica¸c˜aodesenvolvida em Java ME e algumas rela¸c˜oes.

3.3.1.4 Desenvolvimento

A fase inicial do desenvolvimento desta aplica¸cãopassou pela análiseda possibilidade da implementa¸cãode todos os requisitos usando esta plataforma. Infelizmente apenas foi poss´ıvel concluir que as capacidades da MMAPI eram insuficientes jádepois da aplica¸cão estar quase conclu´ıda.

26 Cap´ıtulo3. Arquitectura e Desenvolvimento

Figura 3.2: Diagrama de classes do pacote DataManager.

Figura 3.3: Diagrama de classes do pacote Interface.

Apósa análisereferida anteriormente, seguiu-se o desenvolvimento da comunica¸cãocom o servidor. Podemos observar o diagrama de classes da figura 3.2 onde estãorepresentadas as classes responsáveis pela lógicae comunica¸cãocom o servidor. De seguida vai ser dado in´ıcioàexplica¸cãoda fun¸cãodas classes principais. A MyData éonde sãoarmazenados os dados do utilizador e efectuadas a maioria das opera¸cõesque envolvem o contacto com o servidor. Outra classe principal éa ManageData onde são armazenadas as informa¸cõesrelativas àsessão,tais como, se o utilizador estáautenticado, os links dos conteúdosmultimédiae a thread relativa ao keepalive. A classe keepalive é

27 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Figura 3.4: Diagrama de classes do pacote MMAPIInterface. responsável por evitar que o utilizador seja desautenticado no servidor caso fique inactivo por muito tempo. A classe HTTPMSG possui métodos estáticoscuja fun¸cãoéenviar as mensagens para o servidor e retornar a respectiva resposta. A classe UTILS éonde estão armazenadas informa¸cõesde configura¸cão,tais como o endere¸codo servidor e o time out para manter a sessãoactiva. Por fim, temos o pacote Xml onde se encontram todas as classes relativas ao parsing(leitura) das mensagens XML recebidas. Depois de criada a comunica¸cãocom o servidor, foram criados alguns GUIs usando SVG; o únicoimplementado encontra-se no pacote Interface mostrado na figura 3.3.O GUI implementado nesta fase éa interface de registo. Na figura 3.5 encontra-se a interface de registo desenvolvida, sendo de notar que esta interface ainda iria sofrer melhorias. Devido ao facto de esta aplica¸cãoter sido abandonada, estas nãoforam efectuadas. Por fim, iniciou-se a integra¸cãocom o projecto MMAPI Demos que serviu de base para a utiliza¸cãoda MMAPI, cujo objectivo éreproduzir os conteúdossugeridos pelo servidor. O códigodesta integra¸cãoestáno pacote MMAPIInterface, correspondente àfigura 3.4. As classes presentes neste pacote sãouma cópiadas respectivas classes do projecto MMAPI Demos. Estas classes sofreram altera¸cõesde modo a permitir a interaçcãocom o servidor e a inclusãoda interface de autentica¸cão.Na figura 3.6 encontra-se a interface de autentica¸cão e nas figuras 3.7, 3.8 e 3.9 encontram-se a interface de reprodu¸cãoe algumas das suas op¸cões. Quando a integra¸cãoestava quase completa efectuaram-se alguns testes e verificou-se

28 Cap´ıtulo3. Arquitectura e Desenvolvimento

que quando se tentava reproduzir algum conteúdoque nãoestivesse alojado no dispositivo, a MMAPI transferia primeiro o conteúdopara o dispositivo e sóno fim éque o reproduzia, o que introduzia um tempo de espera inaceitável antes da reprodu¸cãodo conteúdo.Depois de ter sido efectuada uma pesquisa por solu¸cõespara resolver o problema, nãofoi encontrada nenhuma solu¸cãoviável. Isto aliado ao facto da MMAPI nãoreproduzir diversos dos codecs mais utilizados actualmente, tais como o h.264, levou ao abandono do desenvolvimento desta aplica¸cãoe ao in´ıcioda procura de alternativas. E´ preciso ter em conta que esta aplica¸cãoestáintegrada com uma versãomais antiga do servidor. Nesta versãoa interaçcãocom o servidor nãoéefectuada atravésdo acesso a web services, mas sim atravésde http onde se envia a variável iptvxml com o XML relativo àopera¸cãoque se deseja efectuar e recebe-se a resposta em XML na mesma variável. Para desenvolver esta aplica¸cãoutilizou-se o NetBeans devido àexperiênciaanterior com este software, como tambémse utilizou o emulador do Nokia N97 para testar a aplica¸cão.

Figura 3.5: GUIs de registo da aplica¸c˜ao Java ME, criadas usando SVG.

3.3.2 Aplica¸c˜aoQt

3.3.2.1 Requisitos T´ecnicos

A aplica¸cãodesenvolvida usando Qt teve como base o SMPlayer e a únicabiblioteca externa usada foi o gSOAP, logo esta aplica¸cãopode ser executada em todos os sistemas onde tanto o SMPlayer como o gsoap possam ser utilizados. Alguns dos SOs onde esta

29 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Figura 3.6: Interface de autentica¸c˜aoda aplica¸c˜ao Java ME.

Figura 3.7: Interface de reprodu¸c˜aoda aplica¸c˜ao Java ME.

aplica¸cãopode ser utilizada sãoo Windows e o Linux. Como o Maemo e o MeeGo são baseados em Linux, esta aplica¸cãotambémpode ser utilizada nestas plataformas. As caracter´ısticasde hardware necessáriaspara executar esta aplica¸cãotendem a variar consoante o tipo de conteúdomultimédiaque se pretende reproduzir e a qualidade do mesmo. O dispositivo necessita de acesso àrede onde se encontra o servidor IPTV e tambémnecessita de acesso àrede onde se encontra o conteúdomultimédiaa reproduzir.

30 Cap´ıtulo3. Arquitectura e Desenvolvimento

Figura 3.8: Algumas op¸cõesda interface de reprodu¸cãoda aplica¸cão Java ME.

Figura 3.9: Interface de reprodu¸cãoda aplica¸cão Java ME em ecrãinteiro.

3.3.2.2 Tecnologias Utilizadas

Esta aplica¸cãofoi desenvolvida em C++ usando as ferramentas Qt Creator, Qt Linguist e o toolkit do gSOAP. O MPlayer[19] foi o mecanismo de reprodu¸cãoutilizado devido a ser multi-plataforma, àsua constante evolu¸cão,àssuas capacidades de reproduzir a maioria dos formatos e codecs e tambémpelo facto de suportar diversos protocolos de streaming. O SMPlayer foi utilizado como base para possibilitar o desenvolvimento de uma aplica¸cão que explore a maioria das capacidades do MPlayer. Este reprodutor de conteúdosmul-

31 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

timédiaserviu como base devido ao facto de ser de códigoaberto, multi-plataforma, alta- mente configurável, possuir muitas funcionalidades, ser estável, largamente difundido e o motor que utiliza para reproduzir os conteúdosmultimédiaser o MPlayer. Para criar a comunica¸cãocom o servidor foi utilizado o gSOAP toolkit. Estas ferramentas foram utilizadas para facilitar a integra¸cãoda aplica¸cãocom os Web Services SOAP disponibilizados pelo servidor e devido ao facto de serem suportadas em diversas plataformas, para alémde tambémserem sugeridas no fórumda Nokia[14]. As ferramentas utilizadas foram os comandos wsdl2h e soapcpp2.

3.3.2.3 Arquitectura

Na figura 3.10 encontra-se um diagrama que representa a arquitectura geral da aplica¸cão. E´ de notar que o pacote SMPlayer representa todas as classes e pacotes relacionados com o mesmo. A classe e os pacotes inseridos no pacote SMPlayer foram criadas no âmbito desta disserta¸cão.A classe iptvclientgui foi criada com o objectivo de inserir mais uma interface à aplica¸cão,sendo esta mais vocacionada para dispositivos com Thouchscreen e ecrãsde pequenas e médiasdimensões.Esta classe teve como base a classe DefaultGuii do SMPlayer. O pacote serverconnectioni contémas classes relacionadas com a interaçcãocliente-servidor e a lógicaassociada a esta interaçcão.Por fim, o pacote interfaceclientserveri contémas classes relacionadas com as interfaces de autentica¸cão,estado, classifica¸cãoe registos criados. Na figura 3.11 encontra-se um diagrama de classes do pacote serverconnectioni. Este pacote contémas classes relacionadas com a interaçcãocliente-servidor e a lógicaassociada a esta interaçcão. Entre ambas as classes éde destacar a clientlogic que gere toda a informa¸cãoe lógicanecessáriaspara a interaçcãocom o servidor. A classe keepAlive é responsável por evitar que o utilizador seja desautenticado no servidor caso fique inactivo por muito tempo. A classe WsClient éresponsável pela abstraçcãona chamada aos Web Services e a transi¸cãodos tipos de dados usados no gSOAP para os usados no Qt. As restantes classes neste pacote foram geradas automaticamente pelo gSOAP.

32 Cap´ıtulo3. Arquitectura e Desenvolvimento

Na figura 3.12 encontra-se o diagrama de classes do pacote interfaceclientserveri.A classe autenticationdialog estárelacionada com a interface e lógicada GUI de autentica¸cão mostrada na figura 3.13. A classe state iptv estárelacionada com a interface e lógicada GUI do estado, sendo apresentada na figura 3.15. A classe rate iptv estárelacionada com a interface e lógicada GUI de rate mostrada na figura 3.16 e por fim a classe regist está relacionada com a interface e lógicada GUI do registo e émostrada na figura 3.14.

Figura 3.10: Diagrama de pacotes da aplica¸c˜aodesenvolvida em Qt.

Figura 3.11: Diagrama de classes do pacote serverconnectioni.

33 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Figura 3.12: Diagrama de classes do pacote interfaceclientserveri.

3.3.2.4 Desenvolvimento

Para o desenvolvimento desta aplica¸cãofoi inicialmente verificado se era poss´ıvel implementar todos os requisitos usando esta plataforma. Devido aos problemas com a aplica¸cão Java ME, testou-se o mecanismo de processamento multimédiamais profundamente para ver se cumpria os requisitos. Depois desta análise,come¸coupor se desenvolver a comunica¸cãocom o servidor. Pode- mos observar o diagrama de classes da figura 3.11, onde estãorepresentadas as classes responsáveis pela lógicae comunica¸cãocom o servidor. Inicio agora a explica¸cãoda fun¸cão das classes. A classe clientlogic éa que gere toda a informa¸cãoe lógicanecessáriaspara a interaçcãocom o servidor. A classe WsClient éresponsável por uma abstraçcãona chamada aos Web Services e a transi¸cãodos tipos de dados usados no gSOAP para os usados no Qt. A classe keepAlive éresponsável por evitar que o utilizador seja desautenticado no servidor caso fique inactivo por muito tempo. As outras classes foram geradas automaticamente usando o gSOAP Toolkit e a sua fun¸cãoéa comunica¸cãocom os Web Services disponibilizados pelo servidor. Depois de criada a comunica¸cãocom o servidor, iniciou-se a integra¸cãodo códigodo SMPlayer de modo a permitir reproduzir os conteúdossugeridos pelo servidor. Depois

34 Cap´ıtulo3. Arquitectura e Desenvolvimento

Figura 3.13: Interface de Autentica¸cãoda aplica¸cãoQt. de se conseguir reproduzir os conteúdosfornecidos e classificá-los,iniciou-se a cria¸cãode mais uma interface principal para o SMPlayer, ilustrada na figura 3.17. Para a cria¸cão desta interface criou-se a classe iptvclientgui que teve como base a classe DefaultGuii do SMPlayer. E´ de notar que esta interface foi sofrendo melhorias sucessivas durante o desenvolvimento da aplica¸cão. Durante o desenvolvimento da aplica¸cãotambémse teve o cuidado de manter todas as caracter´ısticase capacidades do SMPlayer. Depois de se ter criado mais uma interface principal, criaram-se e implementaram-se as seguintes interfaces: a interface de autentica¸cãomostrada na figura 3.13, a interface de Estado mostrada na figura 3.15 , a interface de classifica¸cãomostrada na figura 3.16 e, por fim, a interface de registo mostrada na figura 3.14. Depois da cria¸cãode todas as interfaces, iniciou-se a melhoria de certos detalhes da aplica¸cão,nomeadamente melhoria na gestãode erros e adi¸cãoda capacidade de criar tradu¸cõesfacilmente usando a ferramenta Qt Linguist. De momento, jáfoi criada a tradu¸cãoem Portuguêse tendo em conta que a l´ınguabase da aplica¸cãoéInglês,a aplica¸cão jáestádispon´ıvel em Inglêse Português.Alémdas l´ınguastambémfoi criado um novo e mais intuitivo método de classificar os conteúdosmultimédia,sendo este as estrelas pre-

35 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Figura 3.14: Interface de Registo da aplica¸cãoQt. sentes na interface da figura 3.17. Tambémse adicionou a possibilidade do utilizador se autenticar automaticamente, de modo a ficar totalmente abstra´ıdodas comunica¸cõescom o servidor. Para desenvolver esta aplica¸cãoutilizou-se o Qt Linguist e o Qt Creator devido ao facto de serem as ferramentas sugeridas para desenvolver aplica¸cõespara a plataforma MeeGo. Tambémse utilizou o gSOAP Toolkit para o desenvolvimento da comunica¸cãocom os Web Services servidor.

3.3.2.5 Caracter´ısticase Conﬁgura¸c˜oes

Esta aplica¸cãofoi desenvolvida tendo em conta a capacidade de ser executada em diversos dispositivos com caracter´ısticasdiferentes. Esta aplica¸cão,alémde possuir quatro interfaces principais, tambémse integra com a plataforma em que estáa ser executada, tanto no esquema de cores como no estilo e na linguagem, caso possua uma tradu¸cãopara a respectiva linguagem. Alémde possuir todas estas integra¸cõestambéméposs´ıvel, através da altera¸cãodo ficheiro de configura¸cão,alterar o aspecto da interface principal de diversas

36 Cap´ıtulo3. Arquitectura e Desenvolvimento

Figura 3.15: Interface de Estado da aplica¸cãoQt. formas. O ficheiro de configura¸cõespossui muitos critériosa configurar, sendo a maioria deles herdados do SMPlayer e os outros criados para a integra¸cãocom o servidor ou para aumentar as capacidades de configura¸cãodas interfaces. Este ficheiro no SO Linux encontra-se na seguinte localiza¸cão /.conf/iptvplayer/iptvplayer.ini, onde àpasta ( /) corresponde a pasta local do utilizador, o que significa que cada utilizador vai ter a sua própriacon- figura¸cão.No anexo A encontram-se um exemplo de um ficheiro de configura¸cãoe a tabela A.1 que contem informa¸cõesrelativas a cada grupo de configura¸cãoe a sua posi¸cãono ficheiro previamente referido. Os grupos que foram adicionados a este ficheiro de configura¸cãono âmbito desta disserta¸cãoforam o iptvSettings e o iptv gui. Este últimoémuito semelhante ao default gui devido ao facto de a classe que cria este grupo ser baseada na classe que cria o grupo default gui. Alémdestes grupos, tambémfoi necessáriofazer uma pequena altera¸cãono códigoque cria o grupo playlist contentsi, de modo a permitir o correcto funcionamento do sistema sendo tambémadicionadas algumas açcõesao grupo actions. De seguida vai ser feita uma descri¸cãoda fun¸cãodas configura¸cõesadicionadas ao

37 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Figura 3.16: Interface de Classifica¸cãoda aplica¸cãoQt.

ficheiro de configura¸cão. Come¸candopelo grupo iptvSettings, na linha 269 temos a configura¸cãodo watchmode, que ébasicamente o modo em que se estava a assistir ao conteúdomultimédiaquando se fechou a aplica¸cão;na linha 270 temos a configura¸cãodo defaultFeedback, que éa cota¸cão dada por defeito ao conteúdomultimédia;na linha 271 temos a configura¸cãodo serverURL, que éo endere¸conecessáriopara se aceder aos web services disponibilizados pelo servidor; nas linhas 272 e 273 temos a configura¸cãodo login e da pass, o nome do utilizador e a respectiva senha secreta, que sãoarmazenadas caso a configura¸cãoda linha 274, o rememberme seja igual a true. Esta op¸cãoestárelacionada com a capacidade do sistema armazenar as informa¸cõesrelacionadas com o utilizador. Na linha 270 temos a configura¸cão do autoautenticate, que estárelacionada com a capacidade do utilizador se autenticar automaticamente sem necessitar de utilizar a interface de autentica¸cão,permitindo assim criar-se uma abstraçcãodo utilizador relativamente àcomunica¸cãocom o servidor. No grupo actions, que associa açcõesa atalhos de teclados, foram adicionadas as seguintes açcões:a açcão state iptv, linha 515, que mostra a interface de estado ilustrada na figura 3.15; a açcão rate iptv, linha 516, que mostra a interface de classifica¸cãoilustrada na figura 3.16 e as açcõesdas linhas 517 a 522 que sãoaçcõesrelacionadas com a classifica¸cão

38 Cap´ıtulo3. Arquitectura e Desenvolvimento

Figura 3.17: Interface de Principal da aplica¸c˜aoQt criado (IPTVGUI).

do conteúdopor exemplo, se se efectuar a açcão star5 iptv o conteúdoéclassificado com 5 estrelas. O grupo playlist contentsi teve de sofrer algumas altera¸cõespara permitir a correcta integra¸cãocom o servidor. Uma dessas altera¸cõesteve em conta que ao armazenar um item tambémteráde ser armazenado o seu respectivo id e author. Esta altera¸cãoteve de ser efectuada devido ao facto de quando se termina a aplica¸cãoo item que estáa ser reproduzido nãoéclassificado, logo, se a op¸cãode armazenar os conteúdosda lista de reprodu¸cãoestiver activa este conteúdoiráser armazenado e depois carregado quando a aplica¸cãoiniciar novamente. O problema surge no momento em que o cliente solicita ao servidor um novo conteúdo.O servidor pode voltar a sugerir o conteúdoarmazenado, mas como a aplica¸cãonãopermite adicionar duas vezes o mesmo conteúdoeste nãoéadicionado, por isso para o cliente posteriormente conseguir classificar o conteúdoarmazenado necessita tambémde armazenar o seu id. De seguida vai ser efectuada uma descri¸cãodas configura¸cõesdo grupo iptv gui que, como referido anteriormente, émuito semelhante ao grupo default gui devido ao facto de a classe que cria este grupo ser baseada na classe que cria o grupo default gui. Além

39 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Figura 3.18: Interface principal com legendas.

das configura¸cõescomuns que funcionam de modo semelhante, tambémforam adicionadas configura¸cõespara permitir alterar o tamanho dos elementos das barras da interface. Se essas configura¸cõesde tamanho forem zero ou inferiores, seráutilizado o tamanho padrão. Nas linhas 538 e 539 encontra-se a configura¸cãodo tamanho dos elementos da toolbar1, nas linhas 540 e 541 encontra-se a configura¸cãodo tamanho dos elementos da controlwidget e da controlwidget mini e por fim nas linhas 542 e 543 encontra-se a configura¸cãodo tamanho dos elementos do floating control sendo esta a barra que aparece quando se estáno modo de ecrãinteiro. Relativamente àsconfigura¸cõessimilares ao grupo default gui, podemos destacar: a actions\toolbar1 na linha 534 que configura os elementos a aparecerem na toolbar1 ; a actions\controlwidget na linha 535 que configura os elementos a aparecerem na controlwidget; a actions\controlwidget mini na linha 536 que configura os elementos a aparecerem na controlwidget mini e a actions\floating control na linha 537 que configura os elementos a aparecerem na floating control. Relativamente aos elementos que podem ser adicionados em cada barra, estes sãotodas as açcõespresentes no grupo actions e mais alguns que foram criados propositadamente para esse efeito, sendo estes por exemplo o rewindbutton action, o forwardbutton action, o timeslider action, o volumeslider action e o

40 Cap´ıtulo3. Arquitectura e Desenvolvimento

ratebutton action. Este últimofoi criado no âmbito desta disserta¸cãopara que o mecanismo de classifica¸cãoocupe menos espa¸cona barra. Na figura 3.18 encontra-se uma imagem com a interface principal com legendas a indicar o nome de cada barra, sendo de notar que a barra controlwidget aparece quando o tamanho da janela proporcionar o seu aparecimento; caso contrário,no lugar desta aparece a controlwidget mini. Depois de analisar as capacidades de configura¸cãodesta aplica¸cão,podemos concluir que apenas editando o ficheiro de configura¸cãoéposs´ıvel adaptar a aplica¸cãonãoapenas a diversos tipos de dispositivos com caracter´ısticase capacidades muito distintas mas também a diversos tipos de utilizadores.

Cap´ıtulo4

Testes de Desempenho

A maioria dos testes efectuados àaplica¸cãoQt foram executados durante o desenvolvimento da mesma, de modo a verificar se as altera¸cõesintroduzidas nãoafectaram o correcto funcionamento da aplica¸cão. No entanto, apóso desenvolvimento estar comple- tado, efectuaram-se alguns testes para avaliar o desempenho da aplica¸cão,nomeadamente o tempo que a aplica¸cãodemora a iniciar e o tempo que demora desde que se faz um pedido de um conteúdomultimédiaatéo mesmo come¸cara ser reproduzido. Os testes foram efectuados num sistema computacional com as seguintes caracter´ısticas gerais:

SO Kubuntu 10.04 Desktop edition;

Processador Um processador Intel Centrino Duo T2300 Dual Core 1.66 GHZ, 2MB cache;

RAM 3 GBytes;

Disco(s) Um disco de 100 GBytes IDE;

Fornecedor Asus;

Placa gr´aﬁca ATI X1600 com 256MB de memoria dedicada.

Os testes àaplica¸cãoQt nãoforam executados directamente no SDK do MeeGo porque o tempo de resposta deste era exageradamente elevado, devido ao facto de a acelera¸cão3D

43 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

nãofuncionar correctamente neste sistema computacional. Esta situa¸cãoocorreu devido ao facto da placa gráficajáse inserir na classe legacy, nãoexistindo assim drivers proprietários para a versãodo SO que o sistema computacional utilizava. Para medir os valores presentes nas seguintes tabelas recorreu-se àinterface de log do SMPlayer cujo objectivo éo debug da aplica¸cão,esta interface representa uma lista de açcõese o tempo em que foram efectuadas. Nestas medi¸cõesremoveram-se os tempos de acesso aos Web Services do servidor, para que estes testes apenas avaliassem as caracter´ısticasda aplica¸cãodesenvolvida. Na tabela 4.1 encontram-se váriasmedi¸cõesque correspondem ao tempo que a aplica¸cão leva desde o instante em que édespoletada a ordem de iniciar atéàapresenta¸cãoda interface de autentica¸cão.

Descri¸cão Tempo (Segundos) Primeira medi¸cão 1,172 Segunda medi¸cão 0,963 Terceira medi¸cão 1,087 Quarta medi¸cão 1,068 Quinta medi¸cão 0,992 Sexta medi¸cão 0,981 Sétimamedi¸cão 1,002 Oitava medi¸cão 0,859 Nona medi¸cão 0,872 Décimamedi¸cão 0,931 Média 0,9927 Tabela 4.1: Tempos de inicializa¸cãoda aplica¸cão

Relativamente ao tempo que a aplica¸cãodemora a iniciar a reprodu¸cãode um novo conteúdomultimédia,este varia nãosóconsoante o tipo, localiza¸cãoe caracter´ısticasdo conteúdomultimédia,mas tambémconsoante as configura¸cõesda aplica¸cão. Na tabela 4.2 encontram-se diversos valores médiosdo tempo que a aplica¸cãodemora desde que éfeito o pedido de um novo conteúdomultimédiaatése iniciar a reprodu¸cãodo mesmo. O novo conteúdomultimédiatem as seguintes caracter´ısticas:

Tamanho 700MB;

44 Cap´ıtulo4. Testes de Desempenho

Dura¸c˜ao 01:32:42;

Demuxer avi;

Resolu¸c˜ao 640 x 352;

Taxa de bits do v´ıdeo 912 kbps;

Taxa de bits do a´udio 128 kbps;

Frames por segundo 23.976;

Localiza¸c˜ao ﬁle:///media/FAT32/Filmes/teste1.avi;

Descri¸cão Tempo (Segundos) Primeira medi¸cão 5,303 Segunda medi¸cão 5,093 Terceira medi¸cão 4,964 Quarta medi¸cão 5,008 Quinta medi¸cão 5,125 Sexta medi¸cão 4,841 Sétimamedi¸cão 5,192 Oitava medi¸cão 5,146 Nona medi¸cão 4,872 Décimamedi¸cão 4,931 Média 5,0475 Tabela 4.2: Tempos de inicializa¸cãodo primeiro conteúdo

Na tabela 4.3 encontram-se diversos valores médiosdos tempos que a aplica¸cãodemora desde que éfeito o pedido de um novo conteúdomultimédiaatése iniciar a reprodu¸cãodo mesmo. O novo conteúdomultimédiatem as seguintes caracter´ısticas:

Tamanho 174 MB;

Dura¸c˜ao 00:07:48;

Demuxer avi;

Resolu¸c˜ao 1280 x 528;

45 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

Taxa de bits do v´ıdeo 2897 kbps;

Taxa de bits do a´udio 224 kbps;

Frames por segundo 23.976;

Localiza¸c˜ao ﬁle:///media/FAT32/Filmes/teste2.avi;

Descri¸cão Tempo (Segundos) Primeira medi¸cão 3,879 Segunda medi¸cão 3,793 Terceira medi¸cão 3,664 Quarta medi¸cão 3,582 Quinta medi¸cão 3,548 Sexta medi¸cão 3,841 Sétimamedi¸cão 3,692 Oitava medi¸cão 3,633 Nona medi¸cão 3,872 Décimamedi¸cão 3,631 Média 3,7135 Tabela 4.3: Tempos de inicializa¸cãodo segundo conteúdo

Como podemos verificar, os tempos desde o pedido atéao in´ıcioda reprodu¸cãode um novo conteúdomultimédiavariam consoante as caracter´ısticasdo mesmo. Relativamente a estes resultados, os valores de espera sãoaceitáveis. Alémdisso, durante este processo, a aplica¸cãovai dando algum feedback das fun¸cõesque estáa executar.

46 Cap´ıtulo5

Conclus˜oese Trabalho Futuro

Relativamente ao trabalho futuro relacionado com o cliente, este vai variar consoante o dispositivo onde a aplica¸cãovai ser utilizada. Isto deve-se ao facto de a aplica¸cãoQt ser multi-plataforma e estar preparada para dispositivos com caracter´ısticasmuito distintas. Esta aplica¸cãopode sofrer melhorias de modo a integrar-se mais facilmente com as caracter´ısticasespec´ıficasde cada dispositivo, tais como a integra¸cãocom os sensores do dispositivo, adapta¸cãoao modo como sãogeridos os conteúdosmultimédia,melhor integra¸cãodas interfaces com as caracter´ısticase capacidades de cada tipo de dispositivo e cria¸cãode interfaces para a pesquisa de conteúdos.Alémdestas melhorias, tambémpode ser necessárioadaptar a aplica¸cãoàsaltera¸cõesque possam ser efectuadas no servidor. Como a aplica¸cãovai estar relacionada com a evolu¸cãodo servidor, esta tambémpode ter que sofrer altera¸cõesrelacionadas com o modelo de negócioque possa ser aplicado ao servidor e as altera¸cõesque este teráque sofrer para implementar este mesmo modelo de negócio. Por exemplo, um modelo de negócioque possivelmente seria um bom ponto de partida e aliciante para os clientes seria uma adapta¸cãodo modelo actualmente utilizado nas televisõeslivres actuais, ou seja, a fonte de rendimentos provémda reprodu¸cãode conteúdospublicitários. Nesta adapta¸cão,o servidor, alémde sugerir o conteúdomul- timédia,tambémsugeria os conteúdospublicitáriosa reproduzir e a altura do conteúdo multimédiaem que estes seriam reproduzidos. Os conteúdospublicitáriostambémseriam sugeridos consoante o perfil do utilizador. Alémdeste método, o utilizador tambémpoderia

47 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

ter àsua disposi¸cãoa possibilidade de subscrever uma assinatura mensal que o permitiria diminuir a quantidade de conteúdospublicitáriosapresentados, e/ou facultar acesso a mais conteúdos.Este modelo de negóciopoderia ser aliciante para o cliente porque para aderir ao servi¸coapenas necessitava de possuir uma liga¸cãoàInternet com largura de banda su- ficiente para a reprodu¸cãodos conteúdos,nãosendo assim necessáriosubscrever nenhuma assinatura para obter o servi¸cobásico. Do lado do provedor do servi¸co,este tinha a sua fonte de rendimentos vinda dos conteúdospublicitáriose dos clientes que optassem pela assinatura mensal. Durante a reprodu¸cãodos conteúdospublicitários,tambémpoderia ser adicionado um servi¸coque permitisse ao utilizador adquirir o artigo publicitado atravésde um clique de botãodo seu controlo remoto. Neste caso, apareceria uma interface onde seria requisitada a valida¸cãoda compra atravésde uma senha secreta e seleccionado o modo de pagamento. O pagamento poderia ser efectuado posteriormente na factura da assinatura do servi¸co,e caso o cliente nãomostrasse interesse contrário,o produto seria enviado para a sua morada. Para a implementa¸cãodo modelo de negóciosugerido acima, seria necessáriocriar do lado do servidor um módulopara a gestãodos conteúdosmultimédiae o método utilizado para os fazer chegar ao cliente. Um dos problemas da implementa¸cãoem larga escala deste servi¸coseria a sobrecarga a que a rede estaria sujeita. Para aliviar essa carga, poderiam ser tomadas diversas medidas e tirar-se proveito do modo de operar do sistema onde o cliente estivesse implementado. Por exemplo, se o cliente fosse uma Box da Meo, poder´ıamos tirar proveito do facto da mesma estar geralmente activa todo o dia, para transferir os conteúdosmultimédiaem horas em que a rede estivesse menos sobrecarregada. Além disso, tambémpod´ıamosimplementar um sistema similar aos torrents[26], onde a Box iria descarregar o conteúdoda Box mais próximaque possu´ısseesse conteúdo. Alémdestas medidas, poderia ainda ser agendada a distribui¸cãode conteúdosmais requisitados através de sessões multicast. Neste caso, as Boxs dos utilizadores que pudessem estar interessados nos conteúdosa serem transmitidos por multicast, seriam notificadas da hora de in´ıcioda sessãoe, caso tivessem possibilidade, adeririam àsessãoe gravavam o conteúdono seu disco. Estas medidas iriam minimizar o númerode sistemas computacionais necessários

48 Cap´ıtulo5. Conclus˜oese Trabalho Futuro

para implementar o sistema e tambémos recursos de rede necessários. Outra abordagem relativa àimplementa¸cãode um servi¸code sugestãoautomáticade conteúdosnum servi¸codo tipo Meo seria a possibilidade do servidor em vez de enviar a localiza¸cãode um conteúdomultimédia,enviar um canal e o intervalo de tempo em que o conteúdoiria ser reproduzido. A Box, se na altura tivesse condi¸cões,iria gravar o conteúdo no seu disco, sendo este posteriormente reproduzido quando o utilizador mostrasse interesse em assistir aos conteúdossugeridos automaticamente. Neste caso, o servidor seria uma espéciede sistema automáticode agendamento de grava¸cões. Um sistema deste tipo iria tirar proveito das programa¸cõesdos canais de TV a que o utilizador tem acesso para obter diversos conteúdosque pudesse sugerir. Relativamente a melhorias que o cliente poderia receber em rela¸cãoàgestãodos conteúdos, caso o dispositivo destino possu´ısseas capacidades de hardware necessárias,podiam ser criadas integra¸cõescom diversos gestores de transferênciasusando metalinks[17], permitindo assim pré-transferiros conteúdosde diversos tipos de fontes. Para melhorar a interface de registo, tambémpoderia ser criada uma aplica¸cãosepa- rada que se adaptasse melhor ao dispositivo em questão,dado que énecessárioaceder à conta de correio electrónicopara validar uma nova conta de utilizador. Assim, nãoseria necessárioefectuar o registo na aplica¸cãoresponsável por reproduzir os conteúdos. Esta aplica¸cãopoderia ser executada durante a instala¸cãoda aplica¸cãoprincipal, quando o utilizador executasse pela primeira vez a aplica¸cãoprincipal ou quando o utilizador mostrasse interesse em criar uma nova conta. Esta aplica¸cãopoderia utilizar métodos para facilitar a cria¸cãode um novo utilizador e completar automaticamente o perfil do mesmo. Estes métodos poderiam ser, por exemplo, o uso de servi¸cosdisponibilizados pelas redes sociais para obter informa¸cõesrelacionadas com o utilizador e as suas caracter´ısticas.Tambémse poderiam ir procurar informa¸cõesno sistema, tais como o históricode páginasde Internet visitadas e alguns dados do utilizador, informa¸cõesestas que seriam posteriormente proces- sadas e utilizadas para facilitar o registo e completar as informa¸cõessobre as caracter´ısticas do utilizador. Tendo em conta as propostas referidas neste cap´ıtulo,podemos concluir que as melhorias

49 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

e adapta¸cõesa efectuar estãocondicionadas àevolu¸cãodo servidor e o tipo de dispositivo onde a aplica¸cãoiráser executada. Durante o desenvolvimento deste projecto, adquiriu-se um conhecimento das vantagens e desvantagens de utilizar como base aplica¸cõescódigoaberto para atingir um determinado objectivo. Adquiriu-se ainda conhecimento das limita¸cõesde desenvolver aplica¸cõespara dispositivos de pequenas dimensõese, alémdisso, tambémse adquiriram conhecimentos sobre diversas tecnologias e aprofundaram-se conhecimentos sobre outras. Relativamente àsvantagens dos sistemas de sugestãoautomáticade conteúdos,tópico em que esta disserta¸cãose insere, podemos concluir que provavelmente no futuro iráter uma grande difusãodevido àsua flexibilidade, àssuas vantagens, àinova¸cãoque trará ao mercado e àsua capacidade de ir ao encontro das caracter´ısticas e preferênciasdo utilizador.

50 Anexo A

Ficheiro de Configura¸cãoda Aplica¸cãoQt

Neste anexo encontram-se um exemplo do ficheiro de configura¸cãoda aplica¸cãoQt e a tabela A.1 onde estãodescritos os grupos deste ficheiro e suas principais configura¸cões. Na seçcão 3.3.2.5 encontram-se descritas as principais configura¸cõese as suas fun¸cões.

1 [%General] 2 mplayer bin=mplayer 3 d r i v e r \vo=xv 4 d r i v e r \ a u d i o output=pulse 5 u s e screenshot=true 6 screenshot directory=/home/fonseca /. config/smplayer/screenshots 7 d o n t r e m e m b e r m e d i a settings=true 8 dont remember time pos=t r u e 9 a u d i o l a n g= 10 s u b t i t l e l a n g= 11 u s e d i r e c t rendering=false 12 u s e d o u b l e buffer=true 13 u s e s o f t v i d e o e q=f a l s e 14 u s e slices=true 15 autoq=6 16 a d d blackborders o n fullscreen=false 17 d i s a b l e screensaver=true 18 d i s a b l e v i d e o f i l t e r s w i t h v d p a u=t r u e 19 u s e s o f t v o l=t r u e 20 s o f t v o l m a x =110 21 u s e scaletempo=−1 22 use hwac3=false 23 u s e a u d i o equalizer=true 24 g l o b a l volume=true 25 volume=100

51 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

26 mute=f a l s e 27 autosync=f a l s e 28 a u t o s y n c f a c t o r =100 29 use mc=f a l s e 30 mc value=0 31 osd=1 32 o s d d e l a y =2200 33 f i l e s e t t i n g s method=hash 34 35 [ d r i v e s ] 36 d v d device=/dev/dvd 37 cdrom device=/dev/cdrom 38 v c d i n i t i a l t i t l e =2 39 use dvdnav=false 40 41 [ performance ] 42 p r i o r i t y =2 43 frame drop=t r u e 44 hard frame drop=f a l s e 45 c o r e a v c=f a l s e 46 h 2 6 4 s k i p l o o p f i l t e r =1 47 HD height=720 48 f a s t a u d i o c h a n g e=−1 49 t h r e a d s=1 50 c a c h e f o r f i l e s =0 51 c a c h e f o r streams=1000 52 c a c h e f o r d v d s=0 53 c a c h e f o r v c d s =1000 54 c a c h e f o r audiocds=1000 55 c a c h e f o r t v =3000 56 57 [ s u b t i t l e s ] 58 f o n t f i l e= 59 font name= 60 u s e fontconfig=false 61 subcp=ISO−8859−1 62 u s e e n c a=f a l s e 63 e n c a l a n g=pt 64 f o n t autoscale=1 65 s u b f u z z i n e s s =1 66 a u t o l o a d s u b=t r u e 67 u s e a s s subtitles=true 68 a s s l i n e s p a c i n g =0 69 u s e c l o s e d c a p t i o n s u b s=f a l s e 70 u s e f o r c e d s u b s o n l y=f a l s e 71 s u b visibility=true 72 s u b t i t l e s o n screenshots=false 73 use new sub commands=−1 74 c h a n g e s u b s c a l e s h o u l d r e s t a r t=−1 75 f a s t l o a d s u b=t r u e 76 s t y l e s \ fontname=Arial

52 Anexo A. Ficheiro de Configura¸cãoda Aplica¸cãoQt

77 s t y l e s \ fontsize=20 78 s t y l e s \ primarycolor=4294967295 79 s t y l e s \ backcolor=4278190080 80 s t y l e s \ outlinecolor=4278190080 81 s t y l e s \ bold=f a l s e 82 s t y l e s \ italic=false 83 s t y l e s \ halignment=2 84 s t y l e s \ valignment=0 85 s t y l e s \ borderstyle=1 86 s t y l e s \ o u t l i n e =1 87 s t y l e s \shadow=2 88 s t y l e s \ marginl =20 89 s t y l e s \ marginr=20 90 s t y l e s \ marginv=8 91 f o r c e a s s styles=false 92 u s e r f o r c e d a s s s t y l e= 93 f r e e t y p e support=true 94 95 [ advanced ] 96 c o l o r k e y =20202 97 use mplayer window=false 98 m o n i t o r a s p e c t= 99 u s e i d x=f a l s e 100 m p l a y e r a d d i t i o n a l o p t i o n s= 101 m p l a y e r a d d i t i o n a l v i d e o f i l t e r s= 102 m p l a y e r a d d i t i o n a l a u d i o f i l t e r s= 103 l o g mplayer=true 104 l o g smplayer=true 105 l o g f i l t e r =.* 106 v e r b o s e l o g=f a l s e 107 s a v e s m p l a y e r l o g=f a l s e 108 a u t o s a v e m p l a y e r l o g=f a l s e 109 m p l a y e r l o g s a v e t o= 110 r e p a i n t v i d e o background=false 111 u s e e d l f i l e s=t r u e 112 p r e f e r i p v 4=t r u e 113 u s e s h o r t pathnames=false 114 c h a n g e v i d e o e q u a l i z e r o n startup=true 115 u s e p a u s i n g k e e p f o r c e=t r u e 116 c o r r e c t p t s=−1 117 a c t i o n s t o r u n= 118 119 [ g u i ] 120 f u l l s c r e e n=f a l s e 121 s t a r t i n fullscreen=false 122 compact mode=f a l s e 123 s t a y o n t o p=0 124 s i z e f a c t o r =100 125 r e s i z e m e t h o d=0 126 s t y l e= 127 s h o w m o t i o n vectors=false

53 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

128 m o u s e l e f t c l i c k function=fullscreen 129 m o u s e r i g h t c l i c k function=show context menu 130 m o u s e d o u b l e c l i c k function=fullscreen 131 m o u s e m i d d l e c l i c k function=mute 132 m o u s e x b u t t o n 1 c l i c k f u n c t i o n= 133 m o u s e x b u t t o n 2 c l i c k f u n c t i o n= 134 m o u s e w h e e l f u n c t i o n=2 135 w h e e l f u n c t i o n c y c l e =30 136 w h e e l f u n c t i o n s e e k i n g reverse=false 137 s e e k i n g 1 =10 138 s e e k i n g 2 =60 139 s e e k i n g 3 =600 140 s e e k i n g 4 =30 141 u p d a t e w h i l e seeking=false 142 t i m e s l i d e r d r a g d e l a y =100 143 r e l a t i v e seeking=true 144 language= 145 i c o n s e t=N u v o l a f s f 146 b a l l o o n c o u n t=5 147 r e s t o r e p o s a f t e r fullscreen=false 148 s a v e w i n d o w s i z e o n e x i t=t r u e 149 c l o s e o n finish=false 150 d e f a u l t f o n t= 151 pause when hidden=false 152 allow video movement=false 153 g u i=DefaultGUI 154 gui minimum width=0 155 d e f a u l t size=@Size(580 440) 156 h i d e v i d e o w i n d o w o n a u d i o f i l e s=t r u e 157 r e p o r t m p l a y e r crashes=true 158 r e p o r t e d m p l a y e r i s o l d=t r u e 159 a u t o a d d t o playlist=true 160 a d d t o p l a y l i s t consecutive files=false 161 162 [ tv ] 163 c h e c k c h a n n e l s c o n f o n startup=true 164 i n i t i a l t v deinterlace=4 165 l a s t d v b c h a n n e l= 166 l a s t t v c h a n n e l= 167 168 [ d i r e c t o r i e s ] 169 l a t e s t dir=/home/fonseca 170 l a s t d v d d i r e c t o r y= 171 172 [ d e f a u l t s ] 173 i n i t i a l s u b s c a l e =5 174 i n i t i a l s u b s c a l e a s s =1 175 i n i t i a l v o l u m e =40 176 i n i t i a l c o n t r a s t =0 177 i n i t i a l brightness=0 178 i n i t i a l h u e =0

54 Anexo A. Ficheiro de Configura¸cãoda Aplica¸cãoQt

179 i n i t i a l saturation=0 180 i n i t i a l g a m m a=0 181 i n i t i a l a u d i o equalizer=0, 0, 0, 0, 0, 0, 0, 0, 0, 0 182 i n i t i a l z o o m f a c t o r =1 183 i n i t i a l s u b p o s =100 184 i n i t i a l volnorm=false 185 i n i t i a l postprocessing=false 186 i n i t i a l deinterlace=0 187 i n i t i a l a u d i o c h a n n e l s =2 188 i n i t i a l s t e r e o m o d e =0 189 i n i t i a l a u d i o t r a c k =1 190 i n i t i a l s u b t i t l e t r a c k =1 191 192 [ m p l a y e r i n f o ] 193 m p l a y e r d e t e c t e d v e r s i o n=1 194 m p l a y e r u s e r s u p p l i e d v e r s i o n=−1 195 196 [ i n s t a n c e s ] 197 u s e s i n g l e instance=true 198 c o n n e c t i o n p o r t =8000 199 u s e autoport=true 200 temp\ autoport=40380 201 202 [ f l o a t i n g c o n t r o l ] 203 margin=0 204 width=100 205 animated=t r u e 206 d i s p l a y i n c o m p a c t m o d e=f a l s e 207 bypass window manager=true 208 209 [ h i s t o r y ] 210 r e c e n t s= 211 r e c e n t s \ max items=10 212 u r l s=@Invalid ( ) 213 u r l s \ max items=50 214 215 [ f i l t e r o p t i o n s ] 216 deblock=vb/hb 217 d e n o i s e n o r m a l= 218 d e n o i s e s o f t =2:1:2 219 n o i s e=9ah : 5 ah 220 volnorm=1 221 222 [ d e f a u l t g u i ] 223 v i d e o i n f o=f a l s e 224 f r a m e counter=false 225 f u l l s c r e e n t o o l b a r 1 w a s visible=true 226 f u l l s c r e e n t o o l b a r 2 w a s visible=true 227 c o m p a c t t o o l b a r 1 w a s visible=false 228 c o m p a c t t o o l b a r 2 w a s visible=false 229 pos=@Point (0 0)

55 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

230 s i z e=@Size (706 459) 231 t o o l b a r s state=@ByteArray(\0\0\0\ x f f \0\0\ x11\ x f a \ xfd \0\0\0\ x1 \0\0\0\ x3 \0\0\0\0\0\0\0\0\ x f c \x1 \0\0\0\ x1\ xfb \0\0\0\ x18 \0p\0 l \0\ x61 \0y\0 l \0 i \0 s \0 t \0\ x64 \0o \0\ x63 \0k\x2 \0\0\0\0\0\0\0\0\0\0\ x2 \0\0\0\ x1\x33 \0\0\ x2\ xc2 \0\0\ x1 ‘\0\0\0\ x4 \0\0\0\ x4 \0\0\0\b\0\0\0\b\ x f c \0\0\0\ x2 \0\0\0\ x2 \0\0\0\ x2 \0\0\0\ x10 \0 t \0o\0o\0 l \0\ x62 \0\ x61 \0 r \0\ x31\x1 \0\0\0\0\ x f f \ x f f \ x f f \ x f f \0\0\0\0\0\0\0\0\0\0\0\ x10 \0 t \0o\0o\0 l \0\ x62 \0\ x61 \0 r \0\ x32\x1 \0\0\ x1\ x f 4 \ x f f \ x f f \ x f f \ x f f \0\0\0\0\0\0\0\0\0\0\0\ x3 \0\0\0\ x2 \0\0\0\ x1a \0\ x63 \0o\0n\0 t \0 r \0o\0 l \0w\0 i \0\ x64 \0g \0\ x65 \0 t \x1 \0\0\0\0\ x f f \ x f f \ x f f \ x f f \0\0\0\0\0\0\0\0\0\0\0 $ \0\ x63 \0o\0n\0 t \0 r \0o\0 l \0w\0 i \0\ x64 \0g \0\ x65 \0 t \0 \0m\0 i \0n\0 i \0\0\0\0\0\ x f f \ x f f \ x f f \ x f f \0\0\0\0\0\0\0\0) 232 a c t i o n s \ toolbar1=play prev , nostar i p t v , s t a r 1 i p t v , s t a r 2 i p t v , s t a r 3 i p t v , s t a r 4 i p t v , s t a r 5 i p t v , p l a y next , separator , compact, fullscreen , separator , screenshot , separator , show f i l e properties , show playlist , show preferences , state i p t v , s e p a r a t o r 233 a c t i o n s \ controlwidget=play , pause a n d f r a m e step , stop, separator , rewindbutton a c t i o n , t i m e s l i d e r action , forwardbutton action , separator , fullscreen , mute, volumeslider a c t i o n 234 a c t i o n s \ controlwidget m i n i=p l a y o r pause , stop, separator , rewind1, timeslider a c t i o n , forward1 , separator , mute, volumeslider a c t i o n 235 a c t i o n s \ f l o a t i n g control=play, pause, stop, separator , rewindbutton a c t i o n , t i m e s l i d e r action , forwardbutton action , separator , fullscreen , mute, volumeslider action , separator , timelabel a c t i o n 236 237 [ b a s e g u i p l u s ] 238 s h o w t r a y i c o n=f a l s e 239 m a i n w i n d o w visible=true 240 t r a y i c o n p l a y l i s t w a s visible=false 241 w i d g e t s s i z e =102 242 f u l l s c r e e n p l a y l i s t w a s visible=false 243 f u l l s c r e e n p l a y l i s t w a s floating=true 244 c o m p a c t p l a y l i s t w a s visible=false 245 i g n o r e p l a y l i s t events=false 246 247 [ p l a y l i s t ] 248 r e p e a t=f a l s e 249 s h u f f l e=f a l s e 250 a u t o g e t i n f o=t r u e 251 r e c u r s i v e a d d directory=false 252 s a v e p l a y l i s t i n config=false 253 p l a y f i l e s f r o m s t a r t=t r u e 254 a u t o m a t i c a l l y p l a y n e x t=t r u e 255 r o w s p a c i n g=−1 256 l a t e s t dir=/media/FAT32/Filmes 257 258 [ p l a y l i s t c o n t e n t s ] 259 count=1 260 i t e m 0 i d =1 261 i t e m 0 a u t h o r= 262 i t e m 0 filename=file : // / media /FAT32/ Filmes / t e s t e . a v i 263 i t e m 0 duration=5562.77 264 item 0 name= f i l e : // / media /FAT32/ Filmes / t e s t e . a v i 265 c u r r e n t i t e m=0 266 m o d i f i e d=f a l s e 267 268 [ i p t v S e t t i n g s ] 269 watchmode=Alone 270 d e f a u l t F e e d b a c k=6 271 serverURL=http : // l o c a l h o s t : 8 0 8 0 / IPTVServerCoreWebService / ServerCoreWSService 272 l o g i n=f s f

56 Anexo A. Ficheiro de Configura¸cãoda Aplica¸cãoQt

273 pass =1234 274 rememberme=t r u e 275 a u t o a u t e n t i c a t e=t r u e 276 277 [ a c t i o n s ] 278 o p e n file=Ctrl+F 279 o p e n d i r e c t o r y= 280 o p e n p l a y l i s t= 281 open vcd= 282 o p e n a u d i o c d= 283 open dvd= 284 o p e n d v d f o l d e r= 285 o p e n u r l=C t r l+U 286 c l o s e=C t r l+X 287 c l e a r r e c e n t s= 288 e d i t t v l i s t= 289 j u m p t v l i s t= 290 n e x t t v=H 291 p r e v i o u s t v=L 292 tv menu= 293 e d i t r a d i o l i s t= 294 j u m p r a d i o l i s t= 295 n e x t radio=Shift+H 296 p r e v i o u s radio=Shift+L 297 radio menu= 298 play= 299 p l a y o r pause=Media Play 300 pause=Space 301 p a u s e a n d f r a m e s t e p= 302 stop=Media Stop 303 f r a m e s t e p =. 304 rewind1=L e f t 305 rewind2=Down 306 rewind3=PgDown 307 forward1=Right 308 forward2=Up 309 forward3=PgUp 310 s e t a m a r k e r= 311 s e t b m a r k e r= 312 c l e a r a b m a r k e r s= 313 r e p e a t= 314 jump to=C t r l+J 315 normal speed=Backspace 316 h a l v e s p e e d={ 317 d o u b l e s p e e d=} 318 d e c s p e e d =[ 319 i n c s p e e d =] 320 d e c s p e e d 4= 321 i n c s p e e d 4= 322 d e c s p e e d 1= 323 i n c s p e e d 1=

57 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

324 f u l l s c r e e n=F 325 compact=C t r l+C 326 v i d e o equalizer=Ctrl+E 327 s c r e e n s h o t=S 328 m u l t i p l e screenshots=Shift+D 329 v i d e o p r e v i e w= 330 f l i p= 331 m i r r o r= 332 m o t i o n v e c t o r s= 333 p o s t p r o c e s s i n g= 334 a u t o d e t e c t p h a s e= 335 deblock= 336 d e r i n g= 337 a d d n o i s e= 338 a d d l e t t e r b o x= 339 u p s c a l i n g= 340 a u d i o e q u a l i z e r= 341 mute=M 342 d e c r e a s e v o l u m e=” 9 , /” 343 i n c r e a s e v o l u m e=” 0 , *” 344 d e c a u d i o d e l a y=− 345 i n c a u d i o d e l a y=+ 346 a u d i o d e l a y= 347 l o a d a u d i o f i l e= 348 u n l o a d a u d i o f i l e= 349 e x t r a s t e r e o f i l t e r= 350 k a r a o k e f i l t e r= 351 v o l n o r m f i l t e r= 352 l o a d s u b s= 353 u n l o a d s u b s= 354 d e c s u b d e l a y=Z 355 i n c s u b d e l a y=X 356 s u b d e l a y= 357 d e c s u b p o s=R 358 i n c s u b p o s=T 359 d e c s u b scale=Shift+R 360 i n c s u b scale=Shift+T 361 d e c s u b s t e p=G 362 i n c s u b s t e p=Y 363 u s e a s s l i b= 364 u s e c l o s e d c a p t i o n= 365 u s e f o r c e d s u b s o n l y= 366 s u b t i t l e visibility=V 367 s h o w f i n d s u b d i a l o g= 368 u p l o a d s u b t i t l e s= 369 s h o w playlist=Ctrl+L 370 s h o w f i l e properties=Ctrl+I 371 s h o w preferences=Ctrl+P 372 show mplayer log=C t r l+M 373 s h o w s m p l a y e r l o g=C t r l+S 374 f a q=

58 Anexo A. Ficheiro de Configura¸cãoda Aplica¸cãoQt

375 c l o p t i o n s= 376 t i p s= 377 ab out qt= 378 about smplayer= 379 p l a y n e x t=> 380 p l a y p r e v=< 381 move up=Alt+Up 382 move down=Alt+Down 383 m o v e left=Alt+Left 384 move right=Alt+Right 385 inc zoom=E 386 dec zoom=W 387 r e s e t zoom=Shift+E 388 auto zoom=Shift+W 389 zoom 169=Shift+A 390 zoom 235=Shift+S 391 e x i t fullscreen=Esc 392 n e x t o s d=O 393 d e c c o n t r a s t =1 394 i n c c o n t r a s t =2 395 d e c brightness=3 396 i n c brightness=4 397 dec hue=5 398 i n c h u e=6 399 d e c saturation=7 400 i n c saturation=8 401 dec gamma= 402 inc gamma= 403 n e x t v i d e o= 404 n e x t a u d i o=K 405 n e x t s u b t i t l e=J 406 n e x t c h a p t e r=@@ 407 p r e v c h a p t e r =! 408 t o g g l e d o u b l e size=Ctrl+D 409 r e s e t v i d e o e q u a l i z e r= 410 r e s e t a u d i o e q u a l i z e r= 411 show context menu= 412 n e x t a s p e c t=A 413 n e x t w h e e l f u n c t i o n= 414 s h o w filename=Shift+I 415 t o g g l e deinterlacing=D 416 osd none= 417 o s d s e e k= 418 o s d t i m e r= 419 o s d t o t a l= 420 d e n o i s e n o n e= 421 d e n o i s e n o r m a l= 422 d e n o i s e s o f t= 423 s i z e 5 0= 424 s i z e 7 5= 425 s i z e 1 0 0=C t r l+1

59 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

426 s i z e 1 2 5= 427 s i z e 1 5 0= 428 s i z e 1 7 5= 429 s i z e 2 0 0=C t r l+2 430 s i z e 3 0 0= 431 s i z e 4 0 0= 432 d e i n t e r l a c e n o n e= 433 d e i n t e r l a c e l 5= 434 d e i n t e r l a c e y a d i f 0= 435 d e i n t e r l a c e y a d i f 1= 436 d e i n t e r l a c e l b= 437 d e i n t e r l a c e k e r n= 438 c h a n n e l s s t e r e o= 439 c h a n n e l s s u r r o u n d= 440 c h a n n e l s f u l 5 1= 441 s t e r e o= 442 l e f t c h a n n e l= 443 r i g h t c h a n n e l= 444 a s p e c t d e t e c t= 445 a s p e c t 1%3A1= 446 a s p e c t 3%3A2= 447 a s p e c t 4%3A3= 448 a s p e c t 5%3A4= 449 a s p e c t 1 4%3A9= 450 a s p e c t 1 4%3A10= 451 a s p e c t 1 6%3A9= 452 a s p e c t 1 6%3A10= 453 a s p e c t 2 .35%3A1= 454 a s p e c t n o n e= 455 r o t a t e n o n e= 456 r o t a t e c l o c k w i s e f l i p= 457 r o t a t e c l o c k w i s e= 458 r o t a t e counterclockwise= 459 r o t a t e counterclockwise f l i p= 460 o n t o p a l w a y s= 461 o n t o p n e v e r= 462 o n t o p p l a y i n g= 463 t o g g l e s t a y o n t o p= 464 dvdnav up=Shift+Up 465 dvdnav down=S h i f t+Down 466 d v d n a v left=Shift+Left 467 d v d n a v right=Shift+Right 468 dvdnav menu=Shift+Return 469 d v d n a v select=Return 470 dvdnav prev=Shift+Esc 471 dvdnav mouse= 472 speed menu= 473 ab menu= 474 videotrack menu= 475 v i d e o s i z e m e n u= 476 zoom menu=

60 Anexo A. Ficheiro de Configura¸cãoda Aplica¸cãoQt

477 aspect menu= 478 d e i n t e r l a c e m e n u= 479 v i d e o f i l t e r m e n u= 480 rotate menu= 481 ontop menu= 482 audiotrack menu= 483 a u d i o f i l t e r m e n u= 484 audiochannels menu= 485 stereomode menu= 486 s u b t i t l e s t r a c k m e n u= 487 t i t l e s m e n u= 488 chapters menu= 489 angles menu= 490 programtrack menu= 491 osd menu= 492 q u i t= 493 s h o w t r a y i c o n= 494 r e s t o r e \ hide= 495 p l o p e n= 496 p l s a v e= 497 p l p l a y= 498 p l n e x t=N 499 p l p r e v=P 500 pl move up= 501 pl move down= 502 p l r e p e a t= 503 p l s h u f f l e= 504 p l preferences= 505 p l a d d c u r r e n t= 506 p l a d d f i l e s= 507 p l a d d d i r e c t o r y= 508 p l r e m o v e s e l e c t e d= 509 p l r e m o v e a l l= 510 p l e d i t= 511 t o g g l e v i d e o i n f o= 512 t o g g l e f r a m e c o u n t e r= 513 show main toolbar=F5 514 s h o w l a n g u a g e t o o l b a r=F6 515 s t a t e iptv=Shift+V 516 r a t e iptv=Shift+B 517 n o s t a r i p t v= 518 s t a r 1 i p t v= 519 s t a r 2 i p t v= 520 s t a r 3 i p t v= 521 s t a r 4 i p t v= 522 s t a r 5 i p t v= 523 524 [ i p t v g u i ] 525 v i d e o i n f o=f a l s e 526 f r a m e counter=false 527 f u l l s c r e e n t o o l b a r 1 w a s visible=true

61 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

528 f u l l s c r e e n t o o l b a r 2 w a s visible=false 529 c o m p a c t t o o l b a r 1 w a s visible=true 530 c o m p a c t t o o l b a r 2 w a s visible=false 531 pos=@Point (46 20) 532 s i z e=@Size (537 378) 533 t o o l b a r s state=@ByteArray(\0\0\0\ x f f \0\0\ x11\ x f a \ xfd \0\0\0\ x1 \0\0\0\ x3 \0\0\0\0\0\0\0\0\ x f c \x1 \0\0\0\ x1\ xfb \0\0\0\ x18 \0p\0 l \0\ x61 \0y\0 l \0 i \0 s \0 t \0\ x64 \0o \0\ x63 \0k\x2 \0\0\0\0\0\0\0\0\0\0\ x2 \0\0\0\ x1\x33 \0\0\ x2\x19 \0\0\ x1\x14 \0\0\0\ x4 \0\0\0\ x4 \0\0\0\b\0\0\0\b\ x f c \0\0\0\ x12 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ x1 \0\0\0\0\0\0\0\ x1 \0\0\0\0\0\0\0\ x1 \0\0\0\0\0\0\0\ x2 \0\0\0\0\0\0\0\ x2 \0\0\0\0\0\0\0\ x2 \0\0\0\0\0\0\0\ x2 \0\0\0\0\0\0\0\ x2 \0\0\0\0\0\0\0\ x2 \0\0\0\0\0\0\0\ x2 \0\0\0\0\0\0\0\ x2 \0\0\0\ x1 \0\0\0\ x10 \0 t \0o\0o\0 l \0\ x62 \0\ x61 \0 r \0\ x32 \0\0\0\0\0\ x f f \ x f f \ x f f \ x f f \0\0\0\0\0\0\0\0\0\0\0\ x2 \0\0\0\ x1 \0\0\0\ x10 \0 t \0o\0o\0 l \0\ x62 \0\ x61 \0 r \0\ x31\x1 \0\0\0\0\ x f f \ x f f \ x f f \ x f f \0\0\0\0\0\0\0\0\0\0\0\ x3 \0\0\0\ x2 \0\0\0\ x1a \0\ x63 \0o\0n\0 t \0 r \0o\0 l \0w\0 i \0\ x64 \0g \0\ x65 \0 t \0\0\0\0\0\ x f f \ x f f \ x f f \ x f f \0\0\0\0\0\0\0\0\0\0\0 $ \0\ x63 \0o\0n\0 t \0 r \0o\0 l \0w\0 i \0\ x64 \0g \0\ x65 \0 t \0 \0m\0 i \0n\0 i \x1 \0\0\0\0\ x f f \ x f f \ x f f \ x f f \0\0\0\0\0\0\0\0) 534 a c t i o n s \ toolbar1=play prev , nostar i p t v , s t a r 1 i p t v , s t a r 2 i p t v , s t a r 3 i p t v , s t a r 4 i p t v , s t a r 5 i p t v , p l a y next , separator , fullscreen , screenshot , separator , s h o w f i l e properties , state iptv , separator , close 535 a c t i o n s \ controlwidget=play , pause a n d f r a m e step , stop, separator , rewindbutton a c t i o n , t i m e s l i d e r action , forwardbutton action , separator , fullscreen , mute, volumeslider a c t i o n 536 a c t i o n s \ controlwidget m i n i=p l a y o r pause , stop, separator , rewind1, timeslider a c t i o n , forward1 , separator , mute, volumeslider a c t i o n 537 a c t i o n s \ f l o a t i n g control=play, pause, stop, separator , rewindbutton a c t i o n , t i m e s l i d e r action , forwardbutton action , separator , fullscreen , mute, volumeslider action , separator , timelabel a c t i o n 538 t o o l b a r 1 i c o n h =30 539 t o o l b a r 1 i c o n w =30 540 c o n t r o l w i d g e t i c o n h =30 541 c o n t r o l w i d g e t i c o n w =30 542 f u l l s c r e e n i c o n h =30 543 f u l l s c r e e n i c o n w =30

Nome do grupo Linhas no Descri¸cão ficheiro General 1-33 Neste grupo encontram-se configura¸cões gerais relacionadas com o reprodutor de conteúdos. drives 35-39 Neste grupo encontram-se as configura¸cõesrelacionadas com os leitores de DVDs e CDs e métodos de reprodu¸cão dos mesmos. performance 41-55 Neste grupo encontram-se configura¸cões relacionadas com o desempenho da aplica¸cão. subtitles 57-93 Neste grupo encontram-se configura¸cões relacionadas com as legendas da aplica¸cão. advanced 95-117 Neste grupo encontram-se configura¸cõesavan¸cadasda aplica¸cão.

continua na p´aginaseguinte

62 Anexo A. Ficheiro de Configura¸cãoda Aplica¸cãoQt

continua¸cãoda páginaanterior Nome do grupo Linhas no Descri¸cão ficheiro gui 119-160 Neste grupo encontram-se configura¸cões gerais relacionadas com a interface principal e com as fun¸cõesque o rato iráefectuar. tv 162-166 Neste grupo encontram-se configura¸cões relacionadas com a funcionalidade do reprodutor de conteúdospara que este possa possuir uma lista de canais de TV e rádio. directories 168-170 Neste grupo encontram-se configura¸cões relacionadas com as últimaspastas utilizadas. defaults 172-190 Neste grupo encontram-se definidos os valores iniciais que diversos campos tomam quando a aplica¸cãoinicia, tais como volume, o zoom e filtros. mplayer info 192-195 Neste grupo encontram-se informa¸cõessobre a versãodo MPlayer. instances 196-200 Neste grupo encontram-se configura¸cões relacionadas com a capacidade de apenas ser poss´ıvel executar uma instânciadesta aplica¸cão. floating control 202-207 Neste grupo encontram-se configura¸cões relacionadas com a barra que aparece quando se estáno modo de ecrãinteiro. history 209-213 Neste grupo encontram-se informa¸cõese configura¸cões relacionadas com os últimosconteúdosreproduzidos. filter options 215-220 Neste grupo encontram-se configura¸cões relacionadas com os filtros que se podem aplicar. default gui 222-235 Neste grupo encontram-se configura¸cões relacionadas com aspecto da interface Default GUI. base gui plus 237-245 Neste grupo encontram-se configura¸cões relacionadas com aspecto de todas as interfaces principais.

63 continua na páginaseguinte Cliente IPTV Multi-Plataforma com Personaliza¸cãoAutomáticade Canais

continua¸cãoda páginaanterior Nome do grupo Linhas no Descri¸cão ficheiro playlist 247-256 Neste grupo encontram-se configura¸cões relacionadas com a lista de reprodu¸cão. playlist contents 258-266 Neste grupo são armazenadas as informa¸cões relacionadas com os conteúdosque estavam na lista de reprodu¸cãoquando a aplica¸cãofoi terminada e a op¸cãode guardar os conteúdosda lista estiver activa. iptvSettings 268-275 Neste grupo encontram-se as configura¸cõesrelacionadas com a comunica¸cãocom o servidor. actions 277-522 Neste grupo encontram-se configura¸cõesdos atalhos de teclado associados àsaçcões. iptv gui 524-543 Neste grupo encontram-se as configura¸cõesrelacionadas com aspecto da interface principal criada. Tabela A.1: Diferentes grupos do ficheiro de configura¸cãoda aplica¸cãoQt.

64 Referˆencias

[1] Android, [accessed] September 2009. [online] http://www.android.com/. 11

[2] ios, [accessed] September 2009. [online] http://www.apple.com/ios/. 12

[3] Java me, [accessed] October 2009. [online] http://www.oracle.com/technetwork/ java/javame/overview/index.html. 14

[4] Javafx, [accessed] September 2009. [online] http://javafx.com/. 13

[5] Kxml, [accessed] November 2009. [online] http://kxml.sourceforge.net/about. shtml. 18

[6] Maemo, [accessed] September 2009. [online] http://maemo.org/. 9

[7] Mmapi, [accessed] October 2009. [online] http://developers.sun.com/mobility/ apis/articles/mmapi_overview/index.html. 16

[8] Open handset alliance, [accessed] November 2009. [online] http://www. openhandsetalliance.com/press_110507.html. 11

[9] Symbian, [accessed] September 2009. [online] http://www.symbian.org/. 9

[10] What is android?, [accessed] September 2009. [online] http://developer.android. com/guide/basics/what-is-android.html. 11

[11] Adobe ﬂash lite, [accessed] May 2010. [online] http://www.adobe.com/products/ flashlite/. 14

65 Cliente IPTV Multi-Plataforma com Personaliza¸c˜aoAutom´aticade Canais

[12] Dandelion player, [accessed] March 2010. [online] http://wiki.forum.nokia.com/ index.php/Open_source_Media_Player_-_Flash_and_Flash_Lite3_compatible. 22

[13] gsoap, [accessed] June 2010. [online] http://www.cs.fsu.edu/~engelen/soap.html. 18, 24

[14] gsoap nokia, [accessed] June 2010. [online] http://wiki.forum.nokia.com/index. php/Using_gsoap_for_web_services. 32

[15] Jarpa, [accessed] May 2010. [online] http://www.i2tecnologia.com.br/jarpa/. 14, 21

[16] Meego, [accessed] June 2010. [online] http://meego.com/. 10

[17] Metalink, [accessed] August 2010. [online] http://www.metalinker.org/. 49

[18] moblin, [accessed] June 2010. [online] http://www.moblin.org/. 10

[19] Mplayer, [accessed] June 2010. [online] http://www.mplayerhq.hu/design7/info. html. 17, 23, 31

[20] People of lava - scandinavia, the world’s ﬁrst android tv, [accessed] November 2010. [online] http://www.peopleoflava.com/television/scandinavia/. 12

[21] Qt, [accessed] June 2010. [online] http://qt.nokia.com/. 15

[22] Qt android port, [accessed] June 2010. [online] http://qt.gitorious.org/qt/ android-lighthouse. 15

[23] Qt-iphone project, [accessed] June 2010. [online] http://www.qt-iphone.com/ Introduction.html. 15

[24] Smplayer, [accessed] June 2010. [online] http://sourceforge.net/apps/mediawiki/ smplayer/index.php?title=Main_Page. 23

66 Cap´ıtulo5. Conclus˜oese Trabalho Futuro

[25] Soap version 1.2 part 1: Messaging framework (second edition), [accessed] June 2010. [online] http://www.w3.org/TR/soap12-part1/. 18

[26] Torrents, [accessed] September 2010. [online] http://www.bittorrent.org/beps/ bep_0003.html. 48

[27] Wetab, [accessed] October 2010. [online] http://wetab.mobi/en. 11

[28] Jasmin Blanchette and Mark Summerﬁeld. C++ GUI Programming with Qt 4. Pren- tice Hall, 2 edition, February 2008.

[29] Jacqui Cheng. Smartphones lead mobile sales, android moves into no. 3 spot, August 2010. [online] http://arstechnica.com/gadgets/news/2010/08/ smartphones-lead-mobile-sales-android-moves-into-no-3-spot.ars. 10, 21

[30] Alan Ezust and Paul Ezust. Introduction to Design Patterns in C++ with Qt 4. Prentice Hall, 1 edition, August 2006.

[31] Ibrahim Haddad. Introduction to the meego project, June 2010. [online] http:// wiki.meego.com/images/MeeGo_Introduction.pdf. 10

[32] Gary Menezes. Symbian os, now fully open source, February 2010. [online] http: //www.watblog.com/2010/02/06/symbian-os-now-fully-open-source/. 9

[33] Jo˜aoRodrigues. IPTV Server with Automatic Channels Personalization. Master’s thesis, University of Aveiro, Campus Universit´ariode Santiago, Aveiro, December 2009. 3

[34] Vlad Savov. Amd will contribute ’engineering expertise’ to meego development project, November 2010. [online] http://www.engadget.com/2010/11/15/ amd-will-contribute-engineering-expertise-to-meego-development/. 10

[35] Alex Zaharov-Reutt. Intel/nokia meego phones are no go until 1st half of 2011, October 2010. [online] http://www.itwire.com/your-it-news/home-it/ 42365-intelnokia-meego-phones-are-no-go-until-1st-half-of-2011. 11