[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 4

[TRaSH]

Greatsword schreef op woensdag 20 augustus 2025 @ 20:49:
@TRaSH Probleem is dat ik alle stappen al heb uitgevoerd en alles al draait op de Synology in Docker.

Ik heb het idee dat ik de download client (in mijn geval qbittorrent) aan de docker-compose.yml had moeten toevoegen, dus dit stukje https://github.com/TRaSH-...templates/qbittorrent.yml klopt dat?

In principe wel


Zo ja, is het dan gewoon een kwestie van dat yml bestand openen met teksteditor en dan vanaf het groene stuk Qbittorrent kopiëren, onderaan plakken, opslaan en dan weer uploaden naar /volume1/docker/appdata?

Greatsword schreef op woensdag 20 augustus 2025 @ 20:49:
Ben al een paar uur bezig en uiteindelijk qbittorrent via deze guide geïnstalleerd https://mariushosting.com...ent-on-your-synology-nas/.

Jammer dat hun slechte volumes/path laten zien zodat je niet kan hardlinken, iets wat wij wel doen

Greatsword schreef op woensdag 20 augustus 2025 @ 20:49:
Probleem was dan alleen dat de downloads naar het volgende pad gingen.

-v /volume1/docker/qbittorrent/downloads:/downloads \

Dat dus

Greatsword schreef op woensdag 20 augustus 2025 @ 20:49:
Ik heb qbittorrent toen gestopt in docker en de volume instelling aangepast naar het pad van de trash guides (volume1/data/torrents)

[Afbeelding]

[Afbeelding]

Ben nu alles aan het configureren in sonarr en het downloaden lijkt gewoon te werken, krijg alleen wel deze onderstaande foutmelding die ik niet helemaal snap aangezien die downloads map wel gewoon bestaat, hij blijft deze melding geven ook als ik het pad weer terug zet naar -v /volume1/docker/qbittorrent/downloads:/downloads \


[Afbeelding]

[Afbeelding]

Moet ik echt alles stopzetten, verwijderen en helemaal opnieuw beginnen?

Je moet het in de docker compose file zetten zoals beschreven staat in de guide, en niet docker compose en docker run door elkaar.
Nadat het in de compose file staat dan kan je het volgende commando runnen `sudo docker-compose up -d` en dan zou het moeten werken.

Persoonlijk als je er nog problemen mee hebt raad ik je eigenlijk aan om de guide eigen support discord te gebruiken en daar in de support forum in het engels je probleem uitleggen en vertellen wat je al gedaan hebt en de bot berichten doorlezen die je krijgt te zien,
Dan zullen de jongens die de synology jongens die de guide gemaakt hebben en onderhouden je persoonlijk helpen, dat zal een stuk sneller gaan dan vie een gewone forum

[Greatsword]

Zijn er nog meer geautomatiseerde opties voor ondertitels behalve Bazarr?

Bazarr werkt prima voor losse films en afleveringen van series of seizoenen maar gisteren kon ik voor een wat oudere serie bijvoorbeeld alleen maar het hele pakket vinden (S1-S6) in Sonarr kwam ik dus niet tot het gewenste resultaat maar wel in Prowlarr.

Toen dus handmatig gedownload maar nu vindt er dus geen Move, Rename en Download Subtitle proces plaats, wat is dan handig in zo’n situatie?

[TRaSH]

Multi season packs worden niet ondersteund, die moet je handmatig importeren en dan werkt het wel

[Greatsword]

TRaSH schreef op vrijdag 22 augustus 2025 @ 19:37:
Multi season packs worden niet ondersteund, die moet je handmatig importeren en dan werkt het wel

Bedoel je met handmatig gewoon 1 seizoen tegelijkertijd? Dat is namelijk het probleem, soms vind ik alleen maar een S1-6 pakket, of wel losse seizoen maar dan weer niet in de gewenste quality profiles.

Daarom weer wat nieuws aan het proberen om te kijken of ik daar meer kan vinden (usenet / Sabnzbd integratie).

Heb dus weer een docker-compose.yml gemaakt met onderstaande code, 1x tegen een probleem aangelopen (poort 8080) was al bezet door Qbittorrent. Poort dus aangepast naar wat anders en alles lijkt gewoon te draaien in docker.

Als ik echter naar het adres ga krijg ik geen interface, als ik in het sabnzbd.log bestand kijk lijkt de interface als nog op poort 8080 te worden gelanceerd, hoe kan dat als ik het heb aangepast in het docker-compose.yml bestand?

Heb ook nog geprobeerd om Sabnzbd af te sluiten en in het sabnzbd.ini bestand de poort aan te passen naar 9090 maar ook dat lost het probleem niet op.


Als ik Sabnzbd van hier https://sabnzbd.org/downloads gewoon native op mijn Mac installeer i.p.v. Nas/Docker draait het wel gewoon, maar wil het natuurlijk op de nas hebben voor intergratie met de rest van de arr-stack.

code:

# SABnzbd - https://hotio.dev/containers/sabnzbd/
#
# Don't forget to create the directory, change the -u value if needed (the created user)
# sudo -u docker mkdir -m=00775 /volume1/docker/appdata/sabnzbd
#
  sabnzbd:
    container_name: sabnzbd
    image: ghcr.io/hotio/sabnzbd
    restart: unless-stopped
    logging:
      driver: json-file
      options:
        max-file: ${DOCKERLOGGING_MAXFILE}
        max-size: ${DOCKERLOGGING_MAXSIZE}
    labels:
      - org.hotio.pullio.update=${PULLIO_UPDATE}
      - org.hotio.pullio.notify=${PULLIO_NOTIFY}
      - org.hotio.pullio.discord.webhook=${PULLIO_DISCORD_WEBHOOK}
    ports:
      - 8080:8080
    environment:
      - PUID=${PUID}
      - PGID=${PGID}
      - TZ=${TZ}
      - UMASK=002
      - WEBUI_PORTS=8080/tcp,8080/udp
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - ${DOCKERCONFDIR}/sabnzbd:/config
      - ${DOCKERSTORAGEDIR}/usenet:/data/usenet:rw

[ Voor 85% gewijzigd door Greatsword op 23-08-2025 00:44 ]

[TRaSH]

Greatsword schreef op vrijdag 22 augustus 2025 @ 19:50:
[...]


Bedoel je met handmatig gewoon 1 seizoen tegelijkertijd? Dat is namelijk het probleem, soms vind ik alleen maar een S1-6 pakket, of wel losse seizoen maar dan weer niet in de gewenste quality profiles.

Daarom weer wat nieuws aan het proberen om te kijken of ik daar meer kan vinden (usenet / Sabnzbd integratie).

Heb dus weer een docker-compose.yml gemaakt met onderstaande code, 1x tegen een probleem aangelopen (poort 8080) was al bezet door Qbittorrent. Poort dus aangepast naar wat anders en alles lijkt gewoon te draaien in docker.

Als ik echter naar het adres ga krijg ik geen interface, als ik in het sabnzbd.log bestand kijk lijkt de interface als nog op poort 8080 te worden gelanceerd, hoe kan dat als ik het heb aangepast in het docker-compose.yml bestand?

Heb ook nog geprobeerd om Sabnzbd af te sluiten en in het sabnzbd.ini bestand de poort aan te passen naar 9090 maar ook dat lost het probleem niet op.


Als ik Sabnzbd van hier https://sabnzbd.org/downloads gewoon native op mijn Mac installeer i.p.v. Nas/Docker draait het wel gewoon, maar wil het natuurlijk op de nas hebben voor intergratie met de rest van de arr-stack.

code:

# SABnzbd - https://hotio.dev/containers/sabnzbd/
#
# Don't forget to create the directory, change the -u value if needed (the created user)
# sudo -u docker mkdir -m=00775 /volume1/docker/appdata/sabnzbd
#
  sabnzbd:
    container_name: sabnzbd
    image: ghcr.io/hotio/sabnzbd
    restart: unless-stopped
    logging:
      driver: json-file
      options:
        max-file: ${DOCKERLOGGING_MAXFILE}
        max-size: ${DOCKERLOGGING_MAXSIZE}
    labels:
      - org.hotio.pullio.update=${PULLIO_UPDATE}
      - org.hotio.pullio.notify=${PULLIO_NOTIFY}
      - org.hotio.pullio.discord.webhook=${PULLIO_DISCORD_WEBHOOK}
    ports:
      - 8080:8080
    environment:
      - PUID=${PUID}
      - PGID=${PGID}
      - TZ=${TZ}
      - UMASK=002
      - WEBUI_PORTS=8080/tcp,8080/udp
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - ${DOCKERCONFDIR}/sabnzbd:/config
      - ${DOCKERSTORAGEDIR}/usenet:/data/usenet:rw

[Afbeelding]

[Afbeelding]

[Afbeelding]

Sonarr zal van een multi season pack alleen 1 seizoen importeren, dus de andere moet je via manual import doen in Sonarr, dat je alleen maar van die onhandige multi season packs vind ligt meer aan jouw gebruikte indexers, fatsoenlijke trackers doen geen multi season packs.

Als je gebruikt maakt van 1 compose file dan hoef je ook alleen de externe poort te veranderen en niet de interne poort

[icecreamfarmer]

Sinds een maand of 2 werkt qbittorent niet goed meer.
Volgens Sonarr zouden er voldoende seeders moeten zijn maar hij blijft bij veel files op metadata hangen.
Zelfs bij recente torrents van afgelopen december.

Verschillende tests gedaan met een linux iso en wanneer ik SOCK5 van Nordvpn heb aanstaan verbindt hij niet met DHT en ook http://tracker.opentrackr.org:1337/announce en udp://tracker.opentrackr.org:1337/announce geven aan dat ik geweigerd wordt. Zet ik SOCK5 uit dan werkt DHT en opentrackr weer.

Ook https://archive.org/details/pu30jaar Krijg ik met geen mogelijkheid verder dan 11%.

[YaYo86]

DHT, PEX en LSD werken niet door een SOCKS5 proxy, tenzij de provider expliciet verkeer toestaat. NordVPN’s SOCKS5 blokkeert dit standaard, daarom zie je dat DHT uitvalt zodra je SOCKS5 inschakelt.

Oplossing? Als je per se SOCKS5 wilt gebruiken, gebruik dan een andere provider (bijv. TorGuard, Private Internet Access) die SOCKS5 mét DHT ondersteunt. Of zet gewoon de NordVPN-app aan met een normale OpenVPN/WireGuard verbinding.

[ Voor 9% gewijzigd door YaYo86 op 23-08-2025 12:53 ]

[icecreamfarmer]

YaYo86 schreef op zaterdag 23 augustus 2025 @ 12:52:
DHT, PEX en LSD werken niet door een SOCKS5 proxy, tenzij de provider expliciet verkeer toestaat. NordVPN’s SOCKS5 blokkeert dit standaard, daarom zie je dat DHT uitvalt zodra je SOCKS5 inschakelt.

Oplossing? Als je per se SOCKS5 wilt gebruiken, gebruik dan een andere provider (bijv. TorGuard, Private Internet Access) die SOCKS5 mét DHT ondersteunt. Of zet gewoon de NordVPN-app aan met een normale OpenVPN/WireGuard verbinding.

Ik heb net een nieuw jaar abbo want het werkte tot voor kort goed.

Laatste zou een optie zijn maar ik draai het op een headless proxmox server. Moet ik gaan kijken hoe ik dat in de Qbit lxc moet instellen.

[YaYo86]

Hier staan nog wat mogelijke oplossingen, maar ook dat het vaker voorkomt bij mensen: https://www.reddit.com/r/...while_using_socks_5_with/

[icecreamfarmer]

YaYo86 schreef op zaterdag 23 augustus 2025 @ 13:02:
Hier staan nog wat mogelijke oplossingen, maar ook dat het vaker voorkomt bij mensen: https://www.reddit.com/r/...while_using_socks_5_with/

Ja die had ik al gevonden.

[TRaSH]

icecreamfarmer schreef op zaterdag 23 augustus 2025 @ 12:46:
Sinds een maand of 2 werkt qbittorent niet goed meer.
Volgens Sonarr zouden er voldoende seeders moeten zijn maar hij blijft bij veel files op metadata hangen.
Zelfs bij recente torrents van afgelopen december.

Verschillende tests gedaan met een linux iso en wanneer ik SOCK5 van Nordvpn heb aanstaan verbindt hij niet met DHT en ook http://tracker.opentrackr.org:1337/announce en udp://tracker.opentrackr.org:1337/announce geven aan dat ik geweigerd wordt. Zet ik SOCK5 uit dan werkt DHT en opentrackr weer.

Ook https://archive.org/details/pu30jaar Krijg ik met geen mogelijkheid verder dan 11%.

NordVPN is een van de slechtste providers voor torrents, voornamelijk omdat ze geen portforwarding aanbieden. Daarnaast is socks5 niet echt veilig en kan je beter wireguard nemen. Als je docker draait is dat zeer makkelijk met bv qbtvpn, waar wij van de servarr en sonarr team ook weer die van hotio aanraden tegenover de bloated versie van binhex.
Zogenaamde public trackers staan er bekend om dat ze liegen over hun seeders count, tijdens het zoeken zeggen ze dan dat ze 20 seeders hebben en als je de torrent eenmaal binnen hebt en je wilt downloaden dan zie je dat er 0/0 seeders/peers zijn, daarom raden wij altijd aan om met public trackers een minimum seeders te gebruiken van 20-150 seeders, je moet alleen zelf uittesten welke het beste werkt voor jouw public trackers.
Met fatsoenlijke private trackers heb je hier geen last van

[icecreamfarmer]

TRaSH schreef op zaterdag 23 augustus 2025 @ 17:40:
[...]

NordVPN is een van de slechtste providers voor torrents, voornamelijk omdat ze geen portforwarding aanbieden. Daarnaast is socks5 niet echt veilig en kan je beter wireguard nemen. Als je docker draait is dat zeer makkelijk met bv qbtvpn, waar wij van de servarr en sonarr team ook weer die van hotio aanraden tegenover de bloated versie van binhex.
Zogenaamde public trackers staan er bekend om dat ze liegen over hun seeders count, tijdens het zoeken zeggen ze dan dat ze 20 seeders hebben en als je de torrent eenmaal binnen hebt en je wilt downloaden dan zie je dat er 0/0 seeders/peers zijn, daarom raden wij altijd aan om met public trackers een minimum seeders te gebruiken van 20-150 seeders, je moet alleen zelf uittesten welke het beste werkt voor jouw public trackers.
Met fatsoenlijke private trackers heb je hier geen last van

Ik zal er eens naar kijken maar Docker krijg ik nooit fatsoenlijk werkend en lxc containers wel.

[avec_style]

Ik heb vandaag een nieuwe update geinstalleerd van Medusa op mijn Synology en vervolgens kon de app niet meer opgestart worden. Ik ben blijkbaar niet de enige want ik vond al heel snel een gemelde issue op de github van Medusa. https://github.com/pymedusa/Medusa/issues/12061

De oorzaak lijkt te liggen in de nieuwere Python versie die nu nodig is, en de package die ik gebruik (van Ben(V)) is daar niet op ingericht. Wellicht verstandig dus om even te wachten tot er een nieuwe package door hem wordt gemaakt. Hij gaf in de gelinkte thread hierboven aan dat hij daar aan gaat werken.
Ik wacht ook maar op de nieuwe package, want de workaround die in de thread vermeld stond werkt voor mij helaas niet.

@Ben(V) Zou top zijn als je ook hier kunt melden wanneer je klaar bent met de package.

[Ben(V)]

Ik heb een nieuw package(2.4) gemaakt dat werkt met Python 3.9 t/m 3.12 van de SynoCommunity
Of met Python 3.9 van Synology

Er staat ook een start-stop-status bestand op mijn github (https://github.com/BenjV/SYNO-packages)
Het simpelste is het bestand " /var/packages/medusa/scripts/start-stop-status" door die nieuwe te vervangen, maar opnieuw handmatige het package installeren kan ook.

[ Voor 8% gewijzigd door Ben(V) op 21-10-2025 17:28 ]

[M.v.Veelen]

Ik heb het package Medusa heel lang draaiend gehad op m'n DS920+ Synology NAS. Vandaag de update gedraaid en start niet meer. Package verwijderd en nu zijn er in de loop der tijd heel wat zaken veranderd, maar ik zie door de bomen het bos even niet meer. Waar kan ik een uitleg vinden die het proces beschrijft om het package te installeren? Ik zag ook iets over permissions voor user sc-jellyfin die ik niet heb?
Ik heb een backup van de instellingen, dus in theorie zou ik vrij snel weer up and running kunnen zijn als ik from scratch de installatie start.

Edit: my bad, moest nieuwere versie Python installeren op de Syno. Het draait weer, thanks!

[ Voor 7% gewijzigd door M.v.Veelen op 02-11-2025 13:54 ]

[skank]

Opgelost dankzij chatgpt
Crap lidarr is echt op artiest zoeken, ik dacht dat ik op song ook zou kunnen zoeken..

[ Voor 156% gewijzigd door skank op 06-11-2025 12:34 ]

[tmaniac]

Ik ben sinds kort bezig om m'n SabNZB en Medusa los te trekken in aparte containers (op Proxmox)
Maar ik loop toch behoorlijk vast in m'n post-processing script (nzbtomedia).

Ik hoopte stiekem dat er hier iemand is die aan de hand van deze foutmelding meteen een 'aha' momentje heeft en mij kan helpen...

code:

[15:50:10] [INFO]::MAIN: #########################################################
[15:50:10] [INFO]::MAIN: ## ..::[nzbToMedia.py]::.. ##
[15:50:10] [INFO]::MAIN: #########################################################
[15:50:10] [DEBUG]::MAIN: Options passed into nzbToMedia: ['/opt/sabnzbd/scripts/nzbToMedia/nzbToMedia.py', '/mnt/Series/<SERIE>', '<SERIE>.nzb', '<SERIE>', '', 'tv', 'alt.binaries.tv', '0', '']
[15:50:10] [INFO]::MAIN: Script triggered from SABnzbd 4.5.5.
[15:50:10] [DEBUG]::MAIN: Adding NZB download info for directory /mnt/Series/<SERIE> to database
[15:50:10] [DB]::MAIN: nzbtomedia.db: UPDATE downloads SET input_name = ?, input_hash = ?, input_id = ?, client_agent = ?, status = ?, last_update = ? WHERE input_directory = ? with args ['<SERIE>', 'SABnzbd_nzo_d6r80_me', 'SABnzbd_nzo_d6r80_me', 'sabnzbd', 0, 739574, '/mnt/Series/<SERIE>']
[15:50:10] [DB]::MAIN: nzbtomedia.db: INSERT OR IGNORE INTO downloads (input_name, input_hash, input_id, client_agent, status, last_update) VALUES (?, ?, ?, ?, ?, ?) with args ['<SERIE>', 'SABnzbd_nzo_d6r80_me', 'SABnzbd_nzo_d6r80_me', 'sabnzbd', 0, 739574]
[15:50:10] [INFO]::MAIN: Auto-detected SECTION:SickBeard
[15:50:10] [DEBUG]::MAIN: Checking for archives to extract in directory: /mnt/Series/<SERIE>
[15:50:10] [INFO]::MAIN: Calling SickBeard:tv to post-process:<SERIE>
[15:50:10] [DEBUG]::SERVER: Attempting to connect to server at http://<IP_ADRES>:8081
[15:50:10] [DEBUG]::SERVER: Server responded at http://<IP_ADRES>:8081
[15:50:10] [INFO]::MAIN: SickBeard:tv fork set to Medusa-apiv2
[15:50:10] [DEBUG]::MAIN: Create object for fork Medusa-apiv2
[15:50:10] [DEBUG]::EXCEPTION: Replacing file name kiYpMvVMvfRULNKKTqgQo0vaa7dZjl27 with directory name <SERIE>
[15:50:10] [DEBUG]::EXCEPTION: Replacing file name /mnt/Series/<SERIE>/kiYpMvVMvfRULNKKTqgQo0vaa7dZjl27.mkv with download name /mnt/Series/<SERIE>/<SERIE>.mkv
[15:50:10] [INFO]::MAIN: FLATTEN: Flattening directory: /mnt/Series/<SERIE>
[15:50:10] [DEBUG]::MAIN: Checking for empty folders in:/mnt/Series/<SERIE>
[15:50:10] [DEBUG]::MAIN: calling command: /usr/bin/ffprobe -v quiet -print_format json -show_format -show_streams -show_error /opt/sabnzbd/scripts/nzbToMedia/tests/test.mp4
[15:50:10] [INFO]::TRANSCODER: Checking [<SERIE>.mkv] for corruption, please stand by ...
[15:50:10] [DEBUG]::MAIN: calling command: /usr/bin/ffprobe -v quiet -print_format json -show_format -show_streams -show_error /mnt/Series/<SERIE>/<SERIE>.mkv
[15:50:10] [INFO]::TRANSCODER: SUCCESS: [<SERIE>.mkv] has no corruption.
[15:50:10] [POSTPROCESS]::SICKBEARD: SUCCESS: The download succeeded, sending a post-process request
[15:50:10] [DEBUG]::SICKBEARD: Opening URL: http://<IP_ADRES>:8081/api/v2/postprocess
Changing to directory: /opt/sabnzbd/scripts/nzbToMedia

-- Cleaning bytecode --
b'Removing __pycache__/\n'
b'Removing __pycache__/\n'

-- Cleaning folders: ['libs', 'core'] --
No folders to clean

Returning to directory:  /opt/sabnzbd

-- Cleanup finished --

Traceback (most recent call last):
File "/opt/sabnzbd/scripts/nzbToMedia/nzbToMedia.py", line 795, in <module>
exit(main(sys.argv))
~~~~^^^^^^^^^^
File "/opt/sabnzbd/scripts/nzbToMedia/nzbToMedia.py", line 763, in main
result = sab.process_script()
File "/opt/sabnzbd/scripts/nzbToMedia/core/processor/sab.py", line 13, in process_script
return nzb.process(
~~~~~~~~~~~^
input_directory=os.environ['SAB_COMPLETE_DIR'],
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<5 lines>...
failure_link=os.environ['SAB_FAILURE_URL'],
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
)
^
File "/opt/sabnzbd/scripts/nzbToMedia/core/processor/nzb.py", line 127, in process
result = tv.process(section_name, input_directory, input_name, status, client_agent, download_id, input_category, failure_link)
File "/opt/sabnzbd/scripts/nzbToMedia/core/auto_process/tv.py", line 337, in process
return init_sickbeard.fork_obj.api_call()
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
File "/opt/sabnzbd/scripts/nzbToMedia/core/auto_process/managers/pymedusa.py", line 122, in api_call
if not jdata.get('status') or not jdata['status'] == 'success':
^^^^^
UnboundLocalError: cannot access local variable 'jdata' where it is not associated with a value

[zeroday]

Iemand een suggestie?

ik download een TV serie, die komt binnen als RARs, die worden uitgepakt ..
echter sonarr vind dat ie op het moment van uitpakken de file al kan gaan kopieren... en kopieert dan bijv. maar 50% omdat de unrar sessie binnen qbittorrent nog bezig is ..

wellicht dat de 7z x "%F/*.rar" -o"%F/"
in een script gezet moet worden ..
?
Gebruikt iemand dit?

[TRaSH]

Is dit met usenet of torrents?
Met usenet zou dit niet mogen gebeuren omdat Radarr/Sonarr een bericht moeten krijgen van de download client, als dit via torrents is omdat je een van andere public tracker gebruikt of een semi-private tracker die nog rarred releases toestaat, dan zou je naar unpackerr moeten kijken.

[zeroday]

TRaSH schreef op zaterdag 3 januari 2026 @ 14:59:
Is dit met usenet of torrents?
Met usenet zou dit niet mogen gebeuren omdat Radarr/Sonarr een bericht moeten krijgen van de download client, als dit via torrents is omdat je een van andere public tracker gebruikt of een semi-private tracker die nog rarred releases toestaat, dan zou je naar unpackerr moeten kijken.

Nee dit is alleen met torrents.
Gaat ook eigenlijk maar met 1 tracker mis omdat die heel apart sommige meuk in aparte rars aan biedt.
omdat ik de oude meuk niet weg gooi kan ik altijd nog de gehele file opnieuw kopieren als ik door heb dat ie niet geheel binnen is ..
unpackerr zal ik bekijken . denk niet dat het is wat ik wil maar wie weet

[TRaSH]

unpackerr is hiervoor de enige oplossing omdat hij als man in the middle functioneert en als hij klaar is met uitpakken tegen Radarr/Sonarr zegt hij is klaar of je moet het wiel opnieuw willlen uitvinden en hiervoor een aparte script wilt schrijven die het zelfde doet als unpackerr

[dimmak]

skank schreef op donderdag 6 november 2025 @ 11:56:
Opgelost dankzij chatgpt
Crap lidarr is echt op artiest zoeken, ik dacht dat ik op song ook zou kunnen zoeken..

Misschien is Soulseek een oplossing voor je?

https://github.com/slskd/slskd

[zeroday]

TRaSH schreef op zaterdag 3 januari 2026 @ 16:54:
unpackerr is hiervoor de enige oplossing omdat hij als man in the middle functioneert en als hij klaar is met uitpakken tegen Radarr/Sonarr zegt hij is klaar of je moet het wiel opnieuw willlen uitvinden en hiervoor een aparte script wilt schrijven die het zelfde doet als unpackerr

ik heb gisteren Unpackerr uitgeprobeerd, maar ik vond hem niet handig .. Dat ligt niet aan unpackerr maar eerder aan mijn Qbittorrent config. Die staat op een wat oudere lxc ivm performance issues die ik met qbitorrent op andere versie had. Unpackarr wil daar niet op draaien. Maakt niet uit..
onder dockge werkte het met wat geconfig wel, maar ik vond dat ie niet snel genoeg bepaalde dingen deed en de logging was heel apart.. vertellen dat er niets uit te pakken is, wel een uitpak folder met bestand maken maar daarna niet meer kunnen importeren ..

Ik heb het met een scriptje nu opgelost


[2026-01-08 09:16:10] Starting extraction
[2026-01-08 09:16:10] Working directory: /
[2026-01-08 09:16:10] Script location: /home
[2026-01-08 09:16:10] All arguments received: /tv-sonarr/xxxx.S02E03.1080p.AMZN.WEB-DL.DDP5.1.H.264-RAWR/xxx.S02E03.1080p.AMZN.WEB-DL.DDP5.1.H.264-RAWR.mkv
[2026-01-08 09:16:10] Argument count: 1
[2026-01-08 09:16:10] Content path (arg 1): '/tv-sonarr/xxxx.S02E03.1080p.AMZN.WEB-DL.DDP5.1.H.264-RAWR/xxxx.S02E03.1080p.AMZN.WEB-DL.DDP5.1.H.264-RAWR.mkv'
[2026-01-08 09:16:10] Single file torrent detected - no RAR extraction needed
[2026-01-08 09:16:10] ==========================================

Dat doet ie mooi ..

[2026-01-08 11:19:05] ==========================================
[2026-01-08 11:19:05] Starting extraction
[2026-01-08 11:19:05] Working directory: /
[2026-01-08 11:19:05] Script location: /home
[2026-01-08 11:19:05] All arguments received: /tv-sonarr/xxxxx.S17E08.720p.WEB.h264-EDITH
[2026-01-08 11:19:05] Argument count: 1
[2026-01-08 11:19:05] Content path (arg 1): '/tv-sonarr/xxxx.S17E08.720p.WEB.h264-EDITH'
[2026-01-08 11:19:05] Found 1 RAR file(s) to extract
[2026-01-08 11:19:05] Created unpack directory: /tv-sonarr/xxxx.S17E08.720p.WEB.h264-EDITH/unpack
[2026-01-08 11:19:05] Files will be extracted here first, then moved to parent folder
[2026-01-08 11:19:05] This prevents Sonarr from grabbing incomplete files
[2026-01-08 11:19:05] Extracting: xxxxx.s17e08.720p.web.h264-edith.rar
[2026-01-08 11:19:49] Extracted 1 file(s) to unpack directory
[2026-01-08 11:19:49] Moving extracted files to parent folder...
renamed '/tv-sonarr/xxxxx.720p.WEB.h264-EDITH/unpack/xxxx.S17E08.720p.WEB.h264-EDITH.mkv' -> '/tv-sonarr/xxxx.S17E08.720p.WEB.h264-EDITH/xxxx.S17E08.720p.WEB.h264-EDITH.mkv'
[2026-01-08 11:19:49] All files moved successfully to: /tv-sonarr/xxxx.S17E08.720p.WEB.h264-EDITH
[2026-01-08 11:19:49] Removed unpack directory
[2026-01-08 11:19:49] Extraction completed successfully
[2026-01-08 11:19:49] Files are now available for Sonarr in: /tv-sonarr/xxxx.S17E08.720p.WEB.h264-EDITH
[2026-01-08 11:19:49] ==========================================

Eb dat doet ie ook mooi ..

[ Voor 4% gewijzigd door zeroday op 08-01-2026 13:37 ]

[TRaSH]

Weg blijven van scene releases helpt ook

[zeroday]

TRaSH schreef op donderdag 8 januari 2026 @ 20:04:
Weg blijven van scene releases helpt ook

Mijn profiles zijn zo oud als een van de eerste versies van Sonarr .. waar we eerst nog de bestandsnamen wijzigden en dat toen hebben laten varen ..
hebben daarna nog een keer een upgrade gedaan om te krijgen wat ik wilde en daarna niet meer naar gekeken. Het zou mooi zijn als ze een import.yaml of zo zouden toestaan

[TRaSH]

Gelukkig zijn er daarvoor 3rd party apps die dat doen voor degene die dat nog niet wisten