Connexion
Utiliser la version Usenet de Decypharr
Une ancienne version de Decypahrr permet de l’utiliser avec Usenet. Non maintenue, je ne recommande pas de s’en servir pour BitTorrent.
J’ai testé sur une petite machine et ça marche mais ça consomme 100% de mon CPU en cas de transcodage couplé au téléchargement sur Usenet. Mais c’est fonctionnel avec les .nzb compatibles (pas de mot de passe, par d’archive).
À l’époque j’avais Usenet-Drive ou encore nzbDAV sur un serveur plus robuste et ça passait très bien même en avance rapide.
Nous sommes dans le cas d’un montage de .nzb « streamable », il n’y a donc aucun debrideur à ajouter.
Le compose que j’utilise build le Dockerfile puisqu’il n’y a pas d’image de publiée et s’occupe du montage rClone du WebDav, celui-ci n’étant pas inclus dans l’interface.
Il faut au préalable avec sa config rClone, qu’on peut créer à la main dans rclone.conf :
[decypharr-usenet]
type = webdav
url = http://192.168.0.163:2828/webdav/usenet
vendor = other
user = ""
pass = ""URL : l’IP et le port de la WebUI de Decypharr tel qu’indiqué dans le compose
Ici je n’utilise pas de user:pwd pour l’accès à la WebUI de Decypharr. Si vous voulez le faire, il faut y mettre un pwd chiffré :
rclone obscure mon-mot-de-passeEt donc mon compose
services:
decypharr-usenet:
image: decypharr:usenet
container_name: decypharr-usenet
build:
context: https://github.com/sirrobot01/decypharr.git#usenet
dockerfile: Dockerfile
restart: always
cap_add:
- SYS_ADMIN
security_opt:
- apparmor:unconfined
ports:
- 2828:8282
volumes:
- /mnt/decypharr-usenet:/mnt/decypharr-usenet:rshared
- /home/aerya/docker/decypharr-usenet/configs/:/app
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/Paris
devices:
- /dev/fuse:/dev/fuse:rwm
rclone-mount:
image: ghcr.io/rclone/rclone:latest
container_name: decypharr-usenet-rclone
depends_on:
- decypharr-usenet
devices:
- /dev/fuse
cap_add:
- SYS_ADMIN
security_opt:
- apparmor=unconfined
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/Paris
volumes:
- /home/aerya/docker/decypharr-usenet/config/rclone:/config/rclone
- /mnt/decypharr-usenet:/mnt/decypharr-usenet:rshared
- /mnt/:/mnt/
ports:
- 5575:5575
restart: always
command:
- mount
- "decypharr-usenet:"
- /mnt/decypharr-usenet
- --config=/config/rclone/rclone.conf
- --log-file=/config/rclone/rclone.log
- --async-read=true
- --allow-non-empty
- --no-modtime
- --allow-other
- --rc
- --rc-no-auth
- --rc-addr=0.0.0.0:5575
- --cache-dir=/mnt/Data/rCloneCache
- --vfs-cache-mode=full
- --vfs-cache-max-age=1h
- --vfs-cache-max-size=50G
- --dir-cache-time=5m
- --vfs-cache-poll-interval=1m
- --vfs-read-chunk-size=128m
- --vfs-read-chunk-size-limit=128m
- --vfs-read-ahead=256k
- --buffer-size=10m
- --umask=002
networks: {}
Je pense que les paramètres de montage de rClone peuvent s’optimiser. Pour l’instant je ne fais pas plus de tests.
La configuration de Decypharr est simple : ajouter un indexeur Usenet et les chemins de téléchargement (le WebDAV)
Une fois Decypharr configuré et le tout relancé, j’ai bien mon montage
root@StreamBox:/mnt# df -H
Filesystem Size Used Avail Use% Mounted on
tmpfs 824M 4.3M 819M 1% /run
/dev/sdb2 251G 183G 56G 77% /
tmpfs 4.2G 0 4.2G 0% /dev/shm
tmpfs 5.3M 8.2k 5.3M 1% /run/lock
/dev/sda1 472G 108G 341G 25% /mnt/Data
tmpfs 824M 115k 823M 1% /run/user/1000
decypharr-alldebrid 1.2P 0 1.2P 0% /mnt/decypharr/alldebrid
decypharr-usenet: 1.2P 0 1.2P 0% /mnt/decypharr-usenetAvec les contenus de tests
root@StreamBox:/mnt# tree decypharr-usenet/
decypharr-usenet/
├── __all__
│ ├── 28.Years.Later.2025.MULTi.VFQ.Hybrid.2160p.UHD.BluRay.REMUX.CUSTOM.DV.HDR10Plus.HEVC.TrueHD.7.1.Atmos-ONLY
│ │ └── bd7925555a625f9db23d7ddf2ae4cfe64fc8c250d5d308.mkv
│ ├── Barbie.2023.MULTi.VF2.HDR.DV.2160p.WEB.x265-FW
│ │ └── daec752aec35c12cca5178469508afb58b7dbebfb93ef6e139cf.mkv
│ ├── Demolition.2015.MULTi.TRUEFRENCH.1080p.BluRay.REMUX.AVC.AC3.DTS.HDMA.5.1-PATOMiEL
│ │ └── lHWf3M0BMGkf.mkv
│ ├── Final.Destination.Bloodlines.2025.MULTi.TRUEFRENCH.1080p.BluRay.x264-Ulysse
│ │ └── ee3d99f582465188bdb26588adcd67846f9e410d2a128fc072b9596f0b035e.mkv
│ ├── Superman.2025.MULTi.VFQ.2160p.Bluray.REMUX.DV.HDR10.HEVC-BDHD
│ │ └── 6641c6843c54ea19333837ac52c889d991363f2303.mkv
│ ├── The.Electric.State.2025.MULTi.HDR.2160p.WEB.H265-LOST
│ │ └── 32f2be574e0ef3edaf3e547771d04a003129.mkv
│ └── V.H.S.Viral.2014.MULTi.1080p.WEB.H264-SUPPLY
│ └── 5c27f2c7ca6d9f3d26a749c23a43f0e6cd0470b9fd87.mkv
├── __bad__
└── version.txt
10 directories, 8 files
On peut d’ailleurs, comme pour la version BitTorrent, parcourir le WebDAV depuis Decypharr
Le tout est accessible depuis Jellyfin. Et on peut configurer les *arrs avec ce WebDAV comme expliqué dans mon tutoriel sur Decypahrr « normal ».
Pour ce test j’y suis allé à l’arrache et ai monté directement /mnt/decyphrarr-usenet en médiathèque sous Jellyfin
Sans transcodage, donc qu’avec le téléchargement Usenet, ça passe bien (Jellyfin sous LibreWolf).
En revanche avec un 2160p en transcodage mon serveur ne fait pas le poids
Tout ça pour dire que cette mouture de Decypharr est plus un PoC, certes fonctionnel, qu’un acteur majeur et durable du segment du streaming de .nzbs.
