Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 58 reacties
Bron: Plex, Inc., submitter: CH40S

Plex logo (60 pix) Versie 1.1.3 van Plex Media Server is uitgekomen. Plex Media Server is een mediaserver voor Windows, Linux, FreeBSD, macOS en diverse nas-apparaten. De software kan content serveren aan clients op dezelfde machine, binnen het lokale netwerk of via internet. Clientsoftware is beschikbaar voor de eerder genoemde besturingssystemen, maar content kan ook worden bekeken op bijvoorbeeld iOS, Android, Windows Phone, Google TV en Chromecast. Voor die laatste is echter wel extra software nodig om de stream op de Chromecast te krijgen.

Het programma bevat een eigen softwarewinkel waar plug-ins kunnen worden uitgewisseld. Via deze plug-ins kan bijvoorbeeld content van diverse streamingdiensten worden bekeken. Daarnaast is er PlexPass, een betaalde dienst die eerder toegang tot nieuwe versies geeft, naast korting op 'Premium features'. Sinds versie 1.0.3 zijn de volgende veranderingen en verbeteringen doorgevoerd:

Plex Media Server 1.1.3 for everyone.

IMPORTANT: With the security changes in version 1.1.0, if your Plex Media Server is signed in to a plex.tv account, then all of the apps you use must also be signed-in. If you use older apps that cannot authenticate (e.g. LG's MediaLink app), you can add the IP address of the device to the following advanced preference: Settings > Server > Network > List of IP addresses and networks that are allowed without auth. (We strongly encourage apps to be signed in for improved security and enhanced functionality.)

New:
  • (Media Flags) Update bundle.
Fixes:
  • (NAS) Non-ASCII characters were being encoded to XML incorrectly on certain ARM devices. (#5255)
  • (Android) Enforce h264 profile limitations correctly. (#5233)

Plex Media Server 1.1.2 for Plex Pass members.

Fixes:
  • (Security) Devices authorized with the "networks allowed without auth" preference were unable to render images and play media when the server was signed in.
  • (OS X) Fix issue with automatic updates. (Upgrades from 1.1.0 and 1.1.1 will require manual installation.)

Plex Media Server 1.1.1 for Plex Pass members.

New:
  • (Web) Updated Plex Web to 2.7.10
  • (Security) "Networks allowed without auth" preference now also works when server is signed in.
  • (Security) "Networks allowed without auth" preference can be used with IP addresses, as well as netmask filters.
  • (Network) Browsers denied access to the server's root path are now redirected to Plex Web. (#5100)
Fixes:
  • (Subtitles) Subtitle auto selection didn't quite match the specification. (#4565)
  • (Relay) Issues starting relay on certain NAS devices. (#5126)
  • (Metadata) Show theme music wasn't downloaded when using third party TVDB DVD order agent. (#5159)
  • (Metadata) Occasional issues getting metadata from TVDB. (#5199)
  • (Shows) Fixed viewing seasons with the unwatched filter enabled on older and third party clients. (#5182)
  • (Thumbnails) Failures running scheduled task for thumbnail generation. (#5195)
  • (Extras) Cloud trailers might not be downloaded on startup on faster systems. (#5188)
  • (Channels) Only offer iTunes, iPhoto, and Aperture channel preferences on supported platforms. (#5157)
  • (Windows) Disable iTunes channel by default. (#5157)
  • (Windows) Issues loading Plex Web on IE11 (#5181)
  • (OS X) Fix auto-update not working in some cases. (#5212)
  • (Now Playing) Issues with play queues containing mixed photos and videos. (#5164)
  • Some rare server crashes. (#4951)

Plex Media Server 1.1.0 for Plex Pass members.

New:
  • Support videos in photo libraries. (#3928)
  • Support uploading videos to photo libraries. (Android support is available now and other mobile apps are coming soon.) (#3522)
  • (Web) Updated Plex Web to 2.7.8.
  • (Security) When server is signed in, clients must be signed in as well, even if they are on the LAN or on localhost. (#3819)
  • (Preferences) New pref to enable/disable deep media analysis.
  • (Windows) Updating the server from Plex Web no longer requires user intervention. (#4136)
Fixes:
  • (Sync) Items present in multiple synced playlists would only appear in the first synced playlist. (#4967)
  • (Media Optimizer) Unexpected behavior when version jobs overlap to include the same videos. (#4840)
  • (Media Optimizer) Reprocess item when original processing decided a media item was compatible, but the media item was deleted. (#4840)
  • (Transcoder) Playback failures with pcm_dvd audio. (#4980)
  • (Transcoder) Use faster AAC encoder on slower NAS systems. (#5058)
  • (Media Analysis) Scanner hangs with early AAC files from iTunes. (#5041)
  • (Media Analysis) Detect DTS-HD MA audio streams again. (#4766)
  • (Media Analysis) Improve performance of deep media analysis. (#5068)
  • (Media Analysis) Issues generating video preview thumbnails for certain HEVC videos on windows. (#5139)
  • (Butler) Long-running Butler tasks could starve others from executing (#4873)
  • (Chapters) Chapter thumbnail generation could fail repeatedly with invalid media. (#5043)
  • (Metadata) Improve TVDB agent performance by not using TMDb information. (#5110)
  • (Metadata) Changing title could overwrite sort title. (#3971)
  • (Metadata) Fall back to release dates from TMDB when IMDB has no data. (#4978)
  • (Metadata) Fall back to English-language fields when metadata is unavailable in desired language. (#5015)
  • (Metadata) Show durations in minutes could be incorrectly interpreted as milliseconds (#5012)
  • (Metadata) Handle empty movie release dates from TMDb. (#5096)
  • (Photos) Photos might play back in wrong order. (#5035)
  • (Windows) Install Media Feature Pack on Windows Anniversary Update N and KN (#5064)
  • (Windows) Plex Relay process wasn't starting up in some configurations. (#5118)
  • (OS X) Plex Relay executable wasn't correctly signed.
  • (OS X) Occasional crashes on some older versions of MacOS. (#5028)
  • (Android) Improve H.264 limitations in profile. (#4930)
  • (iOS) 'Go to Show' from episode context menu wasn't working. (#4811)
  • (Xbox One) Improve reliability when proxying Plex Companion commands. (#4002)
  • Improve localization of certain error messages. (#4587)

Plex screenshot

Moderatie-faq Wijzig weergave

Reacties (58)

Misschien ook wel even handig om te vermelden:

Which NAS devices are no longer supported starting with 0.9.17.0 server?

https://support.plex.tv/h...ing-with-0-9-17-0-server-

Zo heb ik zelf een nog niet eens zo'n hele oude DS213 met een ARMv5 (MARVELL Kirkwood 88F6282) CPU. Deze wordt dus niet langer voorzien van updates vanaf versie 0.9.17.0

[Reactie gewijzigd door mvleus op 31 augustus 2016 23:07]

Voor mensen die graag hun content bekijken met subtitles, is Sub-Zero beschikbaar. Dit is een channel, die automatisch een subtitle opzoekt en download van diverse websites die subs aanbieden. Vanuit Plex is Sub-Zero tegenwoordig ook toe te voegen als channel. Wel even instellen en subtitles worden via die agent (na inschakelen) gedownload. Zelf gebruik ik Sub-Zero meer als "back-up sub downloader", ik haal de subtitles op met Auto-Sub. Zelf gebruik ik liever Auto-Sub, vanwege het feit dat het een losstaande tool is, Plex hoeft dus niet per se te draaien ervoor. Daarnaast heeft Auto-Sub voor mijn gevoel meer vrijheid en biedt het notificaties voor subs. Zo kun je dus een e-mail krijgen of een push notificatie als een subtitle gedownload is. Ook renamed Auto-Sub de gedownloadde sub, zodat het dezelfde naam heeft (maar andere extentie, zoals bijvoorbeeld .nl.srt of .en.srt) als de videofile, zodat ik dus 100% zeker weet dat het goed gaat, waar dat bij Sub-Zero (en misschien komt dat doordat ik Sub-Zero verder niet goed genoeg ken, maar zag het niet bij de instellingen) niet zeker is.

Ook een handige en voor mij onmisbare channel is WebTools 2.0. Dit is de opvolger van de UnOfficial AppStore. Deze heeft wat uitgebreidere mogelijkheden voor het toevoegen van channels, zoals bijvoorbeeld de Trakt scrobbler (eventueel dus ook los te installeren). Dit is een handige plugin die ik gebruik om naar Trakt te syncen wat ik heb gezien, totdat de officiŰle Trakt integratie er is, geen idee wanneer die komt, maar die heb ik ergens een paar maanden terug al wel voorbij zien komen.

Ik kan ook PlexPy aanbevelen. Dit is een tool die handige extra opties biedt. Je kan hiermee de logfiles makkelijker lezen, maar biedt het ook statistieken en kun je het gebruiken voor monitoring van een Plex Media Server. Je kan dan dus een notificatie krijgen, als bijvoorbeeld iemand iets is gaan kijken, of wanneer de server aan het bufferen is geslagen (iets wat je natuurlijk altijd wil voorkomen). Een handige plugin, als je het mij vraagt!

Onlangs ben ik PlexRequests-Meteor (werkt op basis van Meteor) en PlexRequests-.NET (gebruikt .NET en werkt in Mono op *Nix) tegen gekomen. Als je de libraries deelt met vrienden, kun je die personen al dan niet autoriseren om requests te doen (moet dan wel op een aparte pagina en niet vanuit Plex zelf), zowel voor films als series. Als vervolgens de request is goedgekeurd, kun je het request automatisch laten toevoegen aan Couchpotato (voor geautomatiseerd films downloaden) of Sonarr danwel Sick Rage / Sick Beard (voor geautomatiseerd downloaden van series).

Voor de Kodi gebruikers is er ook een plugin, waarmee je content vanuit Kodi via een Plex server kan bekijken. Deze plugin heet PlexKodiConnect.

Ook wil ik graag adviseren om transcoding zoveel als mogelijk te voorkomen, dit geeft namelijk een (te) grote impact op de performance van de server. Een alternatief hiervoor is Direct Stream te gebruiken ipv Direct Play. Bij Direct Stream wordt de content 1:1 overgenomen, maar wordt de container aangepast, bijvoorbeeld van .mkv naar .mp4 of vice versa. Soms kunnen apparaten de content dan namelijk wÚl afspelen. De beste is optie is om Direct Play te gebruiken, dan hoeft er niets te worden getranscode, of een container te worden omgezet. Dit kan echter alleen als de client de geboden content zelf native kan afspelen. Gebruik dus zoveel als mogelijk een client van Plex, al dan niet 3rd party, dan is de kans veel groter dat er niets getranscode wordt.

Neem voor wat meer informatie hieromtrent even Direct Play, Direct Stream, Transcoding door van hun support pagina.

Onlangs is Plex ook in de Microsoft Store verschenen. Nette app, alleen helaas niet gratis, of je moet Plex Pass hebben. Op zich is deze best een veradming ten opzichte van de Plex Web App.

[Reactie gewijzigd door CH40S op 31 augustus 2016 23:57]

Ik denk dat je advies van transcoding voorkomen een beetje moet nuanceren ;)
Als je media deelt met vrienden/familie, en je upload bandbreedte is redelijk beperkt, dan is transcoding juist een uitkomst (mits voldoende CPU kracht). 2000 passmarks per 1080 stream is een goed richtpunt.
Dat hangt compleet af van de instellingen van die ander. Je kunt immers ook de bitrate instellen en die kan je op een hogere waarde zetten dan dat de eigenlijke content is als het niet zou hoeven transcoden. ;)

Ook voor vrienden/familie waarmee je jouw Plex server deelt blijft het advies staan om zoveel mogelijk transcoding te voorkomen, door onder andere de officiele clients te gebruiken en/of LAV-filters of ffdshow te installeren. En ja, de clients zijn niet altijd gratis, maar dat is eenmalig 5 euro (per app, dat dan weer wel) (of Plex Pass nemen), maar het scheelt zoveel in buffering.

Vrienden van mij waarmee ik mijn Plex server deel hadden ook last van buffering. Ik was gaan onderzoeken waar het hem in zat; bleek dat mijn server heel veel ging transcoden. Vervolgens ben ik gaan uitzoeken wat ik eraan kon doen om dat te voorkomen en de oplossing was simpel, ze gebruiken nu allemaal een Plex app en voila, geen buffering meer en (hoe toevallig) ook geen transcoding die te zwaar leunt. :)

Voor mobiele devices zul je transcoding wel houden; echter is dat dan nog alleen voor het geluid, in plaats van beeld en geluid en dat scheelt enorm.
Mee eens, maar toch zou ik transcoding proberen te beperken als je bandbreedte geen probleem is. Mijn server staat in de kast bij mijn TV, en de fan gaat redelijk op hol als er een transcode-sessie loopt.

Nu heb ik maar 1.66ghz in het beestje zitten, dus snap ik dat dat onvoldoende is voor een fatsoenlijke transcode van een 1080-stream met een hoge bitrate, maar al mijn materiaal is max 720p met een lage bitrate, wat dan weer geen probleem moet zijn. :)

(daarom staat overlaying subs ook op mijn wishlist qua updates voor alle clients... dan ben ik van transcoding af zodra mijn vrienden op bepaalde clients subs willen kijken...)
Altijd xmbc/kodi gebruikt, voornamelijk uit nostalgische overwegingen (nog op de Xbox gebruikt). Maar wil het nu toch wel eens gaan proberen. Zeker nou jouw interessante toevoegingen. Bedankt daarvoor!
Plex is dan wel ontstaan als een fork van XBMC (althans, de Home Theater applicatie), maar is nu toch eigenlijk wel iets heel anders. Kodi is een mediacenter applicatie, Plex een media server (waarvoor dan ook nog een aantal client applicaties bestaan op diversie platformen). Het ene sluit het andere niet uit, want tenzij je een media center hebt die ook als server moet dienst doen, draaien de applicaties meestal op verschillende systemen. Zoals hierboven al aangehaald is er ook een Kodi plugin om de Plex Media Server te benaderen, die werkt naar mijn ervaring quasi even goed als een officiŰle Plex applicatie.

Om het heel eenvoudig voor te stellen, Kodi draai je op het systeem waar je de media mee bekijkt, Plex draai je op het systeem waar je de media opslaat (meestal toch). Als je media op hetzelfde systeem staat als waarmee je naar de media kijkt, dan heb je geen nood aan Plex en volstaat Kodi.

De Home Theater applicatie van Plex is toch minderwaardig t.o.v. Kodi en wordt eigenlijk ook niet meer onderhouden omdat er nu een UWP app is (kost Ą5 of je moet een Plex Pass hebben). Maar daarmee heb ik geen ervaring aangezien Kodi zoveel meer mogelijkheden biedt. De Android app voor Plex vind ik wel een aanrader omdat Kodi voor telefoons en tablets voor mij dan weer wat tÚ uitgebreid voor is.
ik haal de subtitles op met Auto-Sub.
Dat deed ik ook (mede naar aanleiding van jouw eerdere post), maar deze is gestopt, wil niet meer starten en nu blijkt dat de ontwikkelaar (M. de Vries) er mee gestopt is ;( Heel jammer, want dat vond ik een geweldige toevoeging!
Je draaide Auto-Sub als synology package (aangezien je M. de Vries vermeldt)? Kijk dan even in het Autosub topic; [Ervaringen] Auto-Sub Bootstrap Bill.

[Reactie gewijzigd door CH40S op 1 september 2016 14:24]

Ben druk aan het lezen, dank voor de tip! :)

Nu maar hopen dat ik het weer aan de praat krijg...
Aanvullend op sub-zero

voor OS X heb je https://www.flixtools.com/ om ondertitels te zoeken als alternatief op auto-sub.
Je kan het proces automatiseren door watchfolders toe te wijzen,.srt bestanden aanpassen naar de videonaam,...
Die tool kende ik nog niet. Ik zie echter wel, dat Flixtools alleen van OpenSubtitles gedownload wordt. Auto-Sub gebruikt meerdere websites om subs van te downloaden. :) Niet dat OpenSubtitles zo slecht is, maar sommigen worden op addic7ed geplaatst, bijvoorbeeld. ;)
Gelukkig is deze bug eruit!
(Metadata) Occasional issues getting metadata from TVDB. (#5199) :)

[Reactie gewijzigd door robcoenen op 31 augustus 2016 22:20]

Waardeloos was die bug ja.
herstart van plex was nodig, meer niet
Eens installeren, hopelijk kan ik vanaf heden eindelijk terug deftig kijken via TV.
Meh, buffering techniek blijft knullig. Tot die tijd geen Plex Pass voor mij.

Muziek library werkt bij mij trouwens ook bar slecht. Plex maakt er een rommel van. Ook al heb ik een folder/file structuur <artiest>/<album>/01.track.xxx Maar hier gebruik ik dan ook Subsonic voor :-)

Wel bedankt voor de tips btw. Ga er eens naar kijken.

[Reactie gewijzigd door RJVG op 31 augustus 2016 22:46]

Knullig?

Als je aan de andere kant van wereld zit met een brakke internet connectie, kan ik nog steeds remote kijken, onafhankelijk van de client die ik wil gebruiken, wat in zo'n geval een browser zou kunnen zijn.
Dan heb je waarschijnlijk wel een trage verbinding gehad maar ook een die stabiel was.

Ik heb een verbinding die max 5 Mbit. Regelmatig stort ie in naar 2 a 3 Mbit. Door de niet progressieve buffering methode, loopt plex dan dus continue vast.

Plex kan in tegenstelling tot bv YouTube niet "onbeperkt" vooruit bufferen. Bovendien kan Plex maar beperkt "sneller" bufferen dan de afspeelsnelheid. De (max) buffer snelheid is dus onafhankelijk van de upload/download snelheid.

Bij een stabiele verbinding, loopt de buffer wel vol, mits je de juiste kwaliteit vs bandbreedte hebt gekozen. Maar wanneer de verbinding regelmatig inzakt, loopt de buffer langzaam maar zeker leeg. Ook al zou de bandbreedte toe staan de buffer te vullen.

Het hierboven is onafhankelijk van de transcoding snelheid van de server. Zie mijn reactie hier beneden.
De buffering komt waarschijnlijk omdat de server moet transcoden (iets wat je eigenlijk juist wilt voorkomen). Het beste zorg je ervoor dat de server niets hoeft te transcoden en de client de content native kan afspelen, dan kun je ook nooit last krijgen van buffering issues.

Zelf heb ik ook heel lang tegen buffer issues gelopen, tot ik bijvoorbeeld downloads: LAV Filters 0.68.1 installeerde op de clients en de server. Een alternatief voor LAV-filters is ffdshow, maar die wordt naar mijn weten minder onderhouden dan de LAV-filters.

Voor de Plex Web App zal Plex wel blijven transcoden, want browsers ondersteunen geen x264 formaat naar mijn weten, maar de apps op mijn PC uiteraard dankzij de codecs wel.

[Reactie gewijzigd door CH40S op 1 september 2016 10:14]

Beperking van de server is hier niet het geval. Plex draait op een zware server en ik kan 6 devices tegelijkertijd afspelen zonder problemen.

Ik heb dit in verschillende configuraties geprobeerd. Ipad, PC, Android, lakaal, internet, Direct, transcoding, enz. Er is geen bewijs dat het haperen van een stream te wijten is aan server power.
Dan is de internet verbinding eerder de beperkende factor dan dat de software dat is.
Had het wel aan de software gelegen, dan hadden alle gebruikers daarvan last moeten hebben.

[Reactie gewijzigd door CH40S op 1 september 2016 16:00]

Internet is zeker de beperkende factor. Het is echter Plex met zijn slechte methode van bufferen die de bandbreedte beperking sneller blootlegt dan noodzakelijk. Wanneer een YouTube-achtige manier wordt toegepast, zal mijn probleem verdwijnen.

Overigens is er een hele lange draad op het Plex premium forum die over dit probleem gaat. Ik ben dus niet de enige. Wel denk ik dat een beperkte groep gebruikers hier last van heeft omdat de meeste van mensen een redelijke stabiele internet verbinding heeft.

Nogmaals, de snelheid is niet het probleem. De instabiliteit van de internetverbinding is het probleem.
Als de internetverbinding de benodigde bandbreedte niet kan halen, ligt dat natuurlijk niet aan de buffering van Plex, die buffer kan immers gewoon ruim voldoende zijn. Ik begrijp dus even niet wat je bedoeld met dat 'de slechte methode van buffering' de problemen met de internet verbinding sneller blootlegt; het probleem hoeft dus niet per se vanuit Plex te komen, maar kan van alles zijn.
Vanwege wat ik in mijn eerdere post zei:

Plex kan in tegenstelling tot bv YouTube niet "onbeperkt" vooruit bufferen. Bovendien kan Plex maar beperkt "sneller" bufferen dan de afspeelsnelheid. De (max) buffer snelheid is dus onafhankelijk van de upload/download snelheid.

Vooral de snelheid van bufferen is een enorme beperking. Hierdoor kan Plex nooit maximaal "inhalen" en dat merk je vooral bij een sterk fluctuerende verbinding.

Ik heb voldoende tests gedaan die aantonen dat Plex hier wel degelijk het probleem is.
En hoe pakt dat uit voor de optimize functie? Dan transcode Plex de boel van te voren, naar het formaat die je hebben wilt, bijvoorbeeld voor tablets.

[Reactie gewijzigd door CH40S op 1 september 2016 23:33]

Ik begrijp misschien niet helemaal wat je bedoeld.

De media optimize functie helpt mij iig niets omdat Plex enkel een extra kopie aanmaakt op de server welke is geoptimaliseerd voor een afspeel apparaat. Deze versie zal nog altijd gestreamed moeten worden en dan "faalt" de buffer techniek wederom.
Plex gebruikt ffmpeg voor de transcoding ;)
Transcoding hoeft geen issue te zijn, zolang je maar genoeg cpu kracht tot je beschikking hebt.
Plex gebruikt ffmpeg voor de transcoding ;)
Toch merk ik verschil sinds ik LAV-filters heb ge´nstalleerd op mijn (virtuele) server (waar ffmpeg ook in zit).
Transcoding hoeft geen issue te zijn, zolang je maar genoeg cpu kracht tot je beschikking hebt.
Ik zeg ook niet dat het een issue hoeft te zijn, het is alleen wel het verstandigste om het zoveel als mogelijk te voorkomen. ;)

[Reactie gewijzigd door CH40S op 1 september 2016 08:58]

LAV filters op je server maakt niet uit, want op het moment dat er een stream aan plex word gevraagd die transcoding nodig heeft, start plex een eigen fork van ffmpeg (kun je ook zien in je task manager).

Als je de plex client (plex home theater) gebruikt op je clients, dan heb je altijd een direct play/stream, mits je het anders hebt ingesteld.
LAV filters op je server maakt niet uit, want op het moment dat er een stream aan plex word gevraagd die transcoding nodig heeft, start plex een eigen fork van ffmpeg (kun je ook zien in je task manager).
Ik weet dat Plex dan een aparte transcoder proces opstart en dat Plex zelf ffmpeg ook ingebouwd heeft. Echter, zoals gezegd, merk ik wel veel verschil op mijn virtuele server sinds ik LAV-filters ge´nstalleerd heb staan.
Als je de plex client (plex home theater) gebruikt op je clients, dan heb je altijd een direct play/stream, mits je het anders hebt ingesteld.
Jep, I know, daarom gebruik ik zoveel als mogelijk de officiele Plex clients. De enige uitzondering is voor mijn Samsung TV, dat is de third party app van Orca, omdat Plex zelf voor mijn TV geen officiŰle Plex client heeft uitgebracht en ik ook niet meer verwacht dat die komt (UE40F6770 is mijn TV, uit 2013...).
Je merkt verschil omdat je clients het werk doen.
Ook qua CPU gebruik merk ik wel degelijk verschil, ook op de server, nadat LAV-filters geinstalleerd was. Ik heb juist LAV-filters later ook op de (virtuele) server ge´nstalleerd, gedaan bij wijze van test, terwijl de client allang de LAV-filters ge´nstalleerd had staan. ;) Sindsdien installeer ik ook LAV-filters op Plex Media Servers. :)

En (Plex) clients transcoden niet, dus ik begrijp niet helemaal waarom 'de clients' dan het werk zouden doen? We hadden het immers over transcoding. ;)

[Reactie gewijzigd door CH40S op 1 september 2016 09:24]

De clients "transcoden" (decoden) wel, behalve als je via een browser of op een iOS/ATV device kijkt. LAV filters doen helemaal niets voor de server.

[Reactie gewijzigd door z1rconium op 1 september 2016 09:33]

En toch merk ik dat CPU usage omlaag is gegaan als de server transcode, sinds ik LAV-filters erbij heb ge´nstalleerd. Dan kun je volhouden dat het niet zo is, maar ik heb de taskmanager er naast gehouden om het te meten. Waar ik anders rond de ~20-30% CPU zat (met een i5 3570) zakte het naar ~8-15% CPU usage. ;) Het scheelt dus niet heel veel, maar voldoende naar mijn beleving.

[Reactie gewijzigd door CH40S op 1 september 2016 09:41]

Je kunt volhouden dat LAV filters wat doen voor je, maar dat is psychologisch. Anders hadden ze bij Plex de LAV filters wel meegenomen bij de install, niet ?

LAV filters zijn een fork van ffmpeg, Plex gebruikt zijn -eigen interne-fork van ffmpeg, die je ook kunt vinden in de application dir van Plex als "Plex Transcoder" die je ook gewoon kunt aanroepen op de cli.

Je kunt het makkelijk testen: speel iets af via de browser, check cpu op de server en de processen. Speel het nog eens af via een home theater client en zie het verschil.

Bij de browser spawned ffmpeg/plex transcoder met evenveel cpu gebruik als zonder je geinstalleerde LAV filters, het doet daar niets mee.

Zie het als het installeren van een plugin voor Final Cut, terwijl je Adobe Premiere gebruikt.
Je kunt het makkelijk testen: speel iets af via de browser, check cpu op de server en de processen. Speel het nog eens af via een home theater client en zie het verschil.
Wat denk je wat ik gedaan heb (en net overigens al zei)? :? 8)7 Anders zou ik het niet zeggen dat ik de LAV-filters voortaan ook installeer op servers. 8)7 Dus geen idee wat er "psychologisch" (of "placebo") aan is.

Hoe ik had getest: stap 1; vanuit Plex Web en Windows 10 app zonder LAV-filters op de server. stap 2; vanuit Plex Web en Windows 10 app met LAV-filters op de server exact dezelfde content nogmaals bekijken.

Bij beide stappen heb ik de taskmanager open gehad en de CPU-usage gemeten. Het resultaat daarvan heb ik reeds gegeven.

En genoeg offtopic geblaat nu.

[Reactie gewijzigd door CH40S op 1 september 2016 10:13]

Technisch kan het niet snap je ?

Hier is juist gezeik over geweest; ffmpeg is open source (GPL), maar Plex gebruikte een eigen closed source binary, die ze openbaar moesten maken.
Technisch kan het niet snap je ?
Nogmaals, ik heb het uitgebreid getest. Ik weet waar ik over spreek. Dat kun je niet geloven, dat is een keuze. Ik heb het meermaals getest, met verschillende content. Dat deed ik in twee stappen, gedurende die twee stappen, deed ik steeds dezelfde content afspelen. Ik heb de test dus meermaals doorlopen.

Kun je zeggen dat het technisch niet kan, maar hoe verklaar jij dan (zonder het "psychologisch" te noemen) dat de CPU-usage waarden wel degelijk naar beneden zijn gegaan in mijn virtuele machine? :? 8)7 De taskmanager zal heus niet liegen. ;)
Hier is juist gezeik over geweest; ffmpeg is open source (GPL), maar Plex gebruikte een eigen closed source binary, die ze openbaar moesten maken.
Ik weet van dit issue, wat dat van doen heeft met wat wij geprobeerd hebben te bespreken (ik ben nu namelijk echt klaar met die plaat voor je kop) ontgaat mij even.

[Reactie gewijzigd door CH40S op 1 september 2016 10:51]

haha plaat voor "mijn" kop :')

Je begrijpt de gebruikte techniek niet en je weet niet waar je over spreekt, sorry.

Ik ben al vanaf het begin van Plex betrokken en daarvoor XBMC, ik heb de eerste uitzending-gemist plugin nog gemaakt ergens in 2004/5 (nu retrospect in kodi) en was actief betrokken bij plexconnect. Ik geloof dat ik Plex wel aardig begrijp ;)

Misschien liep de indexer wel toen je cpu hoger was of andere zaken, maar LAV heeft er niets mee van doen.
Ik begrijp de gebruikte techniek wel degelijk, ook ik keek er van op na al die tests die ik had gedraaid. Aangezien het resultaat bij elke test die ik heb gedaan zo was, heb ik LAV-filters (met een nieuwere ffmpeg versie dus) erop gelaten. Ik zie ook geen reden om het er af te knikkeren.

Ik gebruik Plex vanaf versie 0.7 of zo, dus mag hopen dat ik ook wel wat weet over de werking van Plex. ;)

Misschien wordt het tijd dat je het zelf ook even test? :) Als je dan toch zo "ervaren" bent... Qua development nooit dingen zelf ontwikkeld, wel mezelf altijd verdiept in de werking van Plex. ;)

En nee, de indexer liep niet, dat had ik ook nog gecontroleerd, of die draaide, anders had ik die wel gestopt of afgewacht en daarna pas gaan testen. :)

Ik keek puur naar CPU-usage van PlexTranscoder.exe en PlexNewTranscoder.exe gedurende mijn tests, niet de algehele CPU belasting (want VM).

[Reactie gewijzigd door CH40S op 1 september 2016 11:21]

Is het server gedeelte ook te installeren op een raspberry pi? Ik realiseer me dat transcoden dan niet echt (lekker) gaat werken.
Is er al een simpele oplossing voor het feit dat een nas niet meer in slaap gaat als plex media server ge´nstalleerd is? De log van mijn nas omschrijft voornamelijk: "Disks woke up from hibernate", dit schijnt van plex te komen maar ik heb nog niet kunnen ontdekken hoe dit te voorkomen.
Heb je in plex aan staan dat deze regelmatig moet scannen of automatisch media wijzigingen moet bijhouden?
Dat wel inderdaad geloof ik, automatische updates staan wel uit maar dat scannen van media staat aan omdat ik er vanuit ga dat je dan iedere keer als je wat toevoegt je plex handmatig moet laten scannen?
Bij automatisch scannen zal plex op de geplande tijd alle folders scannen
Bij automatisch wijzigingen bijhouden monitort plex of er een bestand bijgekomen is en zal deze dan indexeren zonder de bestande folders te verwerken.

Het kan zijn dat deze monitoring je schijven wakker houdt.
Als je deze automatische functies uit zet zal je bij iedere toevoeging handmatig moeten scannen.
Inmiddels geruime tijd maak ik al gebruik van Plex. Mijn server draait 24/7 en zeer blij met de Sub-Zero subtitle downloader. Handmatig niet te doen als er iedere dag nieuwe afleveringen binnendruppelen. Voorheen iedere dag via een virtuele machine een subliminal batch gestart haha. Nu zoekt hij automatisch 4x per dag naar nieuwe subs.

Tip, hernoem je mediabestanden niet, en zet de score voor series op 100 (helemaal waterdicht is het niet maar gaat in 90% van de gevallen goed). Voor films ben ik nog aan het experimenteren. Staat nu op 60. Maar heeft een tijdje lager gestaan. Toch vaak problemen met niet synchroon lopen van de gedownloade subs. Dus score recentelijk verhoogd. Dan maar wat langer wachten op een goede NL sub. Of het doen met de Engelse :).

Over transcodes gesproken: Mijn 'record' concurrend transcodes is 7 (thanks plexpy). Maar waren niet allemaal 1080 transcodes.
Ik ben aan het overstappen van een HTPC met Kodi + 'Mediaportal TV server' naar een Smart TV en wilde in eerste instantie puur DLNA gaan gebruiken om TV series en Films vanaf mijn NAS (Synology DS214play) naar de Smart TV te serveren.

Echter, media die met SabNZBD binnengehengeld wordt, wordt niet goed ge´ndexeerd door de DS214. Dus moet je telkens handmatig of middels crons+scriptjes gaan herindexeren. Niet echt praktisch.

Toen viel mijn oog op Plex en ik moet zeggen, dat werkt als een trein. De interface is ook veel slicker dan de ingebouwde media app op mijn smart TV. Zo is de overstap goed te doen!

Alleen jammer dat Android TV nog niet altijd even soepel loopt. Maar de HTPC kan nu wel de deur uit en heb nu alleen een TV + NAS nodig. :)
Ik had eerst ook Plex met een quadcore Android TV box en veel problemen daarmee. Films die middenin de film stoppen, audio die niet lekker gaat en veel transcoden ook.

Ben nu overgestapt op een Roku 3 voor mijn 2 clients and dat gaat als een speer. Spelen bijna alles direct af en geen gezeur meer.
Plex is het probleem bij mij niet hoor. Het afspelen van videos gaat over het algemeen prima (afgezien van een incidentele video met exotische/verouderde codecs denk ofzo?).

Ik doel meer op de Android TV interface die niet altijd even vlot is. Als je bijv. van TV naar de homescreen wisselt. Soms gaat dat vlot, maar soms ook gepaard met wat lag.

Ik heb het ook op dure high end Android smart TV's gezien, dus is volgens mij meer nog een tekortkoming van Android TV zelf.
Dat bedoelde ik ook, Plex is prima, het was mijn Android box die voor problemen zorgde. Nu nergens last meer van met de Roku.
Ah ok. Heb ik je verkeerd begrepen. :)
Mijn DS214 (geen play) zegt met Plex dat de cpu te zwak is om een film te transcoden...
Is de play versie dan zoveel krachtiger?!
Op papier zou de Play betere transcoding performance moeten geven door de hardwareversnelling, maar of dat veel uitmaakt weet ik niet.

Maar je hebt gelijk: Zodra ie moet transcoderen, krijg ik ook die melding en dus haperende (of geen) playback. Dit euvel heb ik zo te zien vooral met .mkv bestanden en niet met .mp4 bestanden (zelfs 4k .mp4 materiaal speelt ie vlekkeloos af). Ik was er gewoon nog niet tegenaan gelopen omdat ik ˇf SD materiaal speelde (ben momenteel een wat oudere serie aan het volgen en die had ik nog in SD kwaliteit op mijn NAS staan), ˇf het was een .mp4 file en dus geen transcoding.

Bijzonder is dat als ik in de Plex app op mijn TV de optie 'Direct play' op 'Forced' zet, dan lijkt ie niet te transcoden en heb ik vloeiende playback, maar gÚÚn audio. Even vluchtig gezocht en lijkt erop dat de audio stream het transcoding veroorzaakt?

Enfin, gelukkig kan ik ook Kodi draaien op Android TV, dus ben daar nu op teruggevallen. Werkt uitstekend omdat ik daarin niet met transcoding te maken heb. :)

Altijd fijn als je opties hebt. :)
Bestaat er ook een uitzending gemist plugin voor Plex? Ik zoek me rot maar vind niks.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True