PAC 2

Plataformes de publicaci i
distribuci

Jaume Reig Carrascosa, abril de 2015

Exercici 1: Clip de vdeo incrustat en HTML

Activitat 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 <object> 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:
<video width=640 height=360 controls>
<source src=bunny.mp4 type=video/mp4 />
<source src=bunny.ogg type=video/ogg />
El teu navegador no suporta el tag vdeo.
</video>

Comentaris del codi:

Dins el tag <video> 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.

La part ms important s:
<source src=bunny.mp4 type=video/mp4 />
<source src=bunny.ogg type=video/ogg />

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 <video>
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 directe

Activitat 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:

Aix 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

Activitat 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.

La retransmissi provada des de Chrome

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

Activitat 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

10

No

350 Kbps

~ 400 Kbps

entre 400 i 425 Kbps

0 seg

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.

Podem 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.

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.

Jaume Reig Carrascosa

Abril de 2015