Apakah YouTube tersendat-sendat, memanaskan laptop Anda, meningkatkan kecepatan kipas, atau hanya menggunakan banyak CPU? Meskipun Anda tidak pernah menyadarinya, YouTube di Chrome hampir pasti menggunakan lebih banyak daya baterai daripada yang diperlukan. Seperti masalah kinerja Chrome lainnya, ini mungkin yang terburuk di Mac.
Ini adalah hasil dari pergeseran ke Video HTML5 dan kebiasaan codec video yang digunakan oleh YouTube di Chrome versus browser lain. Bersabarlah dan kami akan menjelaskan mengapa Google membuat pemutaran YouTube jadi tidak efisien sejak awal. Firefox mungkin juga mengalami masalah yang sama.
HTML5, H.264, VP8, dan VP9
TERKAIT: 10 Hal yang Belum Dapat Dilakukan Browser Web Anda
YouTube sekarang telah membuang sebagian besar plugin video Flash untuk pemutaran video HTML5. Tetapi pemutaran video HTML5 tidak standar. Browser dapat memilih codec video yang ingin mereka gunakan, dan tidak ada satu codec yang disukai semua browser.
Saat YouTube menggunakan Flash, ia menggunakan codec H.264 untuk memutar video. Video dengan codec ini biasanya memiliki ekstensi file .mp4, dan sering disebut sebagai video MP4. Ini adalah standar seluruh industri de facto di luar hanya browser web.
Safari, Internet Explorer, Microsoft Edge , Chrome, dan Firefox semuanya menyertakan dukungan untuk memutar video yang dikodekan H.264, meskipun Firefox berusaha keras dan menghindari memasukkan ini selama mungkin.
Sementara Apple dan Microsoft hanya mendukung H.264 untuk pemutaran video di browser mereka, Google juga telah mendorong codec-nya sendiri. Google memperoleh codec VP8 dan membangunnya di Chrome, dan Firefox mengikutinya. Google sekarang mendorong codec VP9 generasi berikutnya, yang sekarang juga dibangun di Chrome dan Firefox. File yang menggunakan codec ini biasanya memiliki ekstensi file .webm, dan terkadang juga disebut file WebM.
Mengapa Google Membuat VP8 dan VP9?
Meskipun H.264 adalah standar seluruh industri secara de facto, ia memiliki masalah yang signifikan. Teknologi yang mendasari dilindungi oleh berbagai macam paten. Untuk menggunakan teknologi ini - jika Anda membuatnya menjadi sebuah produk, misalnya - Anda perlu membayar biaya untuk portofolio paten H.264.
Itulah mengapa Mozilla bertahan lama terhadap H.264 - mereka ingin web didasarkan pada standar terbuka yang tidak memerlukan biaya apa pun. Google merilis VP8 dan VP9 dengan janji paten yang tidak dapat dibatalkan, yang memungkinkan orang melakukan apa pun yang mereka inginkan - Google tidak akan mencoba menarik biaya paten. Cisco secara efektif membayar biaya lisensi dan memberikan gratis pengaya untuk pengguna Firefox. Firefox secara otomatis mengunduh plugin ini dan menggunakannya untuk mengaktifkan dukungan H.264.
VP8 Belum Mendapatkan Traksi
Tetapi Google tidak terlalu berhasil dengan VP8. Di awal tahun 2011, Google diumumkan itu akan menghapus dukungan H.264 dari Chrome untuk mendukung hanya codec terbuka seperti VP8 dan Theora. Lebih dari empat tahun kemudian, Google tidak pernah melakukan ini dan kami belum mendengar apa pun tentang janji itu sejak saat itu.
Mozilla kemungkinan besar berpegang pada Google untuk menepati janjinya, tetapi Google tidak pernah bisa - sebaliknya, Mozilla mengalah dan menambahkan dukungan H.264 bertahun-tahun kemudian. H.264 adalah kodek standar de facto saat ini, suka atau tidak - dan, saat menggunakan peramban Apple atau Microsoft, itu adalah satu-satunya yang tersedia. Ini juga satu-satunya opsi nyata untuk peramban seluler. Banyak situs web telah menerapkan video HTML5 hanya dengan dukungan H.264, dan Chrome serta FIrefox akan ditutup jika mereka tidak mendukung H.264.
Masalah Sebenarnya: Akselerasi Perangkat Keras
Ada satu masalah inti yang sederhana di sini. Decoding H.264 (pemutaran) dengan akselerasi perangkat keras. Ini berarti bahwa "pekerjaan" untuk memutar file video H.264 dilakukan oleh prosesor grafis (GPU) dengan cara yang jauh lebih efisien. Jika decoding perangkat keras tidak tersedia, CPU harus melakukan semua pekerjaan dengan cara yang kurang efisien. Ini berarti pemutaran membutuhkan lebih sedikit waktu CPU, yang berarti lebih sedikit daya baterai yang terbuang dan lebih sedikit panas yang dihasilkan. Ini juga bisa berarti pemutaran lebih lancar jika CPU tidak dapat mengikuti pemutaran video.
Sungguh, semua perangkat keras modern mendukung dekode yang dipercepat perangkat keras H.264. Ini mencakup semua jenis ponsel cerdas, tablet, PC, Mac, dan bahkan Chromebook. Saat browser web - ya, bahkan Chrome - memutar video H.264, video tersebut dipindahkan ke GPU. Bahkan Adobe Flash mendukung akselerasi perangkat keras video H.264.
Tetapi tidak ada perangkat keras di luar sana yang akan mempercepat video VP8 dan VP9. Saat Google diumumkan VP8 pada pertengahan 2010, berbagai perusahaan termasuk nama besar seperti nVIDIA, AMD, dan Qualcomm mengumumkan bahwa mereka akan mendukung VP8 dalam produk mereka. Namun, lebih dari lima tahun kemudian, tidak ada perangkat yang datang dengan dekode VP8 yang dipercepat perangkat keras.
Di Google terbaru pengumuman dari VP9, disebutkan bahwa "Lebih dari 20 partner perangkat di seluruh industri meluncurkan produk pada tahun 2015 dan seterusnya menggunakan VP9". Posting yang sama juga mencatat keuntungan lain dari VP9, seperti ukuran file yang lebih kecil dengan kualitas yang sama. Intel, nVIDIA, AMD, dan perusahaan lain telah berjanji untuk mendukung decoding VP9 yang dipercepat perangkat keras.
Kami mencari untuk menemukan perangkat keras yang mendukung dekode VP9 yang dipercepat perangkat keras, dan yang kami temukan hanyalah bahwa Intel merilis Haswell dan Broadwell baru pengemudi untuk Windows dengan “dukungan akselerasi ardwareardware (sic) parsial” untuk VP9 pada awal 2015. Jelas masih banyak pekerjaan yang harus dilakukan.
Seperti masalah kinerja Chrome lainnya, ini mungkin lebih buruk di Mac. Insinyur Chrome menutup bug tentang penggunaan CPU yang tinggi dan generasi panas di MacBook dengan komentar “Penggunaan CPU selama pemutaran VP9 di Mac bukanlah bug.” Itu mungkin benar, tetapi Google mungkin seharusnya tidak menyajikan semua video VP9 tersebut ke pengguna Chrome di Mac jika penggunaan CPU yang tinggi adalah normal. Itu hanya mendorong pengguna Mac untuk menggunakan Safari sebagai gantinya.
Cara Membuat Video Putar YouTube Lebih Efisien
Ini adalah masalah ayam dan telur, sungguh - produsen tidak akan menerapkan VP9 dengan akselerasi perangkat keras hingga benar-benar digunakan di dunia nyata. Google memecahkan masalah ini dengan menambahkan VP8 dan VP9 ke Chrome dan memberi tahu YouTube untuk menyajikan video VP9 dan VP8 ke Chrome. YouTube juga dapat menyajikan video VP8 dan VP9 ke Firefox.
Ini mungkin menghemat waktu pengunduhan, tetapi itu berarti YouTube menghabiskan lebih banyak daya baterai dan siklus CPU di Chrome. Pada perangkat dengan CPU yang sangat lambat, video bahkan mungkin tersendat alih-alih diputar ulang dengan lancar.
Untuk mendapatkan pemutaran yang lebih efisien, Anda cukup beralih ke Safari, Microsoft Edge, atau Internet Explorer. Tetapi Anda tidak harus melakukan itu. Anda dapat memasang ekstensi browser h264ify untuk Chrome, yang akan memaksa Chrome untuk meminta video H.264 dari YouTube. Mereka akan terlihat sama, tetapi Chrome akan memutarnya dengan lebih lancar.
Download h264ify untuk Chrome , Dapatkan h264ify untuk Firefox , atau konsultasikan halaman proyek di GitHub untuk lebih jelasnya
Cara Melihat Apakah YouTube Menggunakan H.264, VP8, atau VP9
Untuk memeriksa codec mana yang disajikan YouTube ke browser Anda, klik kanan video YouTube selama pemutaran dan pilih "Statistik bagi para 'nerd". Di sebelah kanan "Jenis Mime", Anda akan melihat "video / mp4" dan codec "avc" untuk video H.264 / MP4.
Untuk video VP8 dan VP9, Anda akan melihat "video / webm" dan "vp9" atau "vp8".
Dalam jangka panjang, dorongan VP9 Google mungkin lebih baik untuk web dan mengarah ke perangkat keras yang dapat menyediakan decoding yang dipercepat dari codec baru ini. Namun, saat ini, Anda mungkin ingin menghemat masa pakai baterai dan membuat laptop Anda berjalan lebih efisien dengan menyisih dari eksperimen Google dan menggunakan video H.264 sebagai gantinya.
Kredit Gambar: Esther Vargas di Flickr
