Zestaw interfejsów API iFrame serwisu YoutubeOdtwarzanie Jakości ignorowane na urządzeniu mobilnym

Question

Próbuję skonfigurować interfejs API iframe YouTube, aby odtwarzać wideo FullHD o niższej jakości. Moim celem jest oszczędzanie przepustowości na urządzeniach mobilnych i skrócenie czasu ładowania. Moja struktura HTML to klasyczny div gracza, a także debug div dla wiadomości.

HTML

<div id="debug"></div> 

<div id="your_video_id"> 
    <div id="player"></div> 
</div> 

Próbowałem powołać setPlaybackQuality jak tylko gracz jest gotowy, aby uniknąć marnowania czasu użytkowników mobilnych w buforowania (jak zasugerowano w tym post). Wezwałem go również w stanach "BUFFERING" i "PLAYING". Gdy zmienia się jakość, zawartość debugowania jest aktualizowana o rzeczywistą jakość odtwarzania.

JAVASCRIPT

/* Trigger player ready */ 
function onPlayerReady(event) 
{ 
    player.setPlaybackQuality("small"); 
} 

/* Detect playback quality changes */ 
function onQualityChange(event) 
{ 
    document.getElementById("debug").innerHTML = event.data; 
} 

/* Trigger player events */ 
function onPlayerStateChange(event) 
{ 
    if (event.data == YT.PlayerState.BUFFERING) 
    { 
     player.setPlaybackQuality("small"); 
    } 

    if (event.data == YT.PlayerState.PLAYING) 
    { 
     player.setPlaybackQuality("small"); 
    } 
} 

Kod wydaje się działać na pulpicie (debug jest prawidłowo ustawiony na „małe”), ale jest ignorowane przez telefon (debug ustawionym na „duże”, sprawdzony z Androidem 4.2. 2). Czy jest na to jakieś rozwiązanie?

Answer 1

Obejście znalazłem jest stworzenie odtwarzacza bez videoId, nigdy zadzwonić setPlaybackQuality gdziekolwiek indziej, ale zadzwonić loadVideoById(videoId, 0, desiredQuality) wewnątrz programu obsługi onReady. Było to przestrzegane na urządzeniach z Androidem i iOS podczas testowania, dzwoniąc pod numer onPlaybackQualityChanged z poprawną jakością raz na Androida i na komputerze oraz dwa razy w systemie iOS, nigdy nie zmieniając jakości na nic wyższą lub niższą.

Niestety, jeśli przekażesz jakąś jakość, która nie jest dostępna w filmie, wymusi "medium". Bądź tego świadomy. Jest również mało prawdopodobne, że złamie jakąkolwiek lukę jakościową, którą API wykonuje na iOS, aby zapobiec nadmiernemu zużyciu danych w sieciach 3G/4G/LTE.