• GrandPuba
  • Registratie: Oktober 2001
  • Laatst online: 01-10-2025
Sinds afgelopen week heb ik een NMT ( een PCH ).
Via CSI e.a. aan apps geinstalleerd waaronder NZBGet.

Weet helaas niet of dit perse onder nmt's moet, maar echt andere goed plekken vind ik verder niet.

Alles ingesteld zoals ik denk dat het moet zijn ( vooral de nieuwserver, rest is verder redelijk goed, tip die ik las vooral het aantal connecties laag te houden en niet encrypted voor betere snelheden offtopic )

Als ik via de webinterface een nzb upload gaat hij netjes downloaden en in de nzb pickup directory pakt nzbget ook prima de daar geplaatste nzb op.
De gedownloade content komt in /Download terecht en maakt daar een folder aan op basis van de naam van de nzb naam, prima lekker makkelijk!

Nu zag ik alleen dat de *.nzb files uit /Download/AangemaakteSubdir ook opgepakt worden om te downloaden, die NZB die dan gedownload wordt komt uit een collection waar dus ook de bron nzb inzit, ik zie alleen niet waar dit uitgezet moet worden, want NZBget hoeft niet nogmaals die nzb te downloaden, sterker nog zou het niet mogen want het is geen pickup directory.

De pickup directory staat daar namelijk zeker niet naar toe te wijzen voor het automagisch oppikken van nzb's! Waarom zie ik dat wel gebeuren dan?

Iemand een idee waar dit door komt? of houdt dit in dat je uit een collection alleen de nzb moet hebben ipv de gehele collection? en dan nog het is en blijft geen pickup directory...

  • GrandPuba
  • Registratie: Oktober 2001
  • Laatst online: 01-10-2025
Om te beginnen heb ik dit probleem opgelost...
Wat ik vreemd vind is dat nooit iemand dit eerder heeft gemerkt, want je download zo alles dubbel, tenzij de nzb file van de collection werkelijk extra pars bezit, maar ik heb dat eigenlijk nooit meegemaakt of nodig gehad.
Het zou ook eigenlijk als feature moeten worden toegevoegd aan nzbget is de postprocessing options zodat je dit zelf uit en aan kan zetten.

Wat er gebeurd is het volgende:
het postprocess.sh script uit /Apps/NZBGet/ verplaatst de nzb na het parren en unrarren naar de /Apps/NZBget/.nzbget/nzb directory zodat deze alsnog wordt opgepikt uit de pickup directory en nog een keer wordt gedownload... na het opruimen van de rar en par files.

Ik heb die zelf liever niet, en kwam samen met een vriend welke precies hetzelfde effect had achter dat dit in het postprocess.sh script zelf zit op regel 253 tot 258, deze moet je weg commentatieren zodat het niet alsnog verplaatst wordt naar de pickup directory.

Het komt er dan zo uit te zien:
code:
1
2
3
4
5
6
7
8
# If download contains only nzb-files move them into nzb-directory
# for further download
#AllFilesCount=`ls -1 2>/dev/null | wc -l`
#NZBFilesCount=`ls -1 *.nzb 2>/dev/null | wc -l`
#if [ "$AllFilesCount" -eq "$NZBFilesCount" ]; then
#     echo "[INFO] Moving downloaded nzb-files into incoming nzb-directory for further download"
#     mv *.nzb $NZBOP_NZBDIR
#fi


Let op dat je het bestand download via ftp dan edit met bijvoorbeeld notepad++ daarna upload via ftp en de rechten van de file op 777 zet, via samba share gaat dit aanpassen niet goed, tekens etc. kunnen dan zomaar verdwijnen... waardoor het postprocess.sh corrupt raakt!

Hopelijk helpt het mensen? zo ja laat dan een berichtje achter...

  • Shaggie_NB
  • Registratie: December 2008
  • Laatst online: 28-09-2024
Ja het werkt!!
Maar volgens mij is dit probleem van de latere versies want vroeger had ik er nooit last van...
Maar i.i.g. bedankt voor de oplossing!!! :D

  • GrandPuba
  • Registratie: Oktober 2001
  • Laatst online: 01-10-2025
Het geld voor iig de laatste versie 0.7.0.342.

Wellicht is het vanaf de 0.7.X.XXX toegevoegd, maar erg onhandig! voor mijn idee