HTML and CSS Reference
In-Depth Information
Ciò che otteniamo è visibile nella
figura 9.2
,
questa volta visualizzato in Google Chrome e
con i relativi controlli.
Figura 9.2
- Poster applicato a un video in Google Chrome.
Infine, sempre sul tag
video
, abbiamo a disposizione l'attributo
audio
che, se impostato
su
mute
, permette di azzerare il volume da applicare alla riproduzione del video.
In generale, tutti gli aspetti classici legati a queste necessità possono essere facilmente
modificati.
Ora che abbiamo presentato i due tag, possiamo analizzare quali sono i formati suppor-
tati e come possiamo fornire sorgenti in formati differenti.
I formati riproducibili con HTML5 sono il punto dolente dei nuovi tag, perché sono oggetto
di disputa fra i produttori dei browser più diffusi presenti sul mercato. Lo standard, infatti,
non ha l'obiettivo di definire quali sono i container e i codec ufficiali che i browser dovreb-
bero implementare e supportare, quanto il modo in cui questo tipo di funzionalità debba
essere gestita.
La materia del contendere è, soprattutto, il formato da utilizzare nei video, dove a con-
tendersi lo scettro ci sono
MP4
e
WebM
(nello specifico per i codec video H.264 e VP8).
Il supporto dell'uno o dell'altro dipende dall'orientamento del produttore: WebM è spinto
da vendor più orientati a codec open source (Google) mentre, viceversa, MP4 è preferito
da vendor che preferiscono soluzioni più consolidate, ma coperte da brevetti (Microsoft,
Apple e Firefox). In realtà, la questione è più complessa di così, perché Google Chrome
su Windows, che ha già un decoder MPEG-4, supporta anche questo formato. In generale,
MP4 è un formato che garantisce una buona diffusione, dal punto di vista dei video, così
come lo è MP3 dal punto di vista dell'audio.
Ad ogni modo, abbiamo la possibilità di decidere quale formato supportare, oppure
possiamo orientarci a supportare tutti i browser, preparando le risorse multimediali in
più formati, che i browser scelgono in base a ciò che supportano. In alternativa all'uso
