Em seguida, abordamos o tópico relaccionado com o servidor de streamming (caseiro). Foram aqui colocadas várias dúvidas quanto à configuração do servidor e o acesso ao mesmo, através de uma rede exterior, pois deparamo-nos com problemas nessa parte, chegando à conclusão que o problema poderá estar na configuração do router.

Posteriormente, foram-nos fornecidas as credenciais de acesso ao servidor de streaming do DeCA, de modo a agilizar as questões relacionadas com o servidor, de modo a não atrasar o decorrer do trabalho.

Nesta fase, discutiu-se o modo como serão organizados os conteúdos no servidor. Falou-se em duas hipóteses, sendo que uma é a criação de um ficheiro único (bloco de conteúdos) que contenha imagens, víde e música, que será chamado quando solicitado através da selecção de uma tag.  A outra é a criação de ficheiros em separado, um a um, fazendo-se depois a junção no servidor.

Na fase final da reunião, falou-se sobre a próxima entrega, a versão beta, nomeadamente sobre os pontos a desenvolver para esta versão. Decidiu-se então fazer a galeria, com o “play” a funcionar, e com os thumbnails relativos a cada conteúdo pré-carregados. Ainda em relação à questão dos thumbnails, falou-se sobre o conversor FFMpeg, que poderia ser útil para os gerar automaticamente .

Por fim, abordou-se a questão do help da aplicação, discutindo a melhor forma para o fazer, quer através de uma página destinada únicamente à ajuda, com conteúdo textual ou então com um vídeo exemplificador de como navegar na aplicação.

Cumprimentos.

Este post foi realizado em nome de todos os elementos do grupo:

Tiago Figueiredo | Renato Costa | João Elvas | Martim Santos | Ricardo Carvalho 

Nesta reunião discutiu-se essencialmente sobre objectivos e fomos alertados no sentido de dedicar mais atenção á nossa calendarização de tarefas. Apresentámos também,  pequenos testes referentes á navegação com um pequeno exemplo da utilização das teclas direccionais do telecomando no simulador. Voltou-se a falar da possibilidade termos o nosso próprio servidor com streaming a correr e do hardware necessário em falta.

Devido ao tamanho final da nossa video-demo tivemos que recorrer a uma versão muito pobre a nível de qualidade para fazer o post no blog. Nesta reunião pudemos apresentar a versão original da demo aos orientadores (a qual estava muito mais legível) e fazer uma análise crítica da mesma. Chegámos à conclusão que apesar das intenções “serem boas” não estamos seguros de que o tipo de navegação apresentado esteja próximo da realidade, no entanto, poderá ser possível arranjar soluções muito próximas ou mesmo outras que satisfaçam os nossos objectivos.

Depois desta análise fez-se um apanhado dos conteúdos que poderiam despoletar maiores dificuldades.



1. o problema do controlo do focus na aplicação. O problema com as teclas direccionais do telecomando é que quando se pressiona uma tecla em qualquer direcção ela seleciona o elemento mais próximo da última posição. Ou seja, independentemente do nível em que nos encontremos temos que encontrar a solução adequada para que estas reconheçam esse nível e naveguem apenas nesse nível, caso contrário selecionarão o objecto mais próximo na direcção desejada independentemente do nível onde se encontra. Especificando, se considerarmos o nivel de topo o menu principal o qual se percorre em 4 cliques, e considerarmos também que dentro de cada item de menu principal existem outras opções (nivel de sub-menu) o telecomando não faz á priori essa distinção e navegará como se de um só nível de profundidade se tratasse.


2. saber exactamente o que queremos fazer com a aplicação para iniciarmos a construção da  nossa base de dados. Existem funcionalidades que pretendemos implementar que ainda não temos a certeza se são passíveis de serem implementadas e também sabemos que enquanto não estiverem definidas não podemos partir para o desenvolvimento da aplicação na sua totalidade nem partir para a execução do próximo milestone. È necessária a afinação dos requisitos e especificações técnicas(navegação, acesso e utilização de webservices e principalmente os objectivos da aplicação)


 

Este post é em nome de todos os elementos do grupo

João elvas | Martim Santos | Renaco Costa | Tiago Figueiredo | Ricardo Carvalho

Reunião com os orientadores do projecto YMT de 17 de Março de 2010

 

No início desta quarta reunião levantou-se a problemática da alteração da denominação da funcionalidade moods para a denominação Ambiances. Esta alteração foi proposta na reunião anterior com o objectivo de simplificar e baixar drasticamente a subjectividade que está envolvida num conteúdo tão específico como um estado de espírito. Sendo o tema ambience de carácter mais geral é-nos mais fácil abranger uma maior faixa de público, sem necessidade de recorrer a estudos relacionados com a psicologia. Assim, este tempo pode ser aproveitado na execução de tarefas prioritárias (desenvolvimento da aplicação e resolução de problemas técnicos). A questão dos moods, pode assim ser vista como um possível desenvolvimento futuro.

Discutiram-se também as prioridades para a concepção da aplicação e ficou acordado que o mecanismo de login poderia passar para um plano secundário ao desenvolvimento da aplicação. Sendo assim, vamos trabalhar com um utilizador geral, (ex: Família Durães) já registado e, posteriormente a esse login geral, teremos as contas pertencentes aos elementos da família.

Outro tema de enfoque foi o número de cliques desejado para navegar entre todos os níveis da nossa aplicação. Discutiu-se que a solução poderia passar por utilizar o código cromático do telecomando (azul, vermelho, amarelo e verde) em que, cada um destes botões, representa uma área de acção na aplicação, reduzindo para quatro o número de áreas de interacção (menu principal).

Resumindo, um clique vai ser suficiente para aceder à área do menu principal que se pretende, e um clique bastará para transitar de uma para outra independentemente do nível em que nos encontramos dentro da aplicação. Ainda dentro das funcionalidades e possibilidades do telecomando concordámos que as teclas de atalho Play e Stop seriam uma opção bastante viável para o controle da área de pré-visualização onde são carregados os conteúdos.

Posto isto, o grupo apresentou uma pequena proposta de uma possível interface de baixa fidelidade e essa proposta inicial era composta por 6 áreas: - Ambiances - SUB-Ambiances - PERSONALIZAÇÃO (OPÇÃO DE SOM, VIDEO, IMAGEM) - GALERIA DE Ambiances (LISTAGEM DE TODOS OS Ambiances) - A MINHA GALERIA e PRÉ-VISUALIZAÇÃO DOS CONTEÚDOS No final da reunião, e devido ao constrangimento das possibilidades de navegação e de adequar a funcionalidade das teclas cromáticas do telecomando, o número de áreas ficou simplificado em quatro:

1.Ambiances (pré-definidos)

2.SUB-Ambiances (pré-definidos/variantes dos Ambiances))

3.A MINHA GALERIA (podemos personalizar um possível ambience, seleccionando e adicionando vídeos que gosto, e fazendo a visualização do conjunto))

4.PRÉ-VISUALIZAÇÃO DOS CONTEÚDOS (janela de pré-visualização dos vídeos, fotos e músicas carregados)

Um outro ponto de debate foi o da dúvida subsistente quanto à escolha da resolução adequada para trabalhar. Ficou decidido que teríamos que fazer essa escolha com base na experimentação (na BOX). No que respeita ainda à BOX, os orientadores chamaram-nos a atenção sobre o facto de não nos termos referido às características dos vários modelos de boxes no nosso estudo de viabilidade técnica. Quanto ao design da interface não há muito a acrescentar visto que não nos encontramos nessa fase mas foi-nos aconselhada alguma bibliografia específica na área de design de interfaces para TV.

Levantou-se tambem a questão de como fazer o download dos conteudos, se directamente para a box ou fazer um preload. Chegou-se a conclusão que, devido às limitações do hadware que temos disponivel, iremos precisar de criar os conteudos a nivel de server-side, e posteriormente fazer o streaming dos mesmos para a box. Duma maneiria geral, o utilizador faz o pedido de um Ambiance ao servidor, o servidor cria uma playlist de conteudos, encapsulando os mesmos num formato de video wmv, procedendo depois ao seu streaming para a box.

Para finalizar, foram definidos objectivos a atingir e que devem ser apresentados na próxima reunião, passando eles por pequenas experiências ao nível da interacção e navegação dentro da aplicação no nosso simulador. Bom trabalho.