Jellyfin: server media yang benar-benar bagus

• Jellyfin meminta agar donasi tambahan ke proyek utama untuk sementara dihentikan, karena dengan donasi yang terkumpul selama 5 tahun terakhir, proyek ini bisa beroperasi lebih dari 3,3 tahun
• Saldo saat ini lebih dari 24.000 dolar, dengan pengeluaran rata-rata bulanan sekitar 600 dolar, cukup untuk beroperasi lebih dari 40 bulan
• Dukungan yang saat ini lebih dibutuhkan proyek bukan biaya operasional server, melainkan donasi yang langsung diberikan kepada pengembang klien yang dipakai pengguna setiap hari
• Beberapa klien dikelola oleh 1 orang atau tim kecil, sehingga beban untuk mengikuti perubahan API dan rilis baru bisa menjadi besar
• Donasi sepenuhnya merupakan dukungan sukarela, dan kebijakan Jellyfin tentang tidak ada pengembangan berbayar serta prinsip penggunaan keuangan bersama proyek tetap dipertahankan

---

Permintaan Jellyfin untuk menghentikan donasi sementara

• Jellyfin berterima kasih atas donasi komunitas, tetapi saat ini menyampaikan bahwa tidak perlu memberikan donasi tambahan ke proyek utama
• Alasannya adalah dana operasional sudah mencukupi
  • Kas yang dimiliki lebih dari 24.000 dolar
  • Pengeluaran rata-rata bulanan sekitar 600 dolar
  • Dengan dasar ini, masih ada ruang operasional lebih dari 40 bulan, sekitar 3,3 tahun
• Pengumuman ini juga dipasang di OpenCollective, lalu dipublikasikan ulang di forum untuk tujuan arsip

Yang lebih membutuhkan adalah pemeliharaan klien

• Jellyfin menyarankan agar alih-alih berdonasi ke proyek utama, pengguna mempertimbangkan untuk berdonasi kepada penulis klien resmi yang mereka pakai dan sukai setiap hari
• Dukungan klien adalah area dengan beban pemeliharaan besar dalam ekosistem
  • Sebagian besar klien ditangani oleh satu pengembang atau tim yang sangat kecil
  • Dengan perubahan API di Jellyfin 10.9.0 dan rilis 10.10.0 yang akan datang, beban respons untuk pengembang klien bisa meningkat
• Pengembang yang bisa didukung dapat ditemukan di daftar klien resmi

Kebijakan tanpa pengembangan berbayar tetap dipertahankan

• Uang yang dikirim ke pengembang klien hanyalah donasi, bukan cara untuk membeli implementasi fitur
• Kebijakan Jellyfin tentang “no paid development” tetap berlaku
  • Tidak menerima bug bounty atau permintaan serupa
  • Tidak menggunakan dana bersama proyek seperti OpenCollective untuk pengembangan berbayar
• Donasi sukarela pengguna kepada pengembang individual tidak bertentangan dengan kebijakan ini

Kapan donasi akan ditinjau lagi

• Pengumuman ini akan tetap berlaku sampai sisa kapasitas operasional Jellyfin turun ke sekitar 1 tahun, 12 bulan
• Pada saat itu, kondisi keuangan proyek dan arah donasi akan dievaluasi kembali

Informasi tambahan dari forum

• Untuk pertanyaan terkait klien WebOS, ada jawaban bahwa versi WebOS sebagian besar terhubung dengan Jellyfin Web
  • Dmitry terutama menangani dukungan webOS dan Tizen, tetapi saat itu tampaknya belum ada pengaturan Sponsors
• Biaya proyek dipublikasikan di halaman expenses OpenCollective
• Hampir semua biaya adalah biaya infrastruktur, kadang termasuk pembelian perangkat untuk pengembangan dan pengujian
  • Sebagai contoh, disebutkan anggaran perangkat satu kali sebesar 300 dolar untuk pengembangan dan pengujian

[GN⁺]

Opini Hacker News

• Tulisan ini mengecewakan. Alih-alih meminta donasi dihentikan, mereka cukup membagikan pemasukan secara transparan kepada para pengembang ekosistem, seperti yang dikatakan.
  Mereka bisa memungkinkan pengajuan dana, membuat bounty fitur, dan menaruh penjelasan di samping tombol donasi. Orang yang sudah sekali menghentikan donasi kecil kemungkinannya akan terus meneliti klien atau pengembang mana yang perlu didukung, jadi jauh lebih baik jika para maintainer Jellyfin yang menanganinya.

  • Menggunakan uang untuk proyek lain bukan ide yang baik. Mereka adalah pengembang/maintainer open source, bukan manajer dana, sehingga bisa terdistraksi; jika alokasinya dianggap “salah”, itu bisa memicu perpecahan dan tuduhan; dan pada akhirnya akan menciptakan hierarki klien dan proyek terkait yang “disetujui”.
    Menurut saya pendekatan tim Jellyfin cukup masuk akal. Hanya saja, kalau saya, seperti para pengembang Helix [0], saya akan mengingatkan bahwa donasi hanyalah “tip” untuk proyek, dan tidak boleh diasumsikan sebagai pembelian laju pengembangan, pemasaran, dan sebagainya. Uang memang bagus dan akan dipakai saat diperlukan, tetapi saya juga suka sikap mereka yang menyarankan orang berdonasi ke tempat lain jika ingin dampak yang lebih besar.
    [0] https://github.com/helix-editor/helix/issues/2220
  • Kalau saya berdonasi ke proyek atau organisasi tertentu lalu uang itu disumbangkan ke tempat lain, saya akan merasa sangat tertipu. Keputusan kali ini benar.
  • Justru cara yang mereka lakukan sekarang bagus. Mereka membuka kondisi keuangan secara transparan, dan memberi tahu para pendukung bahwa saat ini ada pihak lain yang lebih membutuhkan dukungan.
    Itu bukan kewajiban, tetapi kemungkinan besar terasa seperti hal yang benar bagi mereka.
  • Cara seperti itu terlalu banyak pekerjaan, dan bisa muncul orang yang mengeluh karena uangnya tidak pergi ke tempat yang mereka inginkan. Cara sekarang lebih sederhana.
  • Mungkin tidak. Skala uang yang masuk sangat kecil, dan jika mereka mulai meningkatkan pemasukan, mereka benar-benar harus membayar orang untuk pekerjaan non-inti seperti pengacara atau akuntan.
    Dengan asumsi organisasi nirlaba terdaftar di Ontario, Kanada menerima uang, pembukuan untuk jumlah kecil cukup mudah. Saya pernah menjalankan organisasi nirlaba berbasis Manitoba dan BC untuk konferensi dan kegiatan komunitas. Namun begitu mulai membayar orang yang tidak bisa menerbitkan invoice, mereka harus menyelesaikan urusan payroll lintas yurisdiksi, dan akan mulai membeli banyak layanan lain juga.
    Reaksi seperti ini tidak membantu karena mengasumsikan pengembang proyek ingin menjalankan bisnis, alih-alih membuat dan merilis tool open source untuk menyelesaikan kebutuhan mereka sendiri. Organisasi nirlaba pun adalah bisnis. Membayangkan kemungkinan itu bagus, tetapi jika menurut Anda pendekatan itu benar, fork saja, jalankan bisnisnya secara transparan, dan sisihkan sebagian pendapatan sebagai cadangan untuk saat tim inti proyek asal fork memintanya.

• Belakangan saya mulai memakai Jellyfin untuk malam nonton film hari Jumat bersama teman-teman yang tinggal jauh, dan fitur sinkronisasi di UI web-nya bekerja sangat mengejutkan baik.
  Kalau sambil menyalakan voice chat, rasanya cukup mendekati benar-benar menonton bersama. Secara keseluruhan terasa sangat solid, meski saya belum banyak mencoba software media center lain yang bisa dibandingkan.
  Satu-satunya keluhan besar saya adalah Jellyfin tampaknya anehnya tidak suka struktur folder saya. Sebagian besar file berjalan, tetapi tiba-tiba ia memutuskan bahwa beberapa episode dalam sebuah folder adalah satu “file” dengan beberapa “versi”. Dari dokumentasinya, tampaknya Jellyfin sangat ingin kita mengikuti struktur folder tertentu, tetapi koleksi ini sudah saya bangun lebih dari 15 tahun, jadi mengubahnya bukan hanya makan waktu lama, saya juga memang tidak ingin mengubahnya. Tata letak folder saya masuk akal dan cocok untuk saya, jadi mengejutkan bahwa Jellyfin tidak bisa sekadar menampilkan daftar file asli apa adanya.

  • Dengan beberapa operasi batch yang disusun rapi di shell, struktur itu mungkin bisa diubah cukup cepat, tetapi saya juga mengerti alasan Anda tidak ingin melakukannya.
    Episode yang tergabung secara acak mungkin bukan disebabkan oleh struktur folder atau pola nama file, melainkan metadata di file itu sendiri. Saya belum mengalami situasi yang sama, tetapi saya sudah cukup banyak membuang waktu hidup karena asumsi music player terhadap tag ID3 dan bagaimana file-file dari berbagai penjuru internet mudah sekali merusaknya.
  • Saya belum pernah mengimplementasikannya sendiri, tetapi saya pernah berpikir bagaimana kalau membuat skrip yang membiarkan file asli berada di mana saja, lalu secara otomatis membuat pohon direktori yang tersusun “benar” dengan symbolic link.
  • Kelola saja dengan tinymediamanager. Itu bisa otomatis mengganti nama file dan folder, serta mengunduh nfo, thumbnail, dan cover.
    Untuk TV show, cukup ada s01e01. Setelah itu impor foldernya dan cegah Jellyfin mengambil data online.
  • Mengejutkan kalau fitur sinkronisasi di UI web bekerja baik. Saya sudah lama mengalami masalah dengan SyncPlay.
    Media sebagian orang berhenti atau tersangkut loading, lalu berjalan sampai titik tertentu dan membeku. Pada dasarnya, setiap kali melakukan sesuatu dengan SyncPlay, jadinya “tekan play, dan kalau sudah benar-benar mulai, jangan pernah tekan pause”.
    Meski begitu, itu satu-satunya masalah saya dengan Jellyfin, dan setelah memakainya selama setahun terakhir, ini luar biasa.
  • Dulu saya punya masalah serupa, tetapi sejak mulai memakai hardlink karena aplikasi-aplikasi arr, struktur file dan folder untuk Jellyfin jadi tertata rapi dan enak dilihat.

• Sebagian fitur atau klien yang banyak diminta sama sekali tidak mengalami kemajuan, dan tidak ada orang yang muncul untuk mulai mengembangkan atau membantu
  Karena itu, hal-hal seperti Chromecast pun sempat harus kami relakan untuk sementara, tetapi dalam beberapa minggu terakhir mulai hidup kembali
  Kami tahu keluhan terbesar terhadap Jellyfin adalah kurangnya dukungan klien serta polesan/tingkat penyelesaian yang masih kasar. Kami mendengarnya, dan kami juga ingin memperbaikinya sebesar keinginan kalian
  Namun untuk itu kami butuh bantuan. Kami butuh lebih banyak relawan untuk memperbaiki kode, menulis kode baru, menulis dokumentasi, dan secara umum meningkatkan proyek. Kami perlu melampaui “masalah pengamat pengembangan”, menarik darah baru ke proyek ini, dan khususnya membutuhkan bantuan kalian untuk menjadikannya proyek yang lebih baik
  https://jellyfin.org/posts/a-call-for-developers/
  Menargetkan organisasi 100% sukarela memang mulia, tetapi rasanya membuat frustrasi ketika tahu ada masalah dan punya banyak uang, namun tidak menyelesaikannya. Kalaupun tidak membayar biaya pengembangan secara langsung, uang bisa dipakai untuk meningkatkan pengalaman developer dan menarik developer baru. Di tulisan asli dan tautan di atas diakui bahwa pengembangan klien adalah masalah; tidak bisakah mereka mendukung developer klien dengan hardware, lisensi, biaya, dan sebagainya

  • Tapi mengapa tugas membagikan dana surplus harus jatuh ke mereka? Itu juga pekerjaan, dan tidak menyenangkan
    Siapa pun bisa membuat dana donasi untuk ekosistem Jellyfin yang lebih luas, atau dana untuk proyek bebas/open source favorit. Mungkin seseorang yang membaca ini akan termotivasi untuk maju. Yang dibutuhkan bukan platform baru, melainkan orang yang mau menjadi relawan dengan jujur
  • Sekarang sepertinya saya paham mengapa setiap kali memakai Jellyfin, rasanya tidak pernah mendekati kepuasan dibanding Plex
    Hal yang mereka coba lakukan memang sangat sulit. Mereka melakukan banyak pekerjaan hebat, tetapi dengan tenaga yang bisa dikumpulkan dari waktu relawan saat ini, tampaknya mereka hanya nyaris bertahan. Jelas ada banyak orang yang ingin menyumbangkan uang untuk upaya ini
  • Saya tidak mengerti mengapa orang begitu mempermasalahkan tidak dipakainya uang untuk pengembangan. Pengembangan berbayar kan bukan hal yang tidak bermoral. Tentu saja bukan

• Saya berharap proyek ini berhasil dan menurut saya keputusan kali ini juga bagus. Namun saya punya Plex lifetime pass, dan Jellyfin tampaknya belum sebaik itu
  Saya memasang keduanya di perangkat yang sama, tetapi setiap kali mencoba memakai Jellyfin, rasanya ada sesuatu yang kurang. Saya akan terus mengeceknya lagi

  • Saya sangat bersyukur sudah tidak memakai Plex. Memang berjalan dengan baik, tetapi terlalu membengkak oleh hal-hal tak berguna, dan saya tidak merasa bisa mempercayakan data saya kepadanya
    Saya memakai instance yang saya hosting sendiri, tapi butuh akun plex.com? Langsung saya hapus
  • Jellyfin cocok mengisi celah antara konfigurasi Kodi yang lebih rumit dan Plex yang membuat semuanya berjalan mudah
    Namun keluarga yang tidak terlalu akrab dengan teknologi jelas lebih memilih Plex. Tampilannya bagus dan pengaturannya sangat mudah di perangkat apa pun
  • Saya juga sama. Secara prinsip saya ingin memakai Jellyfin, tetapi dalam praktiknya, saat saya hanya ingin menonton film, saya sering harus bergulat dengan Jellyfin. Plex memang sudah cukup bloat, tapi ya langsung berjalan
  • Ada contoh konkretnya?
  • Saya justru lebih banyak mengalami masalah saat memakai Plex dibanding Jellyfin. Jellyfin juga bisa menyebalkan, tetapi Plex membuat saya frustrasi ketika mencoba membuatnya cocok dengan library saya. Akhirnya saya berhenti memakai Plex

• Saya baru pertama kali mendengar Jellyfin, dan dibandingkan dengan model pertumbuhan supercepat khas yang dipakai banyak proyek open source, ini terasa sangat segar
  Apakah ada pengguna Jellyfin sungguhan yang bisa merekomendasikannya? Saat ini saya punya share SMB di Raspberry Pi 4 dan mengaksesnya dari Amazon Fire Stick lewat fitur SMB di VLC. Fungsinya oke, tapi UI VLC sangat kurang memuaskan. Apakah Jellyfin akan lebih baik untuk penggunaan ini? Apakah ada klien yang berjalan di Fire TV Stick? Mungkin yang ini: https://github.com/jellyfin/jellyfin-androidtv

  • Saya memakai Jellyfin sejak awal, dan secara keseluruhan sangat menyenangkan digunakan. Sekarang saya percaya pada proyek ini, tetapi ketika pertama kali pindah dari Plex, saya menjalankan keduanya bersamaan di dua VM terpisah yang merujuk ke library read-only yang sama
    Konfigurasi ganda ini berjalan baik, dan Jellyfin cepat membuat saya percaya meski masih di tahap awal pengembangan, sehingga saya hampir tidak memakai Plex lagi
    Dukungan untuk berbagai klien juga sangat bagus. Selain streaming video ke berbagai perangkat di rumah, favorit saya adalah setup musik jukebox yang saya buat dengan RPi 3B+ dan ALLO Piano 2.1 DAC hat. Dengan amp speaker terpisah dan amp subwoofer, saya mengatur frekuensi crossover yang diinginkan, lalu di Pi saya menjalankan ekstensi Mopidy-Jellyfin untuk mengakses library Jellyfin dan ekstensi Mopidy-mowecl yang menyediakan frontend web yang rapi untuk DAC. Dari GUI Jellyfin, saya juga bisa memasukkan musik ke antrean dan melakukan “play to” ke DAC
    Sangat bisa dikonfigurasi dan menyenangkan untuk diutak-atik. Misalnya saya mencolokkan keypad numerik USB ke Pi dan menetapkan shortcut dengan layanan triggerhappy. Saya suka musik tetap berjalan meski workstation desktop mati atau sedang reboot
    https://github.com/jellyfin/mopidy-jellyfin
    https://github.com/sapristi/mopidy-mowecl
    Bagian terbaiknya, semuanya adalah perangkat lunak bebas/open source, jadi saya tidak perlu khawatir fondasinya tiba-tiba menghilang
  • Saya memakainya sejak di-fork dari Emby, dan untuk kebutuhan saya berjalan baik
    Namun saya setuju bahwa dana sebaiknya diarahkan ke sisi klien. Aplikasi Android TV kondisinya masih cukup kasar. Android biasa dan antarmuka web sangat bagus, dan Roku seingat saya juga berjalan baik, tetapi sisi Android TV benar-benar kurang bagus
  • Tentu saja bisa direkomendasikan. Saya menjalankannya dengan Docker di NAS selama lebih dari setahun dan tidak ada masalah. Mendukung hardware transcoding, jadi bagus untuk menurunkan skala stream saat menonton dari luar rumah
    Jellyfin juga terintegrasi baik dengan layanan lain seperti Radarr, Sonarr, dan Jellyseer, sehingga ketika media diminta, prosesnya berlanjut otomatis ke download, pengindeksan, hingga siap digunakan
    Kliennya tidak konsisten. Infuse mungkin yang terbaik, tetapi hanya tersedia di Apple TV / iOS
  • Saya pengguna Plex sejak awal lalu pindah ke Jellyfin. Memang tidak sehalus Plex, tetapi sama sekali tidak bloat dan bagi saya berjalan tanpa masalah
    Pengelolaan library sangat mudah, dan scanner metadata juga bekerja baik sekitar 95%, jadi jarang perlu mengutak-atik data media atau gambar secara manual
    Jellyfin Android berjalan baik di Fire TV. Jika server dijalankan di Pi, mungkin akan kesulitan terutama saat transcoding file media 4K
  • Saya memakai kombinasi server x86 lemah, yaitu workstation bekas dari eBay, dengan klien yang lebih kuat seperti Apple TV, perangkat iOS, dan browser di laptop bertenaga, jadi saya tidak perlu transcoding. Server saya tidak sanggup melakukan transcoding real-time
    Dalam konfigurasi ini, semuanya berjalan sangat baik, dan jauh sekali lebih baik daripada belasan percobaan saya memakai XMBM/Kodi. Orang selain saya pun bisa langsung memakainya dengan percaya diri, dan tidak akan terjebak di mode UI aneh seperti yang selalu terjadi di Kodi sampai akhirnya menyerah selamanya
    Saya memakai tautan download di UI browser, dan untuk perjalanan mobil yang panjang, film anak-anak diputar di VLC di iPad. Dengan bantuan VLC, kebutuhan itu juga terpenuhi

• Perilaku seperti ini benar-benar patut dihormati. Hal seperti inilah yang membuat saya tetap di Jellyfin meski ada tekanan sosial untuk pindah ke Plex

• Saya pindah dari Plex ke Jellyfin beberapa tahun lalu dan puas. Plex bermasalah dengan film yang punya file subtitle dan terus mencoba melakukan re-encode. Saya tidak berhasil menyelesaikannya, tetapi Jellyfin berjalan baik
  Ia juga tidak terus-menerus menyodorkan fitur yang tidak saya inginkan. Saya dengan senang hati membayar akun Plex, tetapi saya hanya ingin bisa menonton film lokal dengan tenang. Saya tidak ingin diganggu oleh streaming TV, film gratis, atau fitur terbaru apa pun yang sedang mereka dorong saat itu

• Bukankah 400 dolar per bulan itu belum termasuk biaya tenaga kerja mereka? Secara pribadi, saya merasa itulah alasan saya berdonasi

  • Benar, tetapi mereka secara eksplisit tidak menginginkannya
    “Tidak, ini tidak melanggar kebijakan ‘tidak ada pengembangan berbayar’, karena donasi secara harfiah adalah donasi. Kami tetap tidak akan menerima hal-hal seperti bounty bug, dan tidak akan menggunakan dana kolektif di sini untuk pengembangan berbayar.”
  • Untuk melakukan itu, mereka harus sepakat bagaimana uangnya dibagi dan dibayarkan, dan tampaknya lebih merepotkan daripada manfaatnya

• Saya memakai Jellyfin dengan puas, dan ingin menegaskan bahwa 24.000 dolar atau biaya untuk 40 bulan sama sekali belum cukup
  Dengan safe withdrawal rate yang konservatif, modal 24.000 dolar hanya menghasilkan 60 dolar per bulan. Artinya itu hanya sepersepuluh dari jumlah yang dibutuhkan proyek untuk menanggung pengeluaran bulanan
  Agar proyek bisa mandiri, dananya harus 10 kali lipat. Dengan begitu dananya bisa diinvestasikan, lalu biaya ditanggung dari hasil investasi
  Jika proyek tidak ingin mandiri, itu masalah lain. Mungkin mereka menganggap membiarkan pengguna tetap merasa “lapar” lebih baik untuk penyelarasan insentif. Namun secara pribadi, saya pikir kemandirian seharusnya menjadi tujuan semua pihak

  • Bukankah 24.000 dolar dibagi 40 bulan berarti 600 dolar per bulan? Apa yang saya lewatkan?
  • Saya mengunggah perhitungan yang sama, tetapi kena downvote sampai ke bagian paling bawah thread

• Apakah ada solusi seperti Jelly Cloud? Misalnya, sebuah perusahaan men-deploy Jellyfin di instance EC2, menghubungkannya ke S3, lalu memberikan domain kustom seperti username.companyname.com dan membebankan biaya S3/EC2 serta biaya lainnya sebagai langganan bulanan.
  Saya sempat berpikir untuk membuatnya, tetapi ingin melihat apakah ada permintaan. Sebagian besar developer bisa melakukannya sendiri dengan mudah, tetapi saya ingin mengembangkannya menjadi layanan dan menjualnya kepada orang-orang yang tidak bisa melakukannya sendiri dan merasa puas membayar untuk itu.
  Plex dan Emby akan menjadi pesaing, tetapi setahu saya keduanya bukan open source.

  • Ada banyak penyedia yang menjual seedbox, dan itu persis yang Anda cari. Biasanya juga mencakup dukungan Jellyfin dan aplikasi *arr lainnya. Secara pribadi saya memakai ultra.cc dan secara umum puas.
  • Saya tidak tahu solusi cloud yang umum, tetapi beberapa penyedia seedbox, yaitu penyedia BitTorrent terkelola, menyertakan Plex dan Jellyfin dalam layanan mereka. Secara pribadi saya juga menjalankan Plex dan Jellyfin dengan cara seperti itu.
  • Semua seedbox menyediakan ini. Saya punya pengalaman baik dengan whatbox.ca.
  • Bytesized Hosting cukup mendekati ini.