Firefox 33 e oltre
Mozilla ha aggiunto il supporto per OpenH264 come plugin in Firefox 33 . Per abilitare questo plugin, Firefox scaricherà automaticamente un file binario dal sito Web OpenH264 al primo avvio del programma.
Che suoni grande, non è vero? Aspetta ... quello era un gioco di parole.
Sebbene questa sia davvero una soluzione molto conveniente, dovrebbe anche sollevare problemi di privacy e sicurezza quando il software scarica automaticamente file binari da siti affiliati a Cisco Systems o altre società, indipendentemente dalla trasparenza del processo e dell'accordo di licenza.
Non direttamente correlato, ma se si preferisce eliminare automaticamente i cookie quando Firefox viene chiuso e non è possibile trovare il cookie giusto da conservare per la riproduzione HTML5 persistente, suggerisco di installare YouTube ALL HTML5 .
Test con VM 14.04.2 e 15.04
La mia ipotesi era che l'installazione di un binario per decodificatore H.264 non fosse sufficiente, quindi ho impostato 2 nuove macchine virtuali:
- Ubuntu 14.04.2 con componenti aggiuntivi limitati installati durante l'installazione
- Ubuntu 15.04 senza componenti aggiuntivi riservati installati durante l'installazione
Dopo aver completato l'installazione di entrambe le macchine virtuali, ho avviato i sistemi, li ho aggiornati di nuovo, ho installato le aggiunte degli ospiti delle macchine virtuali, ho avviato Firefox per la prima volta e riavviato per i test effettivi.
Poiché YouTube offre anche i loro formati WebM di provenienza aperta e volevo evitare di entrare nei dettagli sui metodi di test, avevo bisogno di utilizzare un altro sito in grado di HTML5 per testare il supporto proprietario per la riproduzione H.264. Ho scelto Vimeo, perché dicono di essere HTML5 predefinito e non sembrano supportare WebM, che considero non essere una buona cosa.
Ogni volta che ho apportato alcune modifiche al test, come l'installazione di un pacchetto o l'abilitazione / disabilitazione di qualcosa in Firefox, ho chiuso e riavviato Firefox.
14.04.2 con componenti aggiuntivi limitati
Come puoi vedere in questa schermata, in Firefox è abilitato solo il plug-in OpenH264, tutti i pacchetti GStreamer necessari in diverse versioni sono preinstallati e il video viene riprodotto come previsto.
15.04 senza componenti aggiuntivi limitati
Come puoi vedere in questa schermata il plug-in OpenH264 è abilitato, non esiste un plug-in Flash, alcuni pacchetti GStreamer in diverse versioni sono preinstallati ma il video non viene riprodotto! Invece il sito ci dice immediatamente che il video non può essere riprodotto. Perché?
- Manca la CAA! - Per semplificare una spiegazione, sul server è presente un file che viene inserito nel nostro browser. Se lo cerchi utilizzando l'ispettore dal menu di scelta rapida di Firefox, troverai un MP4 con audio codificato AAC. Il messaggio di errore potrebbe essere più chiaro ma ha senso dal momento che non abbiamo un decoder per AAC attualmente installato.
Aggiornamento: esaminando di nuovo questo problema con Firefox 41, ho scoperto che OpenH264 sembra essere disabilitato in about: config through:
media.fragmented-mp4.exposed;false
media.fragmented-mp4.gmp.enabled;false
L'impostazione di questi true
non ha avuto alcun effetto. Altre impostazioni che ho provato:
media.audio_data.enabled;true
nessun effetto.
media.mediasource.enabled;true
Vimeo non aveva mai usato MSE prima, abilitando queste e le relative impostazioni non aveva alcun effetto.
media.fragmented-mp4.use-blank-decoder;true
risultato: una tela verde solida e un segnale audio sinusoidale costante.
15.04 con componenti aggiuntivi limitati
Un approccio intelligente sarebbe stato quello di installare gstreamer1.0-plugins-bad-faad
, ma questo non fa andare il particolare messaggio di errore su Vimeo, quindi installiamo tutti i componenti aggiuntivi con restrizioni.
Come previsto, tutto funziona se si installa addons ristrette confezionare in seguito , ma si consiglia di impostare il flash plugin per qualcosa di diverso enabled
in Firefox per essere sicuri al video uso HTML5.
Analisi o semplicemente rompere
Apparentemente gstreamer1.0-libav
è l'unico pacchetto che devi rimuovere per riavere il messaggio di errore. Quindi stava usando il decoder AAC di libav? Non ho scavato più a fondo per trovare la prova, né ho cercato quale decodificatore sarà preferito (ad esempio se OpenH264 è attualmente utile su Linux) o se Vimeo lancia questo messaggio di errore a causa di qualche altra dipendenza non soddisfatta nonostante H Decodificatori .264 e AAC installati.
Riepilogo e prospettive
Per riassumere, la riproduzione del contenuto corrente corrente non richiede solo un decodificatore H.264 ma anche un decodificatore AAC e H.265 si sta già preparando a sostituire quello precedente. Inoltre, non vedo che le specifiche corrispondenti per MP4 con H.264 vengano modificate per raccomandare un codec audio più open source nel prossimo futuro.
Scherzi a parte, spingere per WebM! Ottieni VP8 + Vorbis come concorrente H.264 / AVC e VP9 + Opus come concorrente H.265 / HEVC.