- Gli sviluppatori web possono controllare la funzionalità Picture in picture per i video.
- Il decoder AV1 è ora supportato in Chrome per computer x86-64.
- Il buffering e la riproduzione cross-codec e cross-bytestream sono possibili in MSE.
- Chrome ora supporta Opus in MP4 con MSE.
- La riproduzione di contenuti protetti è consentita per impostazione predefinita su Android.
Guardare i video utilizzando Picture in picture
La funzionalità Picture in picture (PIP) consente agli utenti di guardare i video in una finestra mobile (sempre in cima alle altre finestre) in modo da poter tenere d'occhio ciò che stanno guardando mentre interagiscono con altri siti o applicazioni. Con la nuova API web Picture-in-Picture, puoi avviare e controllare la modalità Picture-in-Picture per i video sul tuo sito web.
Leggi il nostro articolo per saperne di più.
Decoder AV1
AV1 è un codec di nuova generazione sviluppato dall'Alliance for Open Media. AV1 migliora l'efficienza della compressione di oltre il 30% rispetto al codec video attualmente più avanzato, VP9. Chrome 70 aggiunge un decodificatore AV1 a Chrome Desktop x86-64 in base alla specifica bitstream ufficiale. Al momento, il supporto è limitato al profilo 0 "Principale" e non include funzionalità di codifica. Il contenitore supportato è MP4 (ISO-BMFF) (consulta Contenitori e codec per una breve spiegazione dei contenitori).
Per provare AV1:
- Vai alla pagina di YouTube TestTube.
- Seleziona "Preferisci AV1 per SD" o "Preferisci sempre AV1" per ottenere la risoluzione AV1 che preferisci. Tieni presente che, a risoluzioni superiori, è più probabile che AV1 riscontri problemi di prestazioni di riproduzione su alcuni dispositivi.
- Prova a riprodurre i clip di YouTube della playlist di lancio della versione beta di AV1.
- Verifica il codec av01 in "Statistiche per nerd".
Supporto per il passaggio da codec e container in MSE
Chrome sta aggiungendo il supporto per migliorare le transizioni cross-codec o cross-bytestream
nelle riproduzioni Media Source Extensions utilizzando un nuovo
metodo changeType() su SourceBuffer. Consente di modificare in un secondo momento il tipo di media
byte aggiunti a SourceBuffer.
La versione attuale di MSE supporta la riproduzione adattiva dei contenuti multimediali; tuttavia, l'adattamento richiede che tutti i contenuti multimediali aggiunti a un SourceBuffer siano conformi al tipo MIME fornito durante la creazione iniziale dell'elemento SourceBuffer tramite MediaSource.addSourceBuffer(type). I codec di questo tipo e gli eventuali segmenti di inizializzazione analizzati in precedenza devono rimanere invariati. Ciò significa che il sito web deve adottare passaggi espliciti per eseguire il passaggio da un codec o da un bytestream all'altro (utilizzando più elementi multimediali o tracce SourceBuffer e passando da uno all'altro), aumentando la complessità dell'applicazione e la latenza visibile all'utente. Queste transizioni richiedono che l'app web esegua
un'azione sincrona sul thread principale del renderer. Questa latenza di transizione compromette la fluidità della riproduzione dei contenuti multimediali durante le transizioni.
Con il nuovo metodo changeType(), un SourceBuffer può mettere in buffer e supportare la riproduzione su diversi formati di stream di byte e codec. Questo nuovo metodo conserva i contenuti multimediali memorizzati nella cache in precedenza, a parte l'eventuale espulsione o rimozione futura dei frame codificati MSE, e sfrutta la logica di splicing e buffering nell'algoritmo di elaborazione dei frame codificati MSE esistente.
Ecco come utilizzare il metodo changeType():
const sourceBuffer = myMediaSource.addSourceBuffer('video/webm; codecs="opus, vp09.00.10.08"');
sourceBuffer.appendBuffer(someWebmOpusVP9Data);
// Later on...
if ('changeType' in sourceBuffer) {
// Change source buffer type and append new data.
sourceBuffer.changeType('video/mp4; codecs="mp4a.40.5, avc1.4d001e"');
sourceBuffer.appendBuffer(someMp4AacAvcData);
}
Come previsto, se il tipo passato non è supportato dal browser, questo metodo genera un'eccezione NotSupportedError.
Controlla questo sample per riprodurre con il buffering cross-codec e cross-bytestream e la riproduzione di un elemento audio.
Intent to Ship | Chromestatus Tracker | Bug di Chromium
Opus in MP4 per MSE
Il codec audio aperto e altamente versatile Opus è supportato negli elementi <audio> e <video> sin dalla versione 33 di Chrome. Il supporto di Opus in ISO-BMFF (noto anche come Opus in MP4) è stato aggiunto in un secondo momento. Ora Opus in MP4 è disponibile in Chrome 70 per le Estensioni di origine multimediale.
Ecco come puoi rilevare se Opus in MP4 è supportato per MSE:
if (MediaSource.isTypeSupported('audio/mp4; codecs="opus"')) {
// TODO: Fetch data and feed it to a media source.
}
Se vuoi vedere un esempio completo, dai un'occhiata al nostro esempio ufficiale.
A causa della mancanza di strumenti per il muxing di Opus in MP4 con valori corretti di taglio finale e pre-salto, se questa precisione è importante per te, dovrai utilizzare SourceBuffer.appendWindow{Start,End} e SourceBuffer.timestampOffset in Chrome per ottenere una riproduzione accurata a livello di sample.
Intent to Ship | Chromestatus Tracker | Bug di Chromium
Consentire la riproduzione di contenuti protetti per impostazione predefinita su Android
In Chrome 70 per Android, il valore predefinito dell'impostazione del sito "Contenuti protetti" cambia da "Chiedi prima" a "Consentito", riducendo le difficoltà associate alla riproduzione di questi contenuti multimediali. Questa modifica è possibile, in parte, grazie ai passaggi aggiuntivi intrapresi per cancellare le licenze multimediali insieme ai cookie e ai dati dei siti, garantendo che le licenze multimediali non vengano utilizzate dai siti per monitorare gli utenti che hanno cancellato i dati di navigazione.
