Jellyfin-Gründer Andrew verlässt das Team

 (forum.jellyfin.org)
1 Punkte von GN⁺ 1 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • Nach Andrew treten auch Projektleiter Joshua und Kernteam-Mitglied Anthony zurück, das bestehende Team führt den Betrieb weiter
  • Joshua konnte nicht mehr genügend Zeit und mentale Energie für die Rolle aufbringen und tritt wegen schwerem Burnout und Risiken für die psychische Gesundheit zurück
  • Die Übergabe verläuft in freundlicher Abstimmung, daher ist ein feindlicher Fork nahezu ausgeschlossen, und der Betrieb von Jellyfin soll weiterlaufen
  • Anthony, der für Backend und den Betrieb der App Stores zuständig war, will wegen Veränderungen im Privatleben andere Dinge priorisieren, ist aber bereit, bei Bedarf bis zu ein Jahr lang den Übergang zu unterstützen
  • Jellyfin ist in siebeneinhalb Jahren zum führenden FLOSS-Medienserver und zu einer echten Alternative zu Plex für Millionen von Server-Admins gewachsen

Führungswechsel und Übergabe

  • Nach Andrews Rücktritt beschlossen auch Joshua und Anthony, das Projekt zu verlassen
    • Joshua war als Projektleiter, Anthony als Mitglied des Kernteams aktiv
    • Die verbleibenden Mitglieder sind Teammitglieder, die das Projekt seit vielen Jahren führen, und werden Jellyfin weiterhin betreuen
  • Joshuas Übergabe verläuft in reibungsloser und freundlicher Kommunikation, daher hält er einen feindlichen Fork für nahezu ausgeschlossen
  • Auch Anthony sagte einen reibungslosen Übergang zu und ist bereit, bei Bedarf zu unterstützen, selbst wenn dies bis zu ein Jahr dauern sollte

Gründe für den Rückzug und das Wachstum von Jellyfin

  • Joshua konnte der Rolle nicht mehr genügend Zeit und mentale Energie widmen und war auch mit der Ausführung der Aufgaben nicht zufrieden
    • Schließlich sah er sich mit schwerem Burnout und Risiken für die psychische Gesundheit konfrontiert und entschied sich zum Rücktritt
  • Anthony war zuletzt hauptsächlich für Backend-Verwaltung und den Betrieb der App Stores zuständig, statt direkt am Code zu arbeiten
    • Nach etwa 8 Jahren ist es durch Veränderungen im Privatleben und andere Prioritäten schwierig geworden, genügend freie Zeit dafür aufzubringen
  • Jellyfin war anfangs als Projekt für einige Hundert, höchstens einige Tausend Nutzer gedacht, ist aber siebeneinhalb Jahre später zum führenden FLOSS-Medienserver gewachsen
    • Es wurde zu einer echten Alternative zu Plex, die von Millionen von Server-Admins genutzt wird; die Zahl der einzelnen Nutzer dürfte etwa zehnmal so hoch liegen
    • Nach eigener Einschätzung hat es das übergeordnete Ausgangsprojekt deutlich überholt und bewiesen, dass FLOSS funktioniert und dafür echte Nachfrage besteht
  • Joshua hofft, dass das verbleibende Team Jellyfins Philosophie und Code bewahrt und das Projekt langfristig weiterführt

Verwandte Beiträge

1 Kommentare

 
GN⁺ 1 시간 전
Hacker-News-Kommentare

  • Kürzlich hat Plex den neuen Lifetime Plex Pass auf 750 Dollar erhöht.
    Offenbar soll so die Mehrheit der Nutzer zu Monats- oder Jahresabos bewegt werden, aber das widerspricht dem eigentlichen Zweck, eine persönliche Medienbibliothek selbst zu hosten. Danke an die Jellyfin-Mitwirkenden, die eine Alternative bereitgestellt haben.
    https://www.plex.tv/blog/new-lifetime-plex-pass-pricing/

    • Das größte Problem von Plex ist, dass es sich nicht mehr vorrangig auf den Medienserver konzentriert, sondern auf eine Streaming-Plattform.
      Interne Manager müssen KPIs vorzeigen, daher werden überall Streaming-Buttons, -Sektionen und -Empfehlungen hineingedrückt. Der Medienserver selbst ist nach wie vor mit Abstand der beste, deshalb wäre eine classic-Umschaltoption, die alle Streaming-Funktionen deaktiviert, dringend nötig.
    • Ich sehe nicht wirklich, welchen Mehrwert Plex auf einem privaten Heimkino-PC bietet.
      Der Server in der Garage stellt im lokalen Netzwerk eine SMB-Dateifreigabe bereit, und der Heimkino-PC mountet sie. Mit vergrößerten Schriftarten in XFCE4 sucht man mit Nautilus oder Thunar den Ordner mit Filmen oder Serien, doppelklickt auf die Datei, und sie öffnet sich in VLC — sehr einfach und funktioniert gut.
    • Es fühlt sich wie Glück an, dass ich es 2021 für 120 Dollar gekauft habe, und ich bin dankbar, dass es überhaupt noch einen Lifetime-Pass gibt.
    • Ich kenne niemanden, der für selbst gehostete Software ein Abo bezahlen würde, daher frage ich mich, wie das ein nachhaltiges Geschäftsmodell sein soll.
    • Erstaunlich, dass Leute für Plex so viel bezahlen, obwohl es mit Jellyfin fast dieselben Funktionen kostenlos gibt.
      Ich frage mich, was hinter der Haltung steckt, für diese Software viel Geld auszugeben, aber für andere Software nicht einmal 20 Dollar zahlen zu wollen.

  • Ich habe für den reinen Heimgebrauch einen Jellyfin-Container auf einem alten Gaming-PC installiert, und es ist großartig, deshalb verstehe ich nicht ganz, warum die Leute zuerst nach Plex greifen.
    Die Apps auf verschiedenen Plattformen sind ebenfalls ziemlich brauchbar, und ich habe es vier Jahre lang ohne größere Probleme genutzt. Danke an die Entwickler und Maintainer, und ich hoffe, Andrew gönnt sich ausreichend Ruhe.

    • Die Funktion, die ich bei Jellyfin am meisten vermisse, ist das granulare Teilen von Inhalten innerhalb bestimmter Bibliotheken pro Nutzer.
      Derzeit scheint man einen Teil der Medien in separate Ordner mit symbolischen Links auslagern, daraus jeweils Bibliotheken machen und sie dann pro Nutzer sichtbar schalten zu müssen.
    • Es gibt das Problem, dass Inhalte ständig neu kodiert werden sollen, obwohl sie sich im eigenen Player oder über mpv shim problemlos abspielen lassen.
      Am Ende habe ich das Remote-Laufwerk direkt gemountet und lokal mit mpv abgespielt, weshalb ich Jellyfin kaum noch nutze. Das ist umso bedauerlicher, weil mir die anderen Aspekte gefallen.
    • Als ich zuletzt nachgesehen habe, war die Apple-TV-Unterstützung von Jellyfin schwach, sodass faktisch nur Plex und Infuse als Optionen blieben.
      Da ich bereits einen Lifetime Plex Pass habe, muss ich mich im Moment nicht darum kümmern.
    • Vor 5–6 Jahren funktionierte Plex sehr gut, während Jellyfin noch in einer frühen Phase war und gerade so lief, deshalb bleiben viele bestehende Nutzer aus Trägheit bei Plex.
      Plex bot ausgereifte Clients und einfache Nutzereinladungen sowie Bibliotheksfreigaben, und nachdem diese Basis geschaffen war, begannen Preiserhöhungen, Werbung und Verschlechterungen. Ich nutze Jellyfin täglich und mag es, aber die Apple-TV-Unterstützung ist eingeschränkt und fehlerhaft, unter iOS kann nicht an Chromecast gesendet werden, und für manche Funktionen braucht man Plugins. Auch die Transcoding-Einstellungen sind schwierig, und bei mobilen Offline-Downloads werden nur die Originaldateien geladen, die dann in VLC abgespielt werden müssen, daher ist es übertrieben, von derselben Reife wie Plex zu sprechen.
    • Ich habe mir früh bei Plex einen günstigen Lifetime-Pass gekauft, aber das Management hat das Produkt von einem persönlichen Medienserver in etwas TV-Ähnlicheres verwandelt, und UI sowie User Experience sind diesem Kurs gefolgt.
      Für frühe Nutzer war es ein gutes Geschäft, aber für neue Nutzer gibt es inzwischen genug Gründe, Plex zu meiden.

  • Jellyfin ist ein großartiges Projekt, das nicht automatisch Trailer oder Ähnliches abspielt, sondern einfach meine Medien auflistet und wiedergibt — fast genau so, wie ich es haben will.
    Vermutlich gibt es auch unter denen, die es noch nicht ausprobiert haben, viele, die eine so schlichte Wiedergabeweise möchten.

    • Jellyfin ist nicht überragend und hat zahlreiche Bugs, bei denen man schwer sagen kann, ob sie jemals behoben werden.
      Vielleicht ist es eher etwas für Leute, die gern stundenlang an einer schwer verständlichen Linux-Konfiguration herumbasteln, die nach einem Update leicht kaputtgehen kann.

  • Wenn FLOSS richtig funktioniert, sollten Maintainer meiner Meinung nach nicht in schweren Burnout und Risiken für die psychische Gesundheit getrieben werden.
    Allein in der vergangenen Woche habe ich zwei weitere ähnliche Fälle gesehen: Filebrowser(https://hacdias.com/2026/03/11/filebrowser/), axum-login / tower-sessions(https://github.com/maxcountryman/axum-login/discussions/330)

    • Gerade weil Projekte nicht sterben, wenn Maintainer gehen müssen, funktioniert FLOSS.
    • Wenn der Maßstab für den Erfolg von FLOSS wäre, dass kein Beteiligter jemals stressbedingte Probleme erlebt, dann wäre das ein überzogen hoher Maßstab.
    • Auch Menschen in nicht-FLOSS-Arbeit erleben manchmal schweren Burnout.

  • Gut zu sehen, dass die Übergabe offenbar friedlich verläuft.
    Ich habe Jellyfin ausprobiert, nutze derzeit aber Plex, weil es auf meiner Hardware die Bibliothek nicht verarbeiten konnte. Je mehr Plex sich von einem Medienserver zu einem Streaming-Dienst entwickelt, desto mehr hoffe ich, dass Jellyfin so weit reift, dass es bei Bedarf eine praktische Alternative ist.

    • Ich frage mich, was konkret damit gemeint ist, dass Plex sich zu einem Streaming-Dienst wandelt.
    • Ich würde gern wissen, welches Hardwareproblem es gab.

  • Jetzt ist ein besserer Zeitpunkt denn je, einen Media-Server von Grund auf selbst zu bauen
    Transkodierung auf Abruf macht die Client-Erfahrung instabil, daher wird beim Medien-Upload alles mit ffmpeg normalisiert und beim Abspielen eine eigene Lösung verwendet, die rohe Byte-Bereiche direkt aus dem Blockspeicher ausliefert. Starten und Springen in Videos erfolgt fast sofort, wie beim Umschalten von analogen TV-Kanälen
    Selbst 50-GB-große verlustfreie Originale müssen in der Praxis meist transkodiert werden, und viele Clients kommen mit dieser Bitrate nicht zurecht; für das Enderlebnis ist es daher besser, Informationen wegzulassen, die ohnehin nicht genutzt werden. Moderne Chatbots können eine solche Konfiguration mit einem einzigen Prompt erstellen, und ohne Transkodierung während der Wiedergabe kann sogar ein Raspberry Pi problemlos einige Clients im lokalen Netzwerk bedienen. Wenn man die Anforderungen auf so etwas wie einen einfachen Verzeichnis-Browser für verknüpfte Videos beschränkt, lässt sich vollständige Autonomie leicht erreichen

    • Wenn man den Wert der eigenen Zeit so niedrig ansetzt und mehr Freude daran hat, Apps für verschiedene Plattformen zu entwickeln, als Filme zu schauen, ist das eine gute Wahl
      Ansonsten ist es besser, eine der hunderte bestehenden Lösungen zu verwenden, bei denen über viele Jahre Bugs und plattformspezifische Probleme behoben wurden
    • Ich nutze HDR-Videos mit der höchsten Bitrate, brauche aber fast nie Transkodierung
      4K-TVs und 4K-Streaming-Geräte sind günstig, und der Hauptgrund für Transkodierung ist, dass Browser den ursprünglichen Codec nicht unterstützen. Inzwischen können fast alle Geräte Streams mit hoher Bitrate verarbeiten, und nur seltene Videos mit mehr als 100 Mbit/s stoßen an die 100-Mb-Grenze mancher Streaming-Boxen
    • Silo von https://siloserver.org betreibt neben seiner eigenen API auch eine Jellyfin-protokollkompatible Schicht, sodass sich jeder Jellyfin-Client mit einem Silo-Server verbinden kann
    • Man sollte zwischen Software-Transkodierung und Hardware-Transkodierung unterscheiden
      Günstige Systeme können bei der Umwandlung von Blu-ray-Remuxes für Ziele mit hoher Bitrate an ihre Grenzen kommen, aber schon mit einem normalen Mini-PC lässt sich leicht ein transkodierungsfähiger Server aufbauen, wodurch die Nachteile, die man durch deren Vermeidung vermeiden will, fast vollständig entfallen
    • Wenn man einen Hacker-Ansatz ohne Interesse an UI verfolgt, wird schon ein gewöhnlicher Webserver mit Unterstützung für Byte-Range-Requests und automatischer Indizierung zu einem durchaus brauchbaren Media-Server
      Der Browser holt sich die Wiedergabe-Metadaten der Videodatei per Range-Request und bietet Grundfunktionen wie Suche und Geschwindigkeitssteuerung. Auch Rechtsklick-Download bleibt möglich. Es fehlen zwar viele Funktionen, aber Einfachheit und Kosten-Nutzen-Verhältnis sind hervorragend, und wenn man einen HTTP-Server betreiben und Dateien speichern kann, lässt sich die Netzwerkbandbreite gut mit Videodaten auslasten

  • Ich verwalte meinen Media-Server mit LLM, Tailscale und Jellyfin und bin sehr zufrieden, weil ich perfekte Metadaten, ein aufgeräumtes Ordnungssystem und sogar multimodale Suche habe

  • Ich mag Jellyfin und das zugehörige Ökosystem, und es ist gut, dass dieser Übergang friedlich abläuft

    • Ich frage mich, was hier mit dem zugehörigen Ökosystem gemeint ist

  • Die Apple-TV-App Swiftfin ist zwar die beste Option, aber in einem sehr rohen Zustand, etwa weil sie nicht aktualisiert und Text ständig überlagert wird
    Sie braucht mehr Hilfe

    • Neptune ist einen Blick wert
      Ich bin von Swiftfin zu Infuse gewechselt und nutze jetzt täglich Neptune, das schnell besser wird
      https://neptuneplayer.com
    • Als Alternative hat JellyTV eine ziemlich flüssige UI, und Streamyfin bietet ebenfalls eine TV-Beta an und wird laufend verbessert
      Trotzdem sind TV-Clients im Jellyfin-Ökosystem ein besonders schwieriger Bereich
    • Swiftfin hat mit v1.5 das erste Update seit Jahren veröffentlicht, und ich verstehe es so, dass es künftig weiter synchronisiert wird
      tvOS 26 ist erforderlich
    • Infuse ist ausgereift, und auf Apple TV fehlt nichts
    • Ich wollte früher sogar in kleinem Umfang zu Swiftfin beitragen, habe aber aufgehört und den iOS-Client auf Infuse umgestellt, weil vom Projekt kaum Resonanz kam
      Insgesamt ist es gut, aber ich hasse die Listen-Performance bei großen Sammlungen

  • Jellyfin passt gut zu meinem Anwendungsfall, und ich bin dankbar für die Arbeit, die in die Entwicklung geflossen ist
    Um 2008 herum habe ich HDR→SDR-Tonemapping genutzt, um auf einem Pioneer-Plasmadisplay zu schauen, und kürzlich gab es Probleme beim Rendering. Der Server ist ziemlich stabil, aber die Qualität der Clients schwankt stark; derzeit nutze ich den mpg-shim-Adapter und hoffe auf eine App mit besserer nativer Rendering-Komposition.