Other than being able to transcode, not really. You could probably instead set up a proxy for AD’s sftp/webDAV so only one connection/ip is active at a time
Other than being able to transcode, not really. You could probably instead set up a proxy for AD’s sftp/webDAV so only one connection/ip is active at a time
If OP’s already using jellyfin/plex, alldebrid provides a webDAV server which you can mount with rclone. You can then make symlinks from that mount to your media library.
Yep, those are 2 different ways to turn media requests from users into something oldx/jellyfin can use.
Might be worth noting that real debrid’s webDAV implementation (the protocol that lets you access the files in your mount) is a little funky, and might get very slow for large libraries (over 1k links), so itsToggle (author of plex_debrid) has a fork of rclone to fix this. There’s also a new project called zurg from the debrid-media-manager people, but it’s closed source, and the devs don’t intend on making it open source.
One way is to use rclone to mount your Real Debrid link onto your server and run plex/Jellyfin using the remote media. That way all your clients talk to the server, so you’ve only got one connection to RD
RDT-client implements the qBittirrent api so you can point radar/sonar at it, and it will make symlinks from your mount to a structured media directory
Plex_debrid is a python script which is a standalone method to get media onto RD. It can take requests from your plex watchlist or ombi/overseerr and will search trackers to grab the release. As plex is less fussy about the file structure of your media, you can just point plex straight at your mount.
Sorry maybe I’ve misunderstood your stack. The “typical” plex_debrid stack has the debrid mounted via WebDAV using rclone so plex/jellyfin/whatever can see the stuff on your debrid as though it was a local file, only downloading bits of each file as they’re requested.
The option I suggested lets rclone download to your disk as a cache, which I found mae the experience much smoother
What args have you passed to rclone? I found setting ‘—vfs-cache-mode full
drastically improved streaming performance
I use Alldebrid over WebDAV on infuse. The sync times can be incredibly long, opening the magnets folder of my WebDAV takes around 2 minutes with around 300 torrents - around 4k files. You only need to do this long syncing when your library changes, streaming is near instant.
Jellyfin is a bit trickier because it requires quite a strict file structure, and most (if not all) debris services don’t let you change the file structure of your drive. Itstoggle is working on an artificial sorting branch for his fork of rclone for real debrid which should be able to rename files for jellyfin to understand
I use debrid-link. Same thing but it seeds the torrents you download. Same price as well
Most grinders you have to screw together (threaded). The Brilliant Cut Grinder uses magnets to keep the grounds compartment attached. Similar to how most grinders keep the mid plate and top plate together
Other comments seem not to mention the Real Debrid bit, so I’ll focus on that here:
Personally, I use my preferred debrid service to reduce the amount of stuff I need to store. You can mount the files you’ve got saved in your debrid using rclone with the webDAV creds that Real Debrid gives you.
You should probably use rogerfar’s rdt-client, even if you only use real Debrid to download torrents without using your own ip. It implements the qBittorrent API so you can point *arts at it as a download client. It’s got a couple of modes, so you can either have the files downloaded or symlinked from the mount discussed above.
Zerg from DebridMediaManager is something I’ve heard good things about, but i haven’t been able to try it as its source-available for a fee, which i disagree with.