Docker provides no additional benefit. (QTS and Docker present linux environments to Plex.)
On QNAP, it makes it more complicated because of how Container Station works.
Secondarily, I’ve never been able to export a QNAP docker container and take it anywhere else.
It lets me place the library data wherever I want to on the NAS, and have easy access to everything in the GUI (or even on a share if I wanted to). I don’t like how QNAP hides this data on shares only available through ssh, as I’m not that good at managing linux command line. It makes it a lot easier to move things around and restore the data if necessary.
Why would you really need to export a container? Just move the data and recreate the container on a new system? Isn’t that kinda the point? And how is that related to whether Plex will make it easier to support HW transcoding without going through unofficial means?
I’m not brave enough to test a preview at the moment, but I’ll add that thread to my watchlist. (And you haven’t completely removed all benefits from docker. I’ve limited the available resources slightly for Plex to have some headroom for the other services I run on my NAS as well.)
QNAP introduced “Migrate To” capability in QTS 4.3.
When I took over the packaging for QNAP and we upgraded the QDK (development toolkit), this was the first which was added.
The features I’ve added in the preview thread are my attempt to bring some much-needed flexibility and maturity to the QNAP installations.
It should also be noted that, when installing Plex from QNAP, versus a Manual Install, you have the option of installing Plex directly on the desired volume. I’m working with QNAP to see if it’s possible to make that “Graphical Installation” tool of theirs available for manual installations. If it is, then I think we’ll be in a good position on the platform in terms of supporting everyone’s needs.
I’ll keep an eye out for future development on this. I also appreciate that you take the time to participate in the forum discussions. It’s very much appreciated to get some actual discussions and reasoning from the developers of Plex on the choices you make.
If only the Android TV app was less likely to need a transcode (.ass/ssa subtitles is a pain in the ass … ), or the server admin had more control of what quality the remote users is allowed to trancode to (for example direct stream or no more than 720p transcode) I probably wouldn’t even care about it.
So I just tried it again on my TVS-873 with QTS 4.4.2.1270 and a Quadro P400 (latest NVIDIA drivers) and Plex does not see the GPU. I also tried with container station and adding the gpu to the container, but no dice.
the TVS-873 with the current qts version only allows to assign the GPU to the container station, so it seems that this will be a dead end. The only thing that really bothers me is that Emby is able to leverage the GPU in this same setting.
I have just updated my firmware to 4.4.2.1302 and I can now associate my Quadro P400 to QTS Mode. With that change, the latest PMS can use my GPU for hardware transcoding. CPU usage is still rather high, so I don’t think one could get as many simultaneous transcodes as P2000 would be capable of.
Read so many threads now and I’m all confused… Is it possible to get hw transcoding on a TVS-873e? With or without an external gpu (if it’s even possible to install on this version)?
Thanks, what I though. As my model (TVS-873e) isn’t extendable by a gpu I think I’m screwed Guess I’ll have to set up a dedicated Plex server or hunt for another NAS.
NAS are very expensive in comparisson when you look at the hardware inside. Building your own Plex server and then getting a solid operating system like Unraid for it will get you much more performance for the same/less money. A NAS is of course more convenient in many ways. It all depends. But getting an expensive NAS mostly for Plex is a waste of money in my eyes.