Buffering Jellyfin di STB Armbian, 7 Cara Mengatasinya agar Nonton Lancar

Kenapa Jellyfin di STB Armbian Sering Buffering

Buffering Jellyfin di STB Armbian bukan tanda server kamu rusak. Jellyfin 12.4, versi stabil terbaru yang dirilis 26 Oktober 2026 dengan runtime .NET 10.0.14 menurut rangkuman rilis The Web Is Free 31 Oktober 2026, berjalan normal di STB — masalahnya hampir selalu ada di jalur pemutaran, bukan di aplikasinya. STB seperti HG680P yang dipakai di artikel Install Jellyfin di STB Armbian memakai prosesor ARM hemat daya tanpa akselerasi transcoding hardware, jadi setiap kali Jellyfin harus mengubah video secara langsung, prosesor kecil itu yang menanggung semuanya.

Jellyfin sendiri membedakan empat jalur pemutaran di panel sesi aktif dashboard: Direct Play, Remux, Direct Stream, dan Transcode. Direct Play mengirim file asli tanpa diubah dan hampir tidak membebani server. Remux hanya mengganti wadah file, bebannya ringan. Direct Stream biasanya mengubah audio atau subtitle, bebannya sedang. Transcode mengubah video secara penuh dan bebannya paling berat. Panduan pemecahan masalah Jellyfin yang dirangkum UMA Technology menegaskan langkah pertama adalah melihat status ini di dashboard, karena setiap status mengarah ke perbaikan yang berbeda.

Artinya, sebelum mengubah pengaturan apa pun, kamu harus tahu dulu film yang macet itu sedang diputar lewat jalur yang mana. Kalau statusnya Direct Play tapi tetap buffering, penyebabnya ada di jaringan atau perangkat pemutar. Kalau statusnya Transcode, penyebabnya ada di server yang kewalahan mengubah video secara langsung. Artikel ini membahas ketujuh perbaikan yang paling berpengaruh, berurutan dari yang paling mudah dicek sampai yang paling dalam.

1. Cek Dulu Mode Playback di Dashboard Jellyfin

Buka dashboard Jellyfin dari browser di alamat server kamu, biasanya http://IP-STB:8096, lalu masuk ke menu Dashboard dan lihat panel sesi aktif saat film sedang diputar. Di sana tertulis apakah sesi itu Direct Play, Remux, Direct Stream, atau Transcode, beserta codec, resolusi, dan bitrate yang sedang berjalan.

Kalau tertulis Transcode, perhatikan juga beban CPU STB. Jalankan htop lewat SSH di STB dan amati saat film diputar. Panduan praktis Jtti mencatat, bila pemakaian CPU melonjak di atas 80 persen saat memutar konten 4K, itu pertanda decoding dilakukan perangkat lunak karena akselerasi hardware tidak berjalan. Di STB Armbian, angka setinggi itu sudah menjelaskan kenapa gambar berhenti setiap beberapa menit.

Catat juga apakah buffering hanya terjadi di satu perangkat atau di semua perangkat, dan apakah hanya terjadi pada file tertentu. Satu file yang selalu macet sementara file lain lancar biasanya menunjuk ke codec atau bitrate file itu, bukan ke servernya. Informasi ini menentukan langkah berikutnya, jadi jangan dilewati.

2. Utamakan Direct Play dan Atur Kualitas di Client

Perbaikan paling ampuh untuk buffering Jellyfin di STB Armbian adalah membuat transcoding tidak perlu terjadi sama sekali. Selama client bisa memutar file apa adanya, server hampir tidak bekerja. Di STB, menghindari transcode jauh lebih penting daripada mengoptimalkannya.

Di aplikasi client Jellyfin, buka pengaturan pemutaran dan pilih kualitas maksimum atau Auto dengan batas bitrate yang sesuai jaringan rumah. Di jaringan lokal, biarkan kualitas di angka tertinggi agar client meminta Direct Play. Sebaliknya, bila kamu menonton dari luar rumah lewat internet, turunkan kualitas ke 1080p atau 720p supaya Jellyfin tidak memaksakan bitrate yang tidak sanggup dilewati koneksi upload rumah. Panduan Tom SparkBox tentang memperbaiki buffering Jellyfin menegaskan hal yang sama: bila akselerasi hardware sudah aktif tapi film masih buffering, masalahnya ada di jaringan, bukan di Jellyfin.

Perhatikan juga perangkatnya. Browser di laptop umumnya mendukung H.264 dan VP9, tetapi dukungan HEVC tergantung perangkat, sementara aplikasi iOS mendukung HEVC 10-bit dan tidak mendukung VP9 maupun AV1, menurut perbandingan codec yang dikutip TechFuelHQ dari panduan hardware Jellyfin per 24 September 2026. Kalau satu perangkat selalu memicu transcode sementara perangkat lain tidak, itu normal: perangkat itulah yang tidak sanggup memutar codec file kamu.

3. Matikan Subtitle Burn-in yang Memaksa Transcode

Subtitle sering menjadi pemicu transcode yang tidak disadari. Subtitle berbasis gambar seperti PGS dari Blu-ray atau VOBSUB dari DVD tidak bisa ditampilkan sebagai lapisan teks oleh banyak client, sehingga Jellyfin membakarnya ke dalam gambar video — dan begitu subtitle dibakar, seluruh video harus di-encode ulang, walau codec videonya sebenarnya sudah didukung client.

Solusinya ada dua. Pertama, di pengaturan pemutaran client, pilih mode subtitle yang tidak memaksa burn-in, atau matikan subtitle bila tidak dibutuhkan. Kedua, untuk koleksi yang sering ditonton, ganti subtitle berbasis gambar dengan subtitle teks SRT. File SRT bisa dikirim sebagai lapisan terpisah tanpa mengubah video sama sekali, sehingga sesi kembali ke Direct Play.

Cara memeriksa apakah ini penyebabnya mudah: putar film yang sama sekali tanpa subtitle, lalu putar lagi dengan subtitle menyala. Bila versi tanpa subtitle lancar dan versi bersubtitle macet, kamu sudah menemukan biang masalahnya. Perbaikan ini gratis, tidak butuh perangkat baru, dan sering menyelesaikan buffering Jellyfin di STB Armbian sendirian.

4. Simpan Versi 1080p SDR untuk File 4K HDR

File 4K HDR adalah musuh terbesar STB Armbian. Selain resolusinya besar, konten HDR yang ditonton di layar SDR harus melalui tone mapping, yaitu proses mengubah rentang warna HDR menjadi SDR. Menurut panduan BigIron 24 Juli 2026, tone mapping bukan sekadar decode lalu resize — itu langkah komputasi berat yang berdiri sendiri, dan bila dilakukan langsung saat menonton, penontonlah yang menunggu hasilnya.

Jellyfin 12 juga tidak melakukan tone mapping HDR ke HDR. Dokumentasi Jellyfin yang dikutip TechFuelHQ menjelaskan, sumber HDR selalu meninggalkan transcode menjadi SDR karena Jellyfin tidak meneruskan metadata HDR begitu saja. Artinya, selama file 4K HDR diputar di layar SDR, server STB kamu hampir pasti melakukan transcode — dan prosesor ARM STB tidak dirancang untuk itu.

Solusi paling stabil adalah menyimpan salinan 1080p SDR di samping file 4K HDR. Letakkan kedua file dalam satu folder film dengan nama dasar yang sama dan akhiran versi yang berbeda, misalnya Film (2024) - 2160p HDR Remux.mkv dan Film (2024) - 1080p.mkv. Jellyfin mengenali keduanya sebagai satu film dengan dua versi, dan client menampilkan pemilih versi di samping tombol putar. Siapa pun yang memilih versi 1080p akan menerima file itu langsung tanpa transcode. Cara ini menukar ruang disk dengan keandalan tepat di momen menonton, saat keandalan paling dibutuhkan.

5. Pindahkan Folder Transcode ke RAM dengan Tmpfs

Saat transcode tidak bisa dihindari, Jellyfin menulis potongan video sementara ke folder transcode di disk, lalu membacanya lagi selama pemutaran. Di STB yang medianya berupa kartu microSD atau flash eMMC yang lambat, tulis-baca berulang ini menjadi hambatan tambahan di atas beban CPU yang sudah berat.

Perbaikan yang terbukti membantu, menurut panduan XDA 9 November 2026, adalah memindahkan folder transcode ke RAM memakai tmpfs. Di Docker Compose yang dipakai untuk menjalankan Jellyfin di STB, tambahkan mount tmpfs berukuran 1 GB yang menunjuk ke /transcode di dalam container, lalu di dashboard Jellyfin buka Playback lalu Transcoding dan ubah jalur transcode ke /transcode. Setelah container dibuat ulang, Jellyfin menyimpan dan mengambil potongan video dari memori, bukan dari kartu microSD.

Perhatikan batasannya. Cara ini tidak memperbaiki CPU yang tidak sanggup men-transcode atau koneksi upload yang terlalu lambat — itu tetap menjadi batas keras. Tetapi bila STB kamu punya RAM 2 GB atau lebih dan transcode 1080p sudah hampir lancar, memindahkan folder transcode ke RAM sering menjadi pembeda antara film yang macet dan film yang selesai ditonton. Jangan memberi tmpfs lebih dari setengah RAM STB, karena RAM juga dipakai sistem dan Jellyfin sendiri.

6. Perbaiki Jaringan, dari Kabel LAN sampai Wi-Fi 5 GHz

Buffering Jellyfin di STB Armbian juga bisa murni soal jaringan, terutama bila status sesi sudah Direct Play. File 4K membawa data puluhan megabit setiap detik, dan bila jalur antara STB dan TV atau ponsel tidak cukup cepat, hasilnya sama persis dengan CPU yang kewalahan: gambar berhenti menunggu data berikutnya.

Langkah pertama adalah memakai kabel LAN untuk STB bila memungkinkan. Kabel menghilangkan gangguan sinyal dan memberikan kecepatan yang stabil, dan ini penting karena STB-lah yang mengirim data — Wi-Fi STB yang lemah membatasi semua penonton, bukan hanya satu perangkat. Bila kabel tidak mungkin, pastikan STB dan perangkat pemutar memakai Wi-Fi 5 GHz dengan sinyal kuat, bukan 2,4 GHz yang ramai dan lebih lambat.

Untuk tontonan dari luar rumah, batasnya adalah kecepatan upload internet rumah kamu. Panduan Jtti menegaskan, kecepatan upload adalah batas keras untuk pemutaran jarak jauh: bila upload rumah hanya 10 Mbps, film ber-bitrate 20 Mbps tidak akan pernah lancar dari luar, apa pun pengaturan servernya. Dalam kasus itu, turunkan kualitas client atau tonton versi 1080p yang sudah disiapkan di langkah 4.

7. Perbarui Jellyfin ke Versi 12.4 dan Batasi Transcode Bersamaan

Jellyfin 12.4 dirilis 26 Oktober 2026 dan membawa runtime .NET 10.0.14, sementara 12.3 yang dirilis 23 Oktober 2026 membawa tujuh perbaikan server dan delapan perbaikan web client, termasuk perbaikan crash dan pengaturan Audio Normalization yang sempat hilang, menurut JellyWatch 23 Oktober 2026. Pembaruan kecil seperti ini jarang menambah fitur, tetapi perbaikan crash dan probing stream berpengaruh langsung pada kestabilan pemutaran.

Sebelum memperbarui, cadangkan dulu folder data Jellyfin, karena rilis 12.0 mengubah struktur database sehingga tidak bisa kembali ke 10.11 tanpa restore penuh. Setelah cadangan aman, tarik image terbaru dan buat ulang container seperti biasa. Catatan rilis 12.3 dan 12.4 sama-sama menekankan pencadangan penuh sebelum upgrade.

Terakhir, batasi jumlah transcode yang berjalan bersamaan. Di dashboard, buka Playback lalu Transcoding dan turunkan batas thread atau matikan transcode untuk pengguna yang tidak membutuhkannya. Satu transcode 1080p yang selesai lebih baik daripada dua transcode yang saling berebut CPU dan akhirnya sama-sama buffering. Bila rumah kamu sering menonton dua film sekaligus dari STB yang sama, aturan ini wajib.

Kapan STB Armbian Sudah Tidak Cukup

Ada batas yang harus diakui dengan jujur. Dokumentasi resmi Jellyfin yang dirangkum XDA 27 Oktober 2026 mencatat tujuh metode akselerasi hardware yang didukung: NVENC dan NVDEC untuk Nvidia, Quick Sync untuk Intel, AMF untuk AMD di Windows, VA-API untuk Linux, RKMPP untuk Rockchip RK3588, VideoToolbox untuk Apple Silicon, dan V4L2 yang sudah tidak diteruskan untuk Raspberry Pi. Amlogic S905X di HG680P tidak ada di daftar itu, dan dokumentasi yang sama menegaskan decoding hardware untuk H.264 10-bit tidak didukung GPU Intel, Nvidia, maupun AMD mana pun.

Artinya, tidak ada tombol di Jellyfin yang bisa menyalakan akselerasi hardware di STB Armbian. Bila setelah ketujuh langkah di atas film 4K HEVC 10-bit masih buffering, penyebabnya bukan pengaturan yang salah, melainkan perangkat yang memang tidak sanggup. Pilihan yang masuk akal adalah tetap memakai STB untuk koleksi 1080p H.264 — yang diputar langsung tanpa transcode — dan memindahkan file 4K HDR ke perangkat yang lebih kuat, misalnya mini PC dengan Intel Quick Sync, bila koleksi 4K memang sering ditonton.

Kesimpulan

Buffering Jellyfin di STB Armbian hampir selalu berasal dari transcode yang tidak perlu atau jaringan yang tidak cukup cepat. Mulailah dari dashboard untuk memastikan mode playback, lalu utamakan Direct Play, matikan subtitle burn-in, dan siapkan versi 1080p SDR untuk file 4K HDR. Pindahkan folder transcode ke RAM, perbaiki jalur jaringan, dan perbarui Jellyfin ke 12.4 dengan cadangan terlebih dahulu. Ketujuh langkah ini tidak membutuhkan perangkat baru, dan bila semuanya sudah dilakukan tetapi 4K HEVC 10-bit tetap macet, itu tanda STB kamu sudah mencapai batas wajarnya — bukan tanda kamu salah mengatur.

Pertanyaan yang Sering Ditanyakan

Apakah Jellyfin di STB Armbian bisa memakai akselerasi hardware?

Tidak. Dokumentasi resmi Jellyfin tidak mencantumkan metode akselerasi untuk Amlogic S905X, dan V4L2 yang dulu dipakai Raspberry Pi sudah tidak diteruskan. Strategi yang benar di STB adalah menghindari transcode lewat Direct Play, bukan mengaktifkan akselerasi.

Kenapa film lancar di laptop tapi buffering di TV?

Karena kemampuan codec setiap client berbeda. Laptop di browser umumnya memutar H.264 dan VP9 secara langsung, sementara TV atau aplikasi lain mungkin tidak mendukung codec atau bitrate file itu, sehingga Jellyfin melakukan transcode untuk perangkat tersebut.

Apakah mengganti kartu microSD dengan SSD menyelesaikan buffering?

Sebagian. SSD mempercepat baca file dan folder transcode, tetapi tidak menambah kemampuan CPU untuk men-transcode. Bila status sesi sudah Direct Play dan buffering tetap terjadi, SSD membantu; bila statusnya Transcode, CPU tetap menjadi batasnya.

Berapa kecepatan internet yang dibutuhkan untuk menonton dari luar rumah?

Sebesar bitrate film yang ditonton. Cek bitrate file di panel sesi aktif dashboard Jellyfin, lalu bandingkan dengan kecepatan upload internet rumah kamu. Bila upload rumah lebih kecil dari bitrate film, turunkan kualitas client atau sediakan versi 1080p seperti di langkah 4.