Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 80 reacties
Bron: SABnzbd, submitter: jmk

SABnzbd logo (45 pix)De vierde bètarelease van SABnzbd versie 0.8 uitgekomen. Met dit programma kunnen bestanden van usenet worden gedownload. Dit opensourceprogramma is beschikbaar voor Windows, Linux en OS X, en biedt de mogelijkheid om nzb-bestanden te laden, waarna de juiste files van usenet worden geplukt. Met de ingebouwde webinterface is het mogelijk om het programma via een webbrowser te bedienen. In versie 0.8 zit onder meer de nieuwe skin Glitter, die vanaf deze versie ook meteen de standaardskin is. In deze uitgave zijn nog de volgende veranderingen en verbeteringen aangebracht:

Changes in Beta4
  • Unicode crashes in user interface fixed
  • Glitter skin improved
  • Resume can now give notification
  • In Config->Server, show active servers before inactive ones
  • Update unrar to 5.30
  • Added Windows Notifications (local)
  • Updated many localizations

SABnzbd met Glitter-skin screenshot (620 pix) SABnzbd met Glitter-skin screenshot, met dank aan Safihre.

Versienummer:0.8.0 bèta 4
Releasestatus:Beta
Besturingssystemen:Windows 7, Linux, Windows XP, macOS, Windows Vista, Windows 8, Windows 10
Website:SABnzbd
Download:https://sourceforge.net/projects/sabnzbdplus/files/sabnzbdplus-beta/0.8.0Beta4/
Bestandsgroottes:10,10MB t/m 31,30MB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (80)

Gaat Sabnzbd 0.8 nu ook wat doen aan het resource gebruik? Ten opzichte van bijvoorbeeld NZBGet is het resourcegebruik in Sabnzbd een stuk hoger. Toch blijf ik Sab gebruiken, omdat ik die al jaren gebruik en fijn vind werken, ondanks dat het wat meer resources kost.
Ik heb ook jaren Sabnzbd gebruikt, maar ik krijg hem op mijn glasverbinding niet boven de 20-30MByte per seconden uit, terwijl dit voor NZBGet geen enkel probleem is. Mogelijk houdt dat ook verband met het resource gebruik van Sabnzbd?
Niet dat ik weet, ik heb die ervaring eigenlijk niet. Ik heb zelf sindskort een accountje bij Newsconnection.nl, met de snelste verbinding (150+) en haal daarmee 'gewoon' 500 megabit (de max van mijn glasvezel). Het kan dus ook het aantal lijnen zijn dat je gebruikt, of de usenet provider capped je, helaas.
Ohw dat is het niet...want NZBGet haalde bij dezelfde usenet aanbieder wel gewoon 50-60MByte/sec ;)

Misschien is dat met Sabnzbd nu beter hoor, maar begin 2015 was dat niet het geval hier...
Misschien is dat met Sabnzbd nu beter hoor, maar begin 2015 was dat niet het geval hier...
Ah, dat zou kunnen, ik kan echter sinds kort pas met 500 downloaden, daarvoor was het usenet abbo gecapped.
...veel meer nog dan bijvoorbeeld torrent. veel mensen vergeten dit nog wel eens maar torrent sites vragen geen geld een betaalde usenet is net als Mega. just saying
Mega? Megaupload bedoel je.. (de site die via een duistere actie van de FBI is neergehaald) of bedoel je Dropbox, Onedrive, Zippyshare, Uploaded.net, 4Share, Mega, Mediafire, Sendspace, Google Drive, ICloud (en nog en xxx andere)

Allemaal zwaar illegaal...

Edit:
En overigens: Megaupload was gratis.. dus, point?

[Reactie gewijzigd door __Pulse__ op 28 december 2015 23:58]

Mega heeft geld verdient door advertenties te tonen.

En ja die anderen zijn inderdaad even fout.
Er is geen verschil in wat illegaler is. Als iets illegaal is, is het illegaal, daar is geen verschil in of zo. Torrents leunt heel sterk op uploading, verspreiding dus, waar geen toestemming voor is, wat ook niet legaal is, point being?

[Reactie gewijzigd door CH40S op 28 december 2015 16:40]

En downloaden via je internetverbinding is nog illegaler want je internetprovider verdiend ook geld aan jou?

[Reactie gewijzigd door RolfLobker op 28 december 2015 19:23]

Dat maakt torrents niet minder illegaal dan usenet. Daarbij maakt het middel niet uit, het gaat om wát er uitgewisseld wordt.
Daar kunnen we (ik ben degene die de Glitter-interface gemaakt heeft) gewoon niks aan doen, we persen al alles eruit wat kan maar CPU usage in Python voor connecties en disk-writes (erg belangrijk natuurlijk op hoge snelheden) is gewoon substantieel hoger dan bij C++ van NZBGet. Jammer genoeg ;(
@ItsNotRudy, NZBGet en SABnzbd gebruiken hetzelfde princiepe dat ze beide een webserver draaien waarmee je verbinding maakt om de interface te gebruiken. Alleen gebruiken wij het hele CherryPy pakket dat toch trager is (met het idee dat dit tried-and-tested is op alle platformen), terwijl die van NZBGet zelf geschreven is en dus ook weer stukje sneller.

[Reactie gewijzigd door Safihre op 28 december 2015 13:13]

Daar kunnen we (ik ben degene die de Glitter-interface gemaakt heeft) gewoon niks aan doen
Er is zeker wel wat aan te doen, overstappen naar C(++) O-)
Alleen zal dat niet zomaar gedaan zijn, en mogelijk andere kennis eisen die wellicht (nog) niet in het team beschikbaar is.
Hahha, jaa zeker! Dat doen we ook al voor een stukje van het process (yEnc decodering).
Maar C++ is wel echt andere koek, probeer maar eens de broncode van NZBGet te lezen.. Python is toch wel echt een stuk makkelijker in te stappen!

Kan iedereen aanraden om Article Cache op '1G' te zetten en in plaats van bijv. 30 connecties per server, er 10 te pakken.
Meer connecties is meer CPU usage maar niet per definitie sneller, vaak kunnen minder connecties je verbinding makkelijk vol trekken.

[Reactie gewijzigd door Safihre op 28 december 2015 14:14]

ik heb sabnzb standaard geintegreerd in mijn seedboxes en servers en ben het volkomen met je eens.
De grote fout die mensen maken is de connecties op max te zetten.
op de meeste servers heb je genoeg aan 8 connecties, gewoon de cache aanpassen.

wij doen dit voor de klant bij levering.
daarnaast zorgen dat je goede OS gebruikt en geen verouderde als ubuntu 12.04 of daarvoor.

Zelf gebruik ik 3 usenetproviders met elk 5 connecties en zet de cache op 1G.
Ik trek op een 1Gbps connectie gewoon alles binnen met 800 a 900Mbps

uiteraard hangt dit ook van de schijf af, wat deze aankan.
De meeste schijven hebben moeite met snelheden boven de 350Mbps gedurende 10 minuten of langer.
Maar ik trek 5 a 6TB per 5 dagen binnen en met een auto torrentcreator script word dit allemaal netjes op een tracker gezet of naar mijn plex server gezet.

je moet sabnzb altijd tweaken naar vermogen van je server.
En NZBget is veel minder goed in afhandelen van dit alles dan sabnzb is mijn ervaring.
Ik gebruik alleen nog torrents eigenlijk, met usenet is alles zo moeilijk te automatiseren omdat ze al die bestanden renamen tegenwoordig naar iets onleesbaars dus snapt Couch of Plex het ook niet meer.

En wat je zelf al zegt je gebruikt 3 providers dat heb je tegenwoordig ook wel nodig om alles compleet binnen te kunnen halen. Nextgennews is er vast eentje van ;)

Bovendien haal ik met torrents hogere snelheden, mijn record is 350 MB/s (10 gbps) ik zou heel wat usenetproviders moeten nemen om dat te kunnen halen. Op die snelheid waren mijn schijven er ook wel klaar mee en niet de verbinding.

Een ander heel groot voordeel van torrents is dat de bestanden vaak al uitgepakt zijn, dus hoef je geen moeite meer te doen en iops te verspillen aan het repairen en unpacken, scheelt extreem veel resources.

En het is nog gratis ook, als je toch een seedbox hebt net als ik is het vrij eenvoudig ratio te houden en hoef je ook nooit te donaten. Wellicht éénmalig om toegang te krijgen maar daarna nooit meer. En je hebt geen DMCA gezeik.

Sabnzbd geweldig programma maar doe mij dus maar de combi rutorrent/rtorrent.
het voordeel van usenet over torrents is (vind ik) dat je elke keer weer wordt verrast, 1 keer per week je fav. groups door struinen geeft veel meer verrassingen dan het selectieve zoeken naar dingen. :-)
Klopt helemaal, daarom gebruik ik nog steeds Spotnet voor inspiratie :)
ik vind anders C++ toch echt een stuk beter leesbaar dan python, ondanks dat python zo ontzettend populair is. mijn voorkeur ligt ook meer by Javascript, lua en de C talen dan.

python heb ik nooit echt gesnapt.
Kan iedereen aanraden om Article Cache op '1G' te zetten en in plaats van bijv. 30 connecties per server, er 10 te pakken.
Weet je dat zeker? Voor zo ver ik heb begrepen is het echt een "article" cache. Hij gaat dus gewoon schrijven zodra je rar file compleet is. Laat die rar files nu meestal 30 MB zijn (maximaal +- 200). Dus aan meer dan +- 300MB heb je eigenlijk niets.

Opmerking met aantal connecties hangt beetje van je abonnement af. Bij Sunny 90mbit heb ik er aardig wat nodig om aan de 90 te komen (bijna allemaal). De individuele connecties worden aardig geknepen.

[Reactie gewijzigd door sdk1985 op 28 december 2015 20:21]

Het is inderdaad om ervoor te zorgen dat terwijl hij aan het decoden en wegschrijven naar de disk de rest in de cache kan houden.
300M is dus inderdaad goed voor 30MB bestanden, maar persoonlijk kom ik tegenwoordig bij 1080p files er ook zat tegen die 100MB per rar zijn. Met 40MB/s gaat dat dan erg rap en kan 1G geen kwaad :)
Overigens gebruikt hij natuurlijk alleen de ruimte die hij nodig heeft, dus niet continu 1GB.
Hmm maar elk storage device (muv een usb stick) kan wel met meer dan 40 MB/s schrijven.

Als je 100MB met 50 MB/s wegschrijft dan ben je 2 seconde verder. In die tijd dowload jij 80MB (ik 22:P). Op dat moment heb je dus even 100MB in de cache+ 80 MB van de volgende file. Dus dan ontstaat er niet echt een opstopping, toch?

Natuurlijk gaat dat met 200MB/s nog veel minder dramatisch (moderne hdd of ssd), dan ben je in 0.5 seconde klaar=100+ 20 MB (ik +5.5).

Nu moet ik bekennen dat ik er al jaren nauwelijks naar omkijk, juist omdat alles automatisch gebeurd (om 3:10 am ook nog meestal!) maar in het verleden kwam het niet vaak voor dat er aan meer dan 2-3 files tegelijk wordt gewerkt. Als dat wel zo was dan werd er gewacht op een trage fillserver. Dus dan zou je in dat geval bijvoorbeeld 90% van 100MB+ 50% van 100MB+ 10% van 100MB=150MB gebruiken.

Maar goed zoals ik al zei dat zou ik, of jij beter jij met de 40MB/s, moeten checken dan :P .

[Reactie gewijzigd door sdk1985 op 29 december 2015 01:35]

Ik zal deze tip eens proberen.

Ik heb een 120 mbit verbinding, die wordt wel vol getrokken (14.4 MB/s) maar het uitpakken duurt erg lang en de processor (core i3-4160) draait maar max 20-30% of iets dergelijks. Is dat ook nog te versnellen?

[Reactie gewijzigd door Falco op 29 december 2015 15:29]

Nee het repareren kan niet echt sneller. Draai je op Windows?
Als je op Linux draait moet je nog zorgen dat multicore par2 goed werkt (zie je in config). Maar dat staat standaard aan in Windows. Par2 is los van sabnzbd dus kunnen we niks aan doen, gaat zo snel als je processor toelaat!
OK bedankt voor de tip, ik ga het even nazoeken.

Nee, ik draai geen windows, Ubuntu 14.04 hier, dus even kijken hoe dat zit met multicore par2.

Update: Ik denk inderdaad dat daar het probleem zit, ik zie dat er maar 1 core (van de 4) gebruikt wordt. Dat schiet natuurlijk niet op...

[Reactie gewijzigd door Falco op 29 december 2015 17:46]

Mooie skin. Wel een opmerking: Ik kon bij Plush altijd wat duidelijker zien of de post processing gelukt was.

edit:
Ik miste het groen van gelukt een beetje. Verder is de lengte is iets te kort. Door een lange directory ([/home/ftpgroup/archive/zdownload/usenet/tv/...) kun je haast niets meer aflezen. Kan natuurlijk ook aan mijn diretory logica liggen. Plush had in ieder geval een regel meer :+ .

[Reactie gewijzigd door sdk1985 op 28 december 2015 20:50]

Hoe bedoel je dat? De output van scripts?
Lang tevreden gebruik gemaakt van Sabnzbd, totdat ik een 500/500 glasvezel aansluiting kreeg en bleek dat Sabnzbd niet meer dan 200 kan dichttrekken. Op het sabnzbd forum een draadje over geopend, als antwoord kwam over het verschil tussen NZBGet en Sabnzbd: C++ versus Python

Een softwarematig limiet dus. Die nieuwe skin ziet er wel lekker fris uit!
Ik haal toch wel mn max speed 500MBit. Heb wel eens dat tie eens dropped naar 15-17 MB per sec, maar weet niet zeker als dat aan sabnzb ligt.

En wanneer komen ze met een nieuwe final?

[Reactie gewijzigd door jaaoie17 op 28 december 2015 13:03]

Wellicht dat er in de tussentijd wel het 1 en ander verbeterd :) ik ben overgestapt in januari 2013
Ik heb ook geen probleem met 500 Mb/s ;-)
Ik heb inderdaad precies hetzelfde met mijn 500/500 verbinding. Inmiddels al naar de laatste beta geupdate, maar nogsteeds 200Mbps max. Dit terwijl newsleecher wel gewoon 500+Mbps doet. Storage is SSD, dus daar zal het niet aan liggen. Ik vind de interface ook fijn en ben daarom (nog) niet geswitched, maar ga onderhand wel eens rondkijken.
Snelle hardware neem ik aan? Je CPU zit niet aan de max als je Sab met 200Mbps hebt draaien?
Het geheel draait in een Windows 8.1 vm op een Xeon E5. Cpu zit rond de 15% max. Cache ook al op gehoogt naar 2GB zonder resultaat. Als ik naar de resources kijk is er bijna geen belasting, ook geen temp files of iets die worden weggeschreven. Lijkt er toch op dat pyton de beperking is.
Ik weet niet welk OS je gebruikt, maar voor NZBget heb je tegenwoordig een installer voor Windows, zo gepiept!
Lang tevreden gebruik gemaakt van Sabnzbd, totdat ik een 500/500 glasvezel aansluiting kreeg en bleek dat Sabnzbd niet meer dan 200 kan dichttrekken. Op het sabnzbd forum een draadje over geopend, als antwoord kwam over het verschil tussen NZBGet en Sabnzbd: C++ versus Python

Een softwarematig limiet dus. Die nieuwe skin ziet er wel lekker fris uit!
Vreemd, ik heb hier icm Sabnzbd namelijk totaal geen last van op mijn 500/500 lijn en haal dus 'gewoon' 500 megabit bij downloads. Wellicht capped de provider of is de hardware te beperkt?

[Reactie gewijzigd door CH40S op 28 december 2015 14:18]

Komt waarschijnlijk omdat Sabnzbd een webserver draait en daar weer de daadwerkelijke interface over. NZBget is een native C++ applicatie die lokaal draait.
Hier sluit ik mij volledig bij aan, heb ook NZBGet geprobeerd een tijdje geleden maar ik vond de interface van Sabnzbd en het gebruikersgemak een stuk hoger en beter, maar dat is persoonlijk uiteraard.
Sabnzbd is geschreven in Python, nzbget in C++, daar zit je verschil, tenzij ze van taal veranderen.
Vind het het beter uitzien sinds ik de 0.8 beta geinstalleerd heb.
Ik gebruik ook SickRage en sinds de 0.8 beta werken de scripts niet meer. De post-processing folder staat goed in Sab, maar in de Categories zie ik bij script enkel "Default" en "None".
Nu weet ik niet of dit een SickRage of een SabNZBd probleem is. Hopen dat dit met de final opgelost is, of door SickRage opgelost gaat worden.
Dat kan ook een rechten probleem zijn.. Zou je eens kunnen proberen een nieuwe folder aan te maken, daar je scripts in te plaatsen en dan in SAB die folder kiezen?
Als dat niet werkt, kun je misschien je probleem op het SABnzbd forum posten? Dat is een betere plek zodat we het op kunnen lossen :)
Sinds Oktober heeft SickRage geen AutoProcess folder meer op github. Bij navraag bleek dit "deprecated" en moest je nzbtomedia gebruiken. Geen idee waar ik dat vandaan moest toveren en configureren, dus ik heb toen uit de vorige release op github gedownload en daaruit de autoprocess folder gepakt en daarmee het probleem opgelost.

Doe er je voordeel mee (of niet)!

[Reactie gewijzigd door sdk1985 op 28 december 2015 20:24]

Ik heb nooit gesnapt waarom je usenet zou nemen boven torrents (d/l met 8.5 MB/s). Als je dan toch al moet betalen kan je de films / series beter gewoon via Netflix o.i.d. bekijken!
Grappig, ik dacht tot kort geleden nog precies het omgekeerde. Waarom zou je "trage" torrents nemen als je je volledige bandbreedte (gegarandeerd) kan benutten met usenet? Ook werd je bij torrent voorheen nog wel eens verrast dat de film die je dacht binnen te halen niet de betreffende film is..

Doordat er tegenwoordig veel films en series van usenet worden gehaald ivm notice & takedown verzoeken en omdat de gemiddelde snelheid en kwaliteit voor torrents omhoog is gegaan, denk ik hier nu echter anders over :)

Het zoeken naar iets leuks op usenet met bijvoorbeeld Spotnet blijft echter mijn voorkeur houden.

Ontopic: ik gebruik veel Spotnet of Newsleecher en zie dus nooit de webinterface van Sab. Weet iemand of het in dit geval nog nuttig is om te updaten?
veel fouten mbt niet goed uitpakken van rars, en het mislukken van repareren met par bestanden, komen vanuit oudere versies van oa SABnzbd. Updaten kan voorkomen dat je iets opnieuw denkt te moeten downloaden. Merk wel op dat dit dus een beta release is, en geen stable/final.
Top, bedankt voor je reactie! Ik heb zelf overigens niet de ervaring dat ik veel fouten krijg maar goed, het zal in elk geval geen achteruit gang zijn :)
Omdat veel mensen geen zin hebben om afhankelijk te zijn van het seeden van anderen. Zeker als je eens wat ouder spul of muziek zoekt kan bittorrent behoorlijk irritant zijn. Vrijwel de meeste mensen zetten seeding uit.

Bittorrent is geweldig als je je voornamelijk hele recente content download. Usenet geeft je max snelheid, met retentie, zonder dat je afhankelijk bent van anderen.
Voor oud spul ben je toch niet zo goed afhankelijk van een uploader die het elke keer erop moet zetten als het boven je retentie uit komt?
Ik gebruik juist torrents alleen voor backup. Als een film langer dan 1 week( en soms 1 dag) online staat op usenet is de kans groot dat de film al offline gehaald is door een takedown verzoek.
Vaak zijn er ook backup linkjes naar alternatieve NZB's. :)
Klopt maar zolang ze ook op publieke fora en spotnet worden gezet inclusief wachtwoord zullen de takedowns blijven.

Dit geld ook voor de Back-up linkjes.
Tegenwoordig zijn veel nzb's encrypted
"encrypted" ?

Er worden andere namen gegeven aan het tekstbestandje

in plaats van bakker werd het rekkab, en nu is het asfaf89iaof
Dat is niet encrypted in mijn beleving ;)
Geld is voor de meesten dan ook niet een factor. Ik zelf gebruik usenet omdat de content die ik ermee kan krijgen vele malen sneller te verkrijgen is, meestal zo rond de 26 MB/s, daarnaast hoef ik niet te uploaden voor een download. Ook het feit dat je maar 1 verbinding hebt met een andere partij die erbij gebaat is om het gene wat je download niet bij te houden, dat is bij torrents wel anders, iedereen kan dan in potentie weten wat je download. Dit alles maakt wat mij betreft usenet superieur en dat mag wat kosten.
Weet je zeker dat je usenet provider geen download logs heeft?
Het is nooit helemaal zeker dat de provider geen logs heeft bijgehouden. De meeste geven echter aan in de voorwaarden of in een service overzicht wat ze wel en niet bijhouden. Over het algemeen geven de meesten aan geen logs bij te houden van wat gedownload wordt. Hier moet je dan op vertrouwen, dat is het zelfde wanneer je in gmail mail verwijderd, weet je zeker dat Google geen schaduw kopie ergens opslaat.

De usenet providers hebben baat bij het niet bijhouden van wat er gedownload wordt, dit komt omdat zij dan niet kunnen worden gedwongen om gegevens over hun gebruikers te hoeven afstaan door o.a. partijen als Brein. Dat scheelt een hoop juridische problemen en daarnaast kan het zorgen voor imago schade wanneer informatie wordt afgegeven.

Uploaden is een ander verhaal, daar worden geen logs van bijgehouden, echter een uniek kenmerk wordt vaak door providers mee geplaatst met de upload.Zo is een uploader wel makkelijker te achterhalen.
En wie garandeert jou, dat je met torrents niet verbonden bent met een honey pot? :)
Bij newsservers hoef je niks te uploaden, download is zo ongeveer zo snel als je eigen verbinding, je download is versleutelt en ga zo nog maar ff door...
Die torrents trekken ook meteen je hele verbinding dicht. Nooit begrepen waarom mensen torrents gebruiken boven nieuwsgroepen juist ;)
Hmmm... tjsa.... Glitter is wat mij betreft echt gebaseerd op portable device layouts. Weinig poespas en grote, overzichtelijke knoppen/balken. Ging overigens een restart of 3 a 4 overheen voordat de skin echt wilde laden.

Eerste reactie is: Doe mij 't oude vertrouwde maar! Moet er even aan wennen...
Kwam Glitter niet goed op het scherm? Weet je misschien nog wat er mis ging? Dan kan ik kijken wat er fout gaat!
Thnx voor je reply :)

Komt wel goed op het scherm hoor; dit is meer een kwestie van smaak. De manier waarop Glitter opgebouwd is doet me zeer sterk denken aan GUIs van mobiele apps; verder lijkt het prima te werken, daar niet van.

Dat ik een paar keer moest laden kwam zonder meldingen overigens. Ik had de beta geïnstalleerd en Glitter geselecteerd maar de oude skin bleef actief. Pas na nog een paar reboots kwam de (dark) Glitter skin op 't scherm.
Mja, ik heb glitter ook een tijdje gebruikt. Maar is mij te omslachtig/gebruikonvriendelijk als je meerdere downloads tegelijk wil wijzigen. Waar ik vooral een probleem mee heb is het controleren welke wel en (nog) niet zijn verplaatst naar een andere opslaglocatie. Je moet daarvoor altijd de dropdown gebuiken i.p.v. dat jet het direct ziet.

Voor mobile is Glitter dan weer wel erg handig omdat het minder ruimte inneemt.
Je kan nu in de Interface settings een extra kolom aanzetten, zodat je bijvoorbeeld altijd Script/Categorie/Prio kan zien!

Probeer ook eens de multi-edit (knop rechtsbovenin), die is nu stuk beter geworden en straks in de final helemaal. Nu tijdens de kerst nog helemaal zitten tweaken zodat hij nog makkelijker/duidelijker werkt!

[Reactie gewijzigd door Safihre op 28 december 2015 16:11]

Zal ik zeker doen! Thx
Nog meer mensen die regelmatig de melding "lost connection with Sabnzbd" krijgen sinds deze versie?
Er was een probleem in Beta3 voor sommige gebruikers, dat zou in Beta4 opgelost moeten zijn.
Komen er toevallig ook foutmeldingen? Zou je me die andere kunnen sturen via een PM?
Nog even gechecked, het is beta 4
de plush skin terug en het probleem is verdwenen trouwens
nee, kreeg geen andere foutmeldingen
onderstaand komt uit de log, misschien kun je er iets mee

2015-12-28 19:21:43,743::INFO::[postproc:83] Saving postproc queue
2015-12-28 19:21:43,746::INFO::[__init__:934] Saving data for postproc2.sab in C:\Users\Administrator\AppData\Local\sabnzbd\admin\postproc2.sab
2015-12-28 19:21:44,717::INFO::[nzbqueue:250] Saving queue
2015-12-28 19:21:45,388::INFO::[__init__:934] Saving data for queue10.sab in C:\Users\Administrator\AppData\Local\sabnzbd\admin\queue10.sab
2015-12-28 19:21:45,394::INFO::[__init__:934] Saving data for totals10.sab in C:\Users\Administrator\AppData\Local\sabnzbd\admin\totals10.sab
2015-12-28 19:21:45,397::INFO::[__init__:934] Saving data for rss_data.sab in C:\Users\Administrator\AppData\Local\sabnzbd\admin\rss_data.sab
2015-12-28 19:21:45,400::INFO::[__init__:934] Saving data for watched_data2.sab in C:\Users\Administrator\AppData\Local\sabnzbd\admin\watched_data2.sab
2015-12-28 19:21:45,403::INFO::[postproc:83] Saving postproc queue
2015-12-28 19:21:45,404::INFO::[__init__:934] Saving data for postproc2.sab in C:\Users\Administrator\AppData\Local\sabnzbd\admin\postproc2.sab
2015-12-28 19:21:45,405::INFO::[__init__:442] All processes stopped
2015-12-28 19:21:45,407::INFO::[_cplogging:216] [28/Dec/2015:19:21:45] ENGINE Bus STOPPING
2015-12-28 19:21:45,529::INFO::[_cplogging:216] [28/Dec/2015:19:21:45] ENGINE HTTP Server cherrypy._cpwsgi_server.CPWSGIServer(('192.168.1.37', 8080)) shut down
2015-12-28 19:21:45,634::INFO::[_cplogging:216] [28/Dec/2015:19:21:45] ENGINE Stopped thread '_TimeoutMonitor'.
2015-12-28 19:21:45,634::INFO::[_cplogging:216] [28/Dec/2015:19:21:45] ENGINE Bus STOPPED
2015-12-28 19:21:45,635::INFO::[_cplogging:216] [28/Dec/2015:19:21:45] ENGINE Bus EXITING
2015-12-28 19:21:45,635::INFO::[_cplogging:216] [28/Dec/2015:19:21:45] ENGINE Bus EXITED
2015-12-28 19:21:49,789::INFO::[_cplogging:216] [28/Dec/2015:19:21:49] ENGINE Bus STOPPING
2015-12-28 19:21:49,789::INFO::[_cplogging:216] [28/Dec/2015:19:21:49] ENGINE HTTP Server cherrypy._cpwsgi_server.CPWSGIServer(('192.168.1.37', 8080)) already shut down
2015-12-28 19:21:49,792::INFO::[_cplogging:216] [28/Dec/2015:19:21:49] ENGINE No thread running for None.
2015-12-28 19:21:49,792::INFO::[_cplogging:216] [28/Dec/2015:19:21:49] ENGINE Bus STOPPED
2015-12-28 19:21:49,792::INFO::[_cplogging:216] [28/Dec/2015:19:21:49] ENGINE Bus EXITING
2015-12-28 19:21:49,793::INFO::[_cplogging:216] [28/Dec/2015:19:21:49] ENGINE Bus EXITED
2015-12-28 19:21:49,795::INFO::[_cplogging:216] [28/Dec/2015:19:21:49] ENGINE Re-spawning C:\Program Files (x86)\SABnzbd\SABnzbd.exe
Ik weet niet of de oude skin nog beschikbaar is in deze nieuwe versie, maar voormij voldoet de huidige stabiele build prima.
De skin oogt ook een stuk rustiger dan van deze versie.
In 0.8 kun je Plush en SMPL nog gebruiken, Classic is nu echt er uit.
Ik gebruik deze is dit de classic ?

http://ic.tweakimg.net/ext/i/2000557896.png

Geen idee eigenlijk nooit naar de skin settings gekeken verder, ik vond deze wel fijn er direct vanaf begin uit zien.
Ik vind die ik dus heb er veel beter uit zien dan de nieuwe van hier boven.
Nee, dat is Plush
Bedankt die blijft dus gelukkig die ziet er nog goed uit, de classic heb ik dan nooit bekeken blijkbaar(Deze stond iedere keer als standaard bij mij na de installatie).
Gelukkig dat smpl er nog in blijft. Dat vind ik toch wel de fijnste en rustgevende skin. Verder blijft sabnzdb erg fijn draaien :)

[Reactie gewijzigd door vali op 29 december 2015 10:44]

Ik krijg na de update ineens dat ik een username en password moet instellen, na herstart.. Die heb ik alleen nooit ingesteld. Iemand enig idee?
Het kan zijn dat dit per ongeluk is gebeurd en het komt ook voor dat browsers automatisch proberen andere localhost-wachtwoorden in te vullen (bijv. die van je server).
Je kan het fixen door je sabnzbd.ini bestand te openen (op Windows C:\Users\USER\AppData\Local\sabnzbd) en te zoeken naar de regel username =, als je die leeg maakt (username = "") kun je er weer gewoon bij.
Net getest op mijn media center met Fedora 23. Werkt zeer goed, interface is stuk moderner geworden en voelt verder sneller aan.

Er is 1 ding wat ik mis van de oude interface en dat is system load, niet heel belangrijk, maar het gaf enigszins aan wat de impact was van het downloaden en repair/extracten.

Ook leuk om te zien dat Sabnzbd weer verschijnt in de system tray van KDE 5, bij de oude versie niet te zien in KDE 5.

[Reactie gewijzigd door ELD op 28 december 2015 14:57]

Gek, als ik deze download dan krijg ik versie 07.1 ??

Foutje bedankt!!

[Reactie gewijzigd door henkwehe op 28 december 2015 21:15]

Had de versie 3 beta al draaien en had hem nog altijd op de black interface staan.

Nu moet ik zeggen dat na het overzetten naar glitter en even zoeken in de opties dit inderdaad wat overzichtelijker werkt. Alleen om nu bij default 50 history items erin te zetten vond ik wat overdreven. ;)

Zal later vandaag even overgaan naar versie 4 maar ben nu al zeer tevreden met wat jullie aanbieden _/-\o_

Wellicht is het wel een idee om als er een script loopt de status hiervan in kleur te laten wijzigen:
B.v. Groen als het proces loopt en evt. rood bij failure etc.

[Reactie gewijzigd door Ecniv010 op 28 december 2015 16:45]

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True