QREN V4T Apresentação de Video 3.2

VDEOforTravel | Entidade Promotora:
Parceiros:
VDEOforTravel
22-01-2011
Estudo e experimentao das vrias formas de entrega de vdeo online.

Estado da arte actual e perspectivas futuras
0/1 Projecto em curso com o apoio de:
Parceiros:
ndice
ndice de Imagens..........................................................................................................................................3 Introduo .....................................................................................................................................................4 Vdeo .............................................................................................................................................................6 Bit rate .......................................................................................................................................................6 Frame.........................................................................................................................................................6 CODEC........................................................................................................................................................7 Formatos ...................................................................................................................................................7 Resoluo ..................................................................................................................................................9 Encoding de Vdeo .................................................................................................................................. 10 Arquitectura ............................................................................................................................................... 11 Servidores de gesto ficheiros ............................................................................................................... 11 Apache ................................................................................................................................................ 11 Apache Tomcat ................................................................................................................................... 11 IIS ........................................................................................................................................................ 11 Microsoft Expression Encoder ................................................................................................................ 12 Entrega de vdeo......................................................................................................................................... 13 Download Tradicional............................................................................................................................. 14 Cliente................................................................................................................................................. 14 Servidor .............................................................................................................................................. 15 Descrio da experimentao ............................................................................................................ 15 Download Progressivo ............................................................................................................................ 18 Cliente................................................................................................................................................. 18 Servidor .............................................................................................................................................. 19 Descrio da experimentao ............................................................................................................ 19 Streaming Tradicional ............................................................................................................................ 23 Cliente................................................................................................................................................. 24 Servidor .............................................................................................................................................. 24 Descrio da experimentao ............................................................................................................ 25
Parceiros:
Streaming Adaptativo............................................................................................................................. 27 Bit Rate Throttling .............................................................................................................................. 28 Microsoft Smooth Streaming ............................................................................................................. 29 Live Smooth Streaming....................................................................................................................... 35 Apple HTTP Adaptive Bitrate Streaming/HTTP live streaming ........................................................... 37 Adobe Flash Dynamic Streaming ........................................................................................................ 40 Concluses da experimentao.................................................................................................................. 44 Tabela Comparativa ............................................................................................................................... 44 Tendncias Futuras .................................................................................................................................... 46
Parceiros:
ndice de Imagens
Imagem 1 Sequncia de folhas simulando a passagem de frames ...............................................................6 Imagem 2:Resolues e respectiva denominao ........................................................................................9 Imagem 3: Processo de encoding de vdeo ................................................................................................ 10 Imagem 4: Escolha do ambiente de desenvolvimento .............................................................................. 12 Imagem 5: Download tradicional ............................................................................................................... 14 Imagem 6 Janela mostrada ao cliente quando clicado o link do vdeo ................................................... 15 Imagem 7: pedido ao cliente o local onde pretende gravar o vdeo ...................................................... 16 Imagem 8: O download do vdeo iniciado ............................................................................................... 17 Imagem 9: Download Progressivo .............................................................................................................. 18 Imagem 10: Momento inicial de buffering................................................................................................. 20 Imagem 11: Avano no vdeo com buffering ............................................................................................. 21 Imagem 12: Inicio do vdeo aps o buffering inicial................................................................................... 22 Imagem 13: Streaming Tradicional............................................................................................................. 23 Imagem 14: Buffering Inicial ...................................................................................................................... 25 Imagem 15: Buffering aps avano no video ............................................................................................. 26 Imagem 16: Streaming Progressivo ............................................................................................................ 29 Imagem 17: Momentos iniciais do vdeo ................................................................................................... 30 Imagem 18 Aps 21 segundos de vdeo ..................................................................................................... 31 Imagem 19 Momento de quebra na qualidade devido a avano no vdeo ............................................... 32 Imagem 20: Comparao entre os bit rates no Smooth Streaming, lado esquerdo com fraca qualidade, lado direito com elevada qualidade ........................................................................................................... 33 Imagem 21 (Vermelho: Bit rates reproduzidos; Verde: Velocidade mxima de transferncia dos blocos) .................................................................................................................................................................... 34 Imagem 22: Bit rates disponibilizados........................................................................................................ 34 Imagem 23: Player do cliente de um evento transmitido em directo ....................................................... 35 Imagem 24: Boto Go Live ......................................................................................................................... 36 Imagem 25: Sistema de entrega Http Adptive Bitrate Streaming .............................................................. 37 Imagem 26: Diagrama de estados para deteco da qualidade a enviar .................................................. 40 Imagem 27: Buffering Inicial Dynamic Streaming ...................................................................................... 41 Imagem 28:Experiencia do utilizador Dynamic Streaming ........................................................................ 42 Imagem 29: Exemplo da lista de videos ..................................................................................................... 43 Imagem 30: Exemplo real de uma aplicao com vrias tecnologias de Vdeo online em simultneo ..... 48 Imagem 31: Diagrama conceptual de exemplo de recompilao de tecnologias de entrega de contedos vdeo ........................................................................................................................................................... 49 Imagem 32: Exemplo do Tuva, ................................................................................................................... 51
Parceiros:
Introduo
Este documento surge como resultado das tarefas Anlise das tecnologias de apresentao e suporte de contedos vdeo nas componentes cliente e servidor da soluo e Prottipo para validao de fiabilidade tecnolgica, sumarizando o seu conhecimento, como parte da actividade Concepo. O principal objectivo deste documento conhecer e avaliar os diversos mtodos de entrega de vdeo aos clientes que efectuam o seu consumo e apresentao. Tambm ir ser abordada a tecnologia servidor por de trs de cada mtodo. A avaliao dos mtodos visa obter as vantagens e desvantagens de cada um, possibilitando uma comparao objectiva e esclarecedora atravs da qual seja possvel classificar os mtodos de entrega de vdeo mais apropriados a cada situao.. O documento est organizado em 5 captulos sendo eles os seguintes: No primeiro captulo sero explicados alguns aspectos referentes tecnologia vdeo, como a variedade de formatos e resolues, os vrios mtodos de compresso e encoding de vdeo e os servidores Web mais utilizados para este tipo de finalidade. Sero tambm identificadas e explicadas algumas palavraschave e termos utilizados no documento. O captulo seguinte arquitectura tem como objectivo apresentar os diversos servidores de gesto de ficheiros disponibilizados aos developers para o alojamento e disponibilizao dos seus vdeos aos clientes. Sero tambm indicadas as vantagens e desvantagens de cada servidor. So apresentadas as ferramentas que podem ser utilizadas para realizar o encoding e compresso de vdeo tanto a nvel de software como de hardware disponvel no mercado. tambm indicado neste captulo o servidor utilizado na realizao dos testes e a razo dessa escolha. Sendo o captulo central do documento, no terceiro captulo so abordados os diversos mtodos de entrega de vdeo aos clientes, analisadas as vantagens e desvantagens de cada um e realizados testes relativos qualidade de experincia (QoE) e a qualidade de servio (QoS). Neste captulo, cada mtodo analisado na vertente do cliente e na vertente do prestador de servio de vdeo, e conclui-se cada mtodo com os resultados da anlise da experimentao. O quarto captulo includo neste documento com o objectivo de generalizar as concluses e analisar de forma global os resultados obtidos na experimentao dos diferentes mtodos. realizada uma comparao entre as vrias formas de entrega de vdeo, classificada cada uma com um mercado alvo e com as suas vantagens em relao s restantes nessa rea. Finalmente, no quinto captulo sero abordadas as perspectivas futuras na entrega de vdeo ao cliente e as reas que podem ser exploradas utilizando estas tecnologias.
Parceiros:
Parceiros:
Vdeo
Com o constante aumento da velocidade e largura de banda da internet disponibilizada ao consumidor a qualidade dos vdeos apresentados e a forma como so apresentados tem vindo a evoluir e a tornar-se cada vez mais ajustvel. O aparecimento de servios como o Youtube ou o Vimeo, e a grande utilizao de redes sociais como o Facebook tornaram o vdeo num meio de comunicao cada vez mais comum. Sem necessitar de grandes conhecimentos o cidado comum pode gravar um vdeo e partilha-lo em minutos de forma extremamente simples e rpida. Para ser possvel esta simplificao na forma como os vdeos so publicados e consumidos foram desenvolvidas e melhoradas ao longo do tempo ferramentas e normas que actualmente passam despercebidas ao utilizador final mas que so decisivas na forma como assistimos aos vdeos hoje em dia. Existem vrias variveis que actuam sobre essa qualidade, sendo a soma de todas elas que determina as caractersticas da imagem e do som do vdeo. Dependendo da finalidade do vdeo e do mtodo utilizado para a sua codificao, o editor do vdeo escolhe as caractersticas de compresso de udio e de vdeo que melhor se adequam situao. A compresso dos vdeos tambm muito importante para efeitos de mobilidade. Imagine-se um simples frame de um vdeo com uma resoluo de 720 x 576 pixis com uma profundidade de cor de 4 bits por pixel, ou seja 16 cores, ocupa um espao de 1,35 Mb multiplicando por uma cadncia de 25 fps (frames por segundo) resulta num total de 33,75 Mb em cada segundo de vdeo. O objectivo da compresso do vdeo reduzir este tamanho eliminando dados desnecessrios e mantendo a qualidade da imagem e do udio.
Bit rate
O bit rate a quantidade de informao (vdeo ou udio) que reproduzida por unidade de tempo. A sua traduo significa taxa de bits, ou seja, taxa de transferncia de bits. Quando um vdeo reproduzido, a sua qualidade directamente proporcional ao bit rate que foi definido na codificao do vdeo. Os bit rates mais utilizados so: 1.25 Mbps: Qualidade de CD 5 Mbps: Qualidade de DVD 8 - 15 Mbps: Qualidade de HDTV 29.4 Mbps: Qualidade HD DVD 40 Mbps: Qualidade Blu-Ray
Frame
A fonte bsica de um vdeo. Um frame representa um momento do vdeo, uma espcie de foto. Os sistemas de vdeo PAL utilizados na Europa trabalham com uma cadncia de 25 frames por segundo (FPS) que o dobro
Imagem 1 Sequncia de folhas simulando a passagem de frames
Parceiros:
da quantidade de fotos necessrias para se obter noo de movimento.
CODEC
CODEC o acrnimo de Codificador/Descodificador, dispositivo de hardware ou software que codifica/descodifica sinais. Existem dois tios de codecs, os codecs com perdas (lossy) e os codecs sem perdas (lossless). No caso dos codecs com perdas o vdeo comprimindo suprimindo reas que no so estritamente necessrias para a sua reproduo. Esta perda de qualidade do vdeo controlada de forma a no ser perceptvel quando o vdeo for reproduzido. Um exemplo de codec com perda o WMV (Windows Media Video). Este tipo de codec consegue taxa de compresso elevadas sendo possvel comprimir um vdeo para 10 vezes o seu tamanho original sem uma perda de informao significativa. Quando utilizado um codec sem perda o vdeo comprimido sem existir uma perda ou alterao de informao. Quando descomprimido o vdeo estar idntico ao original. Com a utilizao deste tipo de codec possvel comprimir um arquivo para 2 a 3 vezes o seu tamanho original. O codec sem perda de informao mais conhecido o H.265.
Formatos
Existem inmeros formatos de vdeo, os mais recentes criados a pensar na apresentao de vdeo atravs da Internet e muito direccionados aos dispositivos mveis. Em seguida iro ser abordados os formatos de maior relevncia: AVI: Sigla de udio Vdeo Interleave, formato criado pela Microsoft e que um dos mais populares a nvel mundial, muito por influncia da grande expanso dos sistemas operativos da Microsoft que reproduzem este formato nativamente sem ser necessrio a instalao de qualquer programa. Como o prprio nome indica este formato um container de dados de vdeo e udio que entrelaa a reproduo do som e da imagem. Este container de vdeo no utiliza qualquer tipo de codec de compresso. WMV: Significa Windows Media Video e o formato proprietrio da Microsoft, desenvolvido para ser utilizado em vdeos apresentados atravs de Streaming, competindo directamente com o formato da RealNetworks o RealVideo. baseado em uma coleco de codecs que podem ser usados pelo Windows Media Player para reproduzir arquivos codificados em vrios formatos. MPEG: Abreviatura de Motion Picture Expert Group muita vezes confundido com um formato de vdeo. A Motion Picture Expert Group um grupo de desenvolvimento de padres de codificao e descodificao baseando-se nas normas ISSO/IEC. Este grupo desenvolveu 4 formatos de vdeo ao longo do tempo com o objectivo de melhor a qualidade e o nvel de compresso. Actualmente o mais utilizado o MPEG-4. Este formato foi introduzido em 1998 mas contnua em desenvolvimento e encontra-se dividido em vrias partes. Actualmente existe uma grande utilizao do formato MPEG-4 parte 10
Parceiros:
devido a sua utilizao em codecs como x264 e em formatos de DVDs de ltima gerao como HD DVD e o Blu-Ray. FLV: Flash Vdeo o formato de vdeo proprietrio da Adobe. acedido utilizando o Abode Flash Player sendo essa a sua grande vantagem em relao aos restantes formatos. Estudos realizados em 2010 indicam que me o Adobe Flash Palyer est instalado em 98% dos computadores que acendem Internet. Os arquivos de vdeo em .FLV utilizam uma variao do padro H.263. RM: Real Media o formato proprietrio da Real Networks, desenvolvido especificamente para a distribuio de contedos multimdia online. RMVB: Real Media Variable Bit rate tambm desenvolvido por a Real Networks. Este formato de vdeo baseado no RM mas apresenta uma taxa de bits varivel possibilitando um ajustamento dessa taxa de acordo com a complexidade das imagens de cada frame. ASF: Advanced Streaming Format a resposta da Microsoft ao formato de streaming da Real Networks, um container para formatos da empresa como o WMV e o WMA, ficheiros codificados com MPEG-4 tambm podem utilizar este container como base se forem direccionados para o Streaming.
Parceiros:
Resoluo
Antes do aparecimento da tecnologia Blu-Ray e do HDTV a resoluo dos vdeos passava um pouco despercebida ao utilizador final, sendo utilizada a resoluo PAL que possua um definio de 768x576 em todas as televises. A resoluo dos vdeos passou a estar mais presente quando os vdeos comearam a ser reproduzidos no computador. Actualmente a resoluo dos vdeos que os televisores conseguem suportar uma das variveis que os consumidores tm mais em conta devido ao crescente aparecimento de canais em Alta Definio (HD), bem como pginas de vdeo online como o caso do Youtube ou servios de vdeo-on-demand. A grande variedade de dispositivos utilizada para ver contedos multimdia tambm impulsionou o desenvolvimento e diversidade de resolues utilizadas no permitindo que com o aparecimento de resolues de maiores dimenses, as resolues mais pequenas cassem em desuso. Na Imagem 2 possvel ver a grande variedade de resolues que so utilizadas actualmente.
Imagem 2:Resolues e respectiva denominao
Parceiros:
Encoding de Vdeo
O encoding de vdeo, tambm chamado de converso de vdeo, um dos passos importantes no processo de preparao do vdeo para entrega ao cliente, pois consoante o processo de enconding que a qualidade de imagem varia. O encoding o processo de converter um sinal de vdeo que se encontra num ficheiro de multimdia sem compresso ou comprimindo num determinado formato para um formato diferente. O encoding de um vdeo para streaming dividido em vrias partes. A primeira parte a captura do vdeo e a sua converso num ficheiro que pode ser processado peloo computador, a segunda parte a reduo dos dados de forma a comprimir o bit rate do vdeo, no bit rate que melhor se adequar a situao, permitindo que os dados sejam enviados atravs de rede sem que exista uma perda ou atraso dos mesmos. Em terceiro lugar e aps ser realizada a compresso adequada, o vdeo agrupado em pacotes tornando possvel o envio destes atravs da Internet.
Imagem 3: Processo de encoding de vdeo
Parceiros:
Arquitectura
Servidores de gesto ficheiros
Apache Desenvolvido em 1995 o servidor mais utilizado na maioria dos sites disponveis na web. Em Novembro de 2010 o Apache era o servidor utilizado por 59% dos sites online. A sua grande utilizao deve-se ao facto de ser um servidor livre no apresentado custos para os gestores dos ficheiros sendo utilizado como servidor a sites como o Youtube e outros com milhes de acessos dirios. Apache Tomcat Desenvolvido com o objectivo especifico de ser utilizador para alojar pginas que necessitassem executar cdigo Java. Pode ser utilizado de forma autnoma ou pode ser integrado com servidores como o Apache ou o IIS.
IIS Internet Information Services, o servidor Web desenvolvido pela Microsoft, na verso 7.5 est disponvel nos Sistemas Operativos Windows 7 e Windows Server 2008 R2. Atravs da utilizao do Active Server Pages este servidor Web possibilita a criao de pginas HTML dinmicas, podem ainda ser adicionados novos mdulos ao servidor possibilitando a realizao de novas funes. Com a instalao do mdulo IIS Media Services 4.0 o servidor possibilita o alojamento de Smooth Streaming e de Live Smooth Streaming de forma rpida e sem ser necessrias configuraes avanadas. O seu desempenho em Streaming de vdeos e as ferramentas apresentadas para a entrega de vdeo levou-nos a escolher este servidor para a realizao dos testes aos vrios tipos de entrega de vdeo.
Parceiros:
Microsoft Expression Encoder

Actualmente na verso 4, lanada em Junho de 2010, esta ferramenta proprietria da Microsoft permite realizar todas as tarefas relativas ao encoding de vdeo e sua disponibilizao ao cliente. Quando o utilizador inicia o programa pode optar pelo ambiente que pretende (Imagem 4). O utilizador pode apenas converter os formatos dos vdeos para um formato compatvel com Silverlight, pode criar um projecto em Silverlight completo, onde possvel converter os ficheiros e criar ou escolher um dos players disponibilizados pelo programa. A ferramenta Encoder 4 permite a possibilidade de realizar a entrega de vdeo de transmisses em directo, possibilitado a qualquer utilizador e atravs de 3 passos simples distribuir vdeo gravado em directo. Para a realizao dos testes foi escolhida esta ferramenta pois totalmente integrvel com o IIS e possibilita a converso para os formatos de vdeo mais comuns.
Imagem 4: Escolha do ambiente de desenvolvimento
Parceiros:
Entrega de vdeo
O aparecimento de novos dispositivos normalmente acompanhado, no s por a disponibilizao de novos servios e aplicaes mas tambm por o aumento das expectavas dos clientes relativamente qualidade das mesmas. Um bom exemplo disso foi o aparecimento do Tablet da Apple, o IPad, que aps o seu lanamento e popularizao, levou ao aparecimento de novos contedos e aplicaes vindas das mais diversas reas do mercado. Com o aumento dos tamanhos de ecr indispensvel o aumento das resolues para apresentao de contedos nesses ecrs. Um factor sempre a ter em conta o acesso a esses contedos, a velocidade e largura de banda e o tipo de ligao utilizada. Em dispositivos mveis, com planos de acesso a internet limitados, a transmisso de dados deve ser reduzida para minimizar os custos extras por parte do cliente, caso o acesso seja ilimitado e o cliente possua uma velocidade de acesso elevada, no existe necessidade de poupar na qualidade dos contedos, muito pelo contrrio, a qualidade do servio disponibilizado ao cliente que o leva a decidir se volta a aceder e utilizar esses contedos novamente. Com esta vasta gama de contedos e dispositivos para entrega desses contedos, a evoluo e adaptabilidade dos mtodos de entrega sofreu uma grande evoluo e ao longo do tempo, o aparecimento de novos mtodos mais ajustveis e pensados para o cliente, tem sido essencial para essa evoluo. Em seguida iro ser abordados os mtodos de vdeos mais utilizados actualmente, sendo eles: o download tradicional, o download progressivo, o Streaming tradicional e o Streaming Adaptativo.
Parceiros:
Download Tradicional
Este formato de entrega de vdeo foi o primeiro a ser utilizado em massa. Esta utilizao aconteceu devido popularizao do correio electrnico atravs do qual o consumidor partilhava os vdeos e recebia vdeos de outros utilizadores sendo necessrio o seu download para os visualizar.
Imagem 5: Download tradicional
Cliente Utilizando este formato o cliente necessita de descarregar todo o vdeo para o seu computador pessoal (Imagem 5) para que depois possa ser visto localmente. O vdeo ocupa espao no disco do cliente e necessrio que o cliente tenha instalados os programas de reproduo de vdeo com os codecs de descodificao correctos para o formato de vdeo que acabou de descarregar. Utilizando este formato de distribuio de vdeos o cliente apenas pode iniciar a reproduo dos vdeos quando estes estiverem terminado o download, sendo esta a grande desvantagem deste formato de entrega. Quando o cliente pretende visualizar um vdeo pequeno, ou de qualidade muito reduzida o download menos demorado, mas se o cliente pretender visualizar um vdeo com a durao de um filme de uma hora e meia, com um tamanho de 900mb e uma velocidade de download relativamente alta de 200kb/s constantes, o tempo de download, e consequente espera, pode ser superior a uma hora e meia.
Parceiros:
Servidor O servidor deste tipo de entrega um servidor simples que suporte HTTP ou FTP, com os vdeos alojados. O IIS permite a criao de um servidor de download de vdeos sendo apenas necessrio copiar os vdeos que se pretende disponibilizar ao cliente para uma pasta mapeada no servidor e quando o cliente aceder ao endereo do vdeo ou clicar numa hiperligao para esse endereo ser apresentado uma nova janela a perguntar se pretende abrir, ou guardar o ficheiro.
Descrio da experimentao Para realizar a experimentao do mtodo de entrega, Download Tradicional, foi utilizado um ficheiro com aproximadamente 1GB com uma resoluo de 624 por 468 utilizando um Bit rate de 264kbps. Atravs destas caractersticas possvel prever que o vdeo seja de baixa qualidade, mas a julgar pelo tamanho um vdeo de grande durao. Aps clicado no link para o ficheiro ou aceder directamente atravs do browser apresentada a janela mostrada na Imagem 6 e o cliente escolhe a operao que pretende realizar. Caso o cliente escolha abrir aps o download integral do ficheiro este ser aberto automaticamente por o programa pr-definido para reproduo de vdeos no computador, fica guardado como ficheiro temporrio e ser eliminado aps o encerramento do sistema. Caso o cliente prefira guardar o vdeo -lhe perguntado o local onde o pretende fazer. Sendo o vdeo reproduzido apenas quando o cliente o abrir no local que indicou.
Imagem 6 Janela mostrada ao cliente quando clicado o link do vdeo
Parceiros:
Neste caso optou-se por guardar o vdeo para possibilitar um fcil acesso pasta onde o mesmo ser colocado, pasta essa que escolhida utilizado a janela que surge em seguida e que representada por a Imagem 7.
Imagem 7: pedido ao cliente o local onde pretende gravar o vdeo
Quando escolhida a pasta e carregado no boto Save o browser inicia a transferncia do vdeo para o disco local do cliente. Dependendo da taxa de transferncia assim o tempo que necessrio aguardar para que seja possvel ver o vdeo. No caso testado o vdeo foi transferido com uma velocidade mdia de 600Kb por segundo levando cerca de 30 minutos at estar concluda a transferncia.
Parceiros:
Imagem 8: O download do vdeo iniciado
Aps a transferncia foi necessrio aceder pasta onde o vdeo foi guardado para ser possvel ver o vdeo localmente e utilizando um reprodutor de vdeo com os codecs correctos.
Parceiros:
Download Progressivo
Utilizado em sites como Youtube, Vimeo e MySpace, o download progressivo consiste no download de ficheiro que so disponibilizados por servidores HTTP. Este tipo de download tm o nome de progressivo porque as aplicaes do lado do cliente tm a possibilidade de reproduzir o contedo enquanto ele est a ser transferido para o dispositivo do cliente. O contedo transferido em blocos (Imagem 9) para o cliente possibilitando uma reproduo sem falhas enquanto existir largura de banda suficiente para o contedo. Este tipo de entrega de vdeo, por utilizar como base o protocolo HTTP suportado por a maioria das plataformas e aplicaes de reproduo de contedos multimdia como o Silverlight, o Flash, ou o prprio Windows Media Player.
Imagem 9: Download Progressivo
Cliente Quando o cliente escolhe um vdeo que disponibilizado atravs de download progressivo existe sempre um instante de buffering inicial quando esto a ser transferidos os primeiros segundos do vdeo. Consoante a largura de banda que o cliente estiver disponvel assim o tempo que esse buffering leva. Aps o buffering inicial o vdeo comea a ser reproduzido e em simultneo iniciada a transferncia dos restantes blocos do vdeo sempre por a ordem que iro ser reproduzidos. Quando o cliente tem uma grande largura de banda o tempo de espera para o incio do vdeo quase nulo, e durante a reproduo no existem paragens. No caso da largura de banda ser reduzida necessrio aguardar algum tempo para o vdeo iniciar e as paragens durante a reproduo so muito frequentes.
Parceiros:
Servidor O servidor para entrega de vdeo em download progressivo basta ter suporte para HTTP e ter o vdeo alojado no mesmo. O que faz a diferena em relao ao download tradicional o facto de ser utilizada uma aplicao criada com o objectivo de reproduzir o ficheiro em vrias partes. Ao contrrio dos servidores utilizados para o Streaming tradicional os servidores web HTTP no param a transmisso dos dados at o download de todas as partes, em que o vdeo enviado, estar concludo. Se o utilizador colocar o vdeo na pausa o contedo que est a ser reproduzido e aguarda um perodo de tempo indeterminado todo o vdeo poder ter sido transferido para o cliente possibilitando uma reproduo sem as habituais falhas. Este comportamento assemelha-se ao download tradicional j que o cliente necessita esperar um determinado perodo de tempo at poder visualizar o vdeo com uma boa qualidade de experincia.
Descrio da experimentao Na experimentao do download progressivo foram utilizados 4 vdeos divididos em 2 grupos, alta qualidade e baixa qualidade. Os vdeos utilizados tem as seguintes caractersticas: Vdeo 1 o Tamanho: 92.4 Mb o Durao: 00.00.47 o Bit Rate vdeo: 7751kbps o Resoluo: 1280x720 Vdeo 2 o Tamanho: 21 Mb o Durao: 00.00.47 o Bit Rate vdeo: 3938kbps o Resoluo: 1920x1080 Vdeo 3 o Tamanho:3.53 Mb o Durao: 00.00.58 o Bit Rate vdeo: 451kbps o Resoluo: 640x480 Vdeo 4 o Tamanho:6.74 Mb o Durao: 00.00.58 o Bit Rate vdeo: 1045kbps o Resoluo:640x480
Os vdeos foram editados com estas caractersticas para ser possvel um termo de comparao entre a reproduo de vdeos com grande qualidade (vdeo 1 e vdeos 2) e vdeos com baixa qualidade (vdeo 3
Parceiros:
e vdeo 4). Dentro dos grupos foram escolhidos bit rates diferentes para ser possvel testar a relao entre o bit rate e a velocidade do buffering inicial. No momento em que o cliente escolhe o vdeo que pretende assistir apresentado no browser o player onde o vdeo ir ser reproduzido e realizado um buffering inicial do vdeo (Imagem 10). Como foi referido acima, o tempo que o cliente necessita aguardar para se dar inicio reproduo do vdeo varia consoante a velocidade de acesso a Internet que o cliente usufrui, e a qualidade do vdeo que o mesmo pretende reproduzir.
Imagem 10: Momento inicial de buffering
Aps o buffering do vdeo ser iniciado (Imagem 12) com qualidade sempre constante e uma velocidade de reproduo que influencivel por as mesmas variveis do momento de buffering inicial. Caso o cliente pretenda avanar no vdeo clicando na barra de reproduo num momento mais frente podem ocorrer duas situaes, ou o vdeo reproduzido normalmente sem que exista qualquer interferncia ou apresentado novamente o sinal de buffering (Imagem 11) caso o download do vdeo ainda no tenha atingido o momento que o cliente pretende visualizar.
Parceiros:
Imagem 11: Avano no vdeo com buffering
O download progressivo tem uma caracterstica que o diferencia dos restantes mtodos que o facto da transferncia do vdeo ser realizada de forma ininterrupta. Esta caracterstica pode ser considerando tanto como vantagem como desvantagem, dependendo da forma que o cliente utilizar para visualizar o contedo. Caso o cliente utilize uma ligao sem limitao de trfego ou com um limite muito elevado, esta caracterstica pode ser considerada uma vantagem, pois quando o cliente acede ao vdeo a transferncia iniciada e mesmo que o cliente suspenda a reproduo do vdeo a transferncia no interrompida podendo este realizar outro tipo de tarefas e quando pretender continuar a visualizao do vdeo a probabilidade de existirem falhas na interrupo causadas por momentos de buffering quase nula. Caso o cliente utilize uma ligao limitada para reproduzir os contedos esta caracterstica pode ser uma desvantagem para o cliente pois quando o vdeo colocado em pausa a transferncia ir continuar a consumir trafego ao cliente mesmo que este no tenha inteno de visualizar o restante vdeo. O cliente pode suspender a reproduo no a transferncia dos dados, desperdiando trafego em contedo que no ir ser utilizado nem guardado.
Parceiros:
Imagem 12: Inicio do vdeo aps o buffering inicial
Com a experimentao dos vrios vdeos foi possvel retirar as seguintes concluses: Em formatos de grande qualidade o tempo de espera inicial pode ser muito elevado, ultrapassando os 10 segundos, com paragens aps 7/8 segundos de reproduo. Com esta taxa de transferncia o player que utiliza o download progressivo leva 10 segundos a carregar 7 segundos de vdeo. Sendo assim o cliente para ser uma reproduo do vdeo sem qualquer tipo de paragens necessita esperar cerca de dos tempos de reproduo do vdeo. Quando utilizado um computador com capacidades limitadas principalmente a nvel de processador, o tempo de espera inicial praticamente duplica em relao a computador com caractersticas mais recentes. O fraco desempenho no apenas visvel em vdeos longos e com bit rates elevados mas tambm em vdeos curtos com bit rates mais comuns, embora o vdeo seja descarregado para o disco local do cliente rapidamente as pausas na reproduo do vdeo so constantes no apenas em momentos de buffering mas tambm quando o processador no consegue ser rpido o suficiente para manter uma reproduo sem quebras. Nos momentos em que o processador do computador falha o vdeo salta vrios frames fazendo com que o cliente possa chegar a perder alguns segundos de vdeo. Em formatos de baixa qualidade a reproduo dos vdeos no apresenta qualquer problema tanto a nvel do tempo de espera para buffering como a nvel de falhas causadas por a velocidade do CPU. Com formatos de baixa qualidade a reproduo realizada de forma continua e como o vdeo apresenta um tamanho reduzido os blocos em que o vdeo transferido so muito mais rpidos a chegar ao disco do cliente porque o seu tamanho mais pequeno. Podem existir ligeiras paragens em vdeos de baixa qualidade mas necessrio que o cliente avance muito na barra de reproduo do vdeo.
Parceiros:
Streaming Tradicional
O streaming pode ser entregue ao cliente utilizando dois protocolos distintos, o HTTP e o RTSP. Neste documento vai ser analisado o streaming distribudo sobre RTSP (Imagem 13). O RTSP ou Real Time Streaming Protocol distingue este mtodo de entregua dos restantes pelo facto de possuir sesses. Quando o cliente estabelece a ligao ao servidor iniciada uma sesso que s encerrada quando a transmisso tiver terminado ou for interrompida. Atravs do streaming o cliente pode controlar no s a reproduo do vdeo como a transferncia dos contedos atravs do envio de mensagens pr-definidas como Play e Pause que so enviadas atravs da sesso que mantida entre cliente e servidor. O protocolo RTSP tem como principal objectivo a criao e o controlo de sesses no sendo propriamente dirigido ao envio e recepo de contedos esta caracterstica torna o cliente acede ao servidor com este protocolo numa espcie de controlo remoto atravs da rede.
Imagem 13: Streaming Tradicional
A utilizao de sesses por parte deste mtodo faz com que os dados que so transmitidos sejam codificados em pacotes. No caso do streaming sobre RTSP o protocolo utilizado para a codificao das mensagens o UDP sendo uma grande desvantagem para o streaming pois pelo facto de o UDP utilizar portas fora do comum a transmisso dos dados muitas vezes bloqueada por firewalls e proxies colocando em causa a qualidade do servio. Como alternativa surgiram novas solues que se basseavam no protocolo HTTP amplamente utilizado e suportado na Internet que o caso do download progressivo.
Parceiros:
Cliente Para que o cliente possa visualizar vdeos utilizando o Streaming Tradicional, no caso do mesmo aceder ao vdeo utilizando um sistema operativo Windows, a instalao dos codecs correctos para que o Windows Media Player consiga realizar a correcta descodificao dos dados que recebe do servidor. O cliente tambm pode reproduzir vdeos em streaming utilizando outros programas como o caso do VLC player. Este reprodutor de ficheiros multimdia dirigido para o streaming de vdeos e de udio e pode ser utilizado tanto no lado do cliente como no lado do servidor.
Servidor Cada vez que iniciado uma sesso o servidor de streaming envia ao cliente uma lista que tem o nome de Presentation e atravs dela que o player no lado do cliente consegue saber quais os contedos que o servidor de streaming tem disponveis. Dentro da lista existe ainda um campo com o nome presentation description que contm informao sobre os codecs utilizados, descrio dos vdeos e os endereos de rede onde estes esto a ser difundidos. Os vrios vdeos disponibilizados por um servidor de streaming podem estar armazenados em diversos servidores podendo estar separado por exemplo o vdeo do udio respectivo dividindo assim a carga por diferentes servidores. Tal como foi referido acima, o protocolo utilizado pelos servidores de streaming no foi criado a pensar no envio de dados e no interfere no mesmo, sendo este protocolo responsvel por o controlo da sesso, e deixando a transmisso dos dados a cargo do protocolo RTP (Real-time Transport Protocol). O protocolo RTP utilizado como padro na Internet para o transporte de dados, udio e vdeo em tempo real. Funcionando ao nvel da aplicao possibilita a transmisso de dados de forma transparente entre dois terminais. Este protocolo constitudo por duas parte essenciais, a parte dos dados e a parte do controlo, a transferncia dos dados a funo realizado por o RTP e o controlo realizado por o RTSP (Real-time Transport Control Protocol). O RTSP tem como funo o estabelecimento de um canal de comunicao entre a aplicao que est a ser executada no cliente e o servidor de streaming. Este protocolo tambm utilizado para que seja possvel ao cliente dar algum feedback com funes dirigidas para a qualidade do servio. Tambm utilizado para a sincronizao dos dados multimdia que esto a ser enviados pelo servidor.
Parceiros:
Descrio da experimentao Como forma de experimentao do streaming tradicional foi criado uma ligao a um servidor de streaming onde o ficheiro estava a ser codificado. Esta ligao acedida utilizando o programa de reproduo de multimdia da Microsoft o Windows Media Player. O tempo necessrio ao buffering inicial (Imagem 14) relativamente rpido, sendo este muito afectado por a troca de mensagens inicial entre o cliente e o servidor para que se inicie a sesso em RTSP e totalmente dependente da velocidade de ligao. Aps o carregamento inicial a qualidade do servio boa. A comunicao e transferncia de dados que realizada entre o programa e o servidor rpida o suficiente para no existirem quebras e o facto de haver uma transmisso de dados constante torna a reproduo do vdeo num processo estvel e sem falhas visveis para o cliente.
Imagem 14: Buffering Inicial
A qualidade do streaming tradicional tambm visvel quando o cliente avana no vdeo (Imagem 15). Quando isso acontece o tempo que o cliente aguarda para que se realize o buffer dos dados necessrio correcta reproduo do vdeo aumenta muito em relao ao tempo de buffering normal. A principal causa dessa demora, no apenas o processo de buffer em si, mas tambm o tempo que o servidor de streaming necessita para comear a enviar ao cliente os dados relativos ao novo perodo de tempo que o cliente pretende reproduzir. Esse perodo de espera semelhante ao carregamento inicial do vdeo.
Parceiros:
Imagem 15: Buffering aps avano no video
Parceiros:
Streaming Adaptativo
Podendo ser considerado como um mtodo hbrido tenta conjugar o melhor do streaming atravs do controlo da transmisso dos dados mas baseando-se no download progressivo dos dados sobre HTTP. Embora utilize o HTTP como forma de transmisso de dados em vez de existir apenas um fluxo de dados so transferidos vrios segmentos que quando reproduzidos ordenadamente formam o vdeo completo tal como acontece com o download progressivo. Os segmentos de vdeo que vo sendo codificados so guardados e disponibilizados por um servidor Web HTTP. A aplicao cliente pede ao servidor os segmentos, e descarrega-os utilizando o mtodo do download progressivo. medida que o player que est a ser executado do lado do cliente vai recebendo os segmentos, ordena-os linearmente, e faz a sua reproduo. Isto s possvel porque os segmentos so codificados cuidadosamente, sem que exista espaamento ou sobreposio entre os segmentos, possibilitando que, ao serem reproduzidos ordenadamente, formem um fluxo contnuo. Este mtodo tem o nome de Adaptativo devido a forma como os segmentos so escolhidos por parte do servidor de streaming. Quando o cliente inicia a transferncia do vdeo analisado por parte do player que est a executar na sua mquina, informaes acerca da velocidade de ligao e velocidade de processamento do CPU do cliente. Consoante os dados que analisar assim feito o pedido ao servidor. No lado do servidor existem, para o mesmo vdeo, um grande nmero de codificaes diferentes, com bit rates diferentes, este mtodo requer um servidor com mais espao pois para cada vdeo so necessrios vrios bit rates. Logicamente, tamanhos superiores implicam maior largura de banda disponvel e uma ligao mais rpida, para que os contedos sejam transmitidos, num tempo real ou menor que real mas que no conduza os buffers do receptor a overflow. Caso o cliente possua uma largura de banda que no permite esta situao, revela-se necessria uma soluo que possibilite continuar a visualizar o contedo, mesmo que este tenha qualidade inferior. Assim, como existem ficheiros ou fluxos com tamanhos e qualidades diferentes, a aplicao cliente poder optar por diminuir a qualidade do ficheiro favorecendo a fluidez da reproduo. Da mesma forma que, se detectar que tem capacidade para receber vdeos com qualidades superiores, poder pedir os mesmos ao servidor. Em seguida iro ser analisados os diversos mtodos de streaming adaptativo que actualmente esto a ascender no mercado Estes mtodos so proprietrios e so eles: O Smooth Streaming e o Live Smooth Streaming ambos criados e em desenvolvimento por a Microsoft, o Flash Dynamic Streaming criado por a Adobe Flash e o HTTP Adaptative Bitrate desenvolvido por a Apple.
Parceiros:
Bit Rate Throttling O Bit Rate Throttling uma extenso da ferramenta Media Services do IIS que foi criada com o objectivo de reduzir os custos associados internet, gerindo as transferncias de vdeos e dados. Para realizar essa reduo o Bit Rate Throttling detecta a velocidade de download dos ficheiros por parte do utilizador e a largura de banda que este utiliza para aceder aos ficheiros. Aps conseguir perceber as caractersticas da ligao, o Bit Rate Throttling controla a taxa de dados que est a ser utilizada para o envio dos mesmo sobre HTTP. Quando um utilizador acede a uma pgina e inicia a reproduo de um vdeo, esse vdeo comea a ser transferido para o computador do utilizador velocidade mxima possvel. Suponhamos que o utilizador fecha a pgina aps ver apenas 50% do vdeo, a quantidade de vdeo que foi transferida certamente superior que foi reproduzida pelo utilizador, contudo desperdiada e o local onde o vdeo est alojado tm custos associados a essa informao enviada em excesso para o cliente. Atravs da utilizao do Bit Rate Throttling esse desperdcio minimizado havendo um controlo por parte desta extenso que gere a quantidade de dados a enviar. Quando o Bit Rate Throttling utilizado, enviado para o cliente, velocidade mxima da ligao, apenas alguns segundo do inicio do vdeo, processo este que tm o nome de Fast Start e s depois verificada a ligao e o possvel ajuste do bit rate e da quantidade de vdeo enviada em cada bloco. O Bit Rate Throttling est disponvel no IIS 7 ou superior e actualmente possibilita o ajuste do bit rate em 11 tipos de ficheiros de vdeo diferentes, so eles: .asf, .avi, .flv, .m4v, .mov, .mp3, .mp4, .rm, .rmvb, .wma and .wmv. tambm possvel configurar o tempo do processo Fast Start, ou seja, o programador pode definir a quantidade de vdeo inicial que enviado para o utilizador recorrendo velocidade mxima de transferncia. A ltima verso desta extenso dos Media Services permite tambm a partilha da largura de banda por clientes concorrentes.
Parceiros:
Microsoft Smooth Streaming
Lanado em Outubro de 2008, o Smooth Streaming foi lanado como uma nova extenso de streaming adaptativo sobre HTTP para o IIS 7.0. O Smooth Streaming detecta dinamicamente a largura de banda e estado do processador de que o cliente dispe e, de forma transparente para este, faz a troca em tempo prximo do real da qualidade do vdeo recebido pela aplicao cliente. Decidindo assim qual o bit rate do prximo bloco de vdeo a ser pedido ao servidor que melhor se enquadra com os dados obtidos. Uma das grandes vantagens do Smooth Streaming face aos restantes mtodos de streaming adaptativo a forma como so guardados os ficheiros que contm os contedos a transmitir. Ao contrrio de outras solues, esta no divide os ficheiros originais fisicamente, ou seja, no servidor, em vez de estarem guardados pequenos ficheiros para cada vdeo, esto guardados os vdeos completos e sem qualquer tipo de marcao, sendo mesmo possvel reproduzir um desses ficheiros de forma normal. Nesta soluo, a diviso feita virtualmente de acordo com a necessidade dos clientes, melhorando significativamente o processo de gesto de ficheiros. De realar que continuam a existir diferentes ficheiros com qualidade distinta para o mesmo contedo de modo a possibilitar a adaptao da qualidade do vdeo ao estado da rede.
Imagem 16: Streaming Progressivo
Cliente Inicialmente o vdeo apresenta uma qualidade de imagem baixa (Imagem 17), mas extremamente rpido a mostrar ao utilizador os primeiros segundos de vdeo. Rapidamente a qualidade melhora (Imagem 18) e perceptvel essa alterao passados apenas alguns segundos de vdeo. Este
Parceiros:
melhoramento da qualidade de imagem e o tempo que leva a ocorrer depende da velocidade de ligao e da capacidade de processamento do computador que o cliente est a utilizar, sendo possvel a reproduo do vdeo inteiro com uma qualidade muito baixa devido ao fraco poder de processamento do computador mesmo que exista uma ligao extremamente rpida e com velocidade capazes de atingir Bit rates muito elevados.
Imagem 17: Momentos iniciais do vdeo
Parceiros:
Imagem 18 Aps 21 segundos de vdeo
Com a estabilizao da velocidade de ligao ao servidor onde se encontra o vdeo, e a velocidade de processamento do mesmo a qualidade tambm estabiliza e o cliente pode ver o vdeo com uma qualidade continuada sem que existam mais alteraes na imagem. Caso o cliente pretenda avanar no vdeo clicando na barra de tempo num local mais a frente existe uma quebra na qualidade do vdeo devido a inexistncia de vdeo em buffer, no existindo, como nos restantes formatos de entrega de vdeo uma paragem longa para realizar novamente o buffering. Para realizar a escolha do bit rate mais adequado o player, onde est a ser reproduzido o vdeo, utiliza vrias heursticas e acede a um ficheiro estruturado em xml que indica qual o ficheiro que se enquadra dentro do bit rate desejado. No cliente existe um ficheiro do tipo .ismc que descreve os vrios ficheiros, e respectivos bit rates e resolues, disponveis para o cliente: os codecs utilizados, bit rates, resolues do vdeo, entre outros Este ficheiro o primeiro a ser transmitido para o cliente no momento em que o player carregado.
Parceiros:
Imagem 19 Momento de quebra na qualidade devido a avano no vdeo
Servidor O servidor de vdeo do Smooth Streaming um pouco sobrecarregado devido as grandes quantidades de vdeo que precisa de alojar. Quando realizado o encoding de um vdeo para ser reproduzido em Smooth Streaming esse vdeo no mais que vrios vdeos de diferentes qualidades e bit rates. No lado do servidor existe um ficheiro com o formato .ism, que apenas utilizado pelo servidor IIS Smooth Streaming e que descreve as relaes entre os vdeos e as suas caractersticas. No Servidor IIS os vrios vdeos apresentam caractersticas distintas e com qualidades diferentes como possvel ver na Imagem 20, em que do lado esquerdo apresentado com a mais fraca qualidade e do lado direito apresentado o mesmo frame com a qualidade mxima. Actualmente, j possvel visualizar vdeos distribudos em Smooth Streaming em dispositivos Apple, atravs da ferramenta Transform Manager. Os vdeos so apresentados ao utilizador atravs de pginas em HTML5 ou aplicaes iPhone / iPad e o encoding do vdeo comum ao Smooth Streaming que disponibilizado atravs de Silverlight evitado assim vrios encodings para o mesmo vdeo poupado espao no servidor, requisito que muito utilizado em Streaming Adaptativo.
Parceiros:
Imagem 20: Comparao entre os bit rates no Smooth Streaming, lado esquerdo com fraca qualidade, lado direito com elevada qualidade
Descrio da experimentao Para a realizao dos testes a este mtodo foram utilizados, tal como no download progressivo, 4 ficheiros com caractersticas distintas. Mas ao contrrio do que aconteceu com o download progressivo no foram perceptveis no lado do cliente diferenas entre os vdeos. A velocidade de incio da reproduo e as pausas quando o cliente avana no vdeo so praticamente inexistentes e no existem falhas durante a reproduo devido falta de vdeo em buffer. Devido sua adaptabilidade s condies de reproduo dos vdeos, o cliente no sujeito a falhas na reproduo por falta de velocidade de processamento.
Parceiros:
Imagem 21 (Vermelho: Bit rates reproduzidos; Verde: Velocidade mxima de transferncia dos blocos)
A diferenciao entre a qualidade de dois vdeos apenas possvel quando esses vdeos apresentam um nico bit rate que seja constante ao longo de todo o vdeo, como acontece com mtodos como o download progressivo e o streaming tradicional, em mtodos que utilizam bit-rates adaptativos essas diferenas no so comparveis.
Imagem 22: Bit rates disponibilizados
Atravs da Imagem 22 esta caracterstica facilmente entendida. So disponibilizados ao cliente dois vdeos, o vdeo A com uma gama de bit rates entre os 350K/s os 1,95M/s, e o vdeo B com bit rates entre os 950K/s e os 2,95M/s. A diferena entre os vdeos apenas perceptvel quando a velocidade de ligao e de processamento ser de tal forma baixa que o player reproduza vdeos com bit rates inferiores a 950K pois ser nesse caso que o vdeo B ir ser reproduzido com um bit rate inferior ao vdeo A. Tambm pode acontecer o inverso, ou seja, a capacidade de reproduo (velocidade de transferncia e velocidade de processamento) seja de tal forma alta que o player no cliente pode reproduzir os vdeos com os seus bit rates mximos e nessa situao, enquanto o vdeo A apresentado com um bit rate de 2,95M7s o vdeo B apenas consegue atingir um bit rate de 1,95M/s. Estas situaes de diferena de qualidade de vdeo em Streaming Adaptativo so raras e apenas acontecem quando realizado, por parte do distribuidor de vdeo, um encoding incorrecto nos vdeos limitando a gama de bit rates que so disponibilizados ao cliente.
Parceiros:
Live Smooth Streaming
Funcionando com a ideia base do Smooth Streaming para vdeos previamente gravados, o Live Smooth Streaming direccionado entrega de vdeo em directo, ou seja, onde a gravao do vdeo e encoding do mesmo realizado no mnimo de tempo possvel para que o cliente no receba o vdeo com um grande atraso em relao ao que est a ser gravado. O vdeo distribudo do mesmo modo do Smooth Streaming utilizando um player em Silverlight, ou para dispositivos com HTML 5 com a ferramenta Transform Manager.
Cliente Para o cliente do Live Smooth Streaming a velocidade de buffering do vdeo condicionada por uma variavel que no est presente no Smooth Streaming: a velocidade de encoding do servidor, ou seja, alm da velocidade da ligao e da velocidade de processamento do seu computador pessoal, o buffering no lado do cliente tambm influenciado por a velocidade de encoding no lado do servidor. A velocidade de encoding do vdeo essencial pois se no existir vdeo para ser transferido para o cliente o processo de buffering realizado pelo o player fica parado.
Imagem 23: Player do cliente de um evento transmitido em directo
No mtodo da Microsoft para enventos em directo tambm existe uma caracteristica que pode ser uma grande vantagem: enquanto o vdeo reproduzido o player no lado do cliente vai guardando o vdeo em memria permitindo ao cliente regressar momentos atrs na barra de reproduo desde que j tenha assistido a esses momentos. visivel na Imagem 23 o tamanho da barra de reproduo, a rea que est
Parceiros:
em memria e j foi visualizada, apresentada a azul claro, e a rea que est em memria mas o cliente ainda no visualizou.
Imagem 24: Boto Go Live
Alm dos habituais controlos do vdeo tambm apesentado um boto designado Go Live (Imagem 24) que permite ao cliente saltar para o ltimo momento de encoding que est no buffer. tambm visvel ao cliente o constante aumento da barra de reproduo. Este aumento devido ao buffer de um novo bloco de vdeo.
Servidor Em termos de Servidor o Live Smooth Streaming mais exigente que o Smooth Streaming, sendo necessrio um grande poder de processamento, ou a utilizao de hardware dedicado ao encoding de vdeo. Para ser possvel a entrega de vdeo em directo o servidor IIS necessita de possuir um ponto de publicao, esse ponto de publicao o local onde o player do cliente acede e nesse ponto que o encoding do vdeo colocado enquanto codificado. Tal como no Smooth Streaming tambm possvel adicionar ao servidor IIS a ferramenta Transform Manager tornando possvel a entrega dos vdeos no apenas em Silverlight mas tambm atravs e HTML5 para os dispositivos Apple com o sistema operativo iOS 3 ou superior.
Descrio da Experimentao Para realizar a experimentao deste mtodo de entrega foi transmitido um evento em directo utilizando o servidor IIS num computador com caractersticas vulgares. Este evento foi gravado atravs de uma webcam e acedido numa rede local como forma de testar a qualidade do servio ao utilizador final. O vdeo transmitido era sujeito a um encoding originando um ficheiro de IIS Smooth Streaming baseado no formato VC-1, com uma resoluo de 1280x720 e uma taxa de bit rate mxima de 1,95M/s.
Parceiros:
Apple HTTP Adaptive Bitrate Streaming/HTTP live streaming
Ao longo dos ltimos 10 anos a Apple utiliza como servidor para streaming uma ferramenta chamada QuickTime Streaming Server que utiliza um servidor RTSP. Esta ferramenta nunca foi muito divulgada e no atingiu as expectativas criadas. Uma das razes que levou a sua fraca utilizao foi o facto dos dados que so transmitidos entre o servidor e o utilizador serem baseados no protocolo RTSP que bloqueado por a grande maioria das firewalls. Como soluo para este problema a Apple decidiu adicionar uma nova opo ao QuickTime Streaming Server possibilitado o trafego em RSTP atravs de pacotes HTTP. Esta soluo obrigou a um aumento nos dados que eram transferidos entre os utilizadores e foi a pensar nesse aumento que surgiu o HTTP Adptive Bitrate Streaming. Tal como o Smooth Streaming esta nova tecnologia da Apple tem como ideia base o formato de transferncia de dados do download progressivo. O vdeo que transmitido para o cliente, em vez de ser enviado num fluxo constante enviado em vrios segmentos de aproximadamente 10 segundos.
Imagem 25: Sistema de entrega Http Adptive Bitrate Streaming
Parceiros:
Cliente No lado do cliente o HTTP Adptive Bitrate Streaming publicado numa pgina em HTML5 compatvel com o Safari. Esta tecnologia, tal como o Smooth Streaming faz uma anlise da velocidade da ligao conseguindo perceber a sua velocidade e dessa forma escolher quais dos segmentos de vdeo dever enviar ao cliente, variado na sua qualidade mas mantendo a reproduo de vdeo no lado do cliente. Esta tecnologia peca por no conseguir analisar a velocidade de processamento do local onde o vdeo est a ser reproduzido. Este tipo de anlise essencial principalmente em dispositivos mveis com um poder de processamento mais baixo e que podem sofrer de falhas na reproduo do vdeo e na recepo de uma qualidade de vdeo excessiva para a sua capacidade de processamento. Tal como nas tecnologias de Streaming Adaptativo anteriores, a deteco da largura de banda realizada no lado do cliente e pode ser calculada atravs do tempo de download dos ficheiros enviados pelo servidor. Tambm pode ser feita uma anlise ao espao livre no buffer, se o buffer tiver muito espao vazio pode ser enviado um segmento de qualidade superior, se o buffer possuir pouca informao, ou seja, poucos segmentos, isto implica que exista pouco espao vazio e que os segmentos esto a ser demasiado grandes reduzindo assim a qualidade.
Servidor No lado do servidor, os requisitos no so muito especficos pois devido ao facto dos vdeos serem enviados em segmentos codificados sobre HTTP qualquer servidor Web consegue realizar essa tarefa. Tal como no Smooth Streaming o servidor apenas sobrecarregado com o nmero de ficheiros que nele so alojados, pois cada vdeo apresentado em vrios segmentos e esses segmentos podem ter diversas qualidades, alm dos segmentos o servidor possui tambm um ficheiro ndex onde indicado ao player do cliente os segmentos que tem disponveis e qual a ligao entre eles.
Descrio da Experimentao Para realizar a experimentao do Streaming Adaptativo da Apple foi utilizado um IPad, sendo apenas possvel o teste a este tipo de streaming do lado do cliente, no tendo acesso a nenhum servidor com o QuickTime Pro. Em termos de qualidade de servio o HTTP Adptive Bitrate Streaming extremamente rpido a iniciar a reproduo do vdeo e realizado um buffering de cerca de 10 segundos seguintes ao vdeo. Neste mtodo de entrega de vdeo perceptvel ao cliente os momentos de troca de qualidade de vdeo sendo estas realizadas em momentos especficos do vdeo, por exemplo, se o vdeo estiver a ser reproduzido e for detectado nesse instante que a largura de banda disponvel maior e o buffer suporta segmentos com melhor qualidade o prximo segmento a ser enviado apresentar uma melhor
Parceiros:
qualidade mas s ser reproduzido quando o segmento actual terminar, ou seja, se ao fim de 20 segundos de vdeo for descarregados um segmento de melhor qualidade mas o segmento actual ainda for executado durante 20 segundos e novo segmento s iniciar aos 40 segundos com uma qualidade melhorada.
Parceiros:
Adobe Flash Dynamic Streaming
Aps o lanamento da verso 3.5 da plataforma Flash Media Server criada pela Adobe Flash surgiu uma nova funcionalidade que d por o nome de Dynamic Streaming. Esta nova funcionalidade do FMS permite que o sistema cliente/servidor efectue a deteco de largura de banda disponvel e, caso seja necessrio, realiza a adaptao dos contedos enviados a qualquer momento durante a transmisso. A transio entre as diferentes qualidades de streaming realizada sem interrupes na reproduo, e de forma transparente para o utilizador. Para utilizar esta nova ferramenta e ser possvel a troca de informao as aplicaes do cliente (Adobe Flash Lite, Adobe Flash Player ou Adobe Air), comunicam com o servidor atravs do protocolo RTMP (Real Time Messaging Protocol). Este protocolo foi criado pela prpria Adobe com o objectivo de transmitir sinais de udio e vdeo com o mximo desempenho entre as suas tecnologias como o Adobe Flash Player o Adobe Air e as aplicaes desenvolvidas em Adobe Flash. Tal como as restantes tecnologias de Streaming Adaptativo o Dynamic Streaming ajusta a qualidade do vdeo que est a ser reproduzido consoante determinadas variveis analisadas. A principal varivel para o Dynamic Streaming decidir a qualidade que dever enviar o espao disponvel no buffer. Atravs do diagrama de estados da (Imagem 26) possvel compreender o seu funcionamento. Ao contrrio das restantes tecnologias a avaliao realizada tanto por o player no lado como por o servidor atravs de mensagens sobre o estado do buffer.
Imagem 26: Diagrama de estados para deteco da qualidade a enviar
Parceiros:
Cliente Este formato , tal como os restantes baseados em streaming adaptativo, o mais simples possvel para o utilizador. Realiza as transies entre segmentos de vdeo de qualidades diferentes de forma totalmente transparente para ao utilizador. Tal como nos outros mtodos a reproduo do vdeo precedida de um momento de buffering inicial (Imagem 27). Inicialmente, a recepo do vdeo feita utilizando um buffer de rpida inicializao para que a reproduo seja iniciada com o menor atraso possvel. Quando este preenchido, o seu tamanho aumentado para que consiga receber mais dados, e assim possibilitar uma reproduo mais fluida e resistente a eventuais falhas. Durante toda a reproduo dos contedos, o buffer monitorizado constantemente pela aplicao cliente.
Imagem 27: Buffering Inicial Dynamic Streaming
Ao cliente os controlos apresentados so os comuns de um player de vdeo (Imagem 28), o cliente apenas consegue controlar a reproduo do vdeo, a barra de reproduo e o volume do vdeo, todas as alteraes so realizadas sem ser necessria a sua interveno. O cliente, embora no tenho conhecimento do momento em que a qualidade alterada, consegue-se aperceber no vdeo pois a maioria das vezes a alterao de qualidade no realizada de forma continua
Parceiros:
podendo mesmo saltar de qualidade mnima do vdeo para a taxa de bit rates mais elevada. Esta mudana brusca de qualidade acontece geralmente quando o cliente avana no vdeo utilizando a barra de navegao.
Imagem 28:Experiencia do utilizador Dynamic Streaming
Servidor O servidor deste mtodo de entrega o Flash Media Server. Este servidor tem duas funes principais, o envio ao cliente da lista com os diferentes ficheiros disponveis e com os respectivos bit rates e o alojamento dos vrios ficheiros (Imagem 29). Entre um cliente e o servidor existe uma sesso constante de reproduo e monotorizao onde indicado o estado do buffer pelo cliente e calculado, qual o melhor segmento a enviar de seguida pelo servidor.
Parceiros:
Imagem 29: Exemplo da lista de videos
Parceiros:
Concluses da experimentao
Aps os vrios testes a tecnologias de distribuio de vdeo foi possvel construir as seguintes tabela de comparao entre as tecnologias mais relevantes, que actualmente so mais utilizadas e que melhor se enquadram nas expectativas dos utilizadores.
Tabela Comparativa
Aps este estudo pode-se concluir que o Smooth Streaming a tecnologia que melhor se enquadra neste tipo de mercado, desenvolvido a pensar no utilizador final mas tambm no lado do servidor principalmente nas transies em directo. uma tecnologia generalizada devido a sua reproduo
Parceiros:
atravs do Silverlight e o facto de possibilitar a reproduo dos contedos em dispositivos Apple, utilizando o Transform Manager, uma mais-valia no mercado actual. Caractersticas como a qualidade de entrega dos vdeos, a qualidade de experiencia para o utilizador, as ferramentas de encoding e criao de novos projectos e pginas com base no Smooth Streaming deixam, sem margem para duvida, as restantes tecnologias de entrega de vdeo para trs. Em termos de servidor o Smooth Streaming tambm se distingue das restantes pois possvel, com poucos meios, e utilizando o IIS, criar uma pgina para entrega de vdeo em Smooth Streaming. O formato dos ficheiros e a forma como esto organizados sem dvida uma vantagem em relao ao HTTP Adaptive bit rate, pois a utilizao de apenas um ficheiro por cada bit rate em vez da utilizao de vrios ficheiros divididos para vrios bit rates proporciona grandes poupanas em termos de armazenamento no servidor. Em transmisses em directo o Smooth Streaming, ou neste caso chamado Live Smooth Streaming, tambm apresenta vantagens em relao as restantes tecnologias pois o tempo de atraso em relao a gravao mnimo sendo apenas necessrio fazer o enconding dos vrios bit rates do vdeo.
Parceiros:
Tendncias Futuras
O futuro das tecnologias de entrega de vdeo ainda tem espao para evoluir na sua tecnologia de suporte de baixo nvel, pois h a necessidade de ter uma melhor qualidade com o menor espao ocupado. Este ser sempre um requisito presente, no s para possibilitar a maior armazenagem de contedos como principalmente para aumentar a eficcia da transmisso de contedos, quer para dispositivos mveis ou no. Assim, espera-se que nos prximos anos surjam novos codecs mais leves, com menos perdas, maior compresso e com maior suporte para formatos HD e formatos 3D. J no nvel do paradigma da utilizao dos vdeos, at agora tem-se verificado uma segmentao dos contedos vdeo, entre contedos de baixa resoluo e qualidade para utilizadores com fracos recursos de hardware e/ou com largura de banda limitada, ou na vertente oposta, contedos de alta resoluo e qualidade para utilizadores com bons recursos de hardware e boa largura de banda. Por fim, h ainda o segmento dos dispositivos mveis com as suas inerentes limitaes de processamento, resoluo e largura de banda e com formatos muitas vezes nicos e diferentes dos demais utilizados nos computadores convencionais. Esta heterogeneidade de plataformas, formatos e requisitos acaba por ser uma barreira tanto ao desenvolvimento de novos contedos como proliferao e massificao dos mesmos, que ao serem produzidos no podem de imediato ser entregues comunidade de utilizadores ou clientes, pois precisam de um moroso processo de transformao e adaptao s diversas plataformas e formatos de modo a poderem chegar ao pblico geral. Assim tendo em conta estas limitaes, espera-se que num futuro no muito longnquo, as tecnologias que suportam os contedos vdeo tenham uma evoluo no sentido da interoperabilidade entre diferentes plataformas e dispositivos com diferentes capacidades de processamento e de largura de banda. E que permita aos criadores de contedos terem um caminho mais curto e directo para chegarem aos diferentes tipos de utilizadores e consumidores dos contedos. No entanto tal questo da interoperabilidade e da transversalidade dos contedos um passo lgico conceptualmente simples e objectivo de se entender, mas a sua implementao na prtica uma questo complexa e que gera bastante debate e especulao. Para tal passo evolutivo ocorrer, so indicados trs caminhos possveis e mais proveis: Seguimento de Standards pelos diversos players envolvidos de modo a que os contedos sejam visualizveis independentemente da plataforma Criao de frameworks de desenvolvimento geis e polivalentes para permitir a gerao de contedos multiplataforma Tradutores de tecnologias, que permitam automaticamente converter contedos para as diversas plataformas
Parceiros:
No primeiro tpico referente criao de Standards, o primeiro passo j est dado com a criao do Standard HTML5 que j permite incorporar contedos vdeo e RIA nativamente no HTML das pginas Web. No entanto a adopo total deste Standard no vai ser imediata nem pacfica, devido a sua adopo pelo diferentes browsers estar a ser lenta e faseada por partes. Alguns browsers esto mais avanados e outros mais atrasados na implementao do HTML 5 o que volta a criar um novo ambiente heterogneo que s ser substitudo por um cenrio homogneo quando os diversos browseres das diversas plataformas o implementarem completamente e sem restries. Actualmente as tecnologias dominantes para a transmisso de contedos vdeo online (Silverlight e Flash) iro perdurar e a competir entre si, pois j tem uma elevada cota de mercado dos consumidores de contedos online e querem manter ou aumentar tais cotas de mercado. Este ambiente polarizado tem as desvantagens j anteriormente referidas de segmentar o mercado e de o tornar heterogneo. No entanto, acaba por ter o factor positivo da concorrncia. Pois como as ambas plataformas lutam entre si por criar novidades e novas funcionalidades tanto para o consumidor final dos contedos, como para os developers, acabam por beneficiar ambos por gerar um mercado competitivo que promove a inovao e o desenvolvimento tecnolgico nesta rea dos RIA e contedos vdeo online. Tal factor perder-se-ia com a adopo de um nico Standard. No entanto ganhar-se-ia muito em transversalidade dos contedos nas mais diversas plataformas. Para terminar, ainda de salientar que as solues actuais por via de Silverlight e de Flash necessitam da instalao de plug-ins que nem sempre so user friendly para o utilizador e que muitas vezes acabam por ser uma barreira, nomeadamente em dispositivos em que o utilizador no tem permisses de instalao. J com a norma HTML 5 tal problema no ocorreria. O segundo tpico sobre a criao de frameworks geis de desenvolvimento, um conceito que aborda a linha em que as ferramentas dos produtores de contedos e dos developers que disponibilizam tais contedos online sejam polivalentes, e que a partir de um nico contedo possam de uma maneira automtica gerar o mesmo contedo em modo polimrfico e pronto a ser consumido pelas diversas plataformas envolvidas. Estas frameworks geis tambm devero ser capazes de desenvolver em paralelo nas diversas tecnologias, para assim se poder contemplar o cenrio eminente de coexistncia de Standards (HTML 5) e tecnologias proprietrias (Silverlight e Flash) para colmatar as falhas de suporte do Standard.
Parceiros:
Imagem 30: Exemplo real de uma aplicao com vrias tecnologias de Vdeo online em simultneo
Por exemplo a Imagem 30 mostra uma aplicao que permite a visualizao de contedos vdeo. Esses contedos esto organizados em playlists com as miniaturas de cada vdeo, Por sua vez as playlists esto associadas a categorias ou a canais temticos para facilitarem a navegao do utilizador. Assim, partindo desta aplicao real pode-se criar um caso hipottico de aplicao gil com vrias tecnologias de vdeo e que poderia utilizar essas tecnologias em paralelo. Os seja, por defeito o vdeo da Apresentao dos Contedos como os vdeos em miniatura do Alinhamento seriam difundidos e entregues ao utilizador final por via do Standard HTML 5, no entanto caso as ferramentas de visualizao do utilizador no fossem compatveis com essa funo do HTML5, seriam invocadas tecnologias alternativas que o utilizador suportasse, nomeadamente Silverlight ou Fash, que reproduziriam mesma os contedos evitando assim a perda de dados para o utilizador. Para desenvolver o cenrio anteriormente exemplificado, seria obrigatrio o recurso s tais frameworks geis de desenvolvimento e de produo dos contedos, que permitam o desenvolvimento em paralelo nas diversas tecnologias e plataformas. O terceiro tpico dos tradutores automticos de tecnologias, segue um pouco a mesma ideia explorada pelas frameworks geis de desenvolvimento. No entanto, nesta abordagem os contedos eram desenvolvidos para apenas uma tecnologia, que posteriormente seria processada e recompilada pelos tradutores automticos para as diferentes tecnologias e plataformas.
Parceiros:
Imagem 31: Diagrama conceptual de exemplo de recompilao de tecnologias de entrega de contedos vdeo
A Imagem 31 mostra um exemplo conceptual de um caso de traduo de tecnologias, em que o contedo original era desenvolvido para visualizao em Silverlight Web, e que posteriormente seria convertido de um modo automtico para os formatos e padres de diferentes plataformas, neste caso concreto para Silverlight Surface, Objective C para visualizao em iPad e para Flash para permitir a visualizao em plataformas mveis Android. E assim os criadores de contedos s teriam de se preocupar em desenvolver para uma tecnologia que os contedos gerados seriam automaticamente propagados a outras plataformas. Como perspectivas futuras fora da vertente tcnica, prev-se que os contedos vdeo online progressivamente substituam os canais convencionais de televiso em que o espectador no tem qualquer opo de escolha ou de seleco sobre os contedos e programas apresentados. Graas aos mtodos de distribuio de vdeo online que permitem a personalizao e escolhas dos contedos cada vez mais a deciso dos contedos observados ser mais do espectador e no da cadeia televisiva. Levando assim a uma democratizao geral dos contedos. Actualmente os contedos vdeo so pouco interactivos, pois o utilizador apenas os selecciona e assiste at ao fim, deixando de haver interactividade durante o decorrer do vdeo. Assim tambm esperado o enriquecimento dos contedos vdeo com recurso a tecnologias RIA para assim se poder aumentar e enriquecer a experincia de utilizao do consumidor final, de modo a tornar os vdeos mais interactivos e interessantes. Ainda na mesma linha, tambm previsto o surgimento de cada vez mais meta-dados nos contedos vdeo, de modo a que nestes facilmente sejam embutidos contextos de publicidade e sobretudo que possam ser personalizados de acordo com os gostos e as preferncias dos utilizadores. Os meta-dados sero uma mais-valia tanto para o utilizador que ter mais recursos e apontadores para recursos
Parceiros:
externos sobre o vdeo e obter assim uma experiencia mais rica e interactiva que a simples visualizao passiva de um vdeo. Tambm para os fornecedores de contedos ser uma vantagem, pois abrir porta a novas formas de publicidade e assim obter retorno econmico da plataforma e dos contedos. Caso um contedo vdeo nos seus meta-dados tenha uma anotao sobre as palavras-chave, marcas, lugares, pessoas e objectos presentes no vdeo a cada momento, esse contedo vdeo ficar habilitado a receber novos servios. Esses servios seriam por exemplo a insero de publicidade tipo Ad Sens que ao contrrio da forma tradicional se adequa a temtica e palavras-chave das pginas web, neste caso teria um comportamento semelhante mas em relao aos contedos do vdeo. Actualmente existe um projecto que d largas utilizao de meta-dados sobre contedos de vdeo chamado de projecto Tuva. Esse projecto uma plataforma de vdeo online desenvolvida pela Microsoft Research e tem como objectivo levar ao pblico geral os conceitos fundamentais das principais leis da Fsica, atravs das palestras do famoso Nobel da Fsica Richard Feynman. Esta aplicao de cariz puramente educativo, mas facilmente se podem extrapolar ideias e aplicaes para fins comerciais. Na Imagem 32 possvel ver um exemplo da aplicao Tuva. Nela possvel ver o aspecto normal da visualizao dos contedos. No centro em destaque est a rea do vdeo, no canto superior esquerdo encontra-se uma ferramenta que permite ao utilizador tirar notas medida que visualiza os contedos, como se tratasse de um bloco de apontamentos. No canto superior direito encontra-se a lista de extras, ou seja, anotaes, formulas ou links externos que vo aparecendo conforme os assuntos visados durante a palestra. Imediatamente por baixo do vdeo surgem legendas do mesmo, no entanto as legendas apenas esto disponveis em Ingls o que pode limitar um pouco a utilizao global da plataforma. Por baixo encontra-se a barra de progresso do filme dividida em vrias partes, sendo cada parte um subcaptulo da palestra. Tambm ao longo da barra de progresso aparecem vrios cones relativos aos diversos contedos auxiliares sobre os temas visados na palestra em cada momento, pois todo o vdeo tem anotaes de meta-dados referentes aos seus contedos.
Parceiros:
Imagem 32: Exemplo do Tuva,
Para finalizar as tendncias futuras e incidindo sobre o paradigma da visualizao de contedos vdeo num sentido mais lato e geral esperado que com as constantes evolues tecnolgicas, os meios e canais de difuso de contedos vdeo, no longo prazo sejam direccionados para a omnipresena. Que estejam disponveis em qualquer lugar e em qualquer dispositivo, cobrindo assim todas as reas, desde as mais focadas para o trabalho, publicidade ou lazer, tanto em dispositivos estticos ou mveis. Esses dispositivos at podem vir a ser inseridos no dia-a-dia dos utilizadores seguindo o paradigma da ubiquidade. Seguindo este paradigma, prev-se que os ecrs e dispositivos deixem de ser objectos especficos para esse fim e passem a estar naturalmente embutidos no ambiente circundante dos utilizadores. Tais como em fachadas de edifcios, nos pra-brisas dos automveis, na superfcie das mesas de escritrio e nas paredes das salas de reunies e at mesmo em discretas lentes de contacto. Assim, e em termos de concluso, o futuro da visualizao de contedos vdeo tm ainda uma grande margem de expanso e crescimento, tanto em quantidade, qualidade e em forma.

QREN V4T Apresentação de Video 3.2

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

QREN V4T Apresentação de Video 3.2

Enviado por

Direitos autorais:

Formatos disponíveis

VDEOforTravel | Entidade Promotora:

Estudo e experimentao das vrias formas de entrega de vdeo online.

0/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

VDEOforTravel | Entidade Promotora:

2/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

3/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

4/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

5/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

6/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

da quantidade de fotos necessrias para se obter noo de movimento.

7/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

8/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 2:Resolues e respectiva denominao

9/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 3: Processo de encoding de vdeo

10/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

11/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Microsoft Expression Encoder

Imagem 4: Escolha do ambiente de desenvolvimento

12/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

13/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 5: Download tradicional

14/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 6 Janela mostrada ao cliente quando clicado o link do vdeo

15/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 7: pedido ao cliente o local onde pretende gravar o vdeo

16/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 8: O download do vdeo iniciado

17/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 9: Download Progressivo

18/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

19/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 10: Momento inicial de buffering

20/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 11: Avano no vdeo com buffering

21/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 12: Inicio do vdeo aps o buffering inicial

22/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

Imagem 13: Streaming Tradicional

23/1 Projecto em curso com o apoio de:

VDEOforTravel | Entidade Promotora:

24/1 Projecto em curso com o apoio de: