Page 1 of 1

Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 13th, 2024, 6:43 am
by Mecano
Hallo forum leden, ik heb een vraag over Verspreidingswachttijd - min instellen [minder] en opslaan werkt niet meer met SABnzbd-4.3.3Beta1.
De instelling blijft niet bewaard, blijft 0 andersom + plus instellen en opslaan werkt goed.
http://127.0.0.1:8080/sabnzbd/config/switches/
SABnzbd v4.3.3Beta1 log


Met SABnzbd v4.1.0 is het mogelijk om bij Verspreidingswachttijd een negatief getal in te voeren en op te slaan.
SABnzbd v 4.1.0 log

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 13th, 2024, 12:22 pm
by safihre
Dat klopt.
Waarom zou je een negatieve waarde instellen? Dan zou een download een negatieve tijd moeten hebben?

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 14th, 2024, 5:13 am
by Mecano
Voorbeeld 15 min verspreidingswachttijd - SABnzbd-4.3.3Beta1
Image

Met SABnzbd v4.1.0 komt dezelfde download normaal binnen zonder wachttijd.
propagation_delay = -90 is aan de hoge kant maar voor het testen prima, geen problemen ondervonden. Een enkele keer heb ik verspreidingswachttijd 20 minuten, (met SABnzbd-4.3.3Beta1) afhankelijk met welke provider de poster deze gepost heeft. SABnzbd v4.1.0 loopt gewoon door.

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 14th, 2024, 5:56 am
by safihre
Je vult het verkeerd in. Je moet geen negatieve getallen gebruiken maar juist een positieve waarde. Gebruik gewoon 90 dus.
4.1.0 deed toevallig de absolute waarde pakken, dat was raar en daarom doen we dat niet meer.
Stel nu gewoon positieve waarde in, dat is hoe het moet werken.

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 14th, 2024, 7:49 am
by Mecano
Met een positieve waarde wordt de wachttijd hoger.
propagation_delay = 90

screenprint 14 ‎juli ‎2024, ‏‎14:24:12
Image

De laatste download (24841 MB) is van 12:59 ( timestamp "1720954757")
Your time zone: zondag 14 juli 2024 12:59:17 GMT+02:00 DST

SABnzbd v4.3.3Beta1 log

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 14th, 2024, 8:15 am
by safihre
Ja dat is toch wat je wilt? Dat hij 90 minuten minimaal oud moet zijn?
De delay wordt overigens maar 1x uitgerekend, bij het toevoegen van de Download aan de wachtrij.

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 14th, 2024, 1:35 pm
by Mecano
"Ja dat is toch wat je wilt? Dat hij 90 minuten minimaal oud moet zijn?"
Nee precies het tegenovergestelde, juist de verspreidingswachttijd verlagen.
SABnzbd v4.1.0 de download start meteen. geen verspreidingswachttijd, in v4.1.0 kun je een negatieve waarde opgeven.

Dezelfde nzb toevoegen aan SABnzbd-4.3.3Beta1, verspreidingswachttijd is 15 minuten.
Image
Negatieve waarde opgeven werkt niet, wordt opgeslagen als "propagation_delay = 0"
"dat was raar en daarom doen we dat niet meer."
Het heeft nu geen zin om het betreffende nzb door te sturen, kan ook niet van te voren voorspellen welke post wel of geen verspreidingswachttijd heeft.

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 14th, 2024, 2:15 pm
by safihre
Waarom laat je het veld niet gewoon leeg? Dan doet hij niks.

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 14th, 2024, 4:05 pm
by Mecano
propagation_delay =
Veld leeg laten maakt niets uit.
Image
Bij wijzigingen Opslaan in de webinterface wordt de waarde weer propagation_delay = 0
Download forceren lukt niet zoals in SABnzbd v4.1.0

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 14th, 2024, 4:12 pm
by safihre
Als je de download Prioriteit op Forceren zet dan begint de download gewoon.
Als hij op 0 staat zou elke NZB gewoon moeten beginnen. Dat zie ik ook gebeuren bij elke test die ik doen.
Waar haal je de NZBs vandaan? Dit kan alleen fout gaan als de website die de NZB genereert een foute timestamp opgeeft.

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 15th, 2024, 4:53 pm
by Mecano
Waar haal je de NZBs vandaan? Dit kan alleen fout gaan als de website die de NZB genereert een foute timestamp opgeeft.
De meeste NZBs komen van Spotnet.
NZBs sla ik op en open deze in SABnzbd, meer controle.

Als hij op 0 staat zou elke NZB gewoon moeten beginnen. Dat zie ik ook gebeuren bij elke test die ik doen.
Waarom het hier zich soms voordoet, geen idee misschien synchronisatie van servers?

Als je de download Prioriteit op Forceren zet dan begint de download gewoon.
Goeie tip, alleen de controle over de wachtrij raak je dan kwijt toch?
What priority to give them. Note that jobs with "Force" priority will ignore the paused state of the queue.

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 16th, 2024, 5:29 am
by Mecano
Update naar SABnzbd 4.3.3 Beta2 heeft het verspreidingswachttijd probleem verholpen.
De webinterface is aangepast, negatieve waarde instellen is niet meer mogelijk en niet nodig. :)

Bedankt voor SABnzbd update .

Re: Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

Posted: July 16th, 2024, 5:30 am
by safihre
Ja ik heb inderdaad toegevoegd dat als de waarde op 0 staat, dat we helemaal geen verspreidingswachttijd berekening doen.
Dan kan het ook niet fout gaan als er foute waardes in de NZB zitten.