Software-update: Emby Server 4.0

Emby logo (75 pix) Versie 4.0 van Emby Server is uitgekomen. Deze mediaserver voor Windows, Linux, FreeBSD, macOS en diverse nas-apparaten kan content indexeren en serveren aan clients op dezelfde machine, binnen het lokale netwerk of via internet. Tot versie 3.6 was het open source, maar is dat niet langer. Clients zijn beschikbaar voor onder meer voor de eerder genoemde besturingssystemen, maar content kan ook worden bekeken op bijvoorbeeld iOS, Android, Windows Phone en Google TV. Het programma is daarmee vergelijkbaar met Plex Media Server. De release notes voor deze uitgave kunnen hieronder worden gevonden.

Important Upgrade Information

After installing the update, the server will begin a database upgrade operation. If you attempt to open the web app during this time, you'll be given a friendly message informing you about this. This operation could take a little time, so please be patient with it.

After this is complete, any plugins you may have installed will require updates, so please check the status of this on your server dashboard. If any plugins are updated, remember that Emby Server will need to be restarted. After all updates have been applied, we recommend that you run a library scan. The first scan following the update could take longer than usual, so please be patient.

No Telemetry or Anonymous Usage Reporting

If you're wondering why the anonymous usage reporting setting has been removed, it's because not only have we removed the setting, but we've removed the function altogether. We know our audience pretty well thanks to this community, and because of that we've decided we no longed need any data reporting.

New Emby Live TV Guide Data

As previously announced, Live TV Guide Data is Now Included with Emby Premiere, if you're in the USA, Canada, or the UK. What does this mean? This means if you're in the USA, Canada or UK, you'll no longer need to setup an account with another website nor pay someone else for this data. You'll simply enter your zip code into Emby, select your channel lineup, and we'll handle retrieving your guide data.

We believe this will provide a better experience for Emby users with fewer setup steps. The new data is also quite a bit richer, and we will be looking at how we can take advantage of that to bring new Live TV features to Emby. Going forward, Live TV will require Emby Premiere in the web app, where previously this was not the case.

How to Migrate From Schedules Direct
If you are setting up the server fresh, then you should use our new Emby guide provider, which will be the default. If you are already using Schedules Direct, then you can continue to use it through the remainder of your Schedules Direct subscription. Schedules Direct has pledged to continue to honor your subscriptions, and we thank them for that.

New Levels of Performance
A database re-structuring brings your Emby Server and apps to new levels of performance that were previously not possible. Screens will load faster, videos will start quicker, and more. This will also manifest itself in other areas, such as improved library scan performance, and faster live tv guide refreshes. Please Note: The first scan after the update may take quite a while depending on your library contents and exactly what features you have enabled. Please be patient as subsequent scans will be much faster.

New and Improved Hardware Acceleration
This has been rebuilt from the ground up and is better than ever. We now have sophisticated hardware detection that runs on server startup to determine what your system can support. This allows us to provide you with an "easy mode" setting:

And if you enable advanced control, you'll be able to see what was detected:

Our hardware transcoding has been rewritten to take better advantage of each of the major GPU platforms, whether it be QuickSync, Nvidia, DXVA, VAAPI, MediaCodec, or others. This will allow hardware transcoding performance to perform better than ever.

Best of all, you can now monitor this on the server dashboard. bThe green bar indicates the current playback position while the orange bar designates the range that has been transcoded so far.

Important: Hardware acceleration has been truly a major effort for us, and because of this, it will now require Emby Premiere on all platforms except for Nvidia Shield and Western Digital.

Transcoding Throttling is Back
This feature has returned after a two year hiatus and is better than ever. What is transcoding throttling? Sometimes your server can transcode content much quicker than you're actually watching it. When the transcoding process gets a big enough lead on your watching position, we can slow it down on the fly in order to reduce the load on your server. Then as you're watching, if we need to speed it back up, we can do that too.

And best of all, your server dashboard will show you when transcoding is being throttled:

Emby Server Now Available for Android and Nvidia Shield
Stay tuned for separate announcements.

Improved Search
Search is now faster and now supports fuzzy search! This means you don't need to type your searches perfectly in order to see the matches you're looking for. For example, if you accidentally enter "Bad Breaking", instead of "Breaking Bad", you'll still be able to see Breaking Bad in the results.

Multi-Resolution TV Shows
Without requiring any changes to your file names, we now support having multiple versions of episodes. This doesn't require any special setup and you'll now see the friendly version selection on the episode screen:

Revamped Grouping Into Collections
This has now been moved from a server setting to directly onto the Movies list screen where it can be easily toggled.

Expanded Filtering
You can now filter on more fields such as container, video codec, audio codec, subtitle codec, and more. This filters are also remembered !

Expanded User Library Access
User library access can now be controlled for sub-folders, providing you with even greater flexibility than before.

This more fine-grained access control replaces the previous user-preference-based "Merged" libraries that were supported before 4.0. If you have used merged libraries please see New Folder-based Access Control to learn how to setup the same basic functionality with this new feature.

Other Improvements

  • Update to .NET Core 2.2
  • Update to Sqlite 3.26.0
  • Improve library scan performance
  • Improve performance of live tv guide refresh
  • Improve subtitle delivery performance
  • Support Brotli http compression
  • Display video size on detail screens in Media Info
  • Significantly reduce dlna related network traffic
  • Add More Like This On Live TV section
  • Add tabbed layouts for music videos and home videos
  • Add network browsing to directory picker for Linux, Android and MacOS.
  • Change new indicators for programs to match guide data
  • Rework mobile context menus
  • Rework tv tabs to be consistent with Emby Theater
  • Downloaded subtitles are now saved using the two-character language code
  • Improve transcoding of low bit rate hevc
  • Add Moviedb season image provider
  • Show favorite people
  • Support tvg-chno with m3u tuners
  • Support tvg-shift with m3u tuners
  • Allow a library to be named "backdrops", a previously reserved name
  • Improve server dashboard display with blue radiance theme
  • Improve mobile server dashboard with bottom navigation
  • Added live tv channels to search feature
  • Improve layout of live tv channels tab under live tv
  • Add audio books content type
  • Use es-MX with MovieDb when Spanish language is selected along with Mexico as the country
  • Improve metadata with absolute episode ordering
  • Cloud sync upload improvements
  • Support launching android server on device startup
  • Add container, video codec, audio codec, and subtitle codec filters
  • Improve multi-resolution naming recognition
  • Improve automatic refreshing in the web app
  • Improve resiliency with iptv streams
  • Improve Windows sleep prevention while server is being used
  • Improve Chromecast volume control
  • Improve xmltv parsing of European characters
  • Support multiple images with xmltv
  • Use transcode=none profile for HD Homerun when appropriate
  • Support splitting musicbrainz id's on both slashes and semi-colons
  • Make alpha pickers dynamic based on content
  • Improve identify feature
  • Improve manual refreshing when replacing existing images
  • Improve database cleanup procedures of removed content
  • Improve automatic refreshing of recordings
  • Restore user permission to change password and profile image
  • Prevent syncing of in-progress recordings
  • Improve authentication failure logging for Fail2ban support
  • Add API to find item by provider id
  • Update new user defaults to not allow deleting media
  • Make news notifications configurable
  • Reduce size of Windows and MacOS installers by 30 MB
  • Support user subtitle download permissions
  • Defer collage image generation until images are needed
  • Move AudioDb and Omdb to pre-installed plugins
  • Move fanart.tv to pre-installed plugin
  • Move MusicBrainz to pre-installed plugin
  • Move MovieDb metadata provider to pre-installed plugin
  • Move nfo saver to pre-installed plugin
  • Move tvdb to pre-installed plugin
  • Support per-library resume settings

Bug Fixes

  • Fix issue of changing password in Firefox when Firefox password manager is used
  • Fix repeated Visual Studio C++ install prompts when VS2017 is already present
  • Fix favorite artists page showing empty list
  • Fix search by accent characters
  • Fix web access by ipv6 ip address
  • Fix More Like This for artists always showing same content
  • Fix xmltv programs not being marked as new when they are also a Premiere
  • Fix recording image file names for shows containing a period in the name
  • Workaround .net core crashes on network availability changes
  • Fix collection and playlist separation per library
  • Fix hardware transcoding options being reverted to defaults
  • Fix cloud sync upload throttle not being applied
  • Fix xmltv failures with SMB paths
  • Fix audio books getting immediately marked as watched
  • Fix intermittent crash associated with log file rotation
  • Fix windows task scheduler entries not getting cleaned up
  • Fix typo in Exynos spelling
  • Fix remote URL showing with remote access disabled
  • Various DLNA bug fixes

Emby Server screenshot

Versienummer 4.0
Releasestatus Final
Besturingssystemen Windows 7, Linux, BSD, macOS, Windows 8, Windows 10
Website Emby
Download https://emby.media/download.html
Licentietype Betaald

Door Bart van Klaveren

Downloads en Best Buy Guide

17-01-2019 • 06:32

21

Submitter: -Gizmo-

Bron: Emby

Update-historie

08-'22 Emby 4.7.6 22
06-'22 Emby 4.7.4 10
06-'22 Emby 4.7.2 8
05-'22 Emby 4.7 9
11-'21 Emby 4.6.6 29
06-'21 Emby 4.6.3 0
06-'21 Emby 4.6.2 0
05-'21 Emby 4.6.1 13
05-'21 Emby 4.6 18
12-'20 Emby 4.5.4 17
Meer historie

Reacties (21)

21
21
16
3
1
5
Wijzig sortering
De grootste verandering staat niet in de changelog: Helaas is Emby sinds de vorige release niet open source meer.

Gelukkig is er een groep ontwikkelaars die Emby geforked heeft: Jellyfin. Sindsdien zijn Emby apps actief JellyFin server gaan blokkeren (Android, Chromecast, Roku, etc). Jellyfin gaat hier dus zijn eigen versies van uitbrengen om om de blokkade heen te werken, sommigen zijn al beschikbaar (zoals Chromecast). Meer info: /r/jellyfin

Ik twijfel nog wat ik ga doen; blijven bij Emby, waarbij de ontwikkelingen sneller gaan (nu al 4.0), maar wat niet zo'n mooi bedrijf is als het was/leek. Of overstappen op Jellyfin, volledig open source, maar met waarschijnlijk mindere software.

[Reactie gewijzigd door P1nGu1n op 23 juli 2024 22:26]

Het GitHub issue die je linkt is inmiddels verdwenen, hier is de archive.org mirror.

En voor de compleetheid, van JellyFins about page:
The Jellyfin project was started in early December 2018 as a result of Emby's decision to take their 3.6 release closed-source, as well as various philosophical differences with the core developers. Jellyfin seeks to be the free software alternative to Emby and Plex to provide media management and streaming from a dedicated server to end-user devices.
In de eerste twee alinea's was ik het helemaal met je eens en vind ik de +3 die je nu hebt ook waard, Totdat ik je 3e alinea las, dat klopt van voor tot achter niet:

- Snelheid van ontwikkeling afleiden aan versienummers heeft niet veel zin, JellyFin zit nu al op 10.0.2.
- Emby/JellyFin zijn geen bedrijf, in ieder geval niet in bedrijf met Software Developers in dienst, het was/is een open source project waarbij developers konden/kunnen bijdragen.
- JellyFin is een branch (= kopie van de sources) van een oudere versie van Emby (dacht 3.5.x). De basis is dus hetzelfde, alleen zullen ze nu steeds verder uit elkaar groeien. Aangezien Emby ervoor gekozen heeft zoveel mogelijk backwards compatibility op te geven om ervoor te zorgen dat geen enkele applicatie nog kan werken met JellyFin (en JellyFin dus gedwongen word om hun eigen apps te onderhouden). ben ik het niet eens met je statement dat het een "mooi bedrijf" was.

Het nadeel van closed source gaan is dat de bijdrages aan de code zullen afnemen, immers het is niet meer mogelijk voor een developer die niet bekend is met de code om uitbreidingen te schrijven of bugfixes te submitten. Het ontwikkelwerk is nu volledig in handen van het groepje vaste developers. Mocht ik een bepaalde feature heel graag willen ben ik afhankelijk wanneer het groepje developers er tijd in wil steken. Bij open source kan ik zelf bijdragen aan het project, ook al hoor ik niet bij de 'chosen few'. Als ik een issue met mijn installatie heb kan ik deze zelf debuggen en een bugfix submitten, waar iedereen dus profijt van heeft.

Een aantal core developers zijn weggelopen bij Emby en zijn begonnen met JellyFin, het ontwikkelteam van Emby is dus ook nog kleiner geworden. Ik geloof dat er nu nog 2 core developers zijn... Ik denk dat de achterstand die JellyFin nu heeft (ze moeten een heleboel werk opnieuw gaan doen omdat bepaalde zaken niet 1 op 1 overgenomen kunnen/mogen worden) Daarna zullen ze sneller stappen kunnen zetten.

Ik ga er zelf vanuit dat hetzelfde zal gebeuren als bij Libre/OpenELEC, OpenELEC bestaat nog, maar word eigenlijk getrokken door 1 ontwikkelaar, de rest van de ontwikkelaars zitten bij LibreELEC waar de ontwikkeling sneller gaat (sterker nog, van OpenELEC is geen release meer gekomen in de laatste 1,5 jaar, project is dus zo goed als dood).

Dus voorlopig is Emby nog de beste keus, maar de tijd zal leren of JellyFin het verschil kan inlopen en de populaire keus word. Slechtste scenario stopt het team van Emby ermee, en is er te weinig tractie voor JellyFin, waardoor we overblijven met Plex....
- Snelheid van ontwikkeling afleiden aan versienummers heeft niet veel zin, JellyFin zit nu al op 10.0.2.
Absoluut! Ik bedoelde meer dat Emby met 4.0 al veel vernieuwingen heeft doorgevoerd, die Jellyfin (gebaseerd op 3.5) niet heeft, waardoor ze 'achter lopen'.
- Emby/JellyFin zijn geen bedrijf, in ieder geval niet in bedrijf met Software Developers in dienst, het was/is een open source project waarbij developers konden/kunnen bijdragen.
Precies, een groep vrijwilligers kan meestal niet opboksen tegen een team dat full-time aan een product werkt. Vandaar ook mijn opmerking over de snelheid van ontwikkelen.
- JellyFin is een branch (= kopie van de sources) van een oudere versie van Emby (dacht 3.5.x). De basis is dus hetzelfde, alleen zullen ze nu steeds verder uit elkaar groeien. Aangezien Emby ervoor gekozen heeft zoveel mogelijk backwards compatibility op te geven om ervoor te zorgen dat geen enkele applicatie nog kan werken met JellyFin (en JellyFin dus gedwongen word om hun eigen apps te onderhouden). ben ik het niet eens met je statement dat het een "mooi bedrijf" was.
Jellyfin is geen branch, Jellyfin is een fork.

Emby heeft geen 'backwards compatibility' opgegeven, Emby heeft bewust Jellyfin geblokkeerd door te zoeken naar "jell" in de response van de server. Bronnen: voor Android, voor Chromecast.
Het nadeel van closed source gaan is dat de bijdrages aan de code zullen afnemen, immers het is niet meer mogelijk voor een developer die niet bekend is met de code om uitbreidingen te schrijven of bugfixes te submitten. Het ontwikkelwerk is nu volledig in handen van het groepje vaste developers. Mocht ik een bepaalde feature heel graag willen ben ik afhankelijk wanneer het groepje developers er tijd in wil steken. Bij open source kan ik zelf bijdragen aan het project, ook al hoor ik niet bij de 'chosen few'. Als ik een issue met mijn installatie heb kan ik deze zelf debuggen en een bugfix submitten, waar iedereen dus profijt van heeft.
Eens, ik prefereer ook open source software om die reden.
Een aantal core developers zijn weggelopen bij Emby en zijn begonnen met JellyFin, het ontwikkelteam van Emby is dus ook nog kleiner geworden. Ik geloof dat er nu nog 2 core developers zijn... Ik denk dat de achterstand die JellyFin nu heeft (ze moeten een heleboel werk opnieuw gaan doen omdat bepaalde zaken niet 1 op 1 overgenomen kunnen/mogen worden) Daarna zullen ze sneller stappen kunnen zetten.
Heb je hier een bron van? Ik wist niet dat Emby developers zijn weggelopen en zijn gaan werken aan Jellyfin.
Ik ga er zelf vanuit dat hetzelfde zal gebeuren als bij Libre/OpenELEC, OpenELEC bestaat nog, maar word eigenlijk getrokken door 1 ontwikkelaar, de rest van de ontwikkelaars zitten bij LibreELEC waar de ontwikkeling sneller gaat (sterker nog, van OpenELEC is geen release meer gekomen in de laatste 1,5 jaar, project is dus zo goed als dood).
Het verschil bij OpenELEC en LibreELEC is dat beide open source projecten zijn en beide worden ontwikkeld door vrijwilligers. LibereELEC is ontstaan uit onvrede van OpenELEC ontwikkelaars, die een fork gemaakt hebben. Vervolgens zijn de meeste ontwikkelaars meegelopen naar LibreELEC. Dan heb je effectief een fork met bijna het volledige voormalige ontwikkelteam. Dat is hier niet van toepassing.
Dus voorlopig is Emby nog de beste keus, maar de tijd zal leren of JellyFin het verschil kan inlopen en de populaire keus word. Slechtste scenario stopt het team van Emby ermee, en is er te weinig tractie voor JellyFin, waardoor we overblijven met Plex....
Ik ben erg benieuwd, ik hoop dat Jellyfin een volwaardig alternatief is in de toekomst, maar daar is het nu te vroeg voor (ze zijn pas niet begonnen en de meeste apps werken nog niet).

[Reactie gewijzigd door P1nGu1n op 23 juli 2024 22:26]

Dus nu hebben we drie (grote) mediaservers? Emby, Plex en Jellyfin? Ik heb toentertijd gekozen voor Emby omdat het opensource was en minder commercieel. Nu heeft Emby er voor gekozen om dezelfde weg in te gaan als Plex. Wat is dan nog het voordeel van Emby boven Plex? Want puur kijkend naar stabiliteit, zou ik Plex prefereren.

En Plex is ook nog eens goedkoper tegenwoordig. Althans het jaar abonnement kost bij Plex €39,99 en bij Emby €54,-. Beide kosten maandelijks €4,99 en €119,- levenslang.

[Reactie gewijzigd door Bliksem B op 23 juli 2024 22:26]

Ah, wist niet van het bestaan af van Jellyfin.
Zeer interessant. Zal het zeker eens bekijken.

Al jaar of twee aan het twijfelen tussen Plex en Emby. Uiteindelijk gekozen voor Plex omdat de meeste films in Emby stotterden terwijl ze in Plex wel perfect afspelen. Vond het ook wel vervelend dat de Emby app op mijn tv om de twee afleveringen met hun nag-screen kwam om te betalen.

Ik zie dat er iets bestaat voor Samsung TV. Nog geen documentatie op het eerste zicht dus dat wordt weer zoeken.

Enigste dat ik wil, is media afspelen op mijn TV. Geen apps op telefoon of zo. Gewoon simpel media afspelen zonder toeters en bellen.
Ook vind ik het overzicht van media bij geen enkele van de twee "goed voor mij". Ik gebruikte vroeger Zapitti op een Dune HD en dat was gewoonweg perfect voor mij. Gewoon een lijst van niet bekeken afleveringen, chronologisch gesorteerd. Ik wil niet echt weten wat de nieuwe afleveringen zijn. Ik wil weten welke de volgende is die ik moet bekijken. Bij Plex gebeurt het regelmatig dat ik een aflevering per ongeluk oversla

Ik ga het in ieder geval proberen. Bedankt voor de tip
Ik wil ook wel weten of er veel core dev's zijn vertrokken. Dat gaat wel serieuze impact hebben op emby.
Zo ver ik in alle discussies heb gelezen was het de laatste tijd toch alleen al de "eigen" Emby developers en zijn er geen vertrokken. Daarnaast wordt er veel waarde gehecht aan het open-source karakter, want dan kan je zo lekker add-ons maken. Echter schijnt de laatste afzienbare tijd geen enkele echte community bijdrage gedaan te zijn.

Vind het allemaal nogal spastisch gedoe rondom het closed-source gaan. Stond er ook wel even van te kijken, aangezien ik net een lifetime had gekocht. Maar Emby blijft voor mij nog steeds een veel beter alternatief voor Plex. Heb een paar keer een vraag gesteld op het forum en had elke keer binnen een uur van 1 van de developers een reactie.

JellyFin is een leuk idee, maar ik denk dat het al bij voorbaat gedoemd is te mislukken. De "klanten" zijn namelijk al een niche groep en ook nog eens een groep die niet graag geld uitgeeft. Om dan volledig op vrijwilligers te moeten rekenen met de achterstand die ze hebben wordt lastig.
En wat is nu het doel, open-source zijn of een betere software neer te zetten? Veel mensen kan het echt niets interesseren of het open of closed source is, als het maar goed werkt.

We gaan het meemaken.
Wat is het voordeel tegenover Plex dan? Ik gebruik dat namelijk en ik lees toch overal wel dat Plex flink voorloopt op Emby?
Ik heb jaren Plex gebruikt, maar ben begin vorige jaar overgegaan op Emby. De verschillen zitten hem echt in de details, want Emby en Plex zijn in de grote lijnen echt kopien van elkaar. Probeer beide een meer uit zou ik zeggen.

Overigens loopt Plex zeker niet voor op Emby.
Ik heb een hele tijd Plex en Emby naast elkaar gebruikt, omdat ze in de praktijk niet helemaal consistent waren voor de verschillende apparaten. Zo werkte Plex wel goed op een chinese tablet van me (zo'n windows en android in 1). Emby werkte hier niet goed op, denk dat het wellicht te maken had met de chipset, maar dat is ook al weer een jaar geleden.

Over het algemeen is Emby sneller met laden en afspelen (op youtube ook wat vergelijkingsfilmpjes te vinden). Daarnaast heb je met Emby een goede koppeling met Kodi. Plex heeft dit blijkbaar ook, maar volgens mij werkt dit niet zo lekker als Emby.

Belangrijkste voor mij is dat ik voor Emby geen Plex accounts hoef aan te maken en dat autorisatie ook niet via de Plex servers loopt. Daarnaast is er ook veel controverse rondom de privacy van gebruikers bij Plex die ik graag vermijd.

Dat Plex voorloopt is absoluut niet waar. Het wordt het meeste gebruikt en daarom wordt het als de beste gezien, maar dat maakt het nog niet waar. Je ziet juist bij Plex afgelopen periode dat ze functionaliteit verwijderen of allerlei randzaken implementeren waar weinig mensen op zitten te wachten. Bijvoorbeeld de zware focus op VR/Live tv en recentelijk ook de koppeling met Tidal.

Ik denk dat zolang Plex werkt en je een lifetime mocht hebben dan moet je vooral blijven zitten. Maar anders is het interessant om een keer Emby te testen.
Ik zou het nog altijd naast elkaar kunnen draaien om te testen maar ik ben inderdaad niet zo blij met de functionaliteit die ze weghalen en dan met name de plugins want ik gebruik ook RTL XL enzo, heeft Emby ook zoiets?

Een ander probleem met Plex is hardware acceleratie, onder Linux/BSD kun je met een NVIDIA Quadro kaart enkel decoden en niet encoden, dan heb je perséé Windows nodig (of je moet Quick Sync van Intel gebruiken maar dat ondersteunt mijn CPU niet). Plex zegt dat dat komt vanwege een oude implementatie van ffmpeg in Plex. Nu zie ik wel dat Emby HW acceleratie volledig heeft vernieuwd, dus wellicht kan het daar wel mee, dat zou voor mij een reden kunnen zijn om over te stappen aangezien ik graag naar H265/4K zou willen gaan.

Wat wel goed is aan Plex zijn de ondertitels, een user kan zelf de goede subtitles kiezen en er is een directe link met opensubtitles waarbij je de score enzo te zien krijgt. Scheelt mij een hoop gezeik van hey de ondertitel klopt niet. Kan dat ook met Emby? :)

Wat ik wel lees is dat Plex meer 'gepolijst' is, maar die nieuwe UI van Plex is echt vreselijk, kan er na een aantal weken nog steeds m'n weg niet in vinden. Het gaat zeker achteruit ivm vroeger.
Emby heeft wel plugins, maar die zijn niet internationaal gericht zoals RTL XL. Als je dit gebruikt vanuit de Plex app dan heeft Emby geen vervanger. Maar als je bijvoorbeeld op een mediaspeler dit gebruikt dan kan je gebruik maken van Kodi met Emby Addon. Dan kan je in Kodi natuurlijk de gewenste plugins laden.
Zelf heb ik de behoefte niet, dus kan je er verder niet meer over vertellen.

Emby heeft nu HW acceleratie opnieuw opgebouwd en dat is ook een reden dat ze closed source zijn gegaan. Dit is hun eigen code die ze niet vrij willen geven aan de concurrentie. Om hier gebruik van te maken heb je echter wel een Premier abonnement nodig. Weet niet of dat bij Plex ook zo is, anders zou je een maandje kunnen proberen bij Emby en kijken of die ondersteuning wel werkt?

Emby heeft plugins voor OpenSubtitles en SubDB en met de 4.0 update hebben ze ook podnapsi toegevoegd. Alleen voor opensubtitles heb je een account nodig om te configureren. Emby download vervolgens automatisch subtitles voor je wanneer deze ontbreken. Je kan daarbij de talen instellen en hoe exact de match moet zijn. Soort van ingebouwde Sub-zero maar wel wat minder uitgebreid.
Vervolgens kan je bij het afspelen ook nog handmatig zoeken naar ondertitels. Wat je dan te zien krijgt is het bestandstitel en de hoeveel download. De score krijg je niet te zien.

UI is altijd persoonlijk natuurlijk, de ene vindt die van Plex fijn en een ander prefereert Emby. Dat zou je even moeten ervaren.
Dank voor de antwoorden, ik ga het gewoon eens proberen en ja bij plex moet je ook 5 euro betalen per maand ofzo dat is niet zo'n groot probleem :)
No Telemetry or Anonymous Usage Reporting

If you're wondering why the anonymous usage reporting setting has been removed, it's because not only have we removed the setting, but we've removed the function altogether. We know our audience pretty well thanks to this community, and because of that we've decided we no longed need any data reporting.

Het kan wel!
Wst een zeer duidelijke omschrijving. Logische zin en goed over nagedacht.

Komt een beetje over dat ze graag wel de community er bij betrekken maar wel zo moet lijken dat het hun idee is geweest...

Software/pligin zelf heb ik geen ervaring mee. Wel met Plesk wel al jaren storingsvrij draait hier.
Uhm nee, er staat gewoon dat ze weten wie hun gebruikers zijn en daarom geen data van je hoeven hebben.
Leuk die fork, maar die dooddoener dat alles wat niet open source is dan ook maar gelijk evil is vind ik zo overdreven. Belangrijker vind ik de belofte dat waar mogelijk de meeste apps/plugins vrij toegankelijk blijven en het mogelijk blijft community apps aan te leveren. Wat daar van terecht komt is natuurlijk de vraag. Dat zou voor mij eerder een reden zijn over te stappen. Afhankelijk van de ontwikkeling van JellyFins wordt het dan wellicht tijd om afscheid te nemen. Nu gebruik ik Emby als backend van Kodi en niet als volledige oplossing. Veel uitbreidingen van Emby gebruikte ik dus al niet.
Het expres blokkeren van Jellyfin in Emby apps, lijkt me toch wel enigszins evil.
Anders het op kerstavond uitsturen berichtje waar word medegedeeld dat bepaalde stukken applicatiecode niet onder open source vallen en meteen verwijderd dienen te worden..
On December 24th 2018 (Christmas Eve) at approximately 2:29 PM EST (UTC -5), the Jellyfin team received an e-mail from the Emby team. In this message, we were advised that there were license issues with our current codebase, and they demanded that we either fix all license violations, or make the repository private immediately.

This code was originally imported in a large commit, in violation of the license, by a pre-Jellyfin developer who’s repository was later forked by us to build Jellyfin. This was missed by the Jellyfin team.

We have already removed the affected code, and have re-implemented as much as reasonably possible in this short time. We believe the current version available from our GitHub repository should comply with their request. We will continue to monitor and review the situation.

We are strongly committed to maintaining Jellyfin as open and free as possible, and in the interest of transparency, we will keep providing updates as necessary.

For those interested in more details, a technical summary will follow. When possible, we will also provide an update log with our findings and work as we continue to revise the code.

Sincerely,

The Jellyfin Team
Wel ik denk ik geval van emby dat open of closed toch wel een rol speelt.
Bijna iedereen gebruikt het om geripte content te bekijken. Als je de code kan inkijken dan heb je meer zekerheid.
Stel nu dat een stichting zoals Brein zich via via inkoopt in emby :-).

Op dit item kan niet meer gereageerd worden.