If you decide to go the Windows 10 route, I suggest creating tasks to automatically reboot the machine at set intervals, and setting active hours to as wide of a range as is possible. If you're going to run Plex in a Windows environment, and you want absolute uptime, then you run it under Windows Server - 2016 or 2019 at this stage - though 2012 R2 is supported through 2023.Īlso note that Windows Server is NOT cheap.Īdditionally, if you go the Linux route, your RX 580s will be complete overkill if this is to serve as a dedicated Plex Server as Plex does not support AMD GPUs for Hardware transcoding under Linux. In other words: It will reboot for updates. It is a Desktop OS and accordingly operates like on. Okay, I'm going to come right out and say it: Windows 10 is not a server OS. If you do actually want to transcode 4k files to 1080p, then yes a whole other machine for running Plex is for sure the way to go. I'd suggest trying to work out getting Plex working better on the NAS first before investing in something else, because it's possible a new server might encounter a similar problem. Have you checked the Plex activity dashboard to see what the session boxes are showing you when stuttering starts? You want the section for video to look like this, and hopefully not like this (Your NAS won't show the (hw) indicators for hardware acceleration being used). That will retain the HDR too, which is arguably the most important part of 4k media. Ideally, for 4k files you are attempting to play, you will be doing so with a client that can actually direct play or direct stream the 4k files without triggering a video transcode on the server. Transcoding from 4k back to 4k is a tall order for any server, and ultimately is a client problem not a server problem. Transcoding 4k does not result in "Watching 4k" because a transcode probably means it's converting to 1080p and the HDR is lost through a video transcode in Plex. If that particular NAS is struggling, it's almost 100% a certainty that is happening because it's trying to transcode 4k. That's a tricky one because even a Raspberry Pi can serve 4k just fine. I'm not running anything that needs critical security measures, so having several apps directly installed on the same machine is fine with me. Outside of that, the idea around having things "containerized" in terms of security and control is something I've never much had concern with. Spinning up a whole entire pile of containers with a few commands is pretty nice if you are in need of doing that frequently. If you get to a point where you have a bunch of services running in Docker and can get them all going with a single docker-compose.yml setup file, then Docker's benefits start to stand out more. I don't move installs frequently enough to really care though. Docker simply has an easier starting point for moving data and spinning up a new install. It was super nice when I did the move from one machine to another, but that was already something I had a handle on with non-Docker installs of Plex. Now that I am familiar with using it, I still can't really put a clear answer behind why it's beneficial to me specifically. It means basically nothing to the end-user experience with Plex. In the last 4 years I had moved to Linux after Win10 did start having fits, and then recently moved off that machine and into another using Linux+Docker.ĭocker is nice from an admin and maintenance perspective. Well this is a way back comment that was funny for me to reread after 4 years. Please go to the relevant subreddits and support forums, for example: Build help and build shares posts go in their respective megathreads No referral / affiliate links, personal voting / campaigning / funding, or selling posts Welcome to /r/Plex, a subreddit dedicated to Plex, the media server/client solution for enjoying your media! Plex Community Discord Rules Latest Regular Threads: No Stupid Q&A: Tool Tuesday: Build Help: Share Your Build: Submit Troubleshooting Post Files not showing up correctly?
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |