Le note sulla versione di TVSDK per Desktop HLS descrivono le novità o le modifiche, i problemi risolti e noti in TVSDK DHLS.
1.4.31
Supporto multi-CDN per annunci CRS
1.4.30
Per soddisfare i clienti che desiderano pagare solo ciò che utilizzano, anziché un tasso fisso indipendentemente dall’uso effettivo, Adobe raccoglie le metriche di utilizzo e utilizza queste metriche per determinare quanto fatturare ai clienti.
1.4.24
Importante: È necessario che sia installato almeno Adobe Flash Player versione 22 o successiva.
Le connessioni di rete persistenti creano e memorizzano un elenco interno di connessioni di rete che possono essere riutilizzate per più richieste, anziché aprire una nuova connessione per ogni richiesta di rete. Le connessioni di rete persistenti dovrebbero aumentare l'efficienza e ridurre la latenza nel codice di rete.
In questa versione, questa funzione non è supportata in Apple Safari e Mozilla Firefox su Mac.
1.4.19
1.4.18
1.4.10
Per ulteriori informazioni, consulta Fallback per annunci VAST e VMAP.
1.4.8
Video Heartbeat Library (VHL) aggiornato alla versione 1.5
1.4.7
Supporto per le installazioni on-premise di Adobe Individualization Server per personalizzare la richiesta di individualizzazione del client per passare a un endpoint diverso.
1.4.6
È ora supportata la crittografia AES basata su esempio.
1.4.2.
Aggiornamento della Video Heartbeat Library (VHL) alla versione 1.4.0.1
1.4.0
Segnalazione blackout con sostituzione di contenuti alternativiNell’ambito dell’aggiornamento TVSDK 1.4, TVSDK supporta ora anche l’accesso e il ritorno da blackout regionali rispetto a contenuti lineari. Il TVSDK può ora elaborare due file manifest in parallelo, principale e alternativo, per monitorare i segnali di blackout anche quando viene mostrata una programmazione alternativa al posto della programmazione originale.
Rimuovi/sostituisci C3 AdsNow, non è necessario alcun lavoro di preparazione aggiuntivo per inserire dinamicamente nuovi annunci nelle risorse video-on-demand (VOD) che escono dalla finestra C3. Il TVSDK fornisce ora un’API per rimuovere intervalli di contenuto personalizzati e inserire nuovi annunci in modo dinamico. Questa nuova potente funzionalità è utile anche nei casi in cui i contenuti live/lineari vengono trasmessi durante la trasmissione e immediatamente disattivati per l’utilizzo come contenuti on demand senza il tempo necessario per "pulire" la risorsa.
Tutti i clienti TVSDK che utilizzano CRS sono invitati ad effettuare l’aggiornamento ad almeno TVSDK 1.4.32 su iOS, Android e HLS desktop. Questo aggiornamento sostituirà l’implementazione dell’app esistente. Dopo l'aggiornamento, controlla le richieste CRS creative URL in uno strumento proxy (ad esempio, Charles) per verificare che la versione nel percorso rifletta la versione 3.1. Ad esempio,
https://adunit.cdn.auditude.com/assets/3p/v3.1/218747/94b/c1b/94bc1b964cc67e115a5a6781c7329b90_ee92607938ffff46b083121f044c2746.m3u8
Versione 1.4.41
Zendesk #33777 - Il token SWF localhost per la build di distribuzione DHLS è scaduto.
Aggiornamento del token localhost per la demo PMP su DHLS.
Versione 1.4.38 (891)
Zendesk #30731 - TVSDK non riproduce più annunci VPAID in un AdBreak.
È stata corretta la riproduzione di più annunci VPAID in un AdBreak.
Zendesk #29968 - Doppia Billboard.
Il lettore video può ripetere l'ultimo segmento di un periodo in cui si verifica un interruttore ABR. A causa di questo, a volte, ultimo segmento di preroll ripetuto. Questo problema è stato risolto.
Versione 1.4.35 (879)
Versione 1.4.33 (873)
Zendesk #21701 - Invia l'URL creativo originale per la richiesta CRS 1401 invece dell'url normalizzato.
È stato risolto il problema per il quale gli URL già reimballati vengono richiesti per la transcodifica, come richiesto dal back-end CRS.
Zendesk #26197 - Compressione anamorfica non riprodotta nella risoluzione di visualizzazione desiderata.
Nota: Questo problema richiede Flash Player 24.0.0.194 o versione successiva.
È stato corretto il problema a causa del quale venivano utilizzate voci mancanti nelle tabelle delle proporzioni per calcolare la larghezza dell’output.
Zendesk #26840 - Rilevamento HDCP non riuscito su IE11 + Windows7 dopo il secondo tentativo.
Nota: Questo problema richiede Flash Player 24.0.0.218 o versione successiva.
Questo problema è stato risolto modificando l'elaborazione della coda messaggi principale di AdobeCP per eseguire iterazioni attraverso l'intera coda, invece di bloccare solo il primo messaggio.
Zendesk #27460 - Il nuovo account Akamai non è in grado di gestire una richiesta CDN POST.
Il nuovo account CDN non è in grado di gestire una richiesta CDN di POST. Questo problema è stato risolto aggiornando il codice per rendere GET la richiesta di annuncio cdn.auditude.com invece di POST.
Zendesk #27619 - Flash crash su Windows 10
Nota: Questo problema richiede Flash Player 24.0.0.218 o versione successiva.
Questo problema è stato risolto impedendo un errore come risultato di URL lunghi.
Zendesk #28218 - L'evento di tracciamento non si attiva mentre il plackback dal punto di ripresa
Questo problema è lo stesso di Zendesk #26592. È stato risolto il problema che consentiva le operazioni di ricerca quando il lettore multimediale si trova nello stato PREPARATO per i flussi VOD.
Versione 1.4.32 (867)
Il codice non aggiornava l'elemento pre-roll annuncio quando il punto di ripresa non era zero. Questo problema è stato risolto aggiungendo logica per aggiornare il codice quando gli intervalli di tempo di inizio non corrispondono.
Le eccezioni con i metodi array sono state corrette.
Versione 1.4.30 (855)
In questa versione sono stati risolti i seguenti problemi per TVSDK:
Nota: Questo problema richiede Flash Player 23.0.0.185 o versione successiva.
Questo problema è stato risolto consentendo a TVSDK di continuare la riproduzione, anche se nel manifesto manca il WebVTT M3U8 e di registrare un avviso.
Questo problema è stato risolto gestendo correttamente gli annunci VPAID in base agli ID dei contenuti anziché agli intervalli di tempo.
Importante: Questo problema richiede Flash Player 23.0.0.185 o versione successiva.
Importante: Questo problema richiede Flash Player 23.0.0.185 o versione successiva.
Il codice della mappa della texture della didascalia è stato corretto per gestire le coordinate durante il ridimensionamento del lettore.
La libreria Video Heartbeat (VHL) è stata aggiornata alla versione 1.5.9 per risolvere i seguenti problemi:
Questo problema è stato risolto monitorando le modifiche del bitrate in VideoAnalyticsTracker.
Versione 1.4.28 (848)
Questo problema è stato risolto aggiungendo il codice per controllare AUDITUDE_METADATA_KEY e rendendo i file AUDITUDE_METADATA_KEY e ADVERTISING_METADATA_KEY intercambiabili.
Questo problema è stato risolto tenendo conto del fatto che, in assenza di configurazione degli annunci, TVSDK può velocizzare l'elaborazione eliminando il blocco degli annunci pre-roll e la sospensione della prenotazione live sulla timeline progettata per sincronizzare l'inserimento degli annunci.
Nota: Questo problema richiede Flash Player 23 o successivo.
Questo problema è stato risolto caricando i file WebVTT solo quando è necessario visualizzare le didascalie.
Nota: Questo problema richiede Flash Player 23 o successivo.
Il codice EOC spurio ha causato la scomparsa della visualizzazione della didascalia. Questo problema è stato risolto forzando i codici dei sottotitoli 608 RU2, RU3 e RU4 a fornire la corretta visibilità nella finestra attiva corrente.
Versione 1.4.27 (844)
Questo problema è stato risolto abilitando TVSDK al ping degli URL di tracciamento degli errori corretti su formati di risorse non validi.
Nota: Questo problema richiede Flash Player 23 o successivo.
Dopo aver ricevuto un errore 404 su alcune richieste, potrebbe verificarsi un arresto anomalo. Questo problema è stato risolto assicurando che la connessione non si spenga durante la gestione della risposta. La risoluzione assicura che i file degli annunci VPAID non vengano conteggiati in modo errato, quindi non vengono rilasciati durante il download.
Nota: Questo problema richiede Flash Player 23 o successivo.
È stato risolto il problema che causava il danneggiamento dei metadati DRM quando si passava da un profilo all’altro.
Nota: Questo problema richiede Flash Player 23 o successivo.
Questo problema è lo stesso di Zendesk #23621.
Nota: Questo problema richiede Flash Player 23 o successivo.
Il codice di rete nativo di Windows è stato corretto per garantire che le connessioni non chiudano gli handle attualmente utilizzati da altre connessioni.
Questo problema è stato risolto consentendo ai client di impostare parametri personalizzati separatamente sull'istanza Opportunity in modo che i client non debbano sovrascrivere OpportunityGenerator.
Versione 1.4.26 (839)
Zendesk #18854 - Aggiorna la logica di selezione creativa in base alle regole CRS
Implementazione di Zendesk #22725 - playbackManager.beginPlayback() nell'applicazione di esempio per Desktop
Zendesk #22807 - Eccezione di riferimento null SeekManager
Zendesk #22822 - Buffering frequente quando si utilizza TVSDK per riprodurre un HLS chiaro
Zendesk #23378 - L'integrità del flusso blocca rules.xml
Versione 1.4.24 (817)
Nota: Questo problema richiede Flash Player 22.0.0.175 o versione successiva.
È stato risolto il problema che impediva il ripristino corretto dell’adattatore DRM dopo il download di una piccola frazione di un segmento.
Questo problema è stato risolto aggiungendo un’API (trackVideoComplete) per attivare manualmente il completamento del contenuto durante una sessione di tracciamento video LINEAR/LIVE.
Sono state aggiornate le seguenti librerie:
Zendesk #21643 - Gli annunci VPAID non giocano completamente
Questo problema è stato risolto utilizzando un riquadro di visualizzazione a altezza zero per riempire l'area di visualizzazione quando un annuncio VPAID è in riproduzione.
I problemi relativi a SSL sono stati risolti e la libreria VHL utilizzata in TVSDK è stata aggiornata alla versione più recente.
Durante il bitrate adattivo, con il limite massimo di bitrate, il ricaricamento del video mostra a intermittenza uno schermo nero anche se il client visualizza gli aggiornamenti alla posizione e il client si comporta come se stesse riproducendo il contenuto.
Versione 1.4.23 (809)
Nota: Questo problema richiede Flash Player 21.0.0.240 o versione successiva.
È stato risolto il problema a causa del quale gli annunci post-roll venivano ignorati quando la logica della regola dell’annuncio veniva applicata al TVSDK.
Se un grande annuncio in linea ha più file multimediali con un annuncio VPAID che è il primo annuncio, l'annuncio in linea non viene riprodotto per i flussi in diretta. Questo problema è stato risolto scegliendo un file multimediale diverso.
Nota: Questo problema richiede Flash Player 21.0.0.240 o versione successiva.
Il problema di ripetizione audio è stato risolto.
Nota: Questo problema richiede Flash Player 21.0.0.240 o versione successiva.
Questa versione fornisce il supporto per la restituzione da un’interruzione pubblicitaria prima che l’interruzione pubblicitaria venga riprodotta fino al completamento. La restituzione anticipata è indicata tramite un tag manifest personalizzato.
Nota: Questo problema richiede Flash Player 21.0.0.240 o versione successiva.
Anche il problema di ripetizione audio corretto ha risolto questo problema.
Nota: Questo problema richiede Flash Player 21.0.0.240 o versione successiva.
Il problema di ripetizione audio è stato risolto.
È stato risolto il problema per cui il lettore di riferimento che non riproduceva alcun flusso e stava generando un'eccezione all'avvio.
Versione 1.4.22 (791)
Nota: Questo problema richiede Flash Player 21.0.0.197 o versione successiva.
Sono stati corretti gli errori 3357 casuali che si sono verificati inizializzando correttamente il deviceID quando viene chiamato storeVoucher() .
In questa versione è stato aggiunto il timeout della richiesta di annunci globali.
Versione 1.4.21 (782)
PTTimedMetadataChangedNotification
notificheNota: Questo problema richiede Flash Player 21.0.0.182 o successivo.
Questo problema è stato risolto in Desktop Reference Player fornendo la possibilità di impostare tag Ad e aggiungendo un generatore di opportunità personalizzato che mostra come sottoscrivere suggerimenti personalizzati e come elaborare questi suggerimenti in un file VOD.
Nota: Questo problema richiede Flash Player 21.0.0.182 o successivo.
Questo problema è stato risolto aggiornando l’app per impostare _resource.metadata.setValue(DefaultMetadataKeys.ENABLE_LIVE_PREROLL, "false") per disabilitare l’inserimento di annunci pre-roll in uno scambio PIP e, di conseguenza, non viene generata alcuna opportunità pre-roll.
È stata introdotta una funzionalità di ordinamento per correggere il posizionamento degli annunci fuori sequenza che portava a una durata del contenuto principale negativa.
Nota: Questo problema richiede Flash Player 21.0.0.182 o successivo.
Questo problema è stato risolto per comportarsi correttamente e non inviare eventi quando l’interruzione pubblicitaria viene saltata.
Nota: Questo problema richiede Flash Player 21.0.0.182 o successivo.
La richiesta di Auditude analizza AuditudeSettings per i parametri personalizzati durante la creazione di un'unità pubblicitaria per le richieste pubblicitarie.
Questo comportamento è stato modificato in modo da includere parametri personalizzati dall'oggetto Opportunity nella richiesta. Inoltre, non è possibile comporre più opportunità con diversi parametri personalizzati in una richiesta Auditude.
Nota: Questo problema richiede Flash Player 21.0.0.211 o versione successiva.
Questo problema è stato risolto consentendo al TVSDK di ignorare il manifesto (sotto profili HLS) che contiene il codec AC3 non supportato dal TVSDK (surround).
Versione 1.4.20 (762)
Nota: Questo problema richiede Flash Player 20.0.0.306 o versione successiva.
Nota: Questo problema richiede Flash Player 20.0.0.306 o versione successiva.
Le sporadiche interruzioni che si sono verificate durante la ricerca in Google Chrome sono state risolte chiudendo le query, se le query richiedono troppo tempo per ottenere una risposta o se il socket viene arrestato.
Nota: Questo problema richiede Flash Player 20.0.0.306 o versione successiva.
Questo problema è stato risolto segnalando un avviso.
Questo problema è stato risolto quando il tag #EXT-X-FAXS-CM viene visualizzato nella playlist principale prima del bitrate o dei segmenti singoli nella playlist.
Questo problema è lo stesso di Zendesk #19181.
Questo problema è stato risolto creando il dump del lettore e ricaricando il manifesto quando un brano cambia e correggendo il problema di conversione delle stringhe UTF8 che influenzava i nomi dei brani della didascalia WebVTT a doppio byte.
Versione 1.4.19 (1.4.19.738)
Questo problema richiede Flash Player FP 20.0.0.267 o successivo ed è stato risolto gestendo correttamente la stringa Unicode.
Questa funzione richiede Flash Player FP 20.0.0.267 o successivo ed è stata introdotta nella release 1.4.19.
Questa funzione richiede Flash Player FP 20.0.0.267 o versioni successive ed è stata corretta gestendo la stringa Unicode.
Questo problema richiede Flash Player FP 20.0.0.235 o successivo ed è lo stesso problema di Zendesk #18723.
Questo problema richiede Flash Player FP 20.0.0.235 o superiore ed è lo stesso di Zendesk #18723.
Questo problema è stato risolto ignorando il gap tra marche temporali e semplicemente riproducendo il contenuto scaricato.
Nel selettore adPolicy predefinito di Primetime, se viene guardato un annuncio mid-roll, l'adBreak non viene spostato nella posizione desiderata quando completi una ricerca. Per riprodurre nuovamente l'annuncio, dopo la ricerca, l'applicazione deve sovrascrivere la funzione selectAdBreaksToPlay() .
Questo problema è stato risolto consentendo al lettore di aggiornare il tempo di riproduzioneMetrics, il tempo minimo opportunità e la timeline.
Questo problema richiede Flash Player FP 20.0.0.267 o successivo ed è stato risolto impostando correttamente advertisingMetadata.adSignalingMode.
Questo problema è stato risolto aggiungendo una nuova API, adRequestTimeout, ad AuditudeSettings per un timeout della richiesta di annunci. Gli utenti ora possono ignorare il timeout predefinito di 10 annunci e richieste.
Versione 1.4.18 (1.4.18.722)
Quando un'interruzione pubblicitaria è vuota, gli eventi di inizio e fine dell'annuncio non venivano inseriti in un ping. Questo problema è stato risolto inviando ping di inizio dell'interruzione pubblicitaria su interruzioni pubblicitarie vuote, come VMAP AdBreak, con un nodo AdSource valido.
Versione 1.4.17 (1.4.17.702)
Questo problema è stato risolto fornendo il supporto per il tag EXT-X-MEDIA-TIME per i file vtt caption.
Nota: È necessario disporre di almeno Flash Player FP 19.0.0.245 o superiore.
A volte, durante la riproduzione del contenuto live, potrebbero essere presenti chiavi non valide nel manifesto (ad esempio, per i periodi di sospensione attività), ma altri intervalli di tempo potrebbero avere chiavi valide e continueranno a essere riprodotti. In precedenza, quando non era possibile scaricare una chiave elencata in un manifesto, l'intero manifesto non andava a buon fine. Ora, il manifesto non riesce solo quando non è possibile scaricare tutte le chiavi elencate. Se alcune chiavi sono valide, ma alcune di queste chiavi non possono essere scaricate, il contenuto verrà riprodotto. Se tentiamo di riprodurre un segmento che richiede una chiave che non abbiamo ancora.
Nota: È necessario disporre di almeno Flash Player FP 19.0.0.245 o superiore.
È stato corretto un bug nel codice di manipolazione dei cookie che poteva troncare i valori dei cookie.
Versione 1.4.16 (1.4.16.684)
Questo è un miglioramento.
Questo problema è stato risolto rilevando il rollover e gestendo la discontinuità per tipo di payload e non in modo generico.
Questo problema è stato risolto reinizializzando il tracciatore heartbeat video durante una sessione di riproduzione del flusso lineare.
Nota: La risoluzione richiede il FP Flash Player 19.0.0.207 o superiore.
Questo problema è lo stesso di Zendesk #3732.
Nota: La risoluzione richiede il FP Flash Player 19.0.0.207 o superiore.
Questo problema è stato risolto gestendo i flussi live in cui i domini dei file TS cambiano quando si ricarica il manifesto live e i file sono stati scaricati due volte.
Nota: La risoluzione richiede il FP Flash Player 19.0.0.207 o superiore.
Il problema è stato risolto gestendo flussi senza audio nei primi 2 secondi del primo file TS.
Nota: La risoluzione richiede il FP Flash Player 19.0.0.207 o superiore.
Il problema è stato risolto gestendo i flussi in tempo reale con interfoliazione tra fotogrammi audio e video sui limiti dei segmenti.
Nota: La risoluzione richiede il FP Flash Player 19.0.0.207 o superiore.
Il problema è stato risolto gestendo l'audio non muxed con inserimento di annunci mid-roll. (L'interruttore del parser si verifica e in qualsiasi punto della riproduzione, il contenuto passa all'annuncio a scorrimento medio, o nel mezzo della riproduzione dell'annuncio, e così via.)
Questo problema è lo stesso di Zendesk #17973.
Versione 1.4.15 (1.4.15.678)
La correzione consisteva nell'aggiungere AD_BREAK_SKIPPED se un annuncio viene ignorato.
La correzione consisteva nell'aggiungere il supporto per l'impostazione della proprietà AVNetworkConfiguration useCookieHeaderForAllRequests tramite TVSDK.
È stato corretto un arresto anomalo durante la riproduzione di alcuni contenuti crittografati.
Nota: La correzione richiede Flash Player 19.0.0.200 o versione successiva.
È stato aggiunto un tipo ad AdBreakTimelineItem (AdBreakTimelineItem.placementType) in modo che AdPolicySelector possa restituire un criterio diverso per i contenuti pre-roll, mid-roll e post-roll.
La correzione consisteva nel rimuovere la logica per modificare la dimensione del buffer di destinazione alla dimensione iniziale del buffer all'inizio del buffering.
Versione 1.14.14 (1.4.14.771)
Zendesk #17363 - Correggi la documentazione README per il lettore di riferimento
Zendesk #17471 - Congelatori
Correzione parziale per un problema in cui un annuncio non viene riprodotto dall'inizio dopo la ricerca.
Fornisci parametri personalizzati per ogni interruzione di annunci.
Versione 1.4.13 (1.4.13.660)
risolvi il problema di analisi url quando il parametro di query contiene "http"
È stato corretto un arresto anomalo durante la riproduzione di un video in modalità a schermo intero con IE11
È stato corretto un arresto anomalo durante la riproduzione di video in modalità a schermo intero con FireFox su Windows.
È stato risolto un problema che impediva il corretto riconoscimento del tipo di URL perché non disponeva di estensione
È stato corretto un arresto anomalo durante la riproduzione di un video in modalità a schermo intero su Windows.
1.4.12 (1.4.12.656)
È stato aggiornato Creative Repackaging Service per gestire correttamente gli annunci con URL creativi dinamici.
È ora supportata la riproduzione di base di contenuti MP4, compresi riproduzione, pausa e ricerca.
I seguenti requisiti richiedono il Flash Player 18.0.0.225 o superiore:
TrickPlay ora accetta velocità superiori a 16x: +/- 32, +/-64 e +/-128.
È stato corretto un arresto anomalo durante il tentativo di riprodurre un annuncio di reindirizzamento su Mac Firefox.
È stato corretto un arresto anomalo in Windows Firefox durante la riproduzione a schermo intero.
Versione 1.4.11 (1.4.11.648)
Consenti l’utilizzo delle dimensioni delle didascalie nel codice della didascalia WebVTT.
Correggi un bug video dell'area di visualizzazione.
InvalidateProfiles in ThreadSeek quando viene rilevato un nuovo periodo.
È stato corretto un arresto anomalo in modalità di rete nativa nel pepe
Sono stati risolti dei problemi durante la ricerca del token jolly quando pageDomain è diverso dal dominio swf.
Versione 1.4.10 (1.4.10.642)
È stato corretto un Flash Player occasionale di arresto anomalo con Firefox su Mac quando un flusso, riprodotto su un monitor esterno, passava a un flusso di bit rate più alto.(richiede Flash Player 18.0.0.160)
+-
40/50 secondi e inizia a scurire dopo +-
90 secondiÈ stato risolto un problema su Mac Chrome a causa del quale il flusso iniziava a sfarfallare e alla fine diventava nero. (richiede Flash Player 18.0.0.161)
La macro Zendesk #3304 - VAST 3.0 [ERRORCODE]
non viene compilata
[ERRORCODE]
macro sarà codificata in URLZendesk #3601 - Richiesta di miglioramento: Wrapper gestione associata
Versione 1.4.9
È stato aggiunto il metodo clearVideo() a MediaPlayer. Cancella il fotogramma video visualizzato cancellando l'AVStream dall'oggetto StageVideo. Deve essere invocato solo se il video è in pausa e replaceCurrentResource o replaceCurrentItem deve essere chiamato prima che sia possibile richiamare play().
Il lettore di riferimento è stato aggiornato con l’integrazione di Adobe Analytics
I tipi mime per il formato HLS erano sensibili all’uso di maiuscole e minuscole, non è corretto ed è stato modificato in modo da non fare più distinzione tra maiuscole e minuscole
Versione 1.4.8
Versione 1.4.7
Versione 1.4.6
Versione 1.4.5
Versione 1.4.4
[Adobe Primetime]
Aggiornamento: Supporto del failover basato su client HLS per PROGRAM-DATE-TIME in Desktop PSDK (richiede la versione di Flash Player 16.0.0.305 o successiva)[Ads]
Tracciamento degli errori di annuncioVersione 1.4.2
[VPAID]
Il lettore non risponde quando cerca una pausa pubblicitaria passata[Analytics]
Dati capitolo erratiVersione 1.4.1
Versione 1.4.0
ReferenceCore.as
modificando il contenuto di onPlaybackManagerPrepared
:if (_playbackManager.autoPlay) {
_playbackManager.play();
} else {
_playbackManager.play();
_playbackManager.pause();
}
Versione 1.4.13 PTPLAY-8501 - Quando VMAP restituisce due annunci diretti MP4 non transcodificati, lo stesso annuncio pubblicitario viene riprodotto due volte.
Versione 1.4.2 Nella versione 16 del Flash Player, è stato identificato un problema con la logica di "spegnimento" dell’ABR, dopo che il lettore entra in un evento di buffering vuoto. Il problema impedisce che il bitrate si spegna in ambienti con larghezza di banda non corretta una volta che il lettore entra in uno stato di buffering. Per risolvere il problema, fai in modo che l’app imposti BufferControlParameters.initialBufferTime
come temporaneamente BufferControlParameters.playbackBufferTime
durante lo stato di buffering (ovvero, in un evento BufferEvent.BUFFERING_BEGIN
), quindi reimpostalo sui valori impostati nell’evento BufferEvent.BUFFERING_END
. La correzione di questo problema sarà disponibile nella prossima versione della patch del Flash Player versione 16.
Versione 1.4.0