This is my biggest gripe with acdcli but I just clear cache and then sync and it seems to function without crashing. Rclone sounds better if u don’t need to manually sync
Also using rclone mount with crypt and pulling everything off my ACD account. It just plain works and doesn’t get all wonky when I add more data. The encryption on the fly doesn’t seem to affect performance at all.
@mdnitoil said:
Also using rclone mount with crypt and pulling everything off my ACD account. It just plain works and doesn’t get all wonky when I add more data. The encryption on the fly doesn’t seem to affect performance at all.
I’ve been doing a lot of testing over the last couple of days. I’ve been testing various combinations of Cloud provider + encryption tool. Generally speaking, Google Drive is giving me the best and most consistent performance for starting movies, seeking, and resuming. It usually takes 7 seconds for the film to start, <10 seconds to seek, and 7-8 seconds to resume after stopping. I’m using rclone v1.36 with crypt.
Amazon Cloud Drive with rclone+crypt is another story… The performance seems wildly inconsistent. It usually takes about 15 seconds to start a movie, but seeking or resuming can take up to a minute or more! Interestingly, I tried ACD_CLI with no encryption and the performance seems to be as good as Google! Then, when I add EncFS into the mix with ACD_cli, the performance drops again to unacceptable levels. Amazon seems hard to test though because the results seem to be inconsistent at various times of day or other factors. That is a data point unto itself… Google seems to be good and consistent all of the time.
OneDrive seems to be almost as good as Google with it only taking a second or two more to seek in most cases, but it really is very comparable. The problem with it is that there is no option for a OneDrive large enough for a realistic collection of movies.
Any tips for how to make Amazon Cloud Drive more consistent and performant with rclone+crypt? That would be the best option financially since I already have unlimited storage with ACD. Here is what I am using to mount the drives:
/usr/bin/rclone mount
–allow-non-empty
–allow-other
–buffer-size 1G
–max-read-ahead 14G
–acd-templink-threshold 0
–checkers 16
–quiet
–stats 0
ACD-crypt:/Apps/Plex/ /home/plex/media/.acd-crypt/ &
Here are my options
rclone mount --umask 0 --allow-other --buffer-size=4G
i haven’t seen any problems and a lot more stable than acd_cli
@Qlogic said:
–buffer-size=4G
How much free RAM does your system have ?
vps has 8G, only uses maybe 1G so 7G free
Just note that buffer size is per-file. This means if two people are streaming, you’re using a buffer of 8G which would but hitting your swap file.
Oh I think I read it wrong when I set it up. Going to change it to 1G
I started using a VPS XL from Contabo DE. But I’m not so happy with the transfer rates… 10MB/s download cap and it seems 2MB/s when uploading.
How is your experience with your current VPS providers? What average values do you get. How many simultaneous streams=
Cheers,
Anthonws.
ssdnodes has been very good, i have had up to 3 people trans-coding at the same time , no problems, for $66 bucks a year can’t complain. mine is mounted to ACD via rclone and encrypted with crpyt
@Qlogic said:
ssdnodes has been very good, i have had up to 3 people trans-coding at the same time , no problems, for $66 bucks a year can’t complain. mine is mounted to ACD via rclone and encrypted with crpyt
Which plan are you using? Is anyone using Scaleway? Wonder how their ARM CPUs cope with transcoding. Plus, is there any VPS provider that offers GPU for HW transcoding?
Thanks!
I’m very happy with SSDNodes as well. I noticed they currently have a sale, $66/year for 8GB of RAM, 4 CPU cores, 40GB SSD and 4TB transfer https://www.ssdnodes.com/startup-specials/
I did notice one thing though, bandwidth has been very high these last couple of days, in fact it used more than 120GB a few days in a row! When I checked the stats, this coincided with the time Plex performs regular maintenance.
Is it because it is still deep scanning all the files and should I expect this to diminish at some point? Or should I change some settings in Plex (I left everything default so far).
@per_PLEX_ed said:
I’m very happy with SSDNodes as well. I noticed they currently have a sale, $66/year for 8GB of RAM, 4 CPU cores, 40GB SSD and 4TB transfer https://www.ssdnodes.com/startup-specials/I did notice one thing though, bandwidth has been very high these last couple of days, in fact it used more than 120GB a few days in a row! When I checked the stats, this coincided with the time Plex performs regular maintenance.
Is it because it is still deep scanning all the files and should I expect this to diminish at some point? Or should I change some settings in Plex (I left everything default so far).
Thanks for the link! Prices are amazing!
My only fear is that datacenters are in US and I reside in Portugal 
Yeah, you probably should go for a server in Europe… I don’t think having a datacenter in the US or Canada would help you much. We’re in western Canada and use the Seattle servers and it’s just fast as can be. There have been recommendations on European servers, check the other VPS thread about copying from one cloud service to another 
@djsecrist said:
@mdnitoil said:
Also using rclone mount with crypt and pulling everything off my ACD account. It just plain works and doesn’t get all wonky when I add more data. The encryption on the fly doesn’t seem to affect performance at all.I’ve been doing a lot of testing over the last couple of days. I’ve been testing various combinations of Cloud provider + encryption tool. Generally speaking, Google Drive is giving me the best and most consistent performance for starting movies, seeking, and resuming. It usually takes 7 seconds for the film to start, <10 seconds to seek, and 7-8 seconds to resume after stopping. I’m using rclone v1.36 with crypt.
Amazon Cloud Drive with rclone+crypt is another story… The performance seems wildly inconsistent. It usually takes about 15 seconds to start a movie, but seeking or resuming can take up to a minute or more! Interestingly, I tried ACD_CLI with no encryption and the performance seems to be as good as Google! Then, when I add EncFS into the mix with ACD_cli, the performance drops again to unacceptable levels. Amazon seems hard to test though because the results seem to be inconsistent at various times of day or other factors. That is a data point unto itself… Google seems to be good and consistent all of the time.
OneDrive seems to be almost as good as Google with it only taking a second or two more to seek in most cases, but it really is very comparable. The problem with it is that there is no option for a OneDrive large enough for a realistic collection of movies.
Any tips for how to make Amazon Cloud Drive more consistent and performant with rclone+crypt? That would be the best option financially since I already have unlimited storage with ACD. Here is what I am using to mount the drives:
/usr/bin/rclone mount
–allow-non-empty
–allow-other
–buffer-size 1G
–max-read-ahead 14G
–acd-templink-threshold 0
–checkers 16
–quiet
–stats 0
ACD-crypt:/Apps/Plex/ /home/plex/media/.acd-crypt/ &
So I think the performance issues are strictly due to peering. My hosted server is a Kimsufi and sits in Canada, and for whatever reason, my rclone crypt performance has been extremely solid. Startup times are consistently measured in seconds, even during “primetime”.
OVH provide a VPS with all you can eat network bandwidth (100Mbit) for about £3/month. The spec should be sufficient for a Plex server even with a relatively large library (especially if you use a compressed file system for the PMS library folder).
Having Plex on your own VPS also opens up possibilities for working around and fixing various problems that Plex guys have given up on, e.g. using ACD for media storage without unusable levels of buffering after an hour on higher bit rate streams when not transcoding. I posted details of my solution for it here:
https://forums.plex.tv/discussion/comment/1405247/#Comment_1405247
It works very well as long as your cloud storage can keep up in terms of bandwidth (it can be a little marginal at times if you are DirectPlay-ing at bit rates approaching raw BluRay (~30Mbps)). The only downside is that you tend to need a bit of extra storage for caching described above compared to what OVH provide with their most basic VPS (20GB), as a single 30Mbps 90 minute media file will consume all of it.
@zan79 said:
OVH provide a VPS with all you can eat network bandwidth (100Mbit) for about £3/month. The spec should be sufficient for a Plex server even with a relatively large library (especially if you use a compressed file system for the PMS library folder).
I have just signed up for an OVH VPS. It’s just £2.99/month including VAT. There is only 10GB of storage but network is 100Mbps with unlimited transfer. Speed is very good. It was relatively easy to set up as I can do UNIX admin. I’m not using it to run Plex as I am very happy with Plex Cloud but I am using it to transfer files between different Cloud storage providers. The transfer rate is great at over 11MBytes/second according to rclone which equates to about 40GB per hour or around 1TB per 24 hours.
I have a Google Drive as part of G Suite Business plus Amazon Cloud Drive both of which give me unlimited storage plus I have a couple of dodgy ‘Unlimited storage’ ‘Lifetime’ Google Drive accounts bought off eBay for $8.99. My plan is to sync my Plex content between these four locations just so I have backups of everything. I am limited at the moment by my Internet upload speed of just 5Mbps but am moving in a few months to a place where I will get 20Mbps.
As long as you transfer your file from Amazon to Google Drive, you can sync all of your Google Drive account together without using any bandwidth.
As long as you transfer your file from Amazon to Google Drive, you can sync all of your Google Drive account together without using any bandwidth.
Care to explain how? I’ll have my live Plex files on my proper paid for Google Drive then be backing up to Amazon Cloud Drive & the two other Google Drives
@nigelpb said:
As long as you transfer your file from Amazon to Google Drive, you can sync all of your Google Drive account together without using any bandwidth.
Care to explain how? I’ll have my live Plex files on my proper paid for Google Drive then be backing up to Amazon Cloud Drive & the two other Google Drives
The easiest way to do it is to ‘share’ the files from one Google account with the other Google accounts (unfortunately does not work between Amazon and Google!!) and then once shared, ‘create a copy’. It is important to create a copy or you will lose the ‘shared’ files if they ever get deleted. It creates the copies within seconds so this is much, much quicker than transferring them even if you do have to manually rename the files to remove the word ‘copy’.
