Jellyfin : un serveur multimédia vraiment solide
(forum.jellyfin.org)- Jellyfin indique disposer de suffisamment de dons accumulés au cours des cinq dernières années pour fonctionner pendant plus de 3,3 ans, et demande donc de suspendre pour le moment les dons supplémentaires au projet principal
- Le solde actuel dépasse 24 000 dollars, tandis que les dépenses mensuelles moyennes sont d’environ 600 dollars, soit de quoi fonctionner plus de 40 mois
- Le soutien dont le projet a davantage besoin ne concerne pas les coûts d’exploitation des serveurs, mais des dons versés directement aux développeurs de clients que les utilisateurs utilisent au quotidien
- Plusieurs clients sont maintenus par une seule personne ou une petite équipe, ce qui peut alourdir la charge liée aux changements d’API et aux nouvelles versions
- Les dons restent un soutien volontaire, et la politique de Jellyfin de pas de développement rémunéré ainsi que le principe d’utilisation des finances communes du projet sont maintenus
Jellyfin demande de suspendre temporairement les dons
- Jellyfin remercie la communauté pour ses dons, mais indique qu’il n’est pas nécessaire, pour l’instant, de faire des dons supplémentaires au projet principal
- La raison est que les fonds d’exploitation sont suffisants
- La trésorerie disponible dépasse 24 000 dollars
- Les dépenses mensuelles moyennes sont d’environ 600 dollars
- Sur cette base, le projet dispose de plus de 40 mois, soit environ 3,3 ans, de marge d’exploitation
- Cette annonce a également été publiée sur OpenCollective, puis republiée sur le forum à des fins de conservation
Le besoin le plus important concerne la maintenance des clients
- Plutôt que de donner au projet principal, Jellyfin recommande de faire un don aux auteurs des clients officiels que les utilisateurs emploient et apprécient au quotidien
- Le support des clients est une partie de l’écosystème qui demande beaucoup de maintenance
- La plupart des clients sont pris en charge par un développeur seul ou par une très petite équipe
- Les changements d’API de Jellyfin 10.9.0 et la sortie prévue de 10.10.0 pourraient accroître le travail d’adaptation des développeurs de clients
- Les développeurs auxquels faire un don peuvent être trouvés dans la liste officielle des clients
La politique de non-développement rémunéré reste inchangée
- L’argent envoyé aux développeurs de clients reste un don, et non une façon d’acheter l’implémentation de fonctionnalités
- La politique de Jellyfin de « no paid development » reste en vigueur
- Le projet n’accepte pas les bug bounties ni les demandes similaires
- Les finances communes du projet, notamment via OpenCollective, ne sont pas utilisées pour du développement rémunéré
- Les dons volontaires des utilisateurs à des développeurs individuels ne sont pas en contradiction avec cette politique
Quand envisager à nouveau de donner
- Cette recommandation devrait rester en place jusqu’à ce que la marge d’exploitation restante de Jellyfin tombe à environ 1 an, 12 mois
- À ce moment-là, le projet réévaluera sa situation financière et l’orientation des dons
Informations complémentaires issues du forum
- À une question concernant le client WebOS, il a été répondu que la version WebOS est en grande partie liée à Jellyfin Web
- Dmitry travaille principalement sur le support de webOS et de Tizen, mais il ne semblait pas avoir de configuration Sponsors à ce moment-là
- Les coûts du projet sont publiés sur la page des dépenses d’OpenCollective
- Les coûts sont presque entièrement des frais d’infrastructure, avec parfois l’achat d’appareils destinés au développement et aux tests
- À titre d’exemple, un budget ponctuel de 300 dollars pour un appareil de développement et de test est mentionné
1 commentaires
Avis sur Hacker News
Cet article est décevant. Plutôt que de demander l’arrêt des dons, il suffirait, comme indiqué, de redistribuer les revenus de façon transparente aux développeurs de l’écosystème
Il suffirait de permettre des demandes de financement, de créer des primes pour des fonctionnalités et de l’indiquer à côté du bouton de don. Une personne qui a arrêté de donner a peu de chances de continuer à chercher quel client ou quel développeur soutenir ; il vaut donc bien mieux que les mainteneurs de Jellyfin s’en chargent
L’approche de l’équipe Jellyfin me paraît assez raisonnable. À leur place, j’aurais simplement rappelé, comme les développeurs de Helix [0], que les dons ne sont qu’un « pourboire » au projet, et qu’il ne faut pas supposer qu’ils achètent une accélération du développement, du marketing, etc. C’est bien d’avoir de l’argent et ils l’utiliseront quand ce sera nécessaire, mais j’aime aussi l’attitude consistant à encourager les gens à donner ailleurs s’ils veulent un impact plus important
[0] https://github.com/helix-editor/helix/issues/2220
Ils n’y étaient pas obligés, mais il est très probable que cela leur ait semblé être la bonne chose à faire
En supposant qu’une association à but non lucratif enregistrée en Ontario, au Canada, reçoive de l’argent, la comptabilité de petits montants est assez simple. J’ai déjà géré des associations à but non lucratif basées au Manitoba et en Colombie-Britannique pour des conférences et des activités communautaires. Mais dès qu’on commence à payer des personnes qui ne peuvent pas émettre de facture, il faut résoudre la gestion de la paie entre juridictions, et l’on finit aussi par acheter beaucoup plus de services
Ce genre de réaction n’aide pas, car elle suppose que les développeurs du projet veulent gérer une activité plutôt que créer et publier un outil open source qui répond à leurs propres besoins. Une association à but non lucratif reste une activité. Imaginer des possibilités, c’est bien, mais si vous pensez que cette approche est la bonne, faites un fork, gérez l’activité de manière transparente, et mettez de côté une partie des revenus en réserve pour le moment où l’équipe cœur du projet d’origine du fork en fera la demande
J’ai récemment commencé à utiliser Jellyfin pour organiser des soirées cinéma le vendredi avec des amis qui vivent loin, et la fonction de synchronisation de l’interface web fonctionne étonnamment bien
Avec le chat vocal activé, on se rapproche vraiment d’un visionnage ensemble. Dans l’ensemble, j’ai trouvé ça très solide, même si je n’ai pas essayé beaucoup d’autres logiciels de media center comparables
Mon seul gros reproche, c’est que Jellyfin semble détester bizarrement ma structure de dossiers. La plupart des fichiers fonctionnent, mais pour certains dossiers il décide soudainement que plusieurs épisodes sont un seul « fichier » avec plusieurs « versions ». À lire la documentation, il semble vraiment vouloir qu’on respecte une structure de dossiers précise, mais ma collection s’est construite sur plus de 15 ans : la changer prendrait du temps, et surtout je n’en ai tout simplement pas envie. L’organisation de mes dossiers me convient et a du sens pour moi ; je trouve surprenant que Jellyfin ne puisse pas simplement afficher la liste des fichiers d’origine telle quelle
Le fait que des épisodes soient fusionnés au hasard peut venir non pas de la structure des dossiers ou des modèles de noms de fichiers, mais des métadonnées des fichiers eux-mêmes. Je n’ai pas rencontré exactement ce cas, mais j’ai perdu pas mal de temps dans ma vie à cause des hypothèses que les lecteurs de musique font sur les tags ID3, et de la facilité avec laquelle des fichiers récupérés un peu partout sur Internet peuvent les casser
Pour les séries TV, il suffit d’avoir s01e01. Ensuite, on importe le dossier et on empêche Jellyfin de récupérer les données en ligne
Chez certaines personnes, le média se met en pause ou reste bloqué au chargement, puis la lecture avance jusqu’à un certain point avant de se figer. En gros, quand on utilise SyncPlay, la règle devient : « appuie sur lecture, et si ça démarre vraiment, surtout ne mets jamais en pause »
Cela dit, c’est le seul problème que j’ai avec Jellyfin, que j’utilise depuis un an, et il est excellent
Certaines fonctionnalités ou certains clients très demandés n’ont pas du tout avancé, et personne ne s’est manifesté pour commencer le développement ou aider.
C’est pour cette raison qu’il a fallu renoncer pendant un temps à des choses comme Chromecast, mais cela reprend vie depuis quelques semaines.
Nous savons que les principales critiques envers Jellyfin portent sur le manque de prise en charge côté clients et sur une finition/un niveau de polissage encore insuffisants. Nous vous entendons, et nous voulons autant que vous améliorer tout cela.
Mais pour y parvenir, nous avons besoin d’aide. Nous avons besoin de davantage de bénévoles pour améliorer le code, écrire du nouveau code, rédiger la documentation et, plus généralement, faire progresser le projet. Nous devons dépasser le « problème du spectateur en développement », attirer du sang neuf dans le projet et, en particulier, nous avons besoin de votre aide pour en faire un meilleur projet.
https://jellyfin.org/posts/a-call-for-developers/
Aspirer à une organisation 100 % bénévole est noble, mais c’est frustrant de savoir qu’il y a un problème, d’avoir beaucoup d’argent, et de ne pas le résoudre. Même sans payer directement les coûts de développement, cet argent pourrait servir à améliorer l’expérience développeur et à attirer de nouveaux développeurs. Le billet original et le lien ci-dessus reconnaissent que le développement des clients pose problème ; ne serait-il pas possible d’aider les développeurs de clients avec du matériel, des licences, des frais, etc. ?
N’importe qui peut créer un fonds de dons pour l’écosystème Jellyfin au sens large, ou pour ses projets libres/open source préférés. Peut-être que quelqu’un qui lit ceci sera motivé pour s’en charger. Il n’y a pas besoin d’une nouvelle plateforme, seulement de quelqu’un prêt à faire honnêtement du bénévolat.
Ce qu’ils essaient de faire est vraiment difficile. Ils font beaucoup d’excellent travail, mais avec les seules personnes qu’ils peuvent mobiliser sur du temps bénévole, ils semblent tout juste tenir le coup. Il y a clairement beaucoup de gens qui aimeraient contribuer financièrement à cet effort.
J’espère que le projet réussira, et je pense que cette décision est bonne. Mais j’ai un Plex lifetime pass, et Jellyfin ne semble pas encore aussi bon.
J’ai les deux installés sur la même machine, mais chaque fois que j’essaie d’utiliser Jellyfin, j’ai l’impression qu’il manque quelque chose. Je continuerai à y jeter un œil régulièrement.
Il me faut un compte plex.com pour utiliser une instance que j’héberge moi-même ? Suppression immédiate.
Cela dit, les membres de ma famille moins à l’aise avec la technique préfèrent nettement Plex. C’est joli et vraiment facile à configurer sur n’importe quel appareil.
Je découvre Jellyfin, et comparé au modèle typique de croissance ultra-rapide adopté par beaucoup de projets open source, c’est vraiment rafraîchissant
Y a-t-il de vrais utilisateurs de Jellyfin qui le recommanderaient ? Pour l’instant, j’ai un partage SMB sur un Raspberry Pi 4 et j’y accède depuis un Amazon Fire Stick via la fonction SMB de VLC. Ça marche correctement, mais l’UI de VLC laisse vraiment à désirer. Jellyfin serait-il mieux pour cet usage ? Existe-t-il un client qui fonctionne sur Fire TV Stick ? Peut-être celui-ci : https://github.com/jellyfin/jellyfin-androidtv
Cette configuration en double a bien fonctionné, et Jellyfin m’a assez vite inspiré confiance même à ses débuts, au point que j’ai quasiment arrêté d’utiliser Plex
La prise en charge de nombreux clients est aussi excellente. En dehors du streaming vidéo vers divers appareils de la maison, ce que je préfère, c’est ma configuration musicale façon jukebox avec un RPi 3B+ et un DAC hat ALLO Piano 2.1. Avec un ampli séparé pour les enceintes et un ampli pour le caisson de basses, je règle la fréquence de crossover voulue, et sur le Pi je fais tourner l’extension Mopidy-Jellyfin qui accède à la bibliothèque Jellyfin, ainsi que l’extension Mopidy-mowecl qui fournit un front-end web propre pour le DAC. Depuis l’interface Jellyfin, je peux aussi mettre de la musique en file d’attente et faire un « play to » vers le DAC
C’est très configurable et amusant à bidouiller. Par exemple, j’ai branché un pavé numérique USB sur le Pi et défini des raccourcis avec le service triggerhappy. J’aime bien que la musique continue même quand ma station de travail desktop est éteinte ou en train de redémarrer
https://github.com/jellyfin/mopidy-jellyfin
https://github.com/sapristi/mopidy-mowecl
Le meilleur, c’est que tout est logiciel libre/open source, donc je n’ai pas à craindre que la base disparaisse soudainement
Cela dit, je suis d’accord avec l’idée de réorienter les fonds vers les clients. L’app Android TV est encore assez brute. Android classique et l’interface web sont excellents, et Roku fonctionnait bien dans mon souvenir, mais côté Android TV ce n’est vraiment pas terrible
Jellyfin s’intègre aussi bien avec d’autres services comme Radarr, Sonarr et Jellyseer : quand on demande un média, il peut être téléchargé automatiquement, indexé puis rendu disponible
Les clients sont inégaux. Infuse est probablement le meilleur, mais il n’est disponible que sur Apple TV / iOS
La gestion de la bibliothèque est très simple, et le scanner de métadonnées fonctionne bien dans 95 % des cas, donc j’ai rarement besoin de retoucher manuellement les données ou les images des médias
Jellyfin Android fonctionne bien sur Fire TV. Si tu fais tourner le serveur sur un Pi, tu risques d’avoir des difficultés avec le transcodage, surtout pour les fichiers média en 4K
Dans cette configuration, ça marche à merveille, et c’est ridiculement meilleur que les dix ou quinze tentatives que j’ai faites avec XMBM/Kodi. Quelqu’un d’autre que moi peut le prendre en main tout de suite et l’utiliser avec assurance, sans se retrouver bloqué dans un mode d’UI bizarre comme cela m’arrivait toujours avec Kodi, puis abandonner pour toujours
J’utilise le lien de téléchargement dans l’UI du navigateur, et pour les longs trajets en voiture, les films des enfants sont lus sur iPad avec VLC. Avec l’aide de VLC, cet usage est aussi couvert
Ce comportement mérite vraiment le respect. C’est précisément ce genre de chose qui me fait rester sur Jellyfin malgré la pression sociale pour passer à Plex
Je suis passé de Plex à Jellyfin il y a quelques années et j’en suis satisfait. Plex avait des problèmes avec les films accompagnés de fichiers de sous-titres et essayait sans cesse de les réencoder. Je n’ai pas réussi à résoudre ça, alors que Jellyfin fonctionne bien
Il ne me pousse pas non plus sans arrêt des fonctionnalités dont je ne veux plus. J’étais prêt à payer le compte Plex, mais je voulais juste qu’on me laisse regarder tranquillement mes films en local. Je ne voulais pas être harcelé par le streaming TV, les films gratuits et la dernière fonctionnalité qu’ils décident de pousser à ce moment-là
Les 400 dollars par mois n’incluent pas leur coût de travail, non ? Personnellement, j’ai l’impression que c’est justement pour ça que je fais des dons
« Non, cela ne viole pas notre politique “pas de développement rémunéré”, parce que les dons sont littéralement des dons. Nous continuerons à ne pas accepter des choses comme des primes de bug, et nous n’utiliserons pas la trésorerie commune ici pour du développement rémunéré. »
J’utilise Jellyfin avec satisfaction, et je veux appuyer l’idée que 24 000 dollars, ou 40 mois de dépenses, ce n’est absolument pas suffisant
Avec un taux de retrait sûr conservateur, un capital de 24 000 dollars ne représente que 60 dollars par mois. Autrement dit, seulement un dixième de ce qu’il faut au projet pour couvrir ses dépenses mensuelles
Pour que le projet soit autonome, il lui faudrait dix fois plus d’argent. Il pourrait alors investir, et couvrir ses coûts avec le rendement des investissements
Si le projet ne souhaite pas être autonome, c’est une autre question. Il peut penser qu’il est préférable, pour l’alignement des incitations, de garder les utilisateurs dans un certain état de manque. Mais personnellement, je pense que l’autonomie devrait être l’objectif de tout le monde
Existe-t-il des solutions comme Jelly Cloud ? Par exemple, une entreprise déploierait Jellyfin sur une instance EC2, y connecterait S3, fournirait un domaine personnalisé du type username.companyname.com, puis facturerait au mois les coûts S3/EC2 et les autres frais.
J’ai envisagé d’en créer une, mais je voulais voir s’il y avait de la demande. La plupart des développeurs peuvent facilement le faire eux-mêmes, mais j’aimerais en faire un service et le vendre à ceux qui ne peuvent pas le faire eux-mêmes et sont prêts à payer.
Plex et Emby seraient des concurrents, mais à ma connaissance ils ne sont pas open source.