Note sulla versione di TVSDK 2.7 per Android™

Le note sulla versione TVSDK 2.7 per Android™ descrivono le novità o le modifiche, i problemi risolti e noti e i problemi relativi ai dispositivi in TVSDK Android™ 2.7

TVSDK Android™ 2.7

Il lettore di riferimento Android™ è incluso con Android™ TVSDK nella directory sample/ della distribuzione. Il file README<.md che accompagna spiega come creare il lettore di riferimento.

NOTA

Per generare correttamente il lettore di riferimento, come descritto in README.md distribuito con il rilascio, assicurati di effettuare le seguenti operazioni:

  1. Scarica VideoHeartbeat.jar da https://github.com/Adobe-Marketing-Cloud/media-sdks/releases (Libreria VideoHeartbeat per Android™ v2.0.0)
  2. Estrai VideoHeartbeat.jar nella cartella libs/ .

Nuove funzioni

TVSDK 2.7 per Android™ include tutte le funzioni della versione 1.4 eccetto quelle non supportate elencate in Matrice di funzioni.

Android™ TVSDK 2.7

  • Supporto per la risoluzione parallela degli annunci

TVSDK 2.7 supporta la risoluzione simultanea di tutte le richieste di annunci in un’interruzione pubblicitaria, invece della risoluzione sequenziale.

Nuove funzioni nelle versioni precedenti

Versione 2.5.6

  • TVSDK 2.5 supporta Android™ P

  • Abilitazione dell'audio in background

    Per abilitare la riproduzione audio quando l’app passa dal primo piano allo sfondo, l’app deve invocare l’API enableAudioPlaybackInBackground di MediaPlayer con true come argomento quando il lettore è in stato PREPARATO.

  • alwaysUseAudioOutputLatency(valore booleano) nella classe MediaPlayer

Quando impostato, utilizza la latenza di output nel calcolo della marca temporale audio.
Valore dei parametri booleani: il valore True utilizza la latenza dell'output audio nel calcolo della marca temporale audio.

  • Ottimizzato per ottenere la migliore esperienza di riproduzione anche se la velocità della larghezza di banda scende improvvisamente.
    TVSDK ora annulla il download del segmento in corso, se necessario, e passa in modo dinamico al rendering appropriato. Questo avviene passando senza soluzione di continuità tra i bitrate senza interruzioni.

Versione 2.5.5

  • Inserimento di interruzioni pubblicitarie parziali

    Esperienza simile a quella televisiva di partecipare nel mezzo di un annuncio senza attivare il tracking per l'annuncio parzialmente guardato.
    Esempio: L'utente si unisce al centro (a 40 secondi) di un'interruzione pubblicitaria di 90 secondi costituita da tre annunci da 30 secondi. Questo è a 10 secondi dal secondo annuncio dell'interruzione.

    • Il secondo annuncio viene riprodotto per la durata rimanente (20 sec) seguita dal terzo annuncio.
    • I tracciatori degli annunci per l’annuncio parziale riprodotto (secondo annuncio) non vengono attivati. I tracciatori solo per il terzo annuncio vengono attivati.
  • Caricamento sicuro degli annunci tramite HTTPS

    Adobe Primetime fornisce un'opzione per richiedere la prima chiamata al server ad primetime e al CRS su https.

  • Aggiunta di AdSystem e ID creativo alle richieste CRS

    • Ora incluso AdSystem e CreativeId come nuovi parametri nelle richieste 1401 e 1403.
  • È stata rimossa la classe API setEncodeUrlForTracking nella classe NetworkConfiguration poiché i caratteri non sicuri in un URL devono essere codificati.

Versione 2.5.4

Android™ TVSDK v2.5.4 offre i seguenti aggiornamenti e modifiche API:

  • Modifiche al valore predefinito per WebViewDebbuging

    La WebViewDebbuging è impostato su False per impostazione predefinita. Per abilitarlo, chiama setWebContentsDebuggingEnabled a True nell'applicazione.

  • Aggiornamento versione OpenSSL e Curl aggiornato libcurl alle versioni v7.57.0 e OpenSSL alla versione 1.0.2k.

  • Accesso a livello di app per l'oggetto di risposta VAST Introduzione di una nuova API NetworkAdInfo::getVastXml() che fornisce l'accesso dell'oggetto di risposta VAST all'applicazione.

Versione 2.5.3

Android™ TVSDK v2.5.3 offre i seguenti aggiornamenti e modifiche API.

  • Tutti i clienti TVSDK che utilizzano CRS sono invitati ad aggiornare le loro app con TVSDK 2.5.3.85 o più recente su Android™. Sostituisce l’implementazione esistente dell’app. Dopo l'aggiornamento TVSDK, controlla le richieste CRS creative URL in uno strumento proxy (ad esempio: Charles) e conferma che il nome host e la versione nel percorso riflettano come nella struttura dell'URL di esempio seguente.

    https://primetime-a.akamaihd.net/assets/3p/v3.1/222000/167/d77/167d775d00cbf7fd224b112sf5a4bc7d_0e34cd3ca5177fbc74d66d784 bf3586d.m3u8

  • Agente utente di TVSDK personalizzabile: abbiamo aggiunto alcune nuove API per personalizzare gli agenti utente.

    • setCustomUserAgent(Valore stringa)
    • getCustomUserAgent(1)
  • Condividi i cookie tra l'applicazione Android™ e TVSDK: Android™ TVSDK ora supporta l’accesso ai cookie tra il livello Java™ (memorizzato in CookieStore dell’applicazione Android™) e il livello TVSDK C++. Ora è possibile impostare e/o modificare i cookie nel livello C++ nativo in quanto sono esposti al Java™ Cookie Store.

  • Modifiche API:

    • Viene aggiunto un nuovo Event CookiesUpdatedEvent . Viene inviato dal lettore multimediale quando il relativo cookie viene aggiornato.
    • È stata aggiunta una nuova API a NetworkConfiguration::set/ getCustomUserAgent() per utilizzare un agente utente personalizzato.
    • È stata aggiunta una nuova API a NetworkConfiguration::set/ getEncodedUrlForTracking per forzare la codifica dei caratteri non sicuri.
    • È stata aggiunta una nuova API a NetworkConfiguration::getNetworkDownVerificationUrl() per impostare un URL per la verifica della rete in caso di failover.
    • Viene aggiunta una nuova proprietà a TextFormat::ureSpaceAsAlphaNum che definisce se considerare lo spazio come alfanumerico durante la visualizzazione delle didascalie.
  • Modifiche SizeAvailableEvent: Precedentemente, i metodi getHeight() e getWidth() di SizeAvailableEvent in 2.5.2 utilizzato per restituire l'altezza del frame e la larghezza del frame, che è stata restituita dal formato multimediale. Ora restituisce l'altezza di uscita e la larghezza di uscita rispettivamente restituite dal decoder.

  • Modifiche al comportamento del buffering: Il comportamento di buffering viene modificato. È lasciata agli sviluppatori di app quello che desiderano fare se il buffer è vuoto. 2.5.3 utilizza la dimensione del buffer di riproduzione in una situazione vuota del buffer.

Versione 2.5.2

Android™ TVSDK v2.5.2 offre importanti correzioni di bug e alcune modifiche API.

Versione 2.5.1

Le nuove funzioni importanti rilasciate in Android™ 2.5.1.

  • Miglioramenti delle prestazioni La nuova architettura TVSDK 2.5.1 offre diversi miglioramenti delle prestazioni. Sulla base delle statistiche di uno studio di benchmarking di terze parti, la nuova architettura fornisce una riduzione 5x del tempo di avvio e 3,8x in meno rispetto alla media del settore:

    • Instant on per VOD e live - Quando si attiva l’accesso immediato, il TVSDK inizializza e carica i contenuti multimediali prima dell’avvio della riproduzione. Poiché è possibile avviare più istanze MediaPlayerItemLoader contemporaneamente in background, è possibile creare un buffer per più flussi. Quando un utente cambia il canale e il flusso è bufferizzato correttamente, la riproduzione sul nuovo canale viene avviata immediatamente. TVSDK 2.5.1 supporta anche Instant On per live anche i ruscelli. I flussi live vengono memorizzati nel buffer quando la finestra live si sposta.

      • Logica ABR migliorata - La nuova logica ABR si basa sulla lunghezza del buffer, sulla velocità di variazione della lunghezza del buffer e sulla larghezza di banda misurata. In questo modo l'ABR sceglie il bit rate corretto quando la larghezza di banda oscilla e ottimizza anche il numero di volte in cui l'interruttore del bit rate si verifica effettivamente monitorando la velocità con cui cambia la lunghezza del buffer.
      • Download parziale del segmento/Sottosegmentazione - TVSDK riduce ulteriormente le dimensioni di ciascun frammento, in modo da avviare la riproduzione il prima possibile. Il frammento ts deve avere un fotogramma chiave ogni due secondi.
      • Risoluzione pubblicitaria pigra - TVSDK non attende la risoluzione degli annunci non preroll prima di avviare la riproduzione, riducendo in tal modo il tempo di avvio. Le API come ricerca e trucco non sono ancora consentite finché tutti gli annunci non vengono risolti. Questo è applicabile ai flussi VOD utilizzati con CSAI. Operazioni come ricerca e avanzamento rapido non sono consentite fino al completamento della risoluzione dell'annuncio. Per i flussi live questa funzione non può essere abilitata per la risoluzione degli annunci durante un evento live.
      • Connessioni di rete persistenti - Questa funzione consente a TVSDK di creare e memorizzare un elenco interno di connessioni di rete persistenti. Queste connessioni vengono riutilizzate per più richieste, anziché aprire una nuova connessione per ogni richiesta di rete e successivamente eliminarla. Ciò aumenta l'efficienza e diminuisce la latenza nel codice di rete, consentendo prestazioni di riproduzione più veloci.
        Quando TVSDK apre una connessione, richiede al server un mantenere in vita connessione. Alcuni server potrebbero non supportare questo tipo di connessione, nel qual caso TVSDK torna a creare una connessione per ogni richiesta. Inoltre, mentre le connessioni persistenti sono attivate per impostazione predefinita, TVSDK dispone ora di un’opzione di configurazione che consente alle app di disattivare le connessioni persistenti, se necessario.
      • Download parallelo - Il download di video e audio in parallelo anziché in serie riduce i ritardi di avvio. Questa funzione consente la riproduzione di file HLS Live e VOD, ottimizza l'utilizzo della larghezza di banda disponibile da un server, riduce la probabilità di entrare in situazioni di sottoutilizzazione del buffer e riduce al minimo il ritardo tra il download e la riproduzione.
      • Download paralleli di annunci - TVSDK precarica gli annunci in parallelo alla riproduzione dei contenuti prima di colpire l’annuncio, consentendo così una riproduzione fluida di annunci e contenuti.
  • Riproduzione

    • Riproduzione di contenuti MP4 - Le clip brevi MP4 non devono essere riscritte per essere riprodotte in TVSDK.
      Nota: La commutazione ABR, la riproduzione a trucco, l'inserimento di annunci, l'associazione audio in ritardo e la segmentazione secondaria non sono supportate per la riproduzione MP4.

    • Gioco a mattoni con bit rate adattivo (ABR) - Questa funzione consente a TVSDK di passare da un flusso di iFrame all'altro in modalità di riproduzione a trucco. È possibile utilizzare profili non iFrame per eseguire la riproduzione a velocità più basse.

    • Giocare con trucco liscio - Questi miglioramenti migliorano l’esperienza utente:

       * Selezione del bit rate adattivo e del frame rate durante la riproduzione con trucco, in base alla larghezza di banda e al profilo del buffer
       * Utilizzare il flusso principale invece del flusso IDR per ottenere una riproduzione rapida fino a 30 fps.
      
  • Protezione dei contenuti

    • Protezione dell'uscita basata sulla risoluzione Questa funzione collega le restrizioni di riproduzione a risoluzioni specifiche, fornendo controlli DRM più precisi.
  • Supporto per i flussi di lavoro

    • Integrazione fatturazione diretta - Questo invia le metriche di fatturazione al backend Adobe Analytics, certificato da Adobe Primetime per i flussi utilizzati dal cliente.
      TVSDK raccoglie automaticamente le metriche, in base al contratto di vendita del cliente, per generare rapporti di utilizzo periodici richiesti a scopo di fatturazione. In ogni evento di avvio del flusso, TVSDK utilizza l’API di inserimento dati di Adobe Analytics per inviare metriche di fatturazione come il tipo di contenuto, i flag abilitati per l’inserimento di annunci e i flag abilitati per i drm, in base alla durata del flusso fatturabile, alla suite di rapporti di proprietà di Adobe Analytics Primetime. Questo non interferisce con o viene incluso nelle suite di rapporti o nelle chiamate server del cliente Adobe Analytics. Su richiesta, questo rapporto sull’utilizzo della fatturazione viene inviato periodicamente ai clienti. Questa è la prima fase della funzione di fatturazione che supporta solo la fatturazione dell’utilizzo. Può essere configurato in base al contratto di vendita utilizzando le API descritte nella documentazione. Questa funzione è attivata per impostazione predefinita. Per disattivare questa funzione, fare riferimento al campione del lettore di riferimento.
    • Supporto di failover migliorato - Strategie aggiuntive implementate per continuare la riproduzione ininterrotta, nonostante gli errori dei server host, dei file playlist e dei segmenti.
  • Pubblicità

    • Integrazione con Moat - Supporto per la misurazione della visualizzabilità degli annunci da Moat.
    • Banner complementari - I banner Companion sono visualizzati accanto a un annuncio lineare e spesso continuano a essere visualizzati sulla vista dopo la fine dell'annuncio. Questi banner possono essere di tipo html (uno snippet di HTML) o di tipo iframe (un URL di una pagina iframe).
  • Analytics

    • VHL 2.0 - Questa è l’integrazione più recente della Video Heartbeat Library (VHL) ottimizzata per la raccolta automatica dei dati di utilizzo per Adobe Analytics. La complessità delle API è stata ridotta per facilitare l’implementazione. Scarica la libreria VHL v2.0.0 per Android™ ed estrarre il file JAR nella cartella libs.
  • SizeAvaliableEventListener

    • I metodi getHeight() e getWidth() di SizeAvailableEvent restituiranno ora l’output rispettivamente in altezza e larghezza. Le proporzioni di visualizzazione possono essere calcolate come segue:

      SizeAvailableEvent e;
      
      DAR = e.getWidth()/ e.getHeight();
      
      Storage Aspect Ratio in terms of Sar width and Sar height can also be used to calculate Frame width and Frame height:
      
      SAR = e.getSarWidth()/e.getSarHeight();
      
      frameHeight = e.getHeight();
      
      frameWidth = e.getWidth()/SAR;
      
  • Cookie

    • Android™ TVSDK ora supporta l'accesso ai cookie Java™ memorizzati in CookieStore dell'applicazione Android™. Viene fornita un’API di callback (onCookiesUpdated) da registrare ogni volta che un nuovo cookie viene fornito come parte dell’intestazione di risposta "Set-Cookie". Questi cookie sono disponibili come elenco di cookie HttpCookie(s) utilizzati per un URI/dominio diverso impostando questi valori cookie su quel particolare URI/dominio utilizzando CookieStore. Analogamente, i valori dei cookie in TVSDK vengono aggiornati utilizzando l'API di aggiunta CookieStore.

Matrice di funzioni

TVSDK per Android™ supporta varie funzioni che è possibile implementare per aggiungere funzionalità alle applicazioni video.

Nelle tabelle delle funzioni seguenti, un valore "Y" indica che la funzione è supportata nella versione corrente.

Funzione Tipo di contenuto HLS
Riproduzione generale (riproduzione, pausa, ricerca) VOD + Live Y
FER - Riproduzione generale (Play, Pause, Seek) FER VOD Y
Cerca quando un annuncio è in riproduzione VOD + Live Non supportato
AC3 VOD + Live Non supportato
MP3 VOD Non supportato
Riproduzione di contenuti MP4 VOD Y
Logica di commutazione del bit rate adattivo VOD + Live Y
Riproduzione solo audio VOD + Live Y
Supporto per più reti CDN VOD + Live Non supportato
Riproduzione di annunci con supporti solo audio VOD + Live Non supportato
Sottotitoli codificati - 608/708 VOD + Live Y
Sottotitoli codificati - WebVTT VOD + Live Y
Failover manifesto VOD + Live Y
Failover avanzato VOD + Live Y
Notifiche di QoS e del lettore VOD + Live Y
Supporto per le intestazioni dei cookie VOD + Live Y
Supporto per intestazioni HTTP personalizzate VOD + Live Y (elenco Consentiti richiesto)
Imposta parametri di controllo buffer VOD + Live Y
Imposta controlli del bit rate adattivo VOD + Live Y
Tag Manifest personalizzati VOD + Live Y
Binding audio in ritardo VOD + Live Y
302 Reindirizzamento VOD + Live Y
Riproduzione con offset VOD + Live Y
Riproduzione solo audio VOD + Live Y
Gioco A Trick VOD + Live Y
Lento movimento in Trick Play VOD + Live Non supportato
Giocare liscio (con ABR) VOD + Live Y
Analisi ID3 VOD + Live Y
Blackout degli annunci VOD + Live Non supportato
Instant On VOD + Live Non supportato
Supporto per marker discontinuità VOD + Live Y
302 Effetto redirect VOD + Live Y
Funzione Tipo di contenuto HLS
Riproduzione generale, annunci attivati VOD + Live Y
Contenuto FER con annunci abilitati VOD Y
Comportamenti degli annunci predefiniti VOD + Live Y
VAST 2.0/3.0 VOD + Live Y
VMAP 1.0 VOD + Live Y
Annunci MP4 VOD + Live Y (da CRS)
Gioca a mattoni con annunci abilitati VOD + Live Y
Solo annuncio VOD Y
Parametri di targeting VOD + Live Y
Parametri personalizzati VOD + Live Y
Comportamenti di annunci personalizzati VOD + Live Y
Tag personalizzati degli annunci Live Y
Ad Resolver personalizzati VOD + Live Y
Ad Resolver personalizzato VOD Y
C3 VOD + Live Non supportato
Lazy Ad Resolve VOD Y
Supporto dei marker di discontinuità - SSAI VOD + Live Y
Annunci Companion, Annunci Banner e Annunci Clickable VOD + Live Y
VPAID 2.0 VOD + Live Y (JS)
Uscita annunci in anticipo Live Y
Priorità creativa basata su regole VOD + Live Y
Regole CRS VOD + Live Y
Ad Resolver JSON VOD + Live Non supportato
Integrazione Moat VOD + Live Y
Funzione Tipo di contenuto HLS
Crittografia AES VOD + Live Y
Crittografia AES di esempio VOD + Live Y
Flussi token VOD + Live Y
DRM VOD + Live Solo DRM di Primetime (futuro) Widevine)
Riproduzione esterna (RBOP) VOD + Live Solo DRM di Primetime
Rotazione licenza VOD + Live Solo DRM di Primetime
Rotazione tasti VOD + Live Solo DRM di Primetime
Funzione Tipo di contenuto HLS
Integrazione Adobe Analytics VHL VOD + Live Y
Fatturazione VOD + Live Y

Problemi risolti

Se la risoluzione è associata a un problema segnalato, viene visualizzato un riferimento Zendesk, ad esempio ZD#xxxxx

Android™ TVSDK 2.7

Questa sezione fornisce un riepilogo del problema risolto nel rilascio di TVSDK 2.7.

  • ZD#37166 - La chiamata di tracciamento degli errori viene attivata anche quando l'annuncio viene riprodotto correttamente.
  • ZD#37134 - Gli Ad ID errati vengono restituiti, nel caso in cui wrapper(3P) Ad sia presente con più annunci nella risposta VMAP.

Android™ TVSDK 2.5.6

  • ZD #34992 - La lingua è vuota in Sottotitoli codificati.
    • È stato corretto un caso in cui TVSDK non stava analizzando #EXT-X-MEDIA:TYPE=CLOSED-CAPTIONS dal manifesto principale per ottenere i dettagli del brano della didascalia.
  • ZD #35078 - Convalida Android P.
    • TVSDK 2.5.6 è stato convalidato con le ultime build beta di Android™ P. Nessun problema riscontrato a causa del nuovo sistema operativo Android™.
  • ZD #34149 - Il lettore continua a richiedere manifesti anche se si verifica un errore.
    • È stato corretto il caso in cui TVSDK effettuava chiamate ripetitive anche quando tutti i profili erano inattivi (errore 404).
  • ZD #31533 - Riproduzione audio su Android™ dopo l'invio in background dell'app.
    • Aggiunto enableAudioPlaybackInBackground API di MediaPlayer che deve essere chiamata con 'True' come argomento (quando il lettore è in stato PREPARATO) per abilitare la riproduzione dell'audio quando l'app è in background.

Android™ TVSDK 2.5.5

  • ZD #21647 - Android TVSDK notifica 640x368 quando la dimensione effettiva del video è 640x360.
    • A causa della variabile m_nOutputHeight (all'interno di AndroidMCVideoDecoder) che viene aggiornata con l'altezza del fotogramma invece dell'altezza effettiva dell'output. Sono state apportate modifiche rilevanti nella funzione getVideoFrame per calcolare correttamente m_nOutputHeight.
  • ZD #26614 - Urgente — terze parti ad serving/programmatico — Mancata distribuzione delle impression.
    • È stata migliorata la correzione precedente gestendo il caso in analisi XML dove il problema era riproducibile quando "space" è prima del segno "equal" come <vast version="2.0">
  • ZD #29296 - Android: Aggiungi AdSystem e Creative ID alle richieste CRS.
    • Ora includendo "AdSystem" e "CreativeId" come nuovi parametri nelle richieste 1401 e 1403.
  • ZD #33062 - TVSDK si blocca all'occorrenza del carattere di barra nella risposta VAST sotto il nodo CDATA
    • API setEncodeUrlForTracking nella classe NetworkConfiguration rimossa come caratteri non sicuri in un URL da codificare.
  • ZD #33063 - La logica di selezione dei file CRS è stata interrotta - TVSDK non inviava la richiesta CRS per il formato Web ma la inviava invece per i file 3gpp.
    • È stata corretta la logica. Quando si utilizzano file multimediali con formato webm e 3gpp, CRS richiede di essere inviato per webm. E utilizzando entrambi i file multimediali con formato 3gpp, la richiesta CRS da inviare per il file con bitrate più alto 3gpp.
  • ZD #33125 - L'app Android si blocca con un tag DoubleClick specifico all'interno del VMAP.
    • È stato corretto lo scenario per evitare l’arresto anomalo.
  • ZD #32256 - Problema di rotazione della licenza e della chiave - Accesso Adobe.
    • È stata corretta l’inizializzazione dei segmenti con i metadati DRM per il contenuto SampleAES. Funziona bene con i contenuti AES128.
  • ZD #33619 - Avanzamento rapido di un contenuto crescente di playlist bloccato nello stato di buffering vicino al punto live.
    • È stato gestito il caso quando si attraversava il punto attivo in modalità di gioco a trucco.
  • ZD #34151 - Oggetti TimedMetadata fuori servizio.
    • Due eventi TimedMetadata venivano visualizzati in ordine casuale se appartenevano alla stessa ora nella timeline. Mantenuto il loro ordine originale in manifesto.
  • ZD #34189 - Problema quando si cerca l'inizio della pausa pubblicitaria.
    • Il problema era con gli annunci SSAI che sono cuciti usando discontinuità. E la causa era un comportamento quando cerchiamo all'inizio di questi annunci, cerchiamo un fotogramma chiave e non lo troviamo. La ragione era che la marca temporale audio minima dell’annuncio era precedente alla marca temporale del video principale. Quindi, finiamo per cercare un fotogramma chiave con dati frammentoDump errati. È stato corretto.
  • ZD #34528 - La risoluzione video non viene aggiornata oltre 640x360 sul dongle di terza generazione FireTV.
    • È stata migliorata la correzione per includere gli ultimi aggiornamenti del firmware.
  • ZD #34793 - TVSDK 2.5.x si bloccava talvolta con il risolutore di contenuti personalizzato quando VideoEngine presupponeva che le impostazioni di auditudeSettings fossero disponibili e non lo erano.
    • L'arresto anomalo si verificava a causa di una chiamata della funzione su un puntatore condiviso Null (auditudeSettings). È stato aggiunto un controllo condizionale all’interno di VideoEngineTimeline::placeToSourceTimeline() per assicurarsi che le impostazioni di auditude siano disponibili prima di richiamare qualsiasi elemento su tale oggetto.
  • ZD #32584 - Impossibile accedere alle informazioni complete presenti nel <extensions> nodo di una risposta VAST.
    • È stato risolto il problema relativo all'analisi XML e ora NetworkAdInfo fornisce le informazioni complete presenti nel <extensions> nodo.
  • ZD #35086 - Mancata ricezione dei dati di estensione completi dal lettore se sono presenti risposte VMAP specifiche.
    • Il problema era specifico per l'estensione xml in quanto l'analisi XML non funzionava se l'estensione xml conteneva virgolette doppie all'interno del valore dell'attributo. È stato risolto il problema.

Android™ TVSDK 2.5.4

  • ZenDesk#33659 - Sessione di riproduzione che abilita il debug remoto della visualizzazione Web.
    • WebViewDebbuging è impostato su False per impostazione predefinita. Per abilitare il debug, impostare come true tramite l'applicazione, utilizzando setWebContentsDebuggingEnabled(true).
  • ZenDesk#33011 - La timeline dell’annuncio non viene risolta in caso di richiesta CRS non riuscita.
    • Quando una richiesta CRS a un annuncio non riesce, la timeline viene risolta e vengono riprodotti gli annunci rimanenti.
  • ZenDesk#34528 - La risoluzione video non viene aggiornata oltre 640x360 sul dongle di terza generazione FireTV.
    • La risoluzione video si attiva quando si commuta il bit rate.
  • ZenDesk#33192 - AudioTrack ha un nome null quando il brano viene recuperato tramite AudioUpdatedEventListener::onAudioUpdate.
    • In alcuni scenari su FireTV Stick, l'evento onAudioUpdate veniva attivato quando non era presente alcun aggiornamento audio effettivo. Questo problema è stato risolto.

Android™ TVSDK 2.5.3

  • La sottoscrizione tag personalizzata Zendesk#32216 - TimedMetadata non funziona.
    • Stiamo restituendo i dati ID3 come array di byte (per supportare dati APIC o generici) al client, mentre nella stringa di restituzione 1.4. La matrice byte non gestisce il carattere con terminazione null, pertanto mostrava al client un carattere speciale. Questo problema è stato risolto ora.
  • Zendesk#32670 - Il giocatore non arriva alla playlist ridondante
    • Questo funziona correttamente ora e setNetworkDownVerificationUrl funziona come previsto.
  • Zendesk#32369 - La didascalia a colori mostra oggetti o oggetti di colore diverso.
    • Il problema con i problemi CC è stato risolto nella build più recente
  • Zendesk#25590 - Miglioramento: Archivio cookie TVSDK (da C++ a Java™)
    • Android™ TVSDK ora supporta l’accesso ai cookie tra il livello Java™ (memorizzato in CookieStore dell’applicazione Android™) e il livello TVSDK C++.
  • Zendesk#32252 - TVSDK_Android_2.5.2.12 non sembra avere la correzione per PTPLAY-20269 Questo problema è stato risolto e integrato nel ramo 2.5.2.
  • Zendesk#31806 - I bastoncini di Auditude in PREPARING Player erano bloccati nello stato Preparazione perché il codice xml di risposta aveva un tag vuoto. Ora il problema è risolto.
  • Zendesk#31727 - I caratteri dei sottotitoli TVSDK 2.5 vengono eliminati o digitati in modo errato.
    • Il problema è risolto e non viene rilasciato/visualizzato alcun carattere.
  • Zendesk#31485 - DrmManager in 2.5
    • Si è verificato un problema nella creazione di DrmManager tramite nuovo DrmManager(contesto contestuale). Implementata la classe DRMService che fornisce DRMManager.
  • Streaming di risoluzione Zendesk#32794- 1080P non riprodotto su Android™.
    • È stato modificato SizeAvailableEvent. Precedentemente, getHeight() e getWidth() metodi di SizeAvailableEvent in 2.5 utilizzati per restituire l'altezza del frame e la larghezza del frame, che è stato restituito dal formato multimediale. Ora restituisce rispettivamente l'altezza in uscita e la larghezza in uscita restituite dal decoder.
  • Il Flash Player Zendesk #19359 si blocca a causa della posizione dell'attributo #EXT-X-FAXS-CM nel manifesto a livello di set.
    • Il tag #EXT-X-FAXS-CM deve essere sempre visualizzato nella playlist principale prima che singoli bit rate o segmenti vengano visualizzati nella playlist.

Android™ TVSDK 2.5.2

  • Zendesk#17305 Artifact in didascalie chiuse con sfondo non opaco.
    La proprietà setTreatSpaceAsAlphaNum in TextFormat è esposta. Per impostazione predefinita, la proprietà è impostata su False. Impostare la proprietà su True in un client per risolvere il problema di spazio scuro.

  • Zendesk#25097 Il display CC presenta artefatti visivi con impostazioni CC.
    La proprietà setTreatSpaceAsAlphaNum in TextFormat è esposta. Per impostazione predefinita, la proprietà è impostata su False. Impostare la proprietà su True in un client per risolvere il problema di spazio scuro.

  • La stringa dell'agente utente Zendesk #31620 che esce dal lettore TVSDK è troncata.
    La stringa dell'agente utente non verrà più troncata dopo 128 caratteri.
    La stringa di versione Adobe Primetime viene aggiunta all’agente utente del sistema.

  • L'evento SEEK_END mancante di Zendesk #30809 impedisce la transizione dell'app a uno stato di riproduzione.

  • Il colore "ciano" della didascalia chiusa di Zendesk #30415 è ora una tonalità più scura di blu (turchese) rispetto alle precedenti versioni TVSDK di Primetime.

    Il colore viene cambiato da DarkCyan a Cyan.

  • Gli annunci Zendesk #30727 VOD non vengono scaricati/risolti.

    In VMAP XML se è presente un tag VAST vuoto senza un tag di chiusura esplicito ("</vast>") e senza un carattere di nuova riga dopo di esso, il VMAP XML non viene analizzato correttamente e gli annunci potrebbero non essere riprodotti.

Android™ TVSDK 2.5.1

  • crash specifico del dispositivo (Samsung Galaxy Tab 4); VOD DRM LBA con Auditude e clicca sugli annunci.
  • VHL - Le chiamate heartbeat errate vengono inviate quando si avvia il contenuto da un offset.
  • Quando vengono riprodotti gli annunci VPAID, il heartbeat VHL chiama l'evento:type:Mancano gli annunci di gioco.
  • Dopo aver inserito lo stato COMPLETE, il lettore torna allo stato PLAYING con SKIP adBreakPolicy per gli annunci post-roll.
  • I cookie non vengono allegati ai callback degli annunci in uscita.
  • I cue point degli annunci non sono visibili.
  • HLS con binario SAP EAC3 separato non viene caricato.
  • Il lettore si blocca quando TVSDK riceve un intento di attivazione dello schermo dopo il ripristino del Media Player.

Problemi noti e limitazioni

Android™ TVSDK 2.7

  • TVSDK 2.7 supporta la risoluzione simultanea fino a cinque annunci.
  • Nel caso di una risposta VMAP, le chiamate Ad in una singola interruzione Ad vanno simultaneamente e le interruzioni Ad vengono risolte in sequenza.
  • Nel caso di un FER, le chiamate Ad in ogni opportunità vengono risolte contemporaneamente.

Problemi noti e limitazioni delle versioni precedenti

Android™ TVSDK 2.5.6

  • Non sono supportate più interruzioni di annunci VMAP contemporaneamente.

Android™ TVSDK 2.5.3

Questa versione presenta i seguenti problemi:

  • La riproduzione di video in tempo reale può presentare problemi di sincronizzazione audio-video su dispositivi di fascia bassa o condizioni di rete scadenti.
  • Per i flussi FER, virtualTime e localTime possono variare. Anche la FER con offset non funziona.
  • La riproduzione potrebbe bloccarsi quando i contenuti audio di associazione tardiva vengono cercati.
  • A intermittenza, i sottotitoli webVTT potrebbero non essere sincronizzati per i contenuti LIVE.
  • La riproduzione rapida di alcuni fotogrammi può essere vista a intermittenza dopo l'uscita da un'interruzione pubblicitaria.
  • A volte, 303 errore viene lanciato per Triple Wrapper Ad Breaks, anche se Ads sono giocati.

Android™ TVSDK 2.5.2

Questa versione presenta i seguenti problemi:

  • La riproduzione video in diretta potrebbe presentare problemi di sincronizzazione audio-video su dispositivi di fascia bassa.
  • La riproduzione può arrestarsi a volte quando si cerca la fine del supporto VOD.
  • Per i flussi FER, virtualTime e localTime possono variare. Inoltre, FER con offset non funziona.

Android™ TVSDK 2.5.1

Questa versione di TVSDK presenta i seguenti problemi:

  • La riproduzione di video in tempo reale può presentare problemi di sincronizzazione audio-video su dispositivi di fascia bassa.
  • Per i flussi FER, virtualTime e localTime possono variare. Inoltre, FER con offset non funziona.
  • In VMAP XML, se esiste un tag VAST vuoto senza un tag di chiusura esplicito (</vast>) e senza una nuova riga successiva, l'XML VMAP non viene analizzato correttamente e gli annunci potrebbero non essere riprodotti.
  • Il post-roll VPAID non è supportato.

Risorse utili

In questa pagina