Jellyfin ervaringen en discussie

[skank]

Vallaquenta schreef op zondag 15 februari 2026 @ 11:18:
Voor iedereen hier in de topic: de Jellyseerr + OVerseerr merge is complete! https://github.com/seerr-team/seerr/releases/tag/v3.0.0

@Dagarkin misschien een vermelding in de OP?

Ik gebruik nog maar pas jellyszeer. Dus moet ik nu overstappen?

[Binnetie]

skank schreef op zondag 15 februari 2026 @ 16:14:
[...]

Ik gebruik nog maar pas jellyszeer. Dus moet ik nu overstappen?

Ja, zo moeilijk is het niet. In geval van Docker, was het voor mij:
- voor de zekerheid je database backuppen
- docker compose file aanpassen met de nieuwe code en dan je stack updaten.

[Dagarkin]

skank schreef op zondag 15 februari 2026 @ 16:01:
[...]


Trailer daar afgehaald, maar bib blijft leeg? snap er niks van

Onderstaande werkt hier prima, hoe draai je zelf Jellyfin? als het via Docker is misschien een mapping issue en ter bevestiging werkt er iets of werkt het allemaal niet? Gebruik je ook de laatste Jellyfin?

In de plugin zelf heb ik namelijk alleen de bibliotheken gekoppeld en verder niks.

Er zijn eigenlijk twee soorten trailers: prerolls/featured (algemene trailers die vóór een film afspelen) en film-specifieke trailers.

Voor prerolls en featured trailers heb ik één hoofdmap aangemaakt, bijvoorbeeld:

code:

Trailers/
 ├── Prerolls/
 └── Featured/

code:

Trailers/
 └── Featured/
      └── StarWars/
           └── trailer.mkv

code:

Films/
 └── Star Wars (1977)/
      ├── Star Wars (1977).mkv
      └── trailers/
           └── trailer.mkv

[Dagarkin]

Binnetie schreef op zondag 15 februari 2026 @ 18:41:
[...]

Ja, zo moeilijk is het niet. In geval van Docker, was het voor mij:
- voor de zekerheid je database backuppen
- docker compose file aanpassen met de nieuwe code en dan je stack updaten.

Ja moest zelf ook nog de rechten veranderen, maar daarna was het direct goed mooie migratie 2 minuten werken

[Binnetie]

@Dagarkin, dat wilde ik er nog aan toevoegen dat de rechten nog aangepast moesten worden. Jij was me voor. De instructies zijn prima te doen.

[Vallaquenta]

thaan schreef op zondag 15 februari 2026 @ 13:43:
[...]
Net zoals Jellyseerr heeft Seerr ook Postgres support. Absoluut de moeite waard om te gebruiken ipv standaard SQLite DB.

Ik ben er nog steeds niet helemaal achter hoeveel verschil er zit in performance tussen Postgre en SQlite. Is het de moeite waard over te stappen?

[thaan]

Vallaquenta schreef op maandag 16 februari 2026 @ 12:16:
[...]


Ik ben er nog steeds niet helemaal achter hoeveel verschil er zit in performance tussen Postgre en SQlite. Is het de moeite waard over te stappen?

Ik draaide veel docker containers op mijn Synology DS220+ met SMR schijven, niet te doen qua snelheid (door de SMR schijven).
Ik wilde namelijk graag de Proxmox server die Jellyin draait, zo lean mogelijk houden & zoveel mogelijk resources voor Jellyfin overhouden.
De oplossing was om op mijn Proxmox (die vanaf SSD draait) een Postgres container te draaien: dan draait Radarr/Sonarr/Seerr vanaf de Synology met CMR schijven, maar gebruiken ze de Postgres database die op een server met SSD draait. Dan zijn ze instant supersnel, ondanks dat Seerr/Arr's dus op een Synology met SMR schijven draaien.

Daarnaast is het makkelijk om een docker container met Databasus te draaien: die kan elke database van je Postgres instance automatisch backuppen en restoren waar nodig. Alle Arr apps draaien nu dus met Postgres, ik heb de Arr's in jaren niet zo snel gehad als nu met Postgres. En daarnaast makkelijker te backuppen/restoren, want daar is Databasus voor.

Als je toch al een paar dockers draait: absoluut de moeite waard.
Begin wel meteen goed qua Postgres instance: ik draai 17.6 op een niet-Alpine image. Je kunt later namelijk niet meer makkelijk naar een Alpine image migreren. In mijn ervaring werkt 17.6 met praktisch alles, 18 wordt nog niet door alles ondersteund namelijk.

[skank]

Dagarkin schreef op maandag 16 februari 2026 @ 09:09:
[...]


Onderstaande werkt hier prima, hoe draai je zelf Jellyfin? als het via Docker is misschien een mapping issue en ter bevestiging werkt er iets of werkt het allemaal niet? Gebruik je ook de laatste Jellyfin?

In de plugin zelf heb ik namelijk alleen de bibliotheken gekoppeld en verder niks.

Er zijn eigenlijk twee soorten trailers: prerolls/featured (algemene trailers die vóór een film afspelen) en film-specifieke trailers.

Voor prerolls en featured trailers heb ik één hoofdmap aangemaakt, bijvoorbeeld:

code:

Trailers/
 ├── Prerolls/
 └── Featured/

code:

Trailers/
 └── Featured/
      └── StarWars/
           └── trailer.mkv

code:

Films/
 └── Star Wars (1977)/
      ├── Star Wars (1977).mkv
      └── trailers/
           └── trailer.mkv

Ik heb jellyfin op mn unraid server gezet. Laatste verrsie want ik update altijd.
Als ik diezelfde map toevoeg als bibliotheek maar inhoudstype homevideo en fotos, dan vult hij de bibliotheek WEL.
Dus ik veronderstel geen rechten issue?
Maar zodra ik het als film toevoeg, blijft de bib leeg.
Ik heb wel al een andere mappenstructuur als bib toegvoegd als film en die vult wel volledig.
Of kan je geen 2x films hebben?

[Dagarkin]

skank schreef op dinsdag 17 februari 2026 @ 08:12:
[...]


Ik heb jellyfin op mn unraid server gezet. Laatste verrsie want ik update altijd.
Als ik diezelfde map toevoeg als bibliotheek maar inhoudstype homevideo en fotos, dan vult hij de bibliotheek WEL.
Dus ik veronderstel geen rechten issue?
Maar zodra ik het als film toevoeg, blijft de bib leeg.
Ik heb wel al een andere mappenstructuur als bib toegvoegd als film en die vult wel volledig.
Of kan je geen 2x films hebben?

Inhoudstype moet wel film zijn.
Gebruik je wel de structuur hoe ik die heb opgezet?
Er zit geen limiet op films, maar denk dat je deze vraag wellicht op Jellyfin kan uitzetten, Ik heb geen idee waarom het niet werkt en het staat ook los van de plugin. Ik had 2 nieuwe bibliotheken prerols gekoppeld aan trailers/prerolls and featured gekoppeld aan trailers/featured in de plugin en kreeg onder de bibliotheek ook keurig de trailer te zien.

[skank]

Dagarkin schreef op maandag 16 februari 2026 @ 09:09:
[...]


Onderstaande werkt hier prima, hoe draai je zelf Jellyfin? als het via Docker is misschien een mapping issue en ter bevestiging werkt er iets of werkt het allemaal niet? Gebruik je ook de laatste Jellyfin?

In de plugin zelf heb ik namelijk alleen de bibliotheken gekoppeld en verder niks.

Er zijn eigenlijk twee soorten trailers: prerolls/featured (algemene trailers die vóór een film afspelen) en film-specifieke trailers.

Voor prerolls en featured trailers heb ik één hoofdmap aangemaakt, bijvoorbeeld:

code:

Trailers/
 ├── Prerolls/
 └── Featured/

code:

Trailers/
 └── Featured/
      └── StarWars/
           └── trailer.mkv

code:

Films/
 └── Star Wars (1977)/
      ├── Star Wars (1977).mkv
      └── trailers/
           └── trailer.mkv

Het werkt !

Eindelijk man...
Ik moet helemaal de mapjes er niet inzettne, los alle trailerbestanden lukt ook.
Heb wel een jellyfin update gedaan en een nieuwe share gemaakt, iets van die 2 heeft het gefixed.
Soit eindelijk thx voor het geduld.

Nog even een vraagje ivm trailers. Dus je moet echt zelf trailers bij je eigen films plaatsen? Je kan niet hem automatisch trailers laten doen van upcoming films?

[Dagarkin]

skank schreef op dinsdag 17 februari 2026 @ 15:35:
[...]


Het werkt !

Eindelijk man...
Ik moet helemaal de mapjes er niet inzettne, los alle trailerbestanden lukt ook.
Heb wel een jellyfin update gedaan en een nieuwe share gemaakt, iets van die 2 heeft het gefixed.
Soit eindelijk thx voor het geduld.

Nog even een vraagje ivm trailers. Dus je moet echt zelf trailers bij je eigen films plaatsen? Je kan niet hem automatisch trailers laten doen van upcoming films?

Mooi Betreft dat laatste dat is niet mogelijk via deze plugin.

[PindaRots]

skank schreef op dinsdag 17 februari 2026 @ 15:35:
[...]


Het werkt !

Eindelijk man...
Ik moet helemaal de mapjes er niet inzettne, los alle trailerbestanden lukt ook.
Heb wel een jellyfin update gedaan en een nieuwe share gemaakt, iets van die 2 heeft het gefixed.
Soit eindelijk thx voor het geduld.

Nog even een vraagje ivm trailers. Dus je moet echt zelf trailers bij je eigen films plaatsen? Je kan niet hem automatisch trailers laten doen van upcoming films?

Haha de vlag kan uit.

Hij werd eerder in dit topic aangehaald, misschien dat je iets kunt met Trailarr: https://github.com/nandyalu/trailarr

[skank]

PindaRots schreef op woensdag 18 februari 2026 @ 10:24:
[...]

Haha de vlag kan uit.

Hij werd eerder in dit topic aangehaald, misschien dat je iets kunt met Trailarr: https://github.com/nandyalu/trailarr

Mja ik vind het dubbel om data te moeten voorzien voor trailers van films die je zelf hebt.
Terwijl ze gewoon op youtube staan.
Ik zie ook liever trailers voor upcoming films die ik niet heb..
Dat kan daarmee dacht ik niet.

[Dagarkin]

skank schreef op woensdag 18 februari 2026 @ 10:44:
[...]


Mja ik vind het dubbel om data te moeten voorzien voor trailers van films die je zelf hebt.
Terwijl ze gewoon op youtube staan.
Ik zie ook liever trailers voor upcoming films die ik niet heb..
Dat kan daarmee dacht ik niet.

Ooit bestond het wel voor youtube, maar ik weet ervaring, dat het tegenwoordig via de api een heel gedonder is om dit goed te regelen. Werk zelf als programmeur en het is wel mogelijk, maar de eind gebruiker moet zelf door veel hoepels om de api key en alles in te regelen en de ontwikkelaar krijgt dit allemaal weer op zijn/haar bord. Snap ook wel dat je ontwikkelaar op een punt bent van ik kap met deze plugin, aangezien het tijd kost om een plugin te onderhouden en je mag je altijd aanpassen aan dit geval youtube

Deze huidige plugin geeft je dus zelf vrijheid welke trailers en omdat je zelf de bron bestanden bezit hoef je ook geen zorgen te maken om youtube.

[Aaron023]

Patatjemet schreef op zaterdag 14 februari 2026 @ 23:30:
Sinds kort is er ook een officiële Jellyfin app voor Samsung TV's (Tizen). Ben er heel blij mee, en werkt tot nu toe hier probleemloos. Sindsdien staat Plex hier te niksen

Mag ik je vragen hoe je deze hebt kunnen vinden? Ik heb een Frame 2023 en bij mij is hij niet zichtbaar vanuit het zoekvenster.

Al dagen geprobeerd dit werkend te krijgen met Jellyfin installer, Tizen studio en Tizenbrew maar krijg mijn TV nooit zichtbaar onder de lijst met apparaten... De officiële app zou daarom een goede oplossing zijn!

[ Voor 4% gewijzigd door Aaron023 op 20-02-2026 06:46 ]

[Patatjemet]

Hij staat voor mij gewoon in de app store. Wat ik online lees is (nog?) een beetje hit en miss voor de beschikbaarheid, zit je wel op de nieuwste versie van Tizen? Misschien moet je nog eventjes geduld hebben.

[PindaRots]

Aaron023 schreef op donderdag 19 februari 2026 @ 22:21:
[...]


Mag ik je vragen hoe je deze hebt kunnen vinden? Ik heb een Frame 2023 en bij mij is hij niet zichtbaar vanuit het zoekvenster.

Al dagen geprobeerd dit werkend te krijgen met Jellyfin installer, Tizen studio en Tizenbrew maar krijg mijn TV nooit zichtbaar onder de lijst met apparaten... De officiële app zou daarom een goede oplossing zijn!

Komt denk ik vanzelf. Schoonouders hebben ook een Frame uit 2023. Daar zag ik hem gewoon tussen staan.
Vond het wel een beetje geklungel met aanmelden, maar ik begreep van de week dat ze er succesvol gebruik van hadden gemaakt.

[ElCondor]

Een piepkleine nugget:
Om te zoeken met wildcards kun je het procent teken gebruiken.

code:

lord%rings => Lord of the Rings

Ik zag dit nergens terugkomen en voor IT-ers is dit wellicht gesneden koek, maar voor non IT-ers kan het een curve-ball zijn. Maar misschien ben ik een ongelovelijke spuit-11

[The Zep Man]

Binnetie schreef op zondag 15 februari 2026 @ 18:41:
Ja, zo moeilijk is het niet. In geval van Docker, was het voor mij:
- voor de zekerheid je database backuppen
- docker compose file aanpassen met de nieuwe code en dan je stack updaten.

Je vergeet voor veel gebruikers:
• Bestandspermissies aanpassen (owner root -> owner 1000)
• "init: true" configureren in de configuratie van Docker.

[edit]
Ietwat late reactie. Maar inderdaad, de upgrade stelt niet veel voor. Seerr is eigenlijk het voormalige Jellyseerr met toegevoegde ondersteuning voor Plex.

[ Voor 21% gewijzigd door The Zep Man op 24-02-2026 12:43 ]

[Vallaquenta]

The Zep Man schreef op dinsdag 24 februari 2026 @ 12:40:
[...]


Je vergeet voor veel gebruikers:
• Bestandspermissies aanpassen (owner root -> owner 1000)
• "init: true" configureren in de configuratie van Docker.

[edit]
Ietwat late reactie. Maar inderdaad, de upgrade stelt niet veel voor. Seerr is eigenlijk het voormalige Jellyseerr met toegevoegde ondersteuning voor Plex.

Klopt, ik gebruik voor al mijn containers aparte users en directories.
Omdat ze Seerr hebben veranderd naar rootless kun je niet meer de environment variables gebruiken die doorgaans wel werken zoals:

code:

seerr:
    image: ghcr.io/seerr-team/seerr:latest
    init: true
    container_name: seerr
    hostname: seerr
    environment:
      - PUID=13007
      - PGID=${PGID}
      - UMASK=${UMASK}
      - TZ=${TZ}

Maar in plaats daar van kom je uit op:

code:

seerr:
    image: ghcr.io/seerr-team/seerr:latest
    init: true
    container_name: seerr
    hostname: seerr
    user: 13007:${PGID}
    environment:
      - LOG-LEVEL=debug
      - TZ=${TZ}

Dus dat zal voor sommigen nog even wennen zijn denk ik.

[ Voor 22% gewijzigd door Vallaquenta op 24-02-2026 13:26 ]

[The Zep Man]

Vallaquenta schreef op dinsdag 24 februari 2026 @ 13:25:
[...]


Klopt, ik gebruik voor al mijn containers aparte users en directories.
Omdat ze Seerr hebben veranderd naar rootless kun je niet meer de environment variables gebruiken die doorgaans wel werken zoals:
(...)
Dus dat zal voor sommigen nog even wennen zijn denk ik.

Precies dit. Stelt overigens niet veel voor. Er is een goede migratiehandleiding.

[Vallaquenta]

The Zep Man schreef op dinsdag 24 februari 2026 @ 13:38:
[...]


Precies dit. Stelt overigens niet veel voor. Er is een goede migratiehandleiding.

Maar niet dus met eigen UID/GID. Dat vermijden ze specifiek, zie ook https://github.com/seerr-team/seerr/discussions/2455
Standaard gebruiken ze 1000:1000 als UID/GID, maar dat heb ik op mijn stack dus net anders staan en was niet van plan dingen compleet aan te passen voor Seerr.

[The Zep Man]

Vallaquenta schreef op dinsdag 24 februari 2026 @ 14:41:
[...]

Maar niet dus met eigen UID/GID. Dat vermijden ze specifiek, zie ook https://github.com/seerr-team/seerr/discussions/2455

Klopt. Met een goede reden.

Standaard gebruiken ze 1000:1000 als UID/GID, maar dat heb ik op mijn stack dus net anders staan en was niet van plan dingen compleet aan te passen voor Seerr.

Als je al zo geavanceerd bezig bent dat je zelfgekozen UID/GID gebruikt, dan ben je ook geavanceerd genoeg bezig om daarmee met een migratie rekening te houden (zoals door issues door te lezen). Wel scherp opgemerkt.

[Vallaquenta]

The Zep Man schreef op dinsdag 24 februari 2026 @ 14:44:
[...]


Klopt. Met een goede reden.


[...]


Als je al zo geavanceerd bezig bent dat je zelfgekozen UID/GID gebruikt, dan ben je ook geavanceerd genoeg bezig om daarmee met een migratie rekening te houden (zoals door issues door te lezen). Wel scherp opgemerkt.

Klopt, daarom had ik het ff in de topic geknald voor mensen die tegen een probleem aan lopen met permissies.
Inderdaad netjes alles gechown'd bij mij

Ik heb alles in mij docker server met eigen UID/GID draaien, omdat het achter een reverse proxy hangt voor ease-of-use voor andere mensen. Net dat extra stukje bescherming.

[ Voor 12% gewijzigd door Vallaquenta op 24-02-2026 14:49 ]

[rgos]

breew schreef op maandag 8 december 2025 @ 12:09:
Heel blij met Jellyfin.

Als gebruiker van diverse chromecast V2's in huis (en iPhone/iOS), mis ik wel de google cast functionaliteit tov plex.
Ik weet/snap/heb begrip voor de gemaakte keuzes,en ook dat de Chromecast V2 al onwijs oud is, maar vind het simpelweg jammer dat er geen 'native' google cast ondersteuning is.

Het kan wel (op iOS) met de streamyfin-app, maar dan mis je weer waar je gebleven was (watched wordt niet automagisch bijgehouden).

Tenzij iemadn hire al iets op gevonden heeft???

Jazeker, heb Chromecast hier eindelijk werkend gekregen:

1. Maak subdomein aan op duckdns.org DDNS en verwijs terug naar public IP van je server
2. Gebruik caddy als reverse proxy en stuur door naar 127.0.0.1:8096
3. Open poorten 80 en 443 in je router middels NAT en verwijs door naar private IP van je server
4. In Chrome open Jellyfin op subdomein.duckdns.org
5. Cast!

Probleem is dat Chromecast een public IP nodig heeft met SSL om media af te spelen. Met duckdns.org en de caddy reverse proxy zorg je daar voor. De Jellyfin app op Chromecast with Google TV heeft die complicatie niet, natuurlijk.
Plex en Emby vangen dit op middels hun relay server.

Caddyfile:

code:

subdomein.duckdns.org {
    reverse_proxy 127.0.0.1:8096
    tls [e-mail]
}

[ Voor 4% gewijzigd door rgos op 27-02-2026 21:42 . Reden: caddyfile ]

[Vallaquenta]

rgos schreef op vrijdag 27 februari 2026 @ 21:17:
[...]

Maar alsjeblieft, als je Caddy (of nginx, of traefic of wat voor reverse proxy dan ook) gebruikt. Timmer het dicht.

Ik gebruik al heel lang een reverse proxy. Begonnen met nginx, daarna NPMPlus (fork van Nginx Proxy Manager). Heb er sinds een maand of 4 / 5 crowdsec aan hangen, die vrij veel blokkeert gelukkig.

Je wilt sowieso fail2ban en iptables (of nftables) maar het liefst ook extra dingen, waar ik dus uit kwam op caddy i.c.m. geoip en cloudflare. Er zijn docker images voor beschikbaar als je alles via Docker draait: https://github.com/serfriz/caddy-custom-builds

Voor mijn domein gebruik ik bijv. het volgende voor Jellyfin in mijn Caddyfile:

code:

jellyfin.{$ROOT_DOMAIN} {
        tls {
               dns cloudflare {$CLOUDFLARE_API_KEY}
               resolvers 1.1.1.1
       }
        import logging
        #import auth
        route {
                crowdsec
        }
        reverse_proxy http://jellyfin:8096
}

[rgos]

Vallaquenta schreef op vrijdag 27 februari 2026 @ 22:55:
[...]

Maar alsjeblieft, als je Caddy (of nginx, of traefic of wat voor reverse proxy dan ook) gebruikt. Timmer het dicht.

Zeker. Ik heb er een Originating IP op zitten.

[rgos]

BTW Ik heb ook begrepen dat je de Chromecast met Jellyfin aan de praat kunt krijgen door het DNS adres 8.8.8.8 voor de Chromecast te blocken en om te leiden naar je eigen DNS. Ik kan dat zelf echter niet testen omdat ik op de el cheapo Zyxel T-56 router van Odido zit.
Zou iemand met een betere router dit kunnen testen?

[PindaRots]

Vallaquenta schreef op vrijdag 27 februari 2026 @ 22:55:
[...]


Maar alsjeblieft, als je Caddy (of nginx, of traefic of wat voor reverse proxy dan ook) gebruikt. Timmer het dicht.

Ik gebruik al heel lang een reverse proxy. Begonnen met nginx, daarna NPMPlus (fork van Nginx Proxy Manager). Heb er sinds een maand of 4 / 5 crowdsec aan hangen, die vrij veel blokkeert gelukkig.

Je wilt sowieso fail2ban en iptables (of nftables) maar het liefst ook extra dingen, waar ik dus uit kwam op caddy i.c.m. geoip en cloudflare. Er zijn docker images voor beschikbaar als je alles via Docker draait: https://github.com/serfriz/caddy-custom-builds

Voor mijn domein gebruik ik bijv. het volgende voor Jellyfin in mijn Caddyfile:

code:

jellyfin.{$ROOT_DOMAIN} {
        tls {
               dns cloudflare {$CLOUDFLARE_API_KEY}
               resolvers 1.1.1.1
       }
        import logging
        #import auth
        route {
                crowdsec
        }
        reverse_proxy http://jellyfin:8096
}

Jij bent van NPMPlus en Crowdsec naar Caddy met GeoIP en Cloudflare gegaangegaan?
Wat vind je beter aan Caddy? Ik heb het allemaal draaien met NPMPlus en Crowdsec en ben heel erg tevreden (was even martelen om goed ingesteld te krijgen).

[Vallaquenta]

rgos schreef op zaterdag 28 februari 2026 @ 10:43:
BTW Ik heb ook begrepen dat je de Chromecast met Jellyfin aan de praat kunt krijgen door het DNS adres 8.8.8.8 voor de Chromecast te blocken en om te leiden naar je eigen DNS. Ik kan dat zelf echter niet testen omdat ik op de el cheapo Zyxel T-56 router van Odido zit.
Zou iemand met een betere router dit kunnen testen?

Zal ik jou eens wat vertellen? Ik heb afgelopen week mijn T56 geflasht met OpenWRT en die draait nu Adguard Home. Zie ook: https://openwrt.org/toh/zyxel/t-56?s[]=zyxel&s[]=t56

Doe daar mee wat je wilt

[rgos]

Zal ik jou eens wat vertellen? Ik heb afgelopen week mijn T56 geflasht met OpenWRT en die draait nu Adguard Home. Zie ook: https://openwrt.org/toh/zyxel/t-56?s[]=zyxel&s[]=t56

Doe daar mee wat je wilt

Dat mag ik niet van Odido.

[Vallaquenta]

rgos schreef op zaterdag 28 februari 2026 @ 15:52:
[...]


Dat mag ik niet van Odido.

Ik ook niet, heb het toch gedaan.

Odido mag ook niet zomaar al mijn klantgegevens verkopen en/of verliezen, hebben ze toch ook gedaan helaas.

[rgos]

Ik ook niet, heb het toch gedaan.

Hoe ging het flashen? Nog ergens tegenaan gelopen? Alles weer werkend gekregen (inclusief telefoon)? Kun je nu outbound verkeer blocken / rerouten?

[The Dolf]

rgos schreef op zaterdag 28 februari 2026 @ 15:52:
[...]


Dat mag ik niet van Odido.

Waar staat het dan dat het niet mag? Een oprechte vraag.

Wat zijn trouwens de voor- en nadelen van het flashen naar openwrt?

[Vallaquenta]

The Dolf schreef op dinsdag 3 maart 2026 @ 03:42:
[...]

Waar staat het dan dat het niet mag? Een oprechte vraag.

Wat zijn trouwens de voor- en nadelen van het flashen naar openwrt?

Voordelen dat je software zoals Adguard Home en Unbound op de router kunt draaien.

Bovendien is de admin interface van de t56 zo gigantisch slecht dat zelfs zo er voordelen van OpenWRT er nog voor zou kiezen om andere software te flashen.


Enfin: zojuist de eerste update van Seerr binnengehaald. Hopelijk na de merge zien we meer vooruitgang 😊

[The Dolf]

Vallaquenta schreef op dinsdag 3 maart 2026 @ 17:30:
[...]

Voordelen dat je software zoals Adguard Home en Unbound op de router kunt draaien.

Bovendien is de admin interface van de t56 zo gigantisch slecht dat zelfs zo er voordelen van OpenWRT er nog voor zou kiezen om andere software te flashen.


Enfin: zojuist de eerste update van Seerr binnengehaald. Hopelijk na de merge zien we meer vooruitgang 😊

Heb het ook maar geflashed. Was wel even een gepruts met de ipadres goed te zetten. En ook de vlan instelling die nodig is bij Odido was even zoeken. Maar alles lukte (incl Adguard) draaide binnen een half uurtje. Sta er wel van te kijken hoe vaak ms en hue verbinding proberen te maken.

code:

diag.meethue.com
11,177 45.5%
self.events.data.microsoft.com
4,941 20.11%

Nu eens op zoek naar een netmonitor zodat per dag per ip de traffickan zien.

[The Dolf]

rgos schreef op zaterdag 28 februari 2026 @ 15:52:
Dat mag ik niet van Odido.

Waar staat dat dan? Een oprechte vraag.

rgos schreef op zaterdag 28 februari 2026 @ 16:12:
Hoe ging het flashen? Nog ergens tegenaan gelopen? Alles weer werkend gekregen (inclusief telefoon)? Kun je nu outbound verkeer blocken / rerouten?

Je vroeg het niet aan mij maar bij deze mijn ervaringen:
Ik heb deze guide gebruikt. Dual boot openwrt en Odido firmware.
Om de instalatiebestanden op de Zyxel te krijgen moet je volgens de guide mbv wget ze downloaden. Kreeg een foutmelding omdat wget geen https ondersteund. Geen zin om dat uit te zoeken dus met WinSCP handmatig op de router gezet.
Vervolgens de guide gevolgt.

Last but not least, om de Odido internetverbinding te herstellen:

code:

Log in to the LuCI web interface and go to 'Network' -> 'Interfaces'.

Select the 'Devices' -> Devices tab and select 'Add device configuration' at the bottom.

Configure the following:

Device type: VLAN (802.1q)
Base device: eth1
VLAN ID: 300
MTU: 1500

The rest of the settings are correct. Click 'Save' and 'Save & Apply'. You now have an additional device called eth1.300.

Select the 'Interfaces' tab.

Remove the default 'WAN6' interface. You don't need it.

Click the "WAN" interface -> Edit and configure the following:
Protocol: DHCP client
Device: eth1.300

Outbound blocken/rerouten werkt perfect.
Telefoon weet ik niet want ik maak daar geen gebruik van. Maar door de dual boot kan je eenvoudig terug naar de standaard firmware.

[F_J_K]

Hoog tijd om te stoppen met off-topic gaan en het hier te hebben over Jellyfin. Zat plaatsen om het over de rest te hebben

[PindaRots]

Weet iemand hoe je kunt instellen dat je Nederlandse ondertiteling wilt bij een film of serie. Ik dacht dat ik dat ergens gedaan had.
Maar nu heb ik een serie die telkens zonder ondertiteling start, terwijl er 20 ondertiteling talen aanwezig zijn, waaronder Dutch. Ik moet hem dus elke aflevering handmatig op Nederlandse ondertiteling zetten.

[PerlinNoise]

PindaRots schreef op woensdag 18 maart 2026 @ 13:24:
Weet iemand hoe je kunt instellen dat je Nederlandse ondertiteling wilt bij een film of serie. Ik dacht dat ik dat ergens gedaan had.
Maar nu heb ik een serie die telkens zonder ondertiteling start, terwijl er 20 ondertiteling talen aanwezig zijn, waaronder Dutch. Ik moet hem dus elke aflevering handmatig op Nederlandse ondertiteling zetten.

Profiel > Ondertiteling > gewenste ondertitelingstaal

[PindaRots]

PerlinNoise schreef op woensdag 18 maart 2026 @ 15:12:
[...]


Profiel > Ondertiteling > gewenste ondertitelingstaal

Top dankjewel! Ik zag dat hij op elke taal stond. Heb hem nu op Nederlands gezet. Maar dat is in de Jellyfin app op mijn mobiel.
Ik kon deze instelling gisteren niet vinden in de Android app op de Shield.

[PindaRots]

PindaRots schreef op woensdag 18 maart 2026 @ 15:42:
[...]

Top dankjewel! Ik zag dat hij op elke taal stond. Heb hem nu op Nederlands gezet. Maar dat is in de Jellyfin app op mijn mobiel.
Ik kon deze instelling gisteren niet vinden in de Android app op de Shield.

Hier op terugkomend. Ik denk dat het een bug is. Series met maar 1 of 2 ondertitels werken prijs. Het gaat om de series die +20 ondertitels hebben.

Heb dit weekend eens Moonfin geïnstalleerd op de Shield en moet zeggen dat ik dit een heel serieuze kandidaat vind om de gewone Jellyfin app te vervangen. Vooral de Seerr integratie is top. Maar ook de mooiere layout spreken en handige instellingen, knoppen spreken me meer aan.

[LEDfan]

Jellyfin 10.11.7 is uit en bevat deze warning in de release notes:

WARNING: This release contains several extremely important security fixes. These vulnerabilities will be disclosed in 14 days as per our security policy. Users of all versions prior to 10.11.7 are advised to upgrade immediately.

Als je Jellyfin bereikbaar is voor het internet zou ik niet wachten met updaten.

[dimmak]

Welke client gebruiken jullie op Android TV? Wolphin vind ik het fijnst, maar krijg ik wel playback issues met grote blu-ray rips. Wat dat betreft doet de originele client het dan weer beter.

[The Zep Man]

dimmak schreef op woensdag 1 april 2026 @ 09:18:
Welke client gebruiken jullie op Android TV?

Jellyfin for Android TV of Jellyfin for Kodi. Een tijdje geleden maakte ik een rondje door de third-party clients en ik was nog niet onder de indruk.

[Theetjuh]

dimmak schreef op woensdag 1 april 2026 @ 09:18:
Welke client gebruiken jullie op Android TV?

Idem Jellyfin for Android TV en Jellyfin for Kodi, deze laatste als default en de Android TV versie alleen buiten in de tuin of in de slaapkamer

[skank]

The Zep Man schreef op woensdag 1 april 2026 @ 09:28:
[...]


Jellyfin for Android TV of Jellyfin for Kodi. Een tijdje geleden maakte ik een rondje door de third-party clients en ik was nog niet onder de indruk.

Heb je moonfin gecheckt?
Ik ben zelfs behoorlijk onder de indruk !

[The Zep Man]

skank schreef op woensdag 1 april 2026 @ 13:35:
Heb je moonfin gecheckt?

Yup. Kwam buggy over en de UI was nog niet helemaal uitgedacht (o.a. betreffende Seerr integratie). Ook niet beschikbaar in de Play Store, dus twijfel over hoe serieus ik deze client moet nemen ten opzichte van andere clients.

[skank]

The Zep Man schreef op woensdag 1 april 2026 @ 13:41:
[...]


Yup. Kwam buggy over en de UI was nog niet helemaal uitgedacht (o.a. betreffende Seerr integratie). Ook niet beschikbaar in de Play Store, dus twijfel over hoe serieus ik deze client moet nemen ten opzichte van andere clients.

Is helemaal niet buggy.
Seer integratie is er , en hij is beschikbaar in de play store...
Dus denk geheel onterecht wat je zegt.
Bovendien is hij trouwens bezig met 2.0 die een compleet nieuwe player zal hebben wat enkele bug ui fixes ook zal oplossen (al heb ik die zelf niet)

https://github.com/Moonfi...TV-FireTV/discussions/381

Ik gebruik ze op 3 google home devices + op shield voor mn dedicated cinema en kan zeggen dat ik het beter vind dan kodi, en gepruts met addons

[Theetjuh]

The Zep Man schreef op woensdag 1 april 2026 @ 13:41:
[...]

Ook niet beschikbaar in de Play Store, dus twijfel over hoe serieus ik deze client moet nemen ten opzichte van andere clients.

Ik denk niet dat je dit als een kritiek iets hoeft te beschouwen, als er een update functie in zit, zie ik het niet als iets ernstigs.

skank schreef op woensdag 1 april 2026 @ 13:47:
[...]

Ik gebruik ze op 3 google home devices + op shield voor mn dedicated cinema en kan zeggen dat ik het beter vind dan kodi, en gepruts met addons

Is helemaal niet gepruts.
Dus denk geheel onterecht wat je zegt.

[skank]

Mmm geloof me , ik heb jaren kodi gebruikt met alle toeters en bellen en skins...
Maar als jullie blij zijn met kodi, goed dan toch !

[The Zep Man]

skank schreef op woensdag 1 april 2026 @ 13:47:
Bovendien is hij trouwens bezig met 2.0 die een compleet nieuwe player zal hebben wat enkele bug ui fixes ook zal oplossen (al heb ik die zelf niet)

Dus des te minder reden voor mij om de huidige versie opnieuw te proberen. Ik probeer het ooit wel weer eens wanneer die 2.0-versie uit is.

[Possible]

Ik heb JellyFin als mediaserver op mijn nas draaien. Als ik vanaf mijn LG C4 tv rechtreeks films wil afspelen in 4K, dan stottert het beeld. TV is aangesloten via UTP. Als ik vervolgens de film op mijn telefoon via Airplaynaar de LG stuur, dan gaat alles perfect.

Hoe kan dit? De beeldafhandeling wordt met Airplay toch niet met de telefoon gedaan maar door de TV zelf? Dan zou je zeggen dat de tv krachtig genoeg is. Of moet ik dan alsnog een externe mediaspeler zoals de Shield aanschaffen?

[The Zep Man]

Possible schreef op donderdag 2 april 2026 @ 08:22:
Ik heb JellyFin als mediaserver op mijn nas draaien. Als ik vanaf mijn LG C4 tv rechtreeks films wil afspelen in 4K, dan stottert het beeld. TV is aangesloten via UTP.

Wat voor film probeer je af te spelen? Hou rekening met dat de LG C4 een 100 Mbps Ethernet interface heeft. Gecombineerd met weinig buffering kan dit voor stotteren zorgen voor videos met hoge bitrates zonder transcoding. Wellicht dat via Airplay de buffer groter is of transcoding wordt toegepast.

Van wat ik begrijp (geen ervaring mee) is het mogelijk om een Gigabit Ethernet adapter via USB aan te sluiten op de TV. Het kan zijn dat dit je probleem oplost, maar dat kan niet met zekerheid gezegd worden omdat te veel informatie mist. Als je aardig Wi-Fi hebt, dan kan het lonen om eerst de TV via Wi-Fi te testen.

Dit is overigens een reden dat ik een losse mediaspeler gebruik.

[ Voor 25% gewijzigd door The Zep Man op 02-04-2026 08:45 ]

[Theetjuh]

The Zep Man schreef op donderdag 2 april 2026 @ 08:42:
[...]
Dit is overigens een reden dat ik een losse mediaspeler gebruik.

Idem, ik gebruik zelfs die reclame bak van een LG WebOS niet, nog nooit gedaan zelfs.
Hier 2 kodi device, Vero V en CoreElec op de Homatics en dan nog een Google TV Streamer en de Nvidia Shield TV Pro.
Hiervan gebruik ik er voornamelijk maar 2 hoor, de Vero V en Google TV Streamer

[Possible]

The Zep Man schreef op donderdag 2 april 2026 @ 08:42:
[...]


Wat voor film probeer je af te spelen? Hou rekening met dat de LG C4 een 100 Mbps Ethernet interface heeft. Gecombineerd met weinig buffering kan dit voor stotteren zorgen voor videos met hoge bitrates zonder transcoding. Wellicht dat via Airplay de buffer groter is of transcoding wordt toegepast.

Van wat ik begrijp (geen ervaring mee) is het mogelijk om een Gigabit Ethernet adapter via USB aan te sluiten op de TV. Het kan zijn dat dit je probleem oplost, maar dat kan niet met zekerheid gezegd worden omdat te veel informatie mist. Als je aardig Wi-Fi hebt, dan kan het lonen om eerst de TV via Wi-Fi te testen.

Dit is overigens een reden dat ik een losse mediaspeler gebruik.

Gaat om 4K films met HDR10 films. x265 formaat. Maar 100 Mbps is voldoende toch voor 4K films? Vaak zijn ze maximaal 30Mbps als bitrate.

[The Zep Man]

Possible schreef op donderdag 2 april 2026 @ 09:04:
Gaat om 4K films met HDR10 films. x265 formaat. Maar 100 Mbps is voldoende toch voor 4K films? Vaak zijn ze maximaal 30Mbps als bitrate.

Daar valt niets over te zeggen zonder informatie en analyse van het bronbestand en de manier van afspelen. Er zijn rips die over de 100 Mbps heen gaan.

[Possible]

The Zep Man schreef op donderdag 2 april 2026 @ 09:07:
[...]


Daar valt niets over te zeggen zonder informatie en analyse van het bronbestand en de manier van afspelen. Er zijn rips die over de 100 Mbps heen gaan.

Ik zal eens via Wifi proberen. Daar zal ik zeker 250+ moeten halen. En anders toch maar een externe mediaplayer kopen die het allemaal wel goed kan encoden.

[Theetjuh]

UHD BluRay REMUX files gaan zeker over de 100Mbps, daar heb je een grote buffer voor nodig wil je dat kunnen opvangen over een 100Mbit netwerk aansluiting idd.
Al veelvuldig last van gehad met m'n oudere Vero 4K die nog maar een 100Mbit aansluiting had, vergroten van de buffer kon het voor sommige files net.

[Possible]

Theetjuh schreef op donderdag 2 april 2026 @ 11:49:
UHD BluRay REMUX files gaan zeker over de 100Mbps, daar heb je een grote buffer voor nodig wil je dat kunnen opvangen over een 100Mbit netwerk aansluiting idd.
Al veelvuldig last van gehad met m'n oudere Vero 4K die nog maar een 100Mbit aansluiting had, vergroten van de buffer kon het voor sommige files net.

Ja het verschilt per film merk ik. De ene gaat wel vlekkenloos en de andere niet.

Remux heb ik niet. Voornamelijk alleen maar H265 bestanden i.c.m, DD ATMOS en HDR10 profiles.

[Yarisken]

100 Mbps is gewoon te weinig voor remux 4k files van 60-90GB om af te spelen op je tv. Heb daar ook last van gehad. Heb een mini pc nu in gebruik en verbonden via hdmi en probleem opgelost.

[Dagarkin]

PindaRots schreef op dinsdag 27 januari 2026 @ 15:51:
Ik ben de laatste weken bezig geweest met de volgende zaken die ook beetje raakvlakken hebben met Jellyfin.
1. Introskipper finetune
Deze doet nu beter zijn werk bij de credits. Bij de intro van een serie nog wat minder. Nu moet ik er ook bijzeggen dat ik momenteel maar 1 serie volg waar ik mee aan het testen ben. Deze heeft ook her en der wat problemen met de ondertiteling. Hier ben ik met Bazarr mee bezig.

2. Mediabibliotheek ordenen
Ik heb alles ingelezen in Radarr (Sonarr moet nog). Ik verwijderde heel vaak weer films. Maar nu is het echt mijn mediabeheer applicatie geworden. Bestanden hernoemd, alles gekoppeld, NFO's aangemaakt. Merk dat Jellyfin hier beter mee omgaat.

3. Hoofdstuk afbeeldingen genereren in Jellyfin
Dit is ook voor elkaar nu en werkt.

4. Trickplay afbeeldingen genereren in Jellyfin
Dit loopt nog. Ik heb een taak aangemaakt die 9 uur per dag bezig is met het genereren

5. Tdarr inhoudelijk naar mijn mediabestanden laten kijken
Ik heb een flow gemaakt in TDarr die per film (series moet nog) kijkt naar de audio. Ik wil dat TrueHD, DTS etc worden omgezet naar EAC3. Een eventuele AC3 track mag hij niks mee doen. En hij moet alle overige talen verwijderen. Dit was best spelen, want sommige films hebben zowel EN als NL audio. Hier een filter voor gemaakt. En dan ga je nog een keer mank op een serie die Portugese audio heeft.
Het mooie is om te zien hoeveel schijfruimte je bespaard. Ik heb ingesteld dat TDarr overdag draait tot hij klaar is.

Vandaag ook met Tdarr bezig.

Vandaag voor het eerst een bestand dat via kodi out of sync was werkte wel goed met jellyfin speler, maar een simpele remux was voldoende om het te fixen.

Wel ff gepruts om het te draaien, maar nu ik dit zo teruglees kan je het dus prima gebruiken om om te zetten en op die manier meer ruimte te besparen?

Als ik die flows zo bekijk, dan voelt het allemaal veel groter, wat je er mee kunt.

[PindaRots]

Dagarkin schreef op woensdag 15 april 2026 @ 20:33:
[...]


Vandaag ook met Tdarr bezig.

Vandaag voor het eerst een bestand dat via kodi out of sync was werkte wel goed met jellyfin speler, maar een simpele remux was voldoende om het te fixen.

Wel ff gepruts om het te draaien, maar nu ik dit zo teruglees kan je het dus prima gebruiken om om te zetten en op die manier meer ruimte te besparen?

Als ik die flows zo bekijk, dan voelt het allemaal veel groter, wat je er mee kunt.

Ja je kunt het prima gebruiken om bestanden te verkleinen. Maar kijk wel goed op wat voor hardware je het draait . Op een nas met een goede kwaliteit preset kan het al snel 22 uur duren voor een film van 2 uur. 4K inzetten kan zelfs wel 3 dagen duren. Als je meerdere films hebt kun je ook je laptop als extra node laten fungeren. Dat scheelt dan in tijd.

Ik heb door het aanpassen van de DTS(-HD), of verwijderen van de streams met onnodige audiotalen al ruim 300GB bespaart.
Scenarios bijvoorbeeld: heeft een film DTS-HD of andere codec die m'n reciever niet afspeelt dan kijkt hij eerst of er een audiostream in EAC3 is. Zo ja dan verwijderd hij hem. En anders wordt het omgezet.

Kostte wel veel testwerk.

[The Dolf]

PindaRots schreef op woensdag 15 april 2026 @ 21:08:
[...]
Ik heb door het aanpassen van de DTS(-HD), of verwijderen van de streams met onnodige audiotalen al ruim 300GB bespaart.

Die reductie van 300GB zegt natuurlijk helemaal niks zonder te weten hoe groot je library is. Zou je hier meer info over kunnen geven?

Mijn XPEnology NAS begint vol te raken. Nog maar 2.3TB vrij van de 27.2TB (6x6TB,2 slots vrij). Vraag me dus af of tdarr de oplossing is. Gezien de huidige prijzen van opslag hoop ik van wel.

[Vallaquenta]

The Dolf schreef op zondag 26 april 2026 @ 00:55:
[...]

Die reductie van 300GB zegt natuurlijk helemaal niks zonder te weten hoe groot je library is. Zou je hier meer info over kunnen geven?

Mijn XPEnology NAS begint vol te raken. Nog maar 2.3TB vrij van de 27.2TB (6x6TB,2 slots vrij). Vraag me dus af of tdarr de oplossing is. Gezien de huidige prijzen van opslag hoop ik van wel.

Dat zul je zelf moeten bekijken.

Je kunt alles transcoden naar bijv. AV1. Dan moet je echter wel apparaten hebben die AV1 playback ondersteunen, anders zul je het on the fly moeten transcoden.

Ikzelf heb inmiddels een Intel A310 voor transcoding in mijn machine zitten en die doet het eigenlijk enorm goed.

[PindaRots]

The Dolf schreef op zondag 26 april 2026 @ 00:55:
[...]

Die reductie van 300GB zegt natuurlijk helemaal niks zonder te weten hoe groot je library is. Zou je hier meer info over kunnen geven?

Mijn XPEnology NAS begint vol te raken. Nog maar 2.3TB vrij van de 27.2TB (6x6TB,2 slots vrij). Vraag me dus af of tdarr de oplossing is. Gezien de huidige prijzen van opslag hoop ik van wel.

Wat m'n voorganger zei, je kunt er niet zoveel over zeggen. Het gaat er om wat je nu momenteel hebt aan audiocodecs.
Ik heb een serie van ongeveer 36GB per seizoen in x264 met DTS. Heb deze ingezet naar x265/hevc met AC3 5.1 640kbit. Dan zit je op ongeveer 15GB per seizoen. Reductie van 50-60%. Maar ook dat is afhankelijk van je bronmateriaal.

Een animatiefilm in x264 met audio behouden naar x265 ging van 16GB naar 3,8GB omdat x265 heel efficiënt daarin is.

Maar je zult het echt zelf moeten ontdekken.

[RobertMe]

Ik ben voor de tweede (en misschien wel vaker) poging bezig om Jellyfin te gebruiken. Maar loop alweer tegen een, voor mij, major blocker aan...

De eerste keer liep ik vast op dat niet alle media op één, 24/7 draaiend, systeem staat waarbij Jellyfin elke keer doodleuk alle media uit de library gooit. Daarover heb ik hier toen al een vraag gesteld maar is toen door een mod afgesplitst

Mijn volgende issue is nu..., media ondersteuning. Ik heb nu 9 jaar een Nvidia Shield, en 99% van mijn collectie is afgespeeld op dit apparaat door Kodi. Vervolgens probeer ik Jellyfin, en die komt aanzetten met "no can do". Specifiek videos in hybride Dolby Vision + HDR10+ werken niet. Hybride DV + HDR10 speelt die af. Hybride DV + HDR10+ niet en wilt die transcoden (dat mijn op een Intel N5105 gebaseerde server helemaal niet kan / zwaar underpowered voor is).

Wat ik gisteravond laat in bug reports vond is dat het ooit wel gewerkt zou hebben. Maar dat niet meer doet al dan niet naar gelang striktere controles op de formaten. Waarbij de Jellyfin Android TV app alleen ondersteuning voor HDR10 doorgeeft (DV support zit alleen op de Shield 2019 en ik heb de oudere. En HDR10+ zal er dan ook wel niet op zitten). Terwijl bij mijn weten HDR10+ backwards compatibel is. Dus als een apparaat HDR10 kan afspelen kan die ook HDR10+ afspelen. Wat ook blijkt uit het feit dat Kodi geen enkel probleem heeft om dezelfde videos af te spelen.

Iemand hier toevallig nog een suggestie voor? Een andere client die wat "vriendelijker" is in support? Een of andere setting die ik over het hoofd zie? Gisteravond kwam ik in de bug reports hierover wel de vraag voor een setting tegen. Maar geen reactie met verwijzing naar een nieuw ticket / PR of andere reactie. Het gebruik van een externe player, zag ik ook nog voorbij komen? Maarja, om nu Kodi als externe player te gebruiken terwijl ik van 10+ jaar Kodi gebruik af kom vraag ik me af waarom ik nu JF zou gaan gebruiken... "Fancy interface, maar video afspelen kan die niet" en laat dat nu de primaire functie zijn op AndroidTV.

---

Daarnaast kan Jellyfin blijkbaar video uberhaupt niet bit-for-bit streamen? Video wordt op zijn minst omgezet naar HLS? De video en audio codecs worden dan wel bit-for-bit doorgezet, alleen dan met een HLS sausje er overheen. Voelt ook als nogal onnodig (wederom, Kodi speelt ze prima af, vanaf een Samba share, en kan ook prima seeken zonder dat die expliciet een nieuwe video file hoeft op te halen per elke X seconden/minuten en dus na een seek een andere file gebruikt).
Ik had verwacht dat "DirectStream" ook echt dat zou zijn. De server die puur een doorgeefluik is tussen de client en het bestand on disk. Met, over HTTP, dan een combinatie van Range requests / ... zodat de client gewoon kan vragen "geef me de originele file vanaf byte / offset X").
Waarbij het gebruik van een externe player dus wél werkt, zonder transcoding. Vraag ik me af of dat nog steeds "DirectStream" verpakt in HLS is of dat die dan wel de file bit-for-bit doorgeeft.

Edit:
De reden waarom ik Jellyfin overigens al, meerdere jaren, wil gebruiken is het server deel. Kodi gebruiken met meerdere personen is natuurlijk ~ meh ~ omdat elk zijn eigen library heeft en handmatig updates moet doen (/scan moet starten), info "dubbel" is tussen de gebruikers / profielen, dezelfde database etc op meerdere apparaten gebruiken "complexer" is (MySQL database ergens draaien). En de interface van Jellyfin hopelijk makkelijker is voor "digibete" gebruikers. (+ snellere opties voor verder kijken, incl vanaf de Android TV launcher, etc etc).

Edit2:
Gisteravond las ik ook nog van iemand met een DV geschikte speler waarbij hybride DV + HDR10+ niet werkte omdat de speler geen HDR10+ support doorgaf. Waarna die in de database het HDR10+ vlaggetje verwijderde en/of aanpaste naar HDR10 waarna die wel via DirectStream de file door kreeg die uiteraard in DV werd afgespeeld door de ingebakken speler (Exoplayer?) en dus niet in HDR10(+). Oftewel: (poging tot) transcoding om iets aan te passen (HDR10+) dat helemaal niet gebruikt werd Waarbij het transcoden ook nog eens naar SDR werd gedaan, waardoor die van DV naar SDR ging i.p.v. het behoud van enige vorm van HDR. https://github.com/jellyfin/jellyfin/issues/16687

Edit3:
Blijkbaar is DirectStream wel DirectStream Bij andere content zie ik nu geen ffmpeg draaien en ook bij de activiteit van Jellyfin staat dat het bestand rechtstreeks wordt afgespeeld.
Daarnaast was er blijkbaar bij 1 item iets serieus mis gegaan want deze gaf steeds een fout. Nadat ik in Jellyfin bij de taken de caches heb opgeruimd werkt deze wel. Echter dan wel "allemaal" dat hybride DV + HDR10+ getranscode wordt ("bereiktype niet ondersteund" of zoiets als reden).
HDR10 zelf gaat dan wel goed. Nu nog even goed zoeken naar verschillende content. "HDR10" lijkt te werken zonder transcode. "Hybride DV + HDR10+" doet transcoden (en dat is te traag en dus niet bruikbaar, maar "werkt" wel). Ik weet alleen niet of ik dan ook nog hybride DV + HDR10 (geen +) heb om te testen. Ik dacht namelijk dat het al "hybride DV + HDR10" was die werkte, maar het was dus geen hybride
Het aanpassen van de database om de HDR10Plus flag te verwijderen helpt in ieder geval. Dan doet die wel DirectStream toepassen. Maar is natuurlijk niet echt een optie.

[ Voor 28% gewijzigd door RobertMe op 27-04-2026 11:57 ]

[The Zep Man]

RobertMe schreef op maandag 27 april 2026 @ 10:40:
(lang verhaal)

Als Kodi zo goed werkt, waarom gebruik je niet gewoon Kodi als Jellyfin client?

[RobertMe]

The Zep Man schreef op maandag 27 april 2026 @ 22:49:
[...]


Als Kodi zo goed werkt, waarom gebruik je niet gewoon Kodi als Jellyfin client?

Omdat ik dan de nadelen van beide heb en het voordeel van geen?

Neig dan toch meer naar "lekker bij Kodi blijven". Nu ben ik niet inhoudelijk bekend met de Jellyfin plugin. Maar ik heb een tijdje de plugin voor SkyShowtime gebruikt. En "dit" werkt gewoon niet. Plugins hebben veel te weinig mogelijkheden voor "fancy UI" / "goede UX". Waardoor je continu door de submenus blijft bladeren en dat dan allemaal puur op de "tekst" / listings zoals Kodi heeft. Waarbij gewoon Kodi met zijn ingebouwde bibliotheek, wat al een hoog "nerd" gehalte heeft, nog net beter is dan wat plugins kunnen.

---

In ieder geval is concreet op dit moment dus nog het enige issue dat hybride DV + HDR10+ (en waarschijnlijk ook HDR10+ zonder DV) dan doet transcoden (en daarbij de HDR10+ metadata verwijderd, en ik neem aan HDR10 metadata behoud). Schijnbaar specifiek omdat er een aantal apparaten zijn die HDR10 adverteren maar over hun nek gaan met HDR10+. Ondanks dat het backwards compatibel zou moeten zijn. Als dat zou werken dan lijkt het voor nu allemaal "in orde". Dirty fix is dan in de DB aanpassen dat de "media stream" geen HDR10+ is, dan is het puur HDR10 en is er wel support voor . Minder dirty maar nog gevoeliger voor onderhoud is gewoon de boel forken en aanpassen naar wens

[Yarisken]

Ik gebruik zowel kodi als jellyfin. Kodi voor 4k hdr via de televisie en jellyfin om 720p te kijken op laptop of tablet.
Heb daar toch twijfels bij hoe 4k hdr gaat werken in een browser als cliënt en jij bevestigd toch problemen.

[RobertMe]

Yarisken schreef op dinsdag 28 april 2026 @ 09:01:
Ik gebruik zowel kodi als jellyfin. Kodi voor 4k hdr via de televisie en jellyfin om 720p te kijken op laptop of tablet.
Heb daar toch twijfels bij hoe 4k hdr gaat werken in een browser als cliënt en jij bevestigd toch problemen.

Ik kijk uitsluitend "op TV" / Nvidia Shield met Android TV (en v.w.b. Jellyfin dus de officiële Android TV app, wat ook een native app, voor TV, is, i.t.t. de Android app dat voor zover ik begrijp gewoon een wrapper om de web client is dus "een veredelde browser").
Toch weer allemaal net "iets" anders dan in een webbrowser. (Kan zomaar zijn dan bv HDR in de browser alleen op Windows in Edge werkt).

En juist de native, officiële, TV app zou je toch van verwachten "dat alles werkt". Maar blijkbaar doet de server vervolgens "moeilijk" als je HDR10+ wilt afspelen en de app geen HDR10+, maar alleen HDR10, support doorgeeft / meld aan de server. Omdat er dus blijkbaar zeer incidenteel apparaten zijn die dan brakke HDR10 compatibiliteit hebben waardoor ze bij HDR10+ content extreem falen (geen beeld). Wat mij dan juist weer een uitstekend moment lijkt om die fabrikanten aan de schandpaal te nagelen En dan ergens een app based vinkje van "strip HDR10+ metadata (zodat alleen HDR10 metadata overblijft) omdat dit brakke apparaat er niet mee overweg kan". Want nu zijn alle eigenaren van apparaten met fatsoenlijke HDR10 support, zonder HDR10+ support maar met fatsoenlijke fallback / "backwards compatibility" (/"forwards compatibility"?), er de dupe van. (Want er wordt getranscode waar dat niet nodig is of transcoding werkt niet / is te traag en de user kan ineens helemaal niet kijken).

En op basis van reacties in GitHub tickets, v.w.b. "(Kodi als) externe speler kan het prima afspelen" zal in dat geval wel de originele stream worden aangeboden aan de externe speler. En met "externe speler" kon ik zelfs hybride DV + HDR10+ prima afspelen in de Android TV native video speler . Terwijl Jellyfin zelf "dat niet kan" (/onnodig gaat transcoden, dat in mijn geval te traag is om werkbaar te zijn, nog los van verspilling van resources). En je zou toch verwachten dat Jellyfin (en Plex, en Kodi, en streaming apps) die zich juist richten op een zo goed mogelijke "video kijk ervaring" toch ook zorgen dat alles "zo goed mogelijk werkt". Als je dan met "externe speler: Android TV ingebakken geval" een betere beeld ervaring hebt gaat IMO toch iets goed mis.
Net zoals iets "goed mis ging" toen ik Kodi "moest" gebruiken voor SkyShowtime omdat ik anders maar stereo geluid had. Waarbij Kodi dan compleet ruk is om streaming diensten te gebruiken, en ik per "video" opnieuw de video stream moest selecteren (omdat ik anders geen HDR en mogelijk zelfs geen 4K had). Maar dat gaf wel een betere kijk- & luisterervaring dan de app van SkyShowtime zelf deed.

[The Zep Man]

RobertMe schreef op dinsdag 28 april 2026 @ 10:05:
(lang verhaal)

Issue is al bekend. Het heeft geen zin om er hier verder over te klagen.

Geen wonder dat mij dit nooit is opgevallen. Ik heb een GPU in mijn server specifiek voor transcoding, dus daarmee wordt deze beperking functioneel gecompenseerd. Goede ondersteuning voor transcoding is met name belangrijk voor gebruikers die minder technisch onderlegd zijn, want "het werkt gewoon", ongeacht het apparaat waarmee men kijkt.

Je kan ook kijken naar alternatieve Android TV clients. Wholphin werkt aardig, is niet gebaseerd op Jellyfin for Android TV, en lost mogelijk je probleem op.

[ Voor 12% gewijzigd door The Zep Man op 28-04-2026 13:07 ]

[RobertMe]

The Zep Man schreef op dinsdag 28 april 2026 @ 13:06:
Je kan ook kijken naar alternatieve Android TV clients. Wholphin werkt aardig, is niet gebaseerd op Jellyfin for Android TV, en lost mogelijk je probleem op.

Dit is idd een antwoord waar ik meer naar op zoek was Kwam ook nog Moonfin tegen, maar dat is wel een fork van de Jellyfin Android TV app. Maar dat zegt natuurlijk ook niet veel. Het kan ook een regression in de officiële app zijn die nog niet of bewust niet is overgenomen, of omgekeerd een bug die is opgelost. Of zelfs een geavanceerde feature om direct stream te forceren en dus evt ook te falen als het apparaat het niet aan kan.

In het issue dat je linkt staat dan weer wel dat Void de enige client zou zijn waarin het goed gaat. Maar de vraag is dan natuurlijk ook wat de poster getest heeft.

Ik heb in ieder geval wat "aanknopingspunten" en kan eens experimenteren met alternatieve clients. De officiële vind ik ook nog niet perse "goed", gevoelsmatig soms net iets te veel klikken om iets te kijken, Verder kijken vanaf Android Launcher start niet met spelen maar opent het item waarna je alsnog moet klikken om te spelen. .... En op basis van screenshots heb ik nu al een beter gevoel bij de alternatieven

[RobertMe]

Intussen Wholphin geïnstalleerd. En uhm..., interessant. Dezelfde hybride DV + HDR10+ video laat de app volledig crashen. En dat is dan met ExoPlayer (net zoals de officiële app gebruikt). MPV support zit er ook in. Maar op GitHub staat al vermeldt "geen HDR support". En in de app als je player wilt wisselen zijn er 3 opties. ExoPlayer, MPV (geen HDR support), MPV met fallback naar ExoPlayer voor HDR.

Daarnaast..., ik was gisteren een oudere film aan het kijken maar niet kunnen af kijken. Wat me wel opviel was de "DTS" indicatie op de versterker. Leek mij aan de lage kant. Nu Wholphin, en zonder verdere aanpassingen meteen een "DTS-HD MA" indicatie. Terwijl ik bij de officiële app ook al in settings voor passthrough audio had gezien en dat dus ook aan stond.

Het terug- en vooruitspoelen is wel direct een verademing. De officiële app, op de standaard 30 sec, doet seeken naar :00 en :30. Dus als je op 25:01 bent en gaat terug gaat die naar 25:00, en dan 24:30 etc (i.p.v. daadwerkelijk 30 terug naar naar 24:31). Bij Wholphin is het 1x klikken is 10 sec terug, druk je meteen nog een keer wordt het 20, etc. Voelt voor mij veel fijner (/in ieder geval als wat ik gewend ben).

[The Zep Man]

Wellicht ga ik eens experimenteren met remote hardware acceleration. Daarmee is het mogelijk om transcoding door een ander apparaat over het netwerk uit te laten voeren. Met een SBC gebaseerd op de RK3588(S) moet het daarmee mogelijk zijn om transcoding aan een (Linux) Jellyfin-installatie toe te voegen.

Op dit moment zit ik te kijken naar zo goedkoop mogelijke hardware. De teller staat op dit moment op ~140 EUR met opslag of ~125 EUR zonder (zelf een microSD, eMMC module of M.2 SSD toevoegen). Nog maar eens verder zoeken.

[RobertMe]

The Zep Man schreef op dinsdag 28 april 2026 @ 20:05:
Wellicht ga ik eens experimenteren met remote hardware acceleration. Daarmee is het mogelijk om transcoding door een ander apparaat over het netwerk uit te laten voeren. Met een SBC gebaseerd op de RK3588(S) moet het daarmee mogelijk zijn om transcoding aan een (Linux) Jellyfin-installatie toe te voegen.

Op dit moment zit ik te kijken naar zo goedkoop mogelijke hardware. De teller staat op dit moment op ~140 EUR met opslag of ~125 EUR zonder (zelf een microSD, eMMC module of M.2 SSD toevoegen). Nog maar eens verder zoeken.

Maar als je er toch extra hardware voor koopt kun je natuurlijk net zo goed Jellyfin daarop draaien Al dan niet met een NFS share naar de opslag. Dat zou dan weer wel goed moeten gaan als de share offline is, als echt alles op de share staat. Als een library (root) map leeg is dan skipt de scan. Maar ook dat is relatief nieuw meen ik. Echt vroeger deed die dan gewoon de hele library leeg gooien "want bestanden zijn weg"

offtopic:
Linkje?

[The Zep Man]

RobertMe schreef op dinsdag 28 april 2026 @ 20:44:
Maar als je er toch extra hardware voor koopt kun je natuurlijk net zo goed Jellyfin daarop draaien

Nah. Ik heb een server met prima specs en een dedicated GPU voor transcoding. Die kan prima zelf Jellyfin draaien. Naast Jellyfin draait die ook een sliert andere ondersteunende diensten, wat operationeel nooit in 4 GB RAM van wat ik op het oog heb gaat draaien.

De reden dat ik hiernaar kijk is om te zien of het zuiniger is dan de dedicated GPU in idle.

offtopic:
Linkje?

Ik heb nu dit op het oog. Met behuizing is een bonus.

Het heeft ook geen snelle of grote opslag nodig, want ik verwacht dat die alles via het netwerk gaat doen (video ophalen, transcodingbestanden terugplaatsen). Mogelijk laat ik hem zelfs via netwerk opstarten, met alleen een lokaal (voornamelijk) read-only FS voor de bootbestanden en -configuratie.

[edit]
Ik zie dat de RK5588S Das U-boot als bootloader gebruikt. Als die SBC waarnaar ik link een SPI flashchip bevat, dan heb ik niet eens opslag nodig. Voeding en een netwerkkabel zijn dan voldoende. Dan kan ik er echt een "domme" accelerator voor mijn server van maken. Heb zelfs een netwerkaansluiting over die ik kan gebruiken, zodat de SBC enkel "lokaal" aangesloten en benaderbaar is.

[ Voor 15% gewijzigd door The Zep Man op 28-04-2026 21:32 ]

[RobertMe]

The Zep Man schreef op dinsdag 28 april 2026 @ 21:03:
[...]


Nah. Ik heb een server met prima specs en een dedicated GPU voor transcoding. Die kan prima zelf Jellyfin draaien. Naast Jellyfin draait die ook een sliert andere ondersteunende diensten, wat operationeel nooit in 4 GB RAM van wat ik op het oog heb gaat draaien.

offtopic:
En vast ook niet in 8GB. Ik heb uit noodzaak Jellyfin nu op mijn router draaien . TopTon doosje met een N5105. Draait gewoon Debian op met meerdere Podman (/Docker) containers. Begonnen met arr-stack zodat de "Linux ISOs" niet over het netwerk hoeven binnen te druppelen. Vervolgens was op mijn "servertje" (ook N5105) het RAM vol (super dom gekocht met 8GB gesoldeerd RAM, 16GB was een optie, maar niet voor gegaan want "Home Assistant heeft toch niet zo veel nodig". Vervolgens kwam de hele software stack er op zodat de "grote bak" (incl. 3x HDD) uit kan, en nouja... RAM vol). En nouja, vervolgens wat nieuwe zaken op de router erbij gaan draaien. Die wel SODIMM heeft en intussen al een tijdje 16GB in zit omdat ik die toch had liggen.

[...]


Ik heb nu dit op het oog. Met behuizing is een bonus.

offtopic:
Oef..., die prijs als je RAM aanpast. €70 voor 4GB => 8GB en dan nog eens +€200 voor 8GB => 32GB.

Het heeft ook geen snelle of grote opslag nodig, want ik verwacht dat die alles via het netwerk gaat doen (video ophalen, transcodingbestanden terugplaatsen). Mogelijk laat ik hem zelfs via netwerk opstarten, met alleen een lokaal (voornamelijk) read-only FS voor de bootbestanden en -configuratie.

In de vergelijking van verbruik moet je dan natuurlijk wel ook het extra verbruik van de netwerk setup meenemen

[edit]
Ik zie dat de RK5588S Das U-boot als bootloader gebruikt. Als die SBC waarnaar ik link een SPI flashchip bevat, dan heb ik niet eens opslag nodig. Voeding en een netwerkkabel zijn dan voldoende. Dan kan ik er echt een "domme" accelerator voor mijn server van maken. Heb zelfs een netwerkaansluiting over die ik kan gebruiken, zodat de SBC enkel "lokaal" aangesloten en benaderbaar is.

Je bedoelt een netwerkaansluiting over op de server waardoor je beiden direct onderling kunt aansluiten? Want die NanoPI heeft maar 1x RJ45? Zou wel zuiniger zijn als het verkeer niet over een extra switch hoeft .

[The Zep Man]

RobertMe schreef op dinsdag 28 april 2026 @ 21:43:
Je bedoelt een netwerkaansluiting over op de server waardoor je beiden direct onderling kunt aansluiten? Want die NanoPI heeft maar 1x RJ45? Zou wel zuiniger zijn als het verkeer niet over een extra switch hoeft .

Precies dat. Verder heb ik aan 4 GB voldoende RAM voor mijn doel. Gezien de huidige prijzen geen onverstandige keuze.

[skank]

Nog steeds, moonfin stukken beter dan wolphin en veel meer development..
Er is ook een discord channel met actieve developer

[RobertMe]

skank schreef op woensdag 6 mei 2026 @ 11:45:
Nog steeds, moonfin stukken beter dan wolphin en veel meer development..
Er is ook een discord channel met actieve developer

Ik heb afgelopen weekend op GitHub in zijn "2.0" (wat later 1.9 werd) draadje gevraagd of HDR werkte, met MPV. Zijn antwoord was "ja", incl bevestiging dat iemand met DV op een Shield had getest en het werkte.

Gisteren heb ik 1.9 geïnstalleerd. Geen HDR indicatie op de TV, slechter beeld dan Wholphin (met ExoPlayer), oftewel: zeer zeker geen HDR. Vervolgens omdat het kan een DV bestand gestart, het speelt, maar de kleuren kloppen niet. Typisch DV gevolg dus. Terwijl MPV wel DV kan afspelen en tone mappen. Want toevallig heb ik dat afgelopen weekend vanaf de laptop (met HDMI naar TV) gedaan. Laptop: rood Netflix logo. Moonfin (& Kodi) op de Shield 2017: paars Netflix logo.

En ook op zeg maar alle plekken waar ik de afgelopen week over MPV op Android heb gelezen: "geen HDR, noch DV". Zowel de (semi?) officiële "mpv-android" als bij "media_kit", een Dart / Flutter gebaseerde bibliotheek waar Moonfin gebruikt van maakt. Waarbij de laatste zelfs ergens schreef "zelfs mpv-android doet/kan het niet [dus hoe kunnen wij het dan doen?]".

[skank]

RobertMe schreef op woensdag 6 mei 2026 @ 12:11:
[...]

Ik heb afgelopen weekend op GitHub in zijn "2.0" (wat later 1.9 werd) draadje gevraagd of HDR werkte, met MPV. Zijn antwoord was "ja", incl bevestiging dat iemand met DV op een Shield had getest en het werkte.

Gisteren heb ik 1.9 geïnstalleerd. Geen HDR indicatie op de TV, slechter beeld dan Wholphin (met ExoPlayer), oftewel: zeer zeker geen HDR. Vervolgens omdat het kan een DV bestand gestart, het speelt, maar de kleuren kloppen niet. Typisch DV gevolg dus. Terwijl MPV wel DV kan afspelen en tone mappen. Want toevallig heb ik dat afgelopen weekend vanaf de laptop (met HDMI naar TV) gedaan. Laptop: rood Netflix logo. Moonfin (& Kodi) op de Shield 2017: paars Netflix logo.

En ook op zeg maar alle plekken waar ik de afgelopen week over MPV op Android heb gelezen: "geen HDR, noch DV". Zowel de (semi?) officiële "mpv-android" als bij "media_kit", een Dart / Flutter gebaseerde bibliotheek waar Moonfin gebruikt van maakt. Waarbij de laatste zelfs ergens schreef "zelfs mpv-android doet/kan het niet [dus hoe kunnen wij het dan doen?]".

Klopt wat je zegt, hij is druk bezig met troubleshooten en zal ook exoplayer in volgende build terug includen (beide dus)... Tot hij meer tijd heeft, maar ondertussen staat hij als client toch echt veel verder dan de rest.

[skank]

Weet er iemand overigens het verschil tss kefintweaks en home screen sections... Er is wat overlap zie ik.

Ik heb home screen sections maar zal toch ook es kefintweaks installeren.

MAar heb ik dan nog die homescreensections nodig of niet...

[RobertMe]

skank schreef op woensdag 6 mei 2026 @ 12:24:
[...]


Klopt wat je zegt, hij is druk bezig met troubleshooten en zal ook exoplayer in volgende build terug includen (beide dus)... Tot hij meer tijd heeft, maar ondertussen staat hij als client toch echt veel verder dan de rest.

Verschillende andere clients hebben al mpv ondersteuning, en erkennen de beperkingen daarvan (o.a. dus Wholphin die default ExoPlayer gebruikt met keuze om mpv altijd te gebruiken of met ExoPlayer als fallback bij HDR). Dus nouja, wie staat er dan verder?

En eigenlijk vond ik Moonfin ook maar druk / onhandig die korte tijd dat ik er naar gekeken heb. Wholphin voelde meteen "vertrouwd" of zo, bij Moonfin had ik dat niet.

Edit/aanvulling:
En met zijn grootste aankondiging dat mpv veel beter is, en er nog bevestigend op vragen wordt geantwoord dat HDR werkt, ondanks dat ik bv aangaf toch sterk het idee te hebben dat het niet werkt / niet werken, dan heb je IMO een bord voor je kop gehad als het daarna niet werkt. Kan de ontwikkeling wel sneller gaan, maar het levert dan blijkbaar wel ook een kwalitatief uitermate teleurstellend product op. En dan geef ik toch meer om stabiele, bugvrije software. En niet iets dat zeer vaak releases doet met telkens dingen die stuk gaan / niet goed getest zijn.
Maar zoals eerder geschreven, ik gebruik ook al 10+ jaar Kodi. Die doen één major release per X jaar

[ Voor 30% gewijzigd door RobertMe op 06-05-2026 12:59 ]

[skank]

RobertMe schreef op woensdag 6 mei 2026 @ 12:55:
[...]

Verschillende andere clients hebben al mpv ondersteuning, en erkennen de beperkingen daarvan (o.a. dus Wholphin die default ExoPlayer gebruikt met keuze om mpv altijd te gebruiken of met ExoPlayer als fallback bij HDR). Dus nouja, wie staat er dan verder?

En eigenlijk vond ik Moonfin ook maar druk / onhandig die korte tijd dat ik er naar gekeken heb. Wholphin voelde meteen "vertrouwd" of zo, bij Moonfin had ik dat niet.

Als jij tevreden bent met wolphin goed dan toch.

Dus zij doen het ook beide gebruiken?

Maar als die exoplayer beter is, waarom dan die mpv gebruiken?

[RobertMe]

skank schreef op woensdag 6 mei 2026 @ 12:57:
Dus zij doen het ook beide gebruiken?

Maar als die exoplayer beter is, waarom dan die mpv gebruiken?

mpv kan meer, zelf, meer codecs, meer ondersteuning voor audio formaten, meer ondersteuning voor soorten ondertiteling. Maar dus niet perse op Android. Want op Android werkt HDR blijkbaar alleen in combinatie met Vulkan 1.3 dat schijnbaar maar door enkele apparaten ondersteund wordt. Terwijl ExoPlayer (= Android native) daar geen enkel probleem mee heeft.

Zoals ik dus ook schreef. Zelfs onder Linux kan ik blijkbaar met mpv een Dolby Vision file afspelen die die of kan tone-mappen naar SDR of uhm..., iets anders. Waarbij laptop aan de TV met HDR aan (geen idee of mpv ook een HDR trigger naar de TV kan sturen. Heb het zelf aan gezet in de display configuratie "van Linux" waardoor de hele desktop HDR is) dus gewoon echt HDR beeld geeft. En dat is iets dat AFAIK bv een Kodi ook niet kan / niet. Maarja, dat hele HDR kan mpv dus niet onder Android en is veelvuldig over geschreven. Dat de Moonfin dev dan besluit over te stappen op mpv en alleen maar mpv is... Bijzonder, raar.

[skank]

RobertMe schreef op woensdag 6 mei 2026 @ 13:06:
[...]

mpv kan meer, zelf, meer codecs, meer ondersteuning voor audio formaten, meer ondersteuning voor soorten ondertiteling. Maar dus niet perse op Android. Want op Android werkt HDR blijkbaar alleen in combinatie met Vulkan 1.3 dat schijnbaar maar door enkele apparaten ondersteund wordt. Terwijl ExoPlayer (= Android native) daar geen enkel probleem mee heeft.

Zoals ik dus ook schreef. Zelfs onder Linux kan ik blijkbaar met mpv een Dolby Vision file afspelen die die of kan tone-mappen naar SDR of uhm..., iets anders. Waarbij laptop aan de TV met HDR aan (geen idee of mpv ook een HDR trigger naar de TV kan sturen. Heb het zelf aan gezet in de display configuratie "van Linux" waardoor de hele desktop HDR is) dus gewoon echt HDR beeld geeft. En dat is iets dat AFAIK bv een Kodi ook niet kan / niet. Maarja, dat hele HDR kan mpv dus niet onder Android en is veelvuldig over geschreven. Dat de Moonfin dev dan besluit over te stappen op mpv en alleen maar mpv is... Bijzonder, raar.

Zoals ik zei, hij gaat beide doen, mpv en exo.

De build die er nu was had niet alleen problemen met hdr maar ook met 7.1 en atmos audio

Met de exo niet.

[RobertMe]

skank schreef op woensdag 6 mei 2026 @ 13:10:
[...]

Zoals ik zei, hij gaat beide doen, mpv en exo.

De build die er nu was had niet alleen problemen met hdr maar ook met 7.1 en atmos audio

Met de exo niet.

Maar exo ondersteunen was natuurlijk nooit zijn plan. Je doet niet eerst groots uit de doeken dat er een 2.0 versie komt die mpv gebruikt omdat dat veel beter is. Om daarna weer ExoPlayer toe te voegen als de helft niet blijkt te werken. Dan ben je dus de put aan het dempen nadat je halve userbase er in is gevallen terwijl er én al vragen zijn geweest of die put er niet was én anderen al om de put heen zijn gegaan.

Dus keuze voor de gebruiker is prima. Maar de Moonfin developer had eerst zelf een keuze gemaakt om ExoPlayer te gebruiken (of nouja, keuze..., Exo is gewoon dé player als je Android gebruikt want die zit in Android ingebakken, én Moonfin begon als een Jellyfin TV fork die ook alleen Exo ondersteund) vervolgens zelf de keuze gemaakt om alleen mpv te gebruiken. En nu de bugreports binnen stromen komt er een keuze. Dan ben je dus te laat.

[The Zep Man]

The Zep Man schreef op dinsdag 28 april 2026 @ 20:05:
Wellicht ga ik eens experimenteren met remote hardware acceleration. Daarmee is het mogelijk om transcoding door een ander apparaat over het netwerk uit te laten voeren. Met een SBC gebaseerd op de RK3588(S) moet het daarmee mogelijk zijn om transcoding aan een (Linux) Jellyfin-installatie toe te voegen.

The Zep Man schreef op dinsdag 28 april 2026 @ 21:03:
Ik heb nu dit op het oog. Met behuizing is een bonus.

Inmiddels heb ik remote hardware-based transcoding aan de praat. De prestaties van de RK3588S vallen wat tegen op dit gebied. Met name lijkt die moeite te hebben met grote/exotische bestanden (+50GB) en parallelle sessies. Met testen concludeer ik dat het netwerk- en geheugengebruik in ieder geval geen probleem zijn.

Was leuk als experiment, maar ik zou het alleen aanbevelen als je Jellyfin ergens op draait waar geen hardware transcoding aan toegevoegd kan worden, als je niet veel gebruikers hebt, en als de bronbestanden niet te groot/exotisch zijn. Tot nu toe is in mijn testen Intel QSV v9 superieur gebleken.

In ander nieuws:
Het is mogelijk voor Intel Arc Alchemist-kaarten (en waarschijnlijk CPU's met QSV v9) onder Linux, om ondersteuning voor het hardwarematig decoderen van VC-1 in te schakelen. Volgens de officiële specificaties wordt het niet ondersteund, maar de hardware is gewoon aanwezig en het werkt met een kleine wijziging aan Intel's media driver. Dit heb ik getest en werkt prima. Handig voor sommige exotische Blu-ray rips.

Daarmee is van de decoding opties voor transcoding in Jellyfin alleen nog VP8 niet beschikbaar voor mijn Intel Arc A310. Die mis ik niet echt.

[RobertMe]

RobertMe schreef op maandag 27 april 2026 @ 10:40:
Het aanpassen van de database om de HDR10Plus flag te verwijderen helpt in ieder geval. Dan doet die wel DirectStream toepassen. Maar is natuurlijk niet echt een optie.

Intussen een aantal videos van ~45 minuten gekeken die in hybride DV + HDR10+ zijn het aanpassen van deze flag in de database. En dat werkt echt uitstekend

Een dezer dagen maar eens kijken om een custom Wholphin versie in elkaar te draaien die gewoon altijd HDR10PLUS support richt Jellyfin stuurt Zodat Jellyfin dus de direct stream over de lijn duwt.

[skank]

Hoi

Ik heb een zeer vervelend probleem, hopelijk iemand bereid om echt te graven om tot een oplossing te komen.

Ik heb een jellyfin server draaien op unraid.
Ik heb in huis 3 google chromecasts en 1 shield.
In jellyfin heb ik 4 users. (1,2,3,4) en diverse bibs (series, films, concerten,..)
In de woonkamer (chromecast 1) kan ik met alle 4 de users, perfect alles afspelen.

Op chromecast 2 (user 2) en chromecast 3 (user 3) kan ik enkel series en concerten afspelen, films (geen enkele !!!)

Het ligt niet aan de client app, want geen enkele werkt (wolphin, moonfin, jellyfin)

Als ik op chromecast eens inlog met user 1 en ik klik op dezelfde film als bij user 2 dan speelt hij plots een compleet andere file af uit een film bib dan dat de filmcover toont.

Precies alsof de bib van films in emby om zeep is? Maar waarom lukt alles dan wel op die eerste chromecast?
Werkelijk alles geprobeerd, app verwijderd, cache gewist, herstart, herstart server, chromecast afgelegd.... niks helpt.

Alle 3 de chromecasts zitten op zelfde firmware

Het enige wat ik zou kunnen zeggen is dat ik bij eerste keer opstart jellyfin client, de discovered server het verkeerde ip adres toont, maar ik voeg hem dan manueel toe, maar dat is ook zo op chromecast 1

[PindaRots]

Ik snap de laatste berichten niet, zie ik het verkeerd?
Ik heb een Shield Pro met Jellyfin en Moonfin als cliënt app, maar ervaar 0 problemen met afspelen van films en series (ook met HDR en DV).

[skank]

Ik heb het deels opgelost.

Zodra ik de cinema mode in moonfin disable, werkt alles terug op alle clients... dat verklaart ook waarom de rest wel speelde (die bibs worden niet gebruikt in cinema mode)

Echter het verklaart niet waarom jellyfin en wolphin ook niet gingen....
Maar misschien had ik die te snel willen configureren?

[skank]

En nu zit ik met het probleem dat ik ook mn library gewist had, ik heb die opnieuw toegevoegd en de helft van mn artwork is leeg

Refresh metadata helpt niet, en rescan library ook niet.

Manueel kan ik wel ophalen, maar bulkt lukt niet

[RobertMe]

PindaRots schreef op zondag 10 mei 2026 @ 21:47:
Ik snap de laatste berichten niet, zie ik het verkeerd?
Ik heb een Shield Pro met Jellyfin en Moonfin als cliënt app, maar ervaar 0 problemen met afspelen van films en series (ook met HDR en DV).

En welke Shield heb je dan? 2015, 2017, of 2019? Want alleen de 2019 ondersteund DV. Ik heb een 2017, gedn DV support dus.

En triggert die uberhaupt ook DV / HDR op de TV? Of heb je stiekem bv een TV zonder HDR en/of DV support waardoor Jellyfin op de server zit te transcoden naar SDR? Want ook in dat laatste geval speelt die prima af. Alleen niet in het format dat je verwacht.

En daarnaast is intussen ook Moonfin 1.9.1 uit waar ExoPlayer weer in zit. Leuke feature van die versie is dat die ogenschijnlijk afspeelt wat ik niet wil kijken Selecteer ik E07 krijg ik onmiddellijk een zwart scherm en verder niks. Geen transcoding op de server, geen beeld in Moonfin. Ga ik terug en start ik E06 dan krijg ik eerst kort een spinner en daarna E07 te zien. Waarbij ook de info overlay met titel, nummer, ... van E07 en niet E06

* RobertMe heeft vandaag even Wholphin "gehackt" waardoor de "HEVC met HDR10+" check nu hardcoded "true" oplevert. Waardoor de HDR10+ video's prima afspelen, geen transcoding wordt gedaan, de app niet crasht , en ik ook nog gewoon HDR beeld heb (indicatie op TV + visueel lijkt het ook HDR te zijn).

[skank]

RobertMe schreef op zondag 10 mei 2026 @ 22:39:
[...]

En welke Shield heb je dan? 2015, 2017, of 2019? Want alleen de 2019 ondersteund DV. Ik heb een 2017, gedn DV support dus.

En triggert die uberhaupt ook DV / HDR op de TV? Of heb je stiekem bv een TV zonder HDR en/of DV support waardoor Jellyfin op de server zit te transcoden naar SDR? Want ook in dat laatste geval speelt die prima af. Alleen niet in het format dat je verwacht.

En daarnaast is intussen ook Moonfin 1.9.1 uit waar ExoPlayer weer in zit. Leuke feature van die versie is dat die ogenschijnlijk afspeelt wat ik niet wil kijken Selecteer ik E07 krijg ik onmiddellijk een zwart scherm en verder niks. Geen transcoding op de server, geen beeld in Moonfin. Ga ik terug en start ik E06 dan krijg ik eerst kort een spinner en daarna E07 te zien. Waarbij ook de info overlay met titel, nummer, ... van E07 en niet E06

* RobertMe heeft vandaag even Wholphin "gehackt" waardoor de "HEVC met HDR10+" check nu hardcoded "true" oplevert. Waardoor de HDR10+ video's prima afspelen, geen transcoding wordt gedaan, de app niet crasht , en ik ook nog gewoon HDR beeld heb (indicatie op TV + visueel lijkt het ook HDR te zijn).

Shield 2019

Maar die is geconnecteerd op een beamer, en daar geen DV op. idem de versterker ertussen.
In de woonkamer is het een TV (met dv) en een chromecast. daar krijg ik mooi DV te zien.
Op de shield heb ik eens een DV titel afgespeeld met moonfin 1.9.1 en fallback to hdr10... Helaas gaat hij dan transcoden zag ik... en is het beeld allesbehalve scherp, heel raar, precies geen 4k meer.

Ik moet nog ff mn issue met de covers van jellyfin oplossen, het lukt echt niet in bulk en bijna alles is weg.


Ohja, mocht je problemen hebben met afspelen en 1.9.1 , zet even die cinemamode af

[PindaRots]

RobertMe schreef op zondag 10 mei 2026 @ 22:39:
[...]

En welke Shield heb je dan? 2015, 2017, of 2019? Want alleen de 2019 ondersteund DV. Ik heb een 2017, gedn DV support dus.

En triggert die uberhaupt ook DV / HDR op de TV? Of heb je stiekem bv een TV zonder HDR en/of DV support waardoor Jellyfin op de server zit te transcoden naar SDR? Want ook in dat laatste geval speelt die prima af. Alleen niet in het format dat je verwacht.

En daarnaast is intussen ook Moonfin 1.9.1 uit waar ExoPlayer weer in zit. Leuke feature van die versie is dat die ogenschijnlijk afspeelt wat ik niet wil kijken Selecteer ik E07 krijg ik onmiddellijk een zwart scherm en verder niks. Geen transcoding op de server, geen beeld in Moonfin. Ga ik terug en start ik E06 dan krijg ik eerst kort een spinner en daarna E07 te zien. Waarbij ook de info overlay met titel, nummer, ... van E07 en niet E06

* RobertMe heeft vandaag even Wholphin "gehackt" waardoor de "HEVC met HDR10+" check nu hardcoded "true" oplevert. Waardoor de HDR10+ video's prima afspelen, geen transcoding wordt gedaan, de app niet crasht , en ik ook nog gewoon HDR beeld heb (indicatie op TV + visueel lijkt het ook HDR te zijn).

Shield 2019, want ik wist dat de andere modellen geen DV hebben. En ja ik heb een TV met DV ondersteuning en krijg een melding dat er DV in het bestand zit (de tv wordt dan ook wat feller).

Haha leuke 'hack'.

[RobertMe]

Ik heb nu het media segments verhaal ingeregeld. Zowel dat de server ze aanmaakt als dat Wholphin skip opties geeft (incl vragen naar volgende aflevering bij het begin van de credits en niet eerst een credit skip optie en dan pauze op het laatste frame van de video met de vraag om volgende EP te starten).

Herkenning doe ik nu met "Intro Skipper" (omdat mijn video's niet altijd even betrouwbaar zijn in chapters). Maar is hier niet een crowd sourced variant van? Beetje onzinnig om deze analyse lokaal te doen en er vervolgens mogelijk nog fouten in zitten. Terwijl er als "community" ook een database bijgehouden zou kunnen worden. Dus een online systeem waarin iedereen segments kan zetten / bewerken, gekoppeld aan de media ("film X" / "aflevering X van seizoen Y van serie Z") en het bestand (md5 / sha... hash berekend over het bestand, als "domme" versie waarbij 1 afwijkende bit een mismatch geeft) / "perceptual hash" (waarbij dezelfde video in 460p MPEG dezelfde perceptual hash heeft als in 4K AV1, zolang "de frames maar hetzelfde beeld laten zien"). Zo zou dus een iemand de segment timestamps met honderden / duizenden / ... kunnen delen waardoor die laatste niet zelf de video hoeven te (laten) analyseren en evt bewerken (wat ik bv heb zijn video's met een "Recap" hoofdstuk terwijl er geen recap "op beeld is", relatief makkelijk te corrigeren, maar nog leuker als iemand anders dat al voor me gedaan geeft ).

Hetzelfde idee dus als bv een SponsorBlock voor YouTube. Waarbij SponsorBlock gebruikers ook delen van een video kunnen markeren als, bv, reclame en andere SponsorBlock gebruikers bij die video automatisch dat stuk video overslaan / .... Zo zou er ook voor Jellyfin een open ("source") database kunnen zijn met timestamps van media segments voor video's. Uiteraard achter een login om timestamps te "uploaden" en een moderatie systeem om iemand die vaak foute info upload te blokkeren / ....

[The Zep Man]

RobertMe schreef op dinsdag 12 mei 2026 @ 20:15:
Herkenning doe ik nu met "Intro Skipper" (omdat mijn video's niet altijd even betrouwbaar zijn in chapters). Maar is hier niet een crowd sourced variant van?

Van de makers van Intro Skipper. Installeert via dezelfde repository als Intro Skipper. Installeer ook Segment Editor om zelf segmenten aan te dragen.

[ Voor 14% gewijzigd door The Zep Man op 13-05-2026 09:03 ]

[RobertMe]

The Zep Man schreef op woensdag 13 mei 2026 @ 09:02:
[...]


Van de makers van Intro Skipper. Installeert via dezelfde repository als Intro Skipper. Installeer ook Segment Editor om zelf segmenten aan te dragen.

Not sure hoe ik deze heb kunnen missen. Ook nog gezocht op crowded sourced / db / ....