Layer eventually which is more tightly integrated into rclone. The cache backend is due to be phased out in favour of the VFS caching Have a maintainer so there are outstanding bugs which aren't getting fixed. The cache backend code is working but it currently doesn't Please let us know how much bandwidth you would be able to allocate to Plex downloads.The cache remote wraps another existing remote and stores file structureĪnd its data for long running tasks like rclone mount. So if you can spare us some bandwidth, please us know by dropping us a line at mirrors at plexapp dot com. Our goal: To get Plex to you, via auto-update, wherever you are, as fast as we possibly can. Other features we’ll likely add are country correlation to provide the closest server, and transfer speed monitoring. Even so, we’re looking to start with a good handful of fast always-on servers. So if you have fiber to the curb, but you can only provide us with bandwidth on the weekends, that’s still valuable. In order to make this easy, we’ve written a few scripts that monitor mirrors, and round-robin between “active” mirrors when providing download links to the Sparkle update checker. We’d like to know if there are people out there with a fast network connection and bandwidth to spare who would be willing to help us out in hosting Plex. Cayce has been kind enough to support us with the S3 hosting since the beginning, and we really appreciate it, but we’d like to move to a more affordable, and more geographically distributed solution.

We’ve had so many thousands of downloads of Plex in the last couple months that the cost of hosting via Amazon’s otherwise excellent S3 service is starting to really add up.

Plex amazon s3