Boa noite.
Durante a tarde de ontem, segunda-feira dia 14 de Junho de 2010, estivemos com o Ricardo Pinto a tentar resolver o problema dos vídeos que não funcionam na box (quando feito o streaming a partir do servidor medeca), e chegou-se à conclusão que o problema não era da codificação, mas sim pelo facto da set-top box não utilizar a rede da UA, mas sim uma rede externa.
Fizemos o teste com um vídeo alojado no servidor do We On TV e funcionou na nossa aplicação, na box.
Como o medeca necessita ligação por VPN ou então estando ligado à rede da UA, vamos ter de voltar a utilizar o servidor que montámos cá em casa.
Boa tarde, nesta reunião os pontos que debatemos foram:
________________________________________
Aspectos técnicos
. Servidor
Quanto ao servidor foram expostas e posteriormente tiradas as dúvidas relativamente à configuração do servidor MEDECA, nomeadamente a nível de directórios e localização dos ficheiros.
________________________________________
Aspectos gráficos
.Disposição e aparência do botão help na página principal
Quanto ao grafismo, foram apresentadas algumas propostas para a disposição do botão (íconográfico e/ou textual) na página principal. Entre todos, chegamos à conclusão que este elemento devia estar separado das barras de informação que ilustram as funcionalidades do telecomando, no canto superior direito da aplicação na mesma linha da informação referente ao utilizador que está com sessão iniciada.
Novas propostas surgirão a partir desta nova abordagem.
________________________________________
Aspectos relacionados com a programação
.Tags
Quanto às tags e à forma como as poderemos evidenciar segundo as preferências do utilizador, foram debatidas novamente algumas questões. Devemos ordená-las por preferência? O que fazer para as evidenciar? Criar uma hierarquia baseada no tamanho de letra, no peso da letra (bold, extra-bold) ou simplesmente ordenar por ordem de preferência (descendente p.e.)?
O grupo terá de se debruçar sobre as opções de programação e na forma mais dinâmica de resolver a situação (o que seria o ideal)
________________________________________
Aspectos relacionados com os conteúdos audiovisuais
.blocos de video/fotografia/audio
Foi-nos aconselhado a preparar os conteúdos rapidamente para poder testar a sensação do utilizador a interagir com a aplicação o mais próximo da realidade possível.
O grupo vai apostar em algumas peças filmadas propositadamente para os devidos efeitos. As filmagens terão início quarta-feira 2 de junho.
Este post é em nome de todos os elementos do grupo:
João Elvas | Renato Costa | Tiago Figueiredo | Martim Santos | Ricardo Cavaco
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