Utiliser la version Usenet de Decypharr - Up and Clear

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-passe

Et 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-usenet

Avec 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.

Articles similaires :