PAC 2

Plataformes de publicaci i distribuci

Jaume Reig Carrascosa, abril de 2015

2Exercici 1: Clip de vdeo incrustat en HTMLActivitat 1.1

Hi ha 3 formats de vdeo admesos per HTML5: MP4, WebM i Ogg. En la segent taula resumida es mostra la compatibilitat daquests formats amb diferents navegadors:

Navegador MP4 (H.264 + AAC) o (H.264 + MP3)

WebM Ogg

Internet Explorer (a partir versi 9)

Si No No

Chrome Si Si Si

Firefox Si (Parcialment. Depenent del hardware i SO)

Si Si

Safari Si No No

Opera Si des de Opera 25 Si Si

A partir daquesta taula sha optat per codificar amb contenidor MP4 amb cdec h.264 i AAC i Ogg (cdec vdeo Theora i Vorbis cdec udio). Amb aquests dos formats cobrim la compatibilitat de la majoria de navegadors actuals.

En el cas de Internet Explorer 8 (i inferiors) lnica soluci possible s codificar amb format contenidor Flash .flv o .swf (amb el meu cas .flv amb cdec vdeo FLV1 i MPEG audio layer) i reprodur el vdeo a travs de Flash Player. O sigui a inserint un al navegador.

Pel que fa a les mides del vdeo sha optat per redimensionar-los a 640x360 per mantenir la mateixa relaci daspecte que loriginal.

Arxius:MP4. https://www.dropbox.com/s/m03ebgqnh5azzf8/bunny.mp4?dl=0

OGG. https://www.dropbox.com/s/wlgysxvay22yjzm/bunny.ogg?dl=0

FLV. https://www.dropbox.com/s/ca0krno89yeuz33/bunny.flv?dl=0

Activitat 1.2

Generem un codi HTML5 segent:

El teu navegador no suporta el tag vdeo.

Comentaris del codi:

Dins el tag establim unes mides (width=640 heigh=360) (aix no seria necessari en aquest cas, ja que mostraria la mateixa mida que els vdeos, per s millor fer-ho, ja que el navegador no sap dentrada la mida de la font de vdeo.)

controls fa que apareixi un reproductor amb controls de: play, pause, control de so i control pantalla completa.

3La part ms important s:

Aqu establim la URL don agafar el vdeo (src=bunny.mp4 o src=bunny.ogg) i en quin ordre. En aquest cas primer MP4 i si no pot reproduir-lo amb Ogg.

El text de sota El teu navegador no suporta el tag vdeo. dins del tag es mostrar si el navegador no pot reproduir cap de les dues fonts (en el cas de Internet Explorer 8 per exemple). En aquest cas shauria dimplementar un script amb Javascript de detecci de versi navegador i un condicional que el reprodus amb plugin extern de Flash (format .flv)

Arxius:https://www.dropbox.com/s/ofp5f8ikgv1m6so/html5.html?dl=0

visualitzaci online: http://www.simi.cat/plataformes/html5.html

Exercici 2: Streaming dun senyal en directeActivitat 2.1

Recomanacions de Ustream quant a bitrate i codificaci: https://ustream.zendesk.com/entries/22962268-Internet-connection-and-recommended-encoding-settings

La recomanaci general de Ustream s no dedicar ms del 50% de la capacitat de pujada de lamplada de banda (bandwidth). Per tant si tenim una lnia amb una amplada de banda amb una pujada de 1Mbps, que un cop codificat que no ens superi els 500Kbps.

En quant a la codificaci recomana fer servir per qualitat i compressi el cdec h.264 i AAC per udio.

Pel que fa al bitrate s molt dependent de lamplada de banda disponible (de pujada sempre) i de les caracterstiques de la retransmissi. En una retransmissi on els elements estan molt fixes necessitar menys bitrate que en una on sn molt mbils per a percebre la mateixa qualitat.

Faig un test de velocitat dinternet i em dna els segents resultats:

4Aix dons segons les recomanacions de Ustream no dediquem ms de la meitat daquests 520 Kbps que tenim disponibles i establim un bitrate de 200 Kbps

Tenint en compte que la cmera web s de molt dolenta qualitat i que no grava en panormic la retransmissi est fora b i sense talls.

Podem veure que de Average mitjana no superem els 250 Kbps que s el recomanat en el meu cas per Ustream amb la resoluci triada de 640x480 a 25fps

5Activitat 2.2

Hem de pensar que en la retransmissi hi ha un cert retard entre les dades que emetem i les que es reben (en el ms cas he calculat entre uns 5 i 10 seg) per aix pot ser important que ho narri una altra persona. A ms a ms, si ho fem des dun navegador diferent, podem veure que tenen diferncies entre ells. En el meu cas ho he provat amb Firefox i Chrome, i amb Firefox per exemple el bot dudio respon diferent quan el mouse est a sobre. A ms a ms, si ho fa una altra persona, t una visi ms real de quant comencen a aparixer problemes en la retransmissi.

Activitat 2.3.

En lapartat Current mostra la informaci de codificaci daquell precs instant de bitrate, fps i Drop frames (frames descartats) tant dentrada com de sortida. La informaci va variant constantment.

En lapartat Average la mateixa informaci per de mitjana.

En aquest cas podem veure com de mitjana la suma de ludio i el vdeo t uns 250 Kbps

La retransmissi provada des de Chrome

6Activitat 2.4

Sha realitzat unes proves a partir de 200 Kbps fins a 650 Kbps. En el segent quadre mostren diferents parmetres detectats amb 1 minut de retransmissi de prova per cada bitrate comparat:

Bitrate (output)

Mitjana bitrate

Bandwidth Buffer Frame drops

Retard estimat aprox. entre

imatge emesa i publicada

Problemes retransmissi?

200 Kbps ~250 Kbps entre 250 i 260 Kbps 0 seg 0 10 No

350 Kbps ~ 400 Kbps entre 400 i 425 Kbps 0 seg 0 10 No

500 Kbps ~ 550 Kbps entre 500 i 540 Kbps entre 0,3 i 0,8

seg

~ 180 20 Si (en alguns moments es

congela la imatge o salta bruscament)

650 Kbps ~ 700Kbps entre 450 i 500 Kbps entre 0,5 i 1,8

seg

~ 600 20 Si (els problemes sn evidents i

es congela molt la imatge i salta

bruscament)

Aix doncs podem dir que entre 200 Kbps i 350 Kbps no hi ha problemes en la retransmissi. Els problemes comencen a partir de 500 Kbps i ja sn molt evidents a 650 Kbps. Si tenim en compte la nostra amplada de banda de pujada disponible s aprox. duns 520 Kbps, sembla totalment justificat que on hem comenat a tindre problemes s amb el bitrate de 500 Kbps.

Activitat 2.5

Quan activem lopci Auto Ajust - Drop Frames millora una mica, ja que descarta frames a lhora de codificar i per tant aquests ja no sn enviats per retransmetrels. Tot i aix lnica millora lleugerament perceptible s que la imatge sencalla menys (no hi ha tants talls on apareix el preload javascript de vdeo), per al descartar ms frames hi ha salts dimatge evidents.

Segons informaci de Adobe Live Encoder: http://help.adobe.com/en_US/FlashMediaLiveEncoder/3.0/Using/WS5b3ccc516d4fbf351e63e3d11c104babd5-7fe0.html

hi ha dos tipus de perfils disponibles:

- Baseline: Aquest perfil s comunament utilitzat per videoconferncies, aplicacions per mbil i altres on la capacitat damplada de banda s limitat.

- Main profile: Aquest perfil s utilitzat per emissions devents en directe on s ms important la qualitat dimatge i on hi ha ms amplada de banda disponible. Cal dir que aquest perfil fa un s ms intensiu de CPU i en requerix uns 1,5% ms que el perfil baseline.

Pel que fa als nivells Adobe fa unes recomanacions, en concret per Standard definition 720x576 a 25fps (que seria aprox. el nostre perfil) i ens recomana un nivell 3.

Una altra cosa que hem de tenir en compte s que quan activem el Degrade quality en el Auto adjust settings podem triar el Minimun video bitrate o sigui el mnim de bitrate a qu es pot degradar la nostra retransmissi.

7Podem triar el perfil: Baseline o Main i els seus nivells, en aquest cas fent servir les

recomanacions dAdobe pel tipus de resoluci i Frame rate

Si activem lopci: Auto Adjust -> Degrade Quality podrem triar el mnim de bitrate que

ser codificat.

Jaume Reig Carrascosa

Abril de 2015

Tamb s recomana, ja que el cdec h.264 fa un s molt intensiu de la CPU, seleccionar un nivell , resoluci i bitrate que no utilitzin ms del 75% de la capacitat de la CPU.