Verspreidingswachttijd veranderingen worden niet opgeslagen / SABnzbd-4.3.3Beta1

[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

[safihre]

Dat klopt.
Waarom zou je een negatieve waarde instellen? Dan zou een download een negatieve tijd moeten hebben?

[Mecano]

Voorbeeld 15 min verspreidingswachttijd - SABnzbd-4.3.3Beta1


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.

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

[Mecano]

Met een positieve waarde wordt de wachttijd hoger.
propagation_delay = 90

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


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

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

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

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.

[safihre]

Waarom laat je het veld niet gewoon leeg? Dan doet hij niks.

[Mecano]

propagation_delay =
Veld leeg laten maakt niets uit.

Bij wijzigingen Opslaan in de webinterface wordt de waarde weer propagation_delay = 0
Download forceren lukt niet zoals in SABnzbd v4.1.0

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

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

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

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