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

[HaTe]

Verwijderd schreef op zaterdag 04 januari 2014 @ 18:23:
[...]


Heb je ook met 192.168.0.23\sickbeard gedaan of op een andere manier?

Ik snap je vraag niet.

[HaTe]

Ik raad de persoon die nu opeens Slumdog Millionaire in zijn SABnzbd downloadlijst heeft zitten, er een wachtwoord op te zetten!
Ik heb je een mail gestuurd.

[ Voor 10% gewijzigd door HaTe op 04-01-2014 19:45 ]

[Verwijderd]

HaTe schreef op zaterdag 04 januari 2014 @ 19:05:
[...]

Ik snap je vraag niet.

Hoe zit je reverse proxy eruit. Gebruik je <Location>?

[Verwijderd]

Zo! Me vs Transmission 1-0.
Transmission bleef maar errors geven dat mijn schijf vol was, nog 3.5 TB over volgens mijn berekeningen dus dat lijkt me niet. Ook ging hij regelmatig toch weer op de storage dir op de SD kaart verder...

Na veel googlen /zoeken /frustratie de volgende aanpassingen gedaan:

• Mijn externe download mappen allemaal op chmod 777 gezet
• In settings.json -> "umask": 0,
• Alle paden bij instellingen naar mijn externe HD -> /var/media/sda1-ata-ST4000DM000-1F21/

Het zal vast beter/ anders kunnen en misschien niet veilig zijn, maar het werkt en ik kom net kijken /doe ook maar wat.

Nu kan ik vredig sterven weer lekker slapen.
En misschien heeft iemand anders er wat aan.

[Dick]

Ik heb gisteren ook eindelijk mijn Synology binnen gekregen en ben er vanavond eens mee aan de slag gegaan. In principe lijkt het allemaal heel aardig en vrij gemakkelijk te werken, ik loop echter tegen één probleem aan. Als ik NZBGet wil gebruiken dan lukt het niet om Sickbeard NZB's naar NZBGet te sturen, ik krijg dan de volgende error:

SEARCHQUEUE-MANUAL-SEARCH :: Protocol Error: Bad Request

Debug log:

2014-01-05 02:35:51 ERROR SEARCHQUEUE-MANUAL-SEARCH :: Protocol Error: Bad Request
2014-01-05 02:35:54 DEBUG CP Server Thread-8 :: sickbeard.db: SELECT COUNT(*) FROM tv_episodes WHERE status IN (4,3276804,204,404,104,804,12804,25604,1604,3204,6404,6) AND season != 0 and episode != 0 AND airdate <= 735238
2014-01-05 02:35:54 DEBUG CP Server Thread-8 :: sickbeard.db: SELECT COUNT(*) FROM tv_episodes WHERE season != 0 and episode != 0 AND (airdate != 1 OR status IN (4,3276804,204,404,104,804,12804,25604,1604,3204,6404,2,3276802,202,402,102,802,12802,25602,1602,3202,6402,9,3276809,209,409,109,809,12809,25609,1609,3209,6409,6)) AND airdate <= 735238 AND status != 7
2014-01-05 02:35:58 DEBUG CP Server Thread-8 :: sickbeard.db: SELECT COUNT(*) FROM tv_episodes WHERE status IN (4,3276804,204,404,104,804,12804,25604,1604,3204,6404,6) AND season != 0 and episode != 0 AND airdate <= 735238
2014-01-05 02:35:58 DEBUG CP Server Thread-8 :: sickbeard.db: SELECT COUNT(*) FROM tv_episodes WHERE season != 0 and episode != 0 AND (airdate != 1 OR status IN (4,3276804,204,404,104,804,12804,25604,1604,3204,6404,2,3276802,202,402,102,802,12802,25602,1602,3202,6402,9,3276809,209,409,109,809,12809,25609,1609,3209,6409,6)) AND airdate <= 735238 AND status != 7

Op welke manier ik ook probeer te zoeken, deze error komt steeds naar voren. Sickbeard vindt wel een NZB maar krijgt deze blijkbaar niet doorgestuurd naar NZBGet. Met Couchpotato gaat alles overigens prima. Heeft iemand enig idee hoe ik dit probleem kan verhelpen? Ik gebruik nu maar Sabnzbd wat wel volledig werkt met zowel Sickbeard als Couchpotato, het is echter duidelijk te merken dat mijn Synology moeite heeft om Sabnzbd lekker te laten werken. NZBGet werkt echt duidelijk stukken sneller dus dat heeft zeker mijn voorkeur .

[Verwijderd]

Xaero schreef op zaterdag 28 december 2013 @ 18:29:
Wellicht wel lachen voor mensen die ook een HTPC hebben en dit hebben aangesloten op het internet:
https://www.startssl.com/

Gratis SSL voor een jaar

Heb nu alles via reverse proxy op een subdomeintje met SSL

Kan het kloppen dat dit niet werkt als je mail via Google Apps loopt. Probeer me domein te verifiëren maar de mail kan niet worden verzonden.

[Caveman]

Dick schreef op zondag 05 januari 2014 @ 06:00:
Ik heb gisteren ook eindelijk mijn Synology binnen gekregen en ben er vanavond eens mee aan de slag gegaan. In principe lijkt het allemaal heel aardig en vrij gemakkelijk te werken, ik loop echter tegen één probleem aan. Als ik NZBGet wil gebruiken dan lukt het niet om Sickbeard NZB's naar NZBGet te sturen, ik krijg dan de volgende error:

SEARCHQUEUE-MANUAL-SEARCH :: Protocol Error: Bad Request

Debug log:

2014-01-05 02:35:51 ERROR SEARCHQUEUE-MANUAL-SEARCH :: Protocol Error: Bad Request
2014-01-05 02:35:54 DEBUG CP Server Thread-8 :: sickbeard.db: SELECT COUNT(*) FROM tv_episodes WHERE status IN (4,3276804,204,404,104,804,12804,25604,1604,3204,6404,6) AND season != 0 and episode != 0 AND airdate <= 735238
2014-01-05 02:35:54 DEBUG CP Server Thread-8 :: sickbeard.db: SELECT COUNT(*) FROM tv_episodes WHERE season != 0 and episode != 0 AND (airdate != 1 OR status IN (4,3276804,204,404,104,804,12804,25604,1604,3204,6404,2,3276802,202,402,102,802,12802,25602,1602,3202,6402,9,3276809,209,409,109,809,12809,25609,1609,3209,6409,6)) AND airdate <= 735238 AND status != 7
2014-01-05 02:35:58 DEBUG CP Server Thread-8 :: sickbeard.db: SELECT COUNT(*) FROM tv_episodes WHERE status IN (4,3276804,204,404,104,804,12804,25604,1604,3204,6404,6) AND season != 0 and episode != 0 AND airdate <= 735238
2014-01-05 02:35:58 DEBUG CP Server Thread-8 :: sickbeard.db: SELECT COUNT(*) FROM tv_episodes WHERE season != 0 and episode != 0 AND (airdate != 1 OR status IN (4,3276804,204,404,104,804,12804,25604,1604,3204,6404,2,3276802,202,402,102,802,12802,25602,1602,3202,6402,9,3276809,209,409,109,809,12809,25609,1609,3209,6409,6)) AND airdate <= 735238 AND status != 7

Op welke manier ik ook probeer te zoeken, deze error komt steeds naar voren. Sickbeard vindt wel een NZB maar krijgt deze blijkbaar niet doorgestuurd naar NZBGet. Met Couchpotato gaat alles overigens prima. Heeft iemand enig idee hoe ik dit probleem kan verhelpen? Ik gebruik nu maar Sabnzbd wat wel volledig werkt met zowel Sickbeard als Couchpotato, het is echter duidelijk te merken dat mijn Synology moeite heeft om Sabnzbd lekker te laten werken. NZBGet werkt echt duidelijk stukken sneller dus dat heeft zeker mijn voorkeur .

Ik neem aan dat je alles correct hebt ingevuld bij Sickbeard (Search Settings, NZB Search, NZB Method: NZBget ect) Anders kun je kiezen voor de blackhole optie, die laat sickbeard een nzb in een map droppen en nzbget haalt hem daar weer uit. (....nzbget/nzb bv.)

Maar als ik goed naar die error melding kijk, lijkt er iets mis met je sickbeard. Kan die wel "gewoon" bestanden vinden ?

[Caveman]

tcviper schreef op zaterdag 04 januari 2014 @ 17:45:
Is nzbget al zoveel beter nu dan sabnzbd? of maakt het niet zoveel uit?

SABnzbd gebruikt heel wat meer resources, prima als je die hebt... NZBget is bij uitstek toch wel het programma voor nasjes.

[MikeOO]

Klopt het dat het de laatste weken rustig is met updates van SB. Gebruik MrOrange --> Pistachitos en normaal kreeg je weekelijks en update. Nu al een tijd still.

Alles werkt verder prima dus op zich is het logisch dat er geen updates nodig zijn maar even checken zodat ik niet weer eens een oude versie gebruik.

[job]

MikeOO schreef op zondag 05 januari 2014 @ 13:37:
Klopt het dat het de laatste weken rustig is met updates van SB. Gebruik MrOrange --> Pistachitos en

Dat kan je toch zelf eenvoudig controleren? https://github.com/mr-orange/Sick-Beard/tree/Pistachitos

[M.v.Veelen]

Ik ben na veel gedoe teruggegaan naar de standaard Sickbeard. Ik vraag me alleen af: ik mis de interface van de mr. orange Sickbeard, waarin je de afbeeldingen van de shows in je overzicht te zien krijgt. Is dit iets dat typisch voor de mr. orange versie is gemaakt, of kan ik dit ook in de standaard Sickbeard krijgen (hoe) ?

[Dick]

Caveman schreef op zondag 05 januari 2014 @ 11:52:
[...]


Ik neem aan dat je alles correct hebt ingevuld bij Sickbeard (Search Settings, NZB Search, NZB Method: NZBget ect) Anders kun je kiezen voor de blackhole optie, die laat sickbeard een nzb in een map droppen en nzbget haalt hem daar weer uit. (....nzbget/nzb bv.)

Maar als ik goed naar die error melding kijk, lijkt er iets mis met je sickbeard. Kan die wel "gewoon" bestanden vinden ?

Bij mijn weten staat alles inderdaad correct ingesteld. Met Sabznd gebruik ik dezelfde mappen en categorieën en dat werkt wel. Als ik onder NZB Method voor NZBGet kies krijg ik deze melding weer.

Wat bedoel je met of Sickbeard wel gewoon bestanden kan vinden? De reeds bestaande shows herkent hij in ieder geval en hij kan zowel downloaden via Sabnzbd als de post-processing correct uitvoeren. Sickbeard communiceert trouwens wel met NZBGet, ik krijg in NZBGet namelijk de volgende error zodra Sickbeard een NZB probeert te versturen:

Web-Server: 400 Bad Request, Resource: //xmlrpc

De settings van NZBGet heb ik uiteraard ook al meerdere malen door gelopen maar ook daar zie ik niets raars, met Couchpotato werkt NZBGet ook gewoon prima.

Ik heb er aan gedacht om de Blackhole optie te gebruiken maar dan krijgt de NZB volgens mij geen categorie mee en vindt er geen (juiste) post-processing plaats, of is er een manier om ook dan een categorie mee te geven?

[HyperBart]

Heeft er iemand ook ooit het probleem gehad dat downloads binnenkomen als "nummers"? Om nu een voorbeeld te geven. Ik download via SB een bepaalde release. Die komt volgens Sabnzbd ook binnen met een mooie naam (dus in de downloadlijst): "Serienaam.S01E09.720p.WEB-DL.DD5.1.H.264-KiNGS" bijvoorbeeld. Maar het bestand er in is een nummer of vermangelde naam. Vroeger had ik hier minder last van of niet...

Sinds kort gebruik ik ook geen SabToSickbeard.py meer en laat de postprocessing door SB zelf doen. Maar nu mis ik ergens de optie om het originele bestand wel netjes in een S01/S02 folder te kunnen zetten... Iemand daarover een idee?

[ Voor 25% gewijzigd door HyperBart op 05-01-2014 20:21 ]

[Xaero]

Ik loop tegen een probleem aan met uTorrent en postprocessing. Als ik ga post processen klaagt hij dat het bestand al in gebruik is door uTorrent en dus niet kan verplaatsen.. Wat doen jullie met postprocessen?

Ik heb de utorrent downloads op een andere hdd dan de series. Hardlink zou kunnen, maar dan staan ze dus op de verkeerde hdd ruimte in beslag te nemen..

[ Voor 27% gewijzigd door Xaero op 05-01-2014 20:27 ]

[M.v.Veelen]

M.v.Veelen schreef op zondag 05 januari 2014 @ 17:58:
Ik ben na veel gedoe teruggegaan naar de standaard Sickbeard. Ik vraag me alleen af: ik mis de interface van de mr. orange Sickbeard, waarin je de afbeeldingen van de shows in je overzicht te zien krijgt. Is dit iets dat typisch voor de mr. orange versie is gemaakt, of kan ik dit ook in de standaard Sickbeard krijgen (hoe) ?

Laat ik het anders vragen: het ziet ernaar uit dat de mr orange versie inderdaad een andere gui heeft, maar: kan ik deze mr orange installeren en de db + config file van de originele SB gebruiken in de hoop dat dan alles blijft werken zoals het nu ook werkt? Ik had namelijk telkens problemen met hele directories die ineens werden gedelete door de mr orange versie. Suggesties?

[Senaxx]

HyperBart schreef op zondag 05 januari 2014 @ 20:09:
Heeft er iemand ook ooit het probleem gehad dat downloads binnenkomen als "nummers"? Om nu een voorbeeld te geven. Ik download via SB een bepaalde release. Die komt volgens Sabnzbd ook binnen met een mooie naam (dus in de downloadlijst): "Serienaam.S01E09.720p.WEB-DL.DD5.1.H.264-KiNGS" bijvoorbeeld. Maar het bestand er in is een nummer of vermangelde naam. Vroeger had ik hier minder last van of niet...

Sinds kort gebruik ik ook geen SabToSickbeard.py meer en laat de postprocessing door SB zelf doen. Maar nu mis ik ergens de optie om het originele bestand wel netjes in een S01/S02 folder te kunnen zetten... Iemand daarover een idee?

Je kan bij SickBeard ook custom Post processing naming aangeven. Als je er "Season %0S/" er voor zet krijg je netjes season folders in je serie map

Voor volledige custom naming heb ik:
Season %0S/%SN - s%0Se%0E - %EN - %QN - %RG

Dit resulteert in:
Season 02/Show Name - s02e03 - Ep Name - HD TV - RLSGROUP.ext

Ik heb de quality en releasegroup er bij ingezet zodat autosub weer makkelijk de subtitle kan downloaden Ik heb de matching dan ook alleen op releasegroup staan in auto-sub.

[HaTe]

Is er niemand die reverse proxy op IIS gebruikt in combinatie met uTorrent? Ik krijg het niet aan de praat helaas.

[Eagleman7]

mr-orange sickbeard werkt weer eens lekker...

Iedere 2 seconden wordt je "local" terminal volgegooit met spam van sickbeard:


20 dagen geleden an aangekaart maar er is nog steeds niks aan gedaan.

Heb het maar weer op het forum gezet:

http://sickbeard.com/foru...f=9&t=2386&p=39653#p39653

[ Voor 27% gewijzigd door Eagleman7 op 06-01-2014 03:13 ]

[Freekers]

roderickvd schreef op zaterdag 04 januari 2014 @ 14:16:
Raar... meer die dit probleem hebben? Ik zou ook een Git repository aan kunnen maken.

Zo ziet dat er dus uit;

Links het bestand zoals ik het opgeslagen en geupload heb via de webomgeving (File Station) en rechts hoe 'vi' het bestand leest. Let vooral op de "^M" aan het eind van elke regel.

roderickvd schreef op zaterdag 04 januari 2014 @ 14:16:
Wat heb je bij de NZBGet settings ingesteld als AllowedDir? In jouw geval zou dit "/volume1/usenet/tv" moeten zijn.

Trouwens, heb je de nieuwste versie te pakken? In eerdere versies zat er een bug in AllowedDir. De nieuwe versie doet bovendien ook movie renaming. RenameMedia "zonder .sh": http://pastebin.com/KZ8Q0d0D

Mijn AllowedDir is inderdaad "/volume1/usenet/tv". Beide versies werken nu naar behoren, na het aanvinken van 'ForceRename'
Dank voor dit script! Heeft heel wat kopzorgen weggenomen

HyperBart schreef op zondag 05 januari 2014 @ 20:09:
Heeft er iemand ook ooit het probleem gehad dat downloads binnenkomen als "nummers"?

Ja. Het script van roderickvd lost dat op:
http://pastebin.com/KZ8Q0d0D

[ Voor 11% gewijzigd door Freekers op 06-01-2014 07:46 ]

[MikeOO]

job schreef op zondag 05 januari 2014 @ 14:52:
[...]

Dat kan je toch zelf eenvoudig controleren? https://github.com/mr-orange/Sick-Beard/tree/Pistachitos

Dat weet ik Job. Maar soms wisselen de versie en is er ineens weer een andere versie bij gekomen die dan weer actief wordt bijgewerkt. Vandaar even de vraag mogelijk dat ik iets hebt gemist ondanks het volgen van dit topic

[M.v.Veelen]

M.v.Veelen schreef op zondag 05 januari 2014 @ 21:59:
[...]


Laat ik het anders vragen: het ziet ernaar uit dat de mr orange versie inderdaad een andere gui heeft, maar: kan ik deze mr orange installeren en de db + config file van de originele SB gebruiken in de hoop dat dan alles blijft werken zoals het nu ook werkt? Ik had namelijk telkens problemen met hele directories die ineens werden gedelete door de mr orange versie. Suggesties?

Jammer dat niemand hier een antwoord voor me heeft. Ik heb het er dus maar op gewaagd. Helaas gaat het mis zodra ik de sickbeard.db en/of de config.ini wil hergebruiken. Iemand nog suggesties?

[Caveman]

Dick schreef op zondag 05 januari 2014 @ 19:56:
[...]


Bij mijn weten staat alles inderdaad correct ingesteld. Met Sabznd gebruik ik dezelfde mappen en categorieën en dat werkt wel. Als ik onder NZB Method voor NZBGet kies krijg ik deze melding weer.

Wat bedoel je met of Sickbeard wel gewoon bestanden kan vinden? De reeds bestaande shows herkent hij in ieder geval en hij kan zowel downloaden via Sabnzbd als de post-processing correct uitvoeren. Sickbeard communiceert trouwens wel met NZBGet, ik krijg in NZBGet namelijk de volgende error zodra Sickbeard een NZB probeert te versturen:

Web-Server: 400 Bad Request, Resource: //xmlrpc

De settings van NZBGet heb ik uiteraard ook al meerdere malen door gelopen maar ook daar zie ik niets raars, met Couchpotato werkt NZBGet ook gewoon prima.

Ik heb er aan gedacht om de Blackhole optie te gebruiken maar dan krijgt de NZB volgens mij geen categorie mee en vindt er geen (juiste) post-processing plaats, of is er een manier om ook dan een categorie mee te geven?

Op het sickbeard forum staat hetzelfde probleem hmm, dat ben jezelf
Tsja, er zijn vele mogelijkheden om nzbget te laten post-processen, alleen daar moet je wel ff induiken.

Voor de zekerheid, wat heb je bij [NZBget HOST:PORT] ingevuld ? Als dat niet goed is krijg je een soort gelijke melding. Als sickbeard en nzbget allebei op je nas draaien dan zou "localhost:6789" voldoende moeten zijn (mits je 6789 als port gebruikt uiteraard ).

[ Voor 9% gewijzigd door Caveman op 06-01-2014 10:50 ]

[Dick]

Caveman schreef op maandag 06 januari 2014 @ 10:36:
[...]


Op het sickbeard forum staat hetzelfde probleem hmm, dat ben jezelf
Tsja, er zijn vele mogelijkheden om nzbget te laten post-processen, alleen daar moet je wel ff induiken.

Voor de zekerheid, wat heb je bij [NZBget HOST:PORT] ingevuld ? Als dat niet goed is krijg je een soort gelijke melding. Als sickbeard en nzbget allebei op je nas draaien dan zou "localhost:6789" voldoende moeten zijn (mits je 6789 als port gebruikt uiteraard ).

Bedankt voor je reactie! Op het Sickbeard forum heb ik dezelfde vraag gepost inderdaad.

In SB heb ik bij NZBGet het volgende ingevuld: localhost:6789/

Zie ook deze screenshot:



De tip die op het SickBeard forum is gepost (http:// of https:// voor het adres plaatsen) heb ik al geprobeerd, dan krijg ik in SickBeard de melding dat er geen verbinding gemaakt kan worden met NZBGet. Ik gebruik overigens geen wachtwoord voor NZBGet dus het klopt dat dat veld leeg is.

NZBGet en SickBeard draaien beiden op hetzelfde systeem, ik heb ook geprobeerd om het IP-adres zelf in te vullen ipv 'localhost' maar ook dat maakt geen verschil.

[ Voor 3% gewijzigd door Dick op 06-01-2014 20:17 ]

[MikeyMan]

En zonder slash?

En eventueel met een wachtwoord?

[ Voor 52% gewijzigd door MikeyMan op 06-01-2014 20:36 ]

[job]

Het standaard wachtwoord wat daar in sickbeard staat klopt sinds versie 11 van nzbget niet meer.
Dus dat moet je wel wijzigen

edit: althans voor de synology packages.

[ Voor 51% gewijzigd door job op 06-01-2014 20:53 ]

[M.v.Veelen]

@Dick: zoals ik het heb ingevuld is:

192.168.0.124:6999 (dus een andere poort en het IP adres van mijn NAS, geen http:// oid.)
username: nzbget
pass: het ww dat je ervoor gebruikt, vaak is dit tegbzn6789

[Ankh]

Dick schreef op maandag 06 januari 2014 @ 20:16:
[...]


Bedankt voor je reactie! Op het Sickbeard forum heb ik dezelfde vraag gepost inderdaad.

In SB heb ik bij NZBGet het volgende ingevuld: localhost:6789/

Zie ook deze screenshot:

[afbeelding]

De tip die op het SickBeard forum is gepost (http:// of https:// voor het adres plaatsen) heb ik al geprobeerd, dan krijg ik in SickBeard de melding dat er geen verbinding gemaakt kan worden met NZBGet. Ik gebruik overigens geen wachtwoord voor NZBGet dus het klopt dat dat veld leeg is.

NZBGet en SickBeard draaien beiden op hetzelfde systeem, ik heb ook geprobeerd om het IP-adres zelf in te vullen ipv 'localhost' maar ook dat maakt geen verschil.

Maak je gebruik van synocommunity of ben jezelf met ipkg aan de gang gegaan?
Welk versie van NZBGet gebruik je trouwens?

[Dick]

Ankh schreef op maandag 06 januari 2014 @ 21:32:
[...]

Maak je gebruik van synocommunity of ben jezelf met ipkg aan de gang gegaan?
Welk versie van NZBGet gebruik je trouwens?

Ik maak gebruik van de SynoCommunitypackage, ik gebruik versie 11.0-9.

Ook met het gebruiken van een wachtwoord werkt het helaas niet, ik heb bewust het wachtwoord in NZBGet uitgeschakeld omdat ik daar geen behoefte aan heb en ik hoopte dat het zonder wel zou werken. Helaas is dat niet het geval, zowel met een standaard, custos of zonder wachtwoord werkt het niet.

MikeyMan schreef op maandag 06 januari 2014 @ 20:35:
En zonder slash?

En eventueel met een wachtwoord?

Zonder slash helaas geen veranderingen. Ik zal het zo eens zonder slash en met wachtwoord proberen, die combinatie heb ik volgens mij nog niet gehad.

[schumi2004]

Vandaag eindelijk maar eens nzbmegasearch geconfigureerd en bedacht me dat het nog wel eens een geld besparende oplossing zou kunnen zijn als je met een paar man bent.
Je neemt 1 vip account en je "shared" hem met je vrienden

Nu autosub install eindelijk maar eens afronden.

[M.v.Veelen]

Nu nog wat 'vrienden' zoeken

Heb het nog steeds niet uitgeprobeerd, hoewel ik wel over ben naar Pyhton2.7....

[schumi2004]

M.v.Veelen schreef op maandag 06 januari 2014 @ 22:05:
Nu nog wat 'vrienden' zoeken

Heb het nog steeds niet uitgeprobeerd, hoewel ik wel over ben naar Pyhton2.7....

Eigenlijk is het niks bijzonders behalve dat je nu 1 interface heb om je providers in te configureren en je maar 1 malig dit in SB en CP hoeft te doen maar verder niet spannend. Ik gebruik bv suggested en web interface toch niet. De gratis providers gebruik ik ook niet , heb er eigenlijk maar 2 en een semi goeie provider in zitten, 1 betaald en 1 hele goeie andere

[M.v.Veelen]

Durf (mag) het bijna niet te vragen.... Ik heb alleen een paar gratis providers en DENK dat ik alles wel weet binnen te harken, maar sta open voor suggesties. Ik weet nog niet of ik nzbmegasearch ga proberen, misschien als alles weer een tijdje stabiel draait. Ben net weer overgestapt van de standaard SB naar de mr. Orange fork. Fingers crossed dat dit blijft werken zoals de standaard versie.

[roderickvd]

Freekers schreef op maandag 06 januari 2014 @ 07:42:
Zo ziet dat er dus uit;
[afbeelding]
Links het bestand zoals ik het opgeslagen en geupload heb via de webomgeving (File Station) en rechts hoe 'vi' het bestand leest. Let vooral op de "^M" aan het eind van elke regel.

Ik zie het ja! Rare Pastebin fail. Vanaf nu houd ik een Github repository bij op https://github.com/roderickvd/ppscripts.

Mijn AllowedDir is inderdaad "/volume1/usenet/tv". Beide versies werken nu naar behoren, na het aanvinken van 'ForceRename'

Alleen als ForceRename aan staat? Zonder zou het ook prima moeten werken.

Dank voor dit script! Heeft heel wat kopzorgen weggenomen

Blij dat het wordt gebruikt!

[Protax]

Vraagje, ik heb vanavond SABnzbd/Sickbeard/CouchPotato etc. geinstalleerd op mijn XBMC NUC gebaseerd op OpenElec.
Daarnaast heb ik een Synology NAS, waar de eerder genoemde programma's op dit moment op draaien.
Deze zaken wil ik verhuizen naar de NUC, omdat deze een stuk sneller is.

Nu loop ik alleen tegen het volgende aan, ik wil bestanden downloaden met de NUC, maar vervolgens verplaatsen naar mijn NAS.
Mijn complete serie/film collectie staat op de NAS, dus als ik bijv. de serie folders wil importeren in Sickbeard, kan je alleen de lokale folders op de NUC kiezen.

Is hier eerder iemand tegen aan gelopen? En zo ja hoe heb je dit opgelost? Of is het uberhaupt niet mogelijk?

Hoor graag!

[job]

Gewoon nfs gebruiken en op je nuc een synology nfs share mounten. Die share krijgt op je nuc een lokaal pad dat je probleemloos kan mounten in sickbeard.

[ Voor 34% gewijzigd door job op 06-01-2014 23:31 ]

[Protax]

job schreef op maandag 06 januari 2014 @ 23:23:
Gewoon nfs gebruiken en op je nuc een synology nfs share mounten. Die share krijgt een lokaal pad dat je probleemloos kan mounten in sickbeard.

Ik kan mijn share al benaderen onder \\192.168.0.100\data\series.
Maar als ik in Sickbeard kijk die op de NUC staat, en bestaand series wil toevoegen, dan kan ik alleen lokale paden/folders kiezen.

[job]

Ik heb het niet over een share benaderen. Ik heb het over een share mounten.
Met een mount krijg je een lokaal pad.
En mount dan niet een smb share, maar een nfs share

Alhoewel, je zou natuurlijk ook een smb share kunnen mounten, maar onder linux kan je gewoon beter nfs gebruiken.

[ Voor 44% gewijzigd door job op 06-01-2014 23:39 ]

[Protax]

job schreef op maandag 06 januari 2014 @ 23:36:
Ik heb het niet over een share benaderen. Ik heb het over een share mounten.
Met een mount krijg je een lokaal pad.
En mount dan niet een smb share, maar een nfs share

Alhoewel, je zou natuurlijk ook een smb share kunnen mounten, maar onder linux kan je gewoon beter nfs gebruiken.

Kwam het volgende tegen en dat heb ik geprobeerd:

http://wiki.openelec.tv/i...e=Mounting_network_shares

#!/bin/sh
(sleep 30; \
mount -t cifs -o username=admin,password=blabla,rw //192.168.0.100/data /storage/data; \
)&

Dit staat in het bestand, daarna de NUC opnieuw opgestart.
Maar dan heb ik niets extra's erbij gekregen:



Iemand die mij kan helpen?

[ Voor 53% gewijzigd door Protax op 07-01-2014 00:12 ]

[schumi2004]

dx5314 schreef op maandag 06 januari 2014 @ 23:44:
[...]


Kwam het volgende tegen en dat heb ik geprobeerd:

http://wiki.openelec.tv/i...e=Mounting_network_shares

#!/bin/sh
(sleep 30; \
mount -t cifs -o username=admin,password=blabla,rw //192.168.0.100/data /storage/data; \
)&

Dit staat in het bestand, daarna de NUC opnieuw opgestart.
Maar dan heb ik niets extra's erbij gekregen:

[afbeelding]

Iemand die mij kan helpen?

ook niet in de storage folder?

[Dick]

Dick schreef op maandag 06 januari 2014 @ 21:48:
[...]


Ik maak gebruik van de SynoCommunitypackage, ik gebruik versie 11.0-9.

Ook met het gebruiken van een wachtwoord werkt het helaas niet, ik heb bewust het wachtwoord in NZBGet uitgeschakeld omdat ik daar geen behoefte aan heb en ik hoopte dat het zonder wel zou werken. Helaas is dat niet het geval, zowel met een standaard, custos of zonder wachtwoord werkt het niet.


[...]


Zonder slash helaas geen veranderingen. Ik zal het zo eens zonder slash en met wachtwoord proberen, die combinatie heb ik volgens mij nog niet gehad.

Opgelost!

Ik heb in NZBGet onder Settings -> Remote Control -> ControlIP het adres handmatig op 192.168.178.14 (het adres van mijn Synology) gezet en een wachtwoord ingesteld. Nu werkt het super! Heerlijk, stukken sneller dan SABnzbd .

Nu heb ik alleen nog het probleem dat ik met Safari alleen de bovenste 'statusbalk' van NZBGet kan zien maar verder alles wit blijft. Onder Chrome werkt het echter wel perfect.

[ Voor 9% gewijzigd door Dick op 07-01-2014 00:38 ]

[Protax]

schumi2004 schreef op dinsdag 07 januari 2014 @ 00:17:
[...]

ook niet in de storage folder?

Nee, dat is echt de storage folder van mijn SSD in de NUC.
Hierin staan de mappen die automatisch zijn aangemaakt door SabNZBD etc.

[M.v.Veelen]

Schiet mij maar lek:

Gisteren SickBeard (original) een shutdown gegeven en de map gerenamed (mv Sick-Beard Sick-Beard-ori).
Vervolgens de TPB geïnstalleerd en alle series en settings overgenomen (lees: opnieuw alles in laten lezen omdat de databases niet compatible zijn). Een aflevering van een paar seizoenen aangevinkt als wanted en deze werden keurig gedownload.
Vannacht uiteraard laten draaien en ik wist dat er een paar afleveringen binnen zouden moeten komen: helaas niets. Geen melding van Prowl, niets.
Vervolgens vanmorgen een shutdown gegeven en deze map gerenamed (mv Sick-Beard Sick-Beard-orange) en de originele weer teruggezet en gestart (mv Sick-Beard-ori Sick-Beard en gestart). Meteen kwamen er 2 afleveringen binnen van 2 verschillende series. Huh?
Paar keer geswitched tussen de versies en paar keer geprobeerd afleveringen binnen te halen, maar dat lukt alleen als ik een oude(re) aflevering op Wanted zet. Deze worden met de TPB versie netjes binnengehaald, behalve dus de nieuwe. Searchproviders e.d. heb ik exact hetzelfde ingesteld, dus ik snap nu niet waar het mis gaat? Voor nu maar WEER teruggegaan naar de originele versie van SB. Grrrrr....

Als iemand een idee heeft waar dit aan kan liggen hoor ik dat graag. Ik heb nog niets verwijderd, slechts de mappen gerenamed.

[Senaxx]

M.v.Veelen schreef op dinsdag 07 januari 2014 @ 08:10:
Schiet mij maar lek:

Gisteren SickBeard (original) een shutdown gegeven en de map gerenamed (mv Sick-Beard Sick-Beard-ori).
Vervolgens de TPB geïnstalleerd en alle series en settings overgenomen (lees: opnieuw alles in laten lezen omdat de databases niet compatible zijn). Een aflevering van een paar seizoenen aangevinkt als wanted en deze werden keurig gedownload.
Vannacht uiteraard laten draaien en ik wist dat er een paar afleveringen binnen zouden moeten komen: helaas niets. Geen melding van Prowl, niets.
Vervolgens vanmorgen een shutdown gegeven en deze map gerenamed (mv Sick-Beard Sick-Beard-orange) en de originele weer teruggezet en gestart (mv Sick-Beard-ori Sick-Beard en gestart). Meteen kwamen er 2 afleveringen binnen van 2 verschillende series. Huh?
Paar keer geswitched tussen de versies en paar keer geprobeerd afleveringen binnen te halen, maar dat lukt alleen als ik een oude(re) aflevering op Wanted zet. Deze worden met de TPB versie netjes binnengehaald, behalve dus de nieuwe. Searchproviders e.d. heb ik exact hetzelfde ingesteld, dus ik snap nu niet waar het mis gaat? Voor nu maar WEER teruggegaan naar de originele versie van SB. Grrrrr....

Als iemand een idee heeft waar dit aan kan liggen hoor ik dat graag. Ik heb nog niets verwijderd, slechts de mappen gerenamed.

enige aanwijzingen in het (debug)log? Als er afleveringen zijn, zou je in het debug log moeten kunnen vinden waarom deze (niet) zijn gedownload.

[M.v.Veelen]

Ik heb net OSB (originele Sick-Beard) afgesloten en de TPB (The Pirate Bay) gestart. Meteen werd 1 download gestart. 1 van de 2 die de OSB meteen had gedownload vanmorgen. De andere start (nog) niet. Zal zo eens kijken of ik iets zie in het debug log.

Edit:

Ik zie wel iets raars:

code:

2014-01-07 11:40:25 INFO     SEARCHQUEUE-BACKLOG-175001 :: Provider gave result Teen.Wolf.Revelations.S03.Season.Finale.After.Show.HDTV.x264-2HD but that doesn't seem like a valid result for Teen Wolf so I'm ignoring it
2014-01-07 11:40:25 INFO     SEARCHQUEUE-BACKLOG-175001 :: Provider gave result Teen.Wolf.Revelations.S03.Season.Finale.After.Show.720p.HDTV.x264-2HD but that doesn't seem like a valid result for Teen Wolf so I'm ignoring it
2014-01-07 11:40:18 WARNING  SEARCHQUEUE-BACKLOG-175001 :: Unable to parse the filename Teen.Wolf.S03.Special.Revelations.HDTV.x264-2HD into a valid episode
2014-01-07 11:40:18 WARNING  SEARCHQUEUE-BACKLOG-175001 :: Unable to parse the filename Teen.Wolf.S03.Special.Revelations.720p.HDTV.x264-2HD into a valid episode
2014-01-07 11:40:04 INFO     SEARCHQUEUE-BACKLOG-175001 :: Provider gave result Teen.Wolf.Revelations.S03.Season.Finale.After.Show.HDTV.x264-2HD but that doesn't seem like a valid result for Teen Wolf so I'm ignoring it
2014-01-07 11:40:04 INFO     SEARCHQUEUE-BACKLOG-175001 :: Provider gave result Teen.Wolf.Revelations.S03.Season.Finale.After.Show.720p.HDTV.x264-2HD but that doesn't seem like a valid result for Teen Wolf so I'm ignoring it
2014-01-07 11:40:01 WARNING  SEARCHQUEUE-BACKLOG-175001 :: Unable to parse the filename Teen.Wolf.S03.Special.Revelations.HDTV.x264-2HD into a valid episode
2014-01-07 11:40:01 WARNING  SEARCHQUEUE-BACKLOG-175001 :: Unable to parse the filename Teen.Wolf.S03.Special.Revelations.720p.HDTV.x264-2HD into a valid episode
2014-01-07 11:39:58 INFO     SEARCHQUEUE-BACKLOG-175001 :: Searching for stuff we need from Teen Wolf season 3
2014-01-07 11:39:51 INFO     SEARCHQUEUE-BACKLOG-267702 :: Searching for stuff we need from Almost Human season 1
2014-01-07 11:39:47 INFO     SEARCHQUEUE-RSS-SEARCH :: Sending NZB to NZBget
2014-01-07 11:39:46 INFO     SEARCHQUEUE-RSS-SEARCH :: Quality of Almost.Human.S01E07.720p.WEB-DL.DD5.1.H.264-BS is 720p WEB-DL
2014-01-07 11:39:46 INFO     SEARCHQUEUE-RSS-SEARCH :: Found result Almost.Human.S01E07.720p.WEB-DL.DD5.1.H.264-BS at http://www.usenet-crawler.com/getnzb/a6b3ad-knip-0cfea7b68c.nzb&i=193367&r=2913649f503-knip-855e278f2cf57

Wat ik ook raar vind, ik heb beiden ingesteld dat ze de WEB-DL 720p moeten downloaden en als de WEB-DL 1080p er is, die dan ook. Dit heb ik ingesteld bij Custom.

Nu zie ik dat de OSB de volgende heeft gedownload:

Teen Wolf S03E13 720p HDTV x264-2HD maar dat is geen WEB-DL, dus dat zou dan eigenlijk niet moeten toch? Dan zou TPB zich beter 'gedragen' omdat deze zojuist wel een WEB-DL heeft gedownload en OSB zou dan eigenlijk ten onrechte de 2 HDTV versies vanochtend hebben gedownload. Of zit ik er nu naast?

[ Voor 89% gewijzigd door M.v.Veelen op 07-01-2014 12:37 ]

[Senaxx]

M.v.Veelen schreef op dinsdag 07 januari 2014 @ 11:42:
Ik heb net OSB (originele Sick-Beard) afgesloten en de TPB (The Pirate Bay) gestart. Meteen werd 1 download gestart. 1 van de 2 die de OSB meteen had gedownload vanmorgen. De andere start (nog) niet. Zal zo eens kijken of ik iets zie in het debug log.

Edit:

Ik zie wel iets raars:

code:

2014-01-07 11:40:25 INFO     SEARCHQUEUE-BACKLOG-175001 :: Provider gave result Teen.Wolf.Revelations.S03.Season.Finale.After.Show.HDTV.x264-2HD but that doesn't seem like a valid result for Teen Wolf so I'm ignoring it
2014-01-07 11:40:25 INFO     SEARCHQUEUE-BACKLOG-175001 :: Provider gave result Teen.Wolf.Revelations.S03.Season.Finale.After.Show.720p.HDTV.x264-2HD but that doesn't seem like a valid result for Teen Wolf so I'm ignoring it
2014-01-07 11:40:18 WARNING  SEARCHQUEUE-BACKLOG-175001 :: Unable to parse the filename Teen.Wolf.S03.Special.Revelations.HDTV.x264-2HD into a valid episode
2014-01-07 11:40:18 WARNING  SEARCHQUEUE-BACKLOG-175001 :: Unable to parse the filename Teen.Wolf.S03.Special.Revelations.720p.HDTV.x264-2HD into a valid episode
2014-01-07 11:40:04 INFO     SEARCHQUEUE-BACKLOG-175001 :: Provider gave result Teen.Wolf.Revelations.S03.Season.Finale.After.Show.HDTV.x264-2HD but that doesn't seem like a valid result for Teen Wolf so I'm ignoring it
2014-01-07 11:40:04 INFO     SEARCHQUEUE-BACKLOG-175001 :: Provider gave result Teen.Wolf.Revelations.S03.Season.Finale.After.Show.720p.HDTV.x264-2HD but that doesn't seem like a valid result for Teen Wolf so I'm ignoring it
2014-01-07 11:40:01 WARNING  SEARCHQUEUE-BACKLOG-175001 :: Unable to parse the filename Teen.Wolf.S03.Special.Revelations.HDTV.x264-2HD into a valid episode
2014-01-07 11:40:01 WARNING  SEARCHQUEUE-BACKLOG-175001 :: Unable to parse the filename Teen.Wolf.S03.Special.Revelations.720p.HDTV.x264-2HD into a valid episode
2014-01-07 11:39:58 INFO     SEARCHQUEUE-BACKLOG-175001 :: Searching for stuff we need from Teen Wolf season 3
2014-01-07 11:39:51 INFO     SEARCHQUEUE-BACKLOG-267702 :: Searching for stuff we need from Almost Human season 1
2014-01-07 11:39:47 INFO     SEARCHQUEUE-RSS-SEARCH :: Sending NZB to NZBget
2014-01-07 11:39:46 INFO     SEARCHQUEUE-RSS-SEARCH :: Quality of Almost.Human.S01E07.720p.WEB-DL.DD5.1.H.264-BS is 720p WEB-DL
2014-01-07 11:39:46 INFO     SEARCHQUEUE-RSS-SEARCH :: Found result Almost.Human.S01E07.720p.WEB-DL.DD5.1.H.264-BS at http://www.usenet-crawler.com/getnzb/a6b3ad-knip-0cfea7b68c.nzb&i=193367&r=2913649f503-knip-855e278f2cf57

Wat ik ook raar vind, ik heb beiden ingesteld dat ze de WEB-DL 720p moeten downloaden en als de WEB-DL 1080p er is, die dan ook. Dit heb ik ingesteld bij Custom.

Nu zie ik dat de OSB de volgende heeft gedownload:

Teen Wolf S03E13 720p HDTV x264-2HD maar dat is geen WEB-DL, dus dat zou dan eigenlijk niet moeten toch? Dan zou TPB zich beter 'gedragen' omdat deze zojuist wel een WEB-DL heeft gedownload en OSB zou dan eigenlijk ten onrechte de 2 HDTV versies vanochtend hebben gedownload. Of zit ik er nu naast?

Klopt, het lijkt erop dat de TPB editie zich er beter aan houd dan de OSB. En dit zou verklaren waarom de aflevering op TBP niet worden gedownload van Teen Wolf (geen web-dl).

[job]

Die teen wolf aflevering uit de log wordt terecht afgewezen. Sickbeard volgt de nummering van thetvdb.com en volgt de naming conventions zoals de grote release groeps afgesproken hebben.

Teen.Wolf.Revelations.S03.Season.Finale.After.Show.720p.HDTV.x264-2HD is een onzinnige bestandsnaam.
De aflevering revelations is een special die bestaat uit 3 delen. twee daarvan uitgezonden tijdens seizoen 2, een daarvan tijdens seizoen 3. Het zal waarschijnlijk dus deel 3 zijn, maar dat is voor sickbeard niet duidelijk.
De volgende naam had sickbeard probleemloos geslikt: Teen.Wolf.S00E10.revelations.720p.HDTV.x264-2HD

Soms moet je af en toe een aflevering zelf opzoeken, downloaden en hernoemen. Daar ontkom je niet aan, zeker niet als je de specials ook wilt downloaden (die zijn vaak anders genoemd dan sickbeard verwacht).

[ Voor 17% gewijzigd door job op 07-01-2014 16:32 ]

[RubenDJ]

Ben aan het proberen om de serie Agents of S.H.I.E.L.D. toe te voegen aan Sickbeard (mr-orange) maar dat wil niet echt lukken. Ik gebruik mijn lokale Spotweb als newznab provider, maar deze geeft voor de afleveringen met uitzondering van 1, 6 en 10 geen resultaten terug en deze worden dus niet gedownload.
Vanwege de naamgeving van de serie is deze gewoon lastig te vinden.

Nu heb ik al zitten spelen met de Scene exceptions maar dat heeft weinig resultaat. Zoek ik op bijvoorbeeld "Marvel Agents of" dan vind ik een hoop juiste results in Spotweb. Maar die zoekstring toevoegen als Scene exception maakt helaas niets uit. Iemand een idee hoe dit op te lossen is?

Dit staat overigens in mijn Sickbeard log:

code:

2014-01-07 15:04:15 INFO     SEARCHQUEUE-MANUAL-SEARCH :: Unable to find a download for Agents of S.H.I.E.L.D - 1x02 - 0-8-4
2014-01-07 15:04:15 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: formatting pattern: %SN - %Sx%0E - %EN -> Agents of S.H.I.E.L.D - 1x02 - 0-8-4
2014-01-07 15:04:15 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Episode has no release name, replacing it with a generic one: %SN - %Sx%0E - %EN
2014-01-07 15:04:15 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: formatting pattern: %SN - %Sx%0E - %EN -> Agents of S.H.I.E.L.D - 1x02 - 0-8-4
2014-01-07 15:04:15 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Episode has no release name, replacing it with a generic one: %SN - %Sx%0E - %EN
2014-01-07 15:04:15 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: No result picked.
2014-01-07 15:04:15 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Picking the best result out of []
2014-01-07 15:04:15 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Search url: http://server/spotweb/api?ep=2&apikey=blabla&limit=100&t=tvsearch&season=1&rid=32656&maxage=500&cat=5030%2C5040

[M.v.Veelen]

job schreef op dinsdag 07 januari 2014 @ 15:08:
Die teen wolf aflevering uit de log wordt terecht afgewezen. Sickbeard volgt de nummering van thetvdb.com en volgt de naming conventions zoals de grote release groeps afgesproken hebben.

Teen.Wolf.Revelations.S03.Season.Finale.After.Show.720p.HDTV.x264-2HD is een onzinnige bestandsnaam.
De aflevering revelations is een special die bestaat uit 3 delen. twee daarvan uitgezonden tijdens seizoen 2, een daarvan tijdens seizoen 3. Het zal waarschijnlijk dus deel 3 zijn, maar dat is voor sickbeard niet duidelijk.
De volgende naam had sickbeard probleemloos geslikt: Teen.Wolf.S00E10.revelations.720p.HDTV.x264-2HD

Soms moet je af en toe een aflevering zelf opzoeken, downloaden en hernoemen. Daar ontkom je niet aan, zeker niet als je de specials ook wilt downloaden (die zijn vaak ander genoemd dan sickbeard verwacht).

Ik weet ook niet hoe hij aan die naam komt. Waarschijnlijk is dat de eerste de beste .nzb die hij gevonden heeft en waarover hij struikelt. Misschien scheelt het als ik de volgorde van de search providers aanpas?

Ik laat 'm nog even lekker zo pruttelen, kijken of hij verder wel alles binnen haalt. Af en toe ingrijpen en handmatig downloaden vind ik niet zo heel erg trouwens.

[Thiago]

Hallo,

Heb de instellingen voor couch volledig ingesteld, hij download nu alles mooi naar de juiste map, geeft de juist naam en verwijderd resterende delen, echter heet de file gewoon filenaam.CP, dus kan de film niet zien, hij heeft er gewoon een cp file van gemaakt en niet .mkv ozzo, terwijl bestand gewoon 12gb is.

Weet iemand de fout aub?

Bedankt

[job]

RubenDJ schreef op dinsdag 07 januari 2014 @ 15:21:
Ben aan het proberen om de serie Agents of S.H.I.E.L.D. toe te voegen aan Sickbeard (mr-orange) maar dat wil niet echt lukken.

Misschien moet je toch maar eens kijken naar betaalde indexing sites. Ik krijg alle afleveringen van marvel's shield agents netjes binnen. Heb zelf nog nooit iets gedaan met de scene exceptions en gebruik de standaard exceptions die sickbeard zelf al heeft opgehaald.

M.v.Veelen schreef op dinsdag 07 januari 2014 @ 15:33:
Ik weet ook niet hoe hij aan die naam komt. Waarschijnlijk is dat de eerste de beste .nzb die hij gevonden heeft en waarover hij struikelt. Misschien scheelt het als ik de volgorde van de search providers aanpas?

De volgorde is bepalend voor wat hij binnenhaalt, volgens mij niet voor de zoekvolgorde.
Op alle indexers die ik gebruik kom ik dezelfde foutieve naamgeving tegen. Specials van die serie staan nergens met een "correcte" naam op usenet. Handmatig downloaden zal de enige oplossing zijn .

[ Voor 11% gewijzigd door job op 07-01-2014 17:46 ]

[willem1509]

Thiago schreef op dinsdag 07 januari 2014 @ 16:31:
Hallo,

Heb de instellingen voor couch volledig ingesteld, hij download nu alles mooi naar de juiste map, geeft de juist naam en verwijderd resterende delen, echter heet de file gewoon filenaam.CP, dus kan de film niet zien, hij heeft er gewoon een cp file van gemaakt en niet .mkv ozzo, terwijl bestand gewoon 12gb is.

Weet iemand de fout aub?

Bedankt

Je moet bij renamen wel invullen: bestandsnaam of filmnaam en daarna .extension anders kun je het niet openen.

[M.v.Veelen]

job schreef op dinsdag 07 januari 2014 @ 16:38:
De volgorde is bepalend voor wat hij binnenhaalt, volgens mij niet voor de zoekvolgorde.
Op alle indexers die ik gebruik kom ik dezelfde foutieve naamgeving tegen. Specials van die serie staan nergens met een "correcte" naam op usenet. Handmatig downloaden zal de enige oplossing zijn .

OK, duidelijk. 1 puntje nog: het is toch geen 'bijzondere' aflevering of Special? Het is voor zover ik kan zien gewoon aflevering 13 en zo komen er dit seizoen nog 11. Als ik handmatig ga zoeken dan vind ik alleen maar met wachtwoord beveiligde meuk

Edit: deze aflevering toch nog gevonden.

Edit 2: vreemd, aflevering (niet de WEB-DL overigens) stond al op m'n NAS. Ik wordt gek....

[ Voor 9% gewijzigd door M.v.Veelen op 07-01-2014 18:25 ]

[Thiago]

willem1509 schreef op dinsdag 07 januari 2014 @ 18:10:
[...]


Je moet bij renamen wel invullen: bestandsnaam of filmnaam en daarna .extension anders kun je het niet openen.

Bedankt, zal dat morgen vroeg eens proberen na men werk.

[M.v.Veelen]

Ik bleek 2 Broke Girls S03E12 te missen en dus heb ik deze als Wanted aangemerkt in TPB. Het gekke is dat hij deze alleen niet vindt, terwijl ik 'm handmatig wel kan vinden onder de naam '2 Broke Girls S03E12 1080p WEB-DL DD5 1 H 264-BS NLSubs'

Toch een instelling ergens die ik moet aanpassen?

[colicab85]

OK, om te beginnen. Ik gebruik SickBeard van Mr. Orange op een QNAP.

Ik ben nog maar juist begonnen met het te gebruiken dus vandaar deze nogal basic vraag.

Ik laad juist al men series in en mijn hele Db ziet er uit zoals deze files: http://i.imgur.com/4gHco3E.png
maw zonder releaseinformatie; dat is verwijderd met het renamen.

Tja, mss niet ideaal voor SB merk ik nu. Ik krijg dus, zoals je ziet, bij al m'n afleveringen 'Unknown' quality te staan, wat jammer is, vooral omdat ik met custom qualities wil werken.

Om te proberen de quality info in SB te krijgen heb ik XBMC voor alle afleveringen NFO files laten maken die nu dus in de respectievelijke folders zitten. Maar nu zijn de qualities nog altijd 'Unknown'.

Van Schumi heb ik al gehoord dat die NFO icoontjes, aangeven of er al dan niet NFO files aanwezig zijn. Eigenaardig genoeg blijven de icoontjes wel allemaal op grijs staan bij mij hoewel de NFO files er dus wel zijn.
Hier een vb'tje van zon XBMC NFO

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<episodedetails>
<title>The Star</title>
<showtitle>Homeland</showtitle>
<rating>8.400000</rating>
<epbookmark>0.000000</epbookmark>
<year>0</year>
<top250>0</top250>
<season>3</season>
<episode>12</episode>
<uniqueid>4675716</uniqueid>
<displayseason>-1</displayseason>
<displayepisode>-1</displayepisode>
<votes></votes>
<outline></outline>
<plot>Security forces are closing in on Carrie and Brody, and Brody continues struggling to find redemption. Meanwhile, Saul plans a last-ditch rescue mission.</plot>
<tagline></tagline>
<runtime>60</runtime>
<thumb>http://thetvdb.com/banners/episodes/247897/4675716.jpg</thumb>
<mpaa>TV-MA</mpaa>
<playcount>1</playcount>
<lastplayed>2013-12-16</lastplayed>
<id></id>
<set></set>
<credits></credits>
<director>Lesli Linka Glatter</director>
<premiered>2011-10-02</premiered>
<status></status>
<code></code>
<aired>2013-12-15</aired>
<studio>Showtime</studio>
<trailer></trailer>
<fileinfo>
<streamdetails>
<video>
<codec>h264</codec>
<aspect>1.777778</aspect>
<width>1280</width>
<height>720</height>
<durationinseconds>3605</durationinseconds>
</video>
<audio>
<codec>aac</codec>
<language></language>
<channels>2</channels>
</audio>
</streamdetails>
</fileinfo>
<actor>
<name>Claire Danes</name>
<role>Carrie Mathison</role>
<thumb>http://thetvdb.com/banners/actors/319703.jpg</thumb>
</actor>
<actor>
<name>Damian Lewis</name>
<role>Nicholas Brody</role>
<thumb>http://thetvdb.com/banners/actors/319706.jpg</thumb>
</actor>
<actor>
<name>Mandy Patinkin</name>
<role>Saul Berenson</role>
<thumb>http://thetvdb.com/banners/actors/40749.jpg</thumb>
</actor>
<actor>
<name>Rupert Friend</name>
<role>Peter Quinn</role>
<thumb>http://thetvdb.com/banners/actors/319950.jpg</thumb>
</actor>
<actor>
<name>Jackson Pace</name>
<role>Chris Brody</role>
<thumb>http://thetvdb.com/banners/actors/319949.jpg</thumb>
</actor>
<actor>
<name>Diego Klattenhoff</name>
<role>Mike Faber</role>
<thumb>http://d3gtl9l2a4fn1j.cloudfront.net/t/p/original/lxL8yYmjK6KQzpuuUqeb3S4Ax5v.jpg</thumb>
</actor>
<actor>
<name>David Harewood</name>
<role>David Estes</role>
<thumb>http://thetvdb.com/banners/actors/319705.jpg</thumb>
</actor>
<actor>
<name>Morena Baccarin</name>
<role>Jessica Brody</role>
<thumb>http://thetvdb.com/banners/actors/309676.jpg</thumb>
</actor>
<actor>
<name>Morgan Saylor</name>
<role>Dana Brody</role>
<thumb>http://thetvdb.com/banners/actors/289357.jpg</thumb>
</actor>
<resume>
<position>0.000000</position>
<total>0.000000</total>
</resume>
<dateadded>2013-12-14 14:14:52</dateadded>
</episodedetails>

Iemand een idee waarom deze nfo blijkbaar niet herkend worden?
En ja, men voornaamste vraag: kan je überhaupt nfo files laten gebruiken door SB om de qualities te 'reconstrueren'? in de lijst zoals in de printscreen?

Thx!

[_Mitchie_]

Als je de volgende keer in de bestandnaam x264.WEB-DL.1080p zet ( bijv Homeland.S03E12.264.WEB-DL.1080p.mkv) zal je in sickbeard bij quality zien staan "WEB-DL.1080p" Vroeger deed ik ook renamen maar nu laat ik hem zoals die is ( release groep etc)

[ Voor 23% gewijzigd door _Mitchie_ op 07-01-2014 22:03 ]

[ChillPascal]

Heren,
Ik wil graag CouchPotato gaan gebruiken op mijn NAS (Synology).
Nu heb ik het hele installatieproces voor zowel SABnzbd en Couchpotato gevolgd hier en hier.

Maar nu heb ik het gevoel dat ie niet werkt. Als ik Couchpotato namelijk start en films zoek, komen deze wel in de Wanted-lijst te staan, maar geen van allen begint met downloaden. Aanvankelijk dacht ik dat het kwam doordat deze nog niet in dermate goede kwaliteit (best) beschikbaar waren. Maar nadat ik ook oudere films heb geprobeerd (Skyfall, Avengers, ect.), bleken deze ook niet te gaan downloaden.

Iemand enig idee waar de fout 'm in kan zitten. Ben zelf namelijk nog niet bekend met CouchPotato of dergelijke software.

[Verwijderd]

ChillPascal schreef op dinsdag 07 januari 2014 @ 21:57:
Heren,
Ik wil graag CouchPotato gaan gebruiken op mijn NAS (Synology).
Nu heb ik het hele installatieproces voor zowel SABnzbd en Couchpotato gevolgd hier en hier.

Maar nu heb ik het gevoel dat ie niet werkt. Als ik Couchpotato namelijk start en films zoek, komen deze wel in de Wanted-lijst te staan, maar geen van allen begint met downloaden. Aanvankelijk dacht ik dat het kwam doordat deze nog niet in dermate goede kwaliteit (best) beschikbaar waren. Maar nadat ik ook oudere films heb geprobeerd (Skyfall, Avengers, ect.), bleken deze ook niet te gaan downloaden.

Iemand enig idee waar de fout 'm in kan zitten. Ben zelf namelijk nog niet bekend met CouchPotato of dergelijke software.

Welke search providers heb je ingesteld.

[ChillPascal]

Dank voor je snelle reactie,
Op dit moment staan er vinkjes voor:
- ThePirateBay
- PublicHD
- KickAssTorrents

En dan de NZB's
- Nzbindex
- NzbX

Moet ik meer Usenet searchers aanvinken?

[Sepp14]

Moet je niet aangeven dat als hij hem vindt, je gevraagde quality, CP meteen automatisch begint met downloaden?
Er staat mij iets van bij dat die het op die manier verwerkt

[job]

ChillPascal schreef op dinsdag 07 januari 2014 @ 22:05:
Dank voor je snelle reactie,
Op dit moment staan er vinkjes voor:
- ThePirateBay
- PublicHD
- KickAssTorrents

En dan de NZB's
- Nzbindex
- NzbX

Moet ik meer Usenet searchers aanvinken?

Heb je transmission wel geinstalleerd? Heb je nodig voor je eerste 3 search providers namelijk.

En wat de nzb indexers betreft, de rss stream van nzbindex ligt vaak plat, en nzbx is volgens mij opgedoekt.
Dus twee indexers zijn waardeloos. Kijk eens naar de betaalde indexers (ze staan al voorgeprogrammeerd). Je moet daar wel een account aanmaken, maar zonder betalen kan je die ook al in beperkte mate gebruiken.

Daarnaast moet je met usenet wel je retentie opgeven. Heb je dat gedaan, en hoe lang is de retentie van jouw usenet provider?

Sepp14 schreef op dinsdag 07 januari 2014 @ 22:25:
Moet je niet aangeven dat als hij hem vindt, je gevraagde quality, CP meteen automatisch begint met downloaden?
Er staat mij iets van bij dat die het op die manier verwerkt

Bij de quality settings kan je inderdaad een wachttijd instellen. Inderdaad handig om dat voorlopig op 0 te zetten .

[ Voor 19% gewijzigd door job op 07-01-2014 23:03 ]

[RaijRaij]

Vanavond weer bezig geweest met de mr orange branch van sickbeard te installeren op mijn raspberry. Hij draait in combinatie met nzbget maar ik krijg het niet voor elkaar om sickbeard op te laten starten als de pi boot. nzbget start wel op tegelijkertijd met mijn rpi. Ik heb het geprobeerd aan de hand van dezehttp://www.howtogeek.com/...aspberry-pi-download-box/ tutorial. Hierbij is dit het resultaat:

pi@raspbmc:~$ sudo /etc/init.d/sickbeard start
Starting SickBeard.
sudo: /home/pi/Sick-Beard/SickBeard.py: command not found

iemand ideeën?

[ Voor 9% gewijzigd door RaijRaij op 08-01-2014 02:50 ]

[Jarco1984]

Hallo allemaal,

ik ben vrij nieuw in deze wereld en ik ben eigenlijk jullie hulp / ideen nodig om mij een zetje in de goede richting te geven.
Ik heb de popcornhour a-300.

Nu heb ik hier een hardeschijf in gebouwd en wil ik gaan downloaden (sickbeard voor series en couchpatato voor films). Nu is het volgende gebeurd.
Het werkte allemaal redelijk (het downloaden laat nog te wensen over maar dan kan ik zelf verder uitzoeken daar is genoeg over te vinden )

Nu was ik gisteren aan de slag in Sickbeard. En er kwam een melding dat er 2 updates beschikbaar waren. Dus ik dacht ik klik hier op misschien krijg ik extra mogelijkheden voor het downloaden.
Dit ging op zich goed vervolgens moest sickbeard opnieuw worden opgestart..

Dit ging niet goed, en hier zit nou ook het probleem wanneer ik naar mijn sickbeard applicatie toe surf via mijn ip adres:8080 dan vindt hij sickbeard niet meer...
Ik krijg hem niet meer aan de praat. Ik heb in de config.ini de poort al eens aangepast. Ik heb ook geprobeerd te herstarten (wel eens waar via de NMT application manager).
Het gekke is ik vind ook geen sickbeard.exe waar sommigen het nog wel eens over hebben?

Kunnen jullie mij helpen? Of zit er niets anders op dat opnieuw te beginnen? Ik heb namelijk niet de indruk dat sickbeard niet meer functioneert, maar dat deze gewoon niet meer opstart ofzo...

Daarnaast lees ik ook geregeld mensen over python? Dat ze hier dingen mee doen? Is dit nog een mogelijkheid om actie te ondernemen? Hier werk ik op dit moment niet mee.

Alvast bedankt voor het meedenken!

[Sepp14]

Sickbeard heeft meestal Port 8081. (Web port that Sick Beard should listen on (eg. 8081))
Port 8080 is over het algemeen voor andere applicaties bijvoorbeeld XBMC

[Jarco1984]

Sepp14 schreef op woensdag 08 januari 2014 @ 09:02:
Sickbeard heeft meestal Port 8081. (Web port that Sick Beard should listen on (eg. 8081))
Port 8080 is over het algemeen voor andere applicaties bijvoorbeeld XBMC

Dankje voor je reactie
klopt dat had ik ook gevonden,helaas werkt deze poort ook niet.

en in de config.ini staat poort 8080 en daarnaast met port 8080 heeft het ook gewerkt

[Sepp14]

Welke versie van Sickbeard heb je? Die van Midget Spy is de originele (hier). Die werkt met een . exe. Daarnaast heb je verschillende fork bijv mr orange en van Nivong. De laatste is met nl serie ondersteuning ( zie TS).
Als je nog geen python, en je gebruikt een Windows pc zou je deze handleiding kunnen volgen

[Jarco1984]

Ik had volgens mij versie 1.1 en deze heb ik dus geupdate en nu functioneerd hij niet meer wanneer ik naar zijn IP adres navigeer.

Ik gebruik de sickbeard welke ik uit de NMT applicatie manager haal. Volgens mij is deze van sickbeard zelf, maar gezien hij geen exe file heeft twijfel ik hier nu aan.

Je adviseerd deze te dinstalleren? (lees map van sickbeard verwijderen op de A-300) en dan opnieuw te installeren in dit geval? Deze is compatible met A-300?

Thanks

Sepp14 schreef op woensdag 08 januari 2014 @ 09:32:
Welke versie van Sickbeard heb je? Die van Midget Spy is de originele (hier). Die werkt met een . exe. Daarnaast heb je verschillende fork bijv mr orange en van Nivong. De laatste is met nl serie ondersteuning ( zie TS).
Als je nog geen python, en je gebruikt een Windows pc zou je deze handleiding kunnen volgen

[renzo4000]

Het valt mij op dat de laatste officiele versie van SB niet altijd meer de series kan vinden. Vb. de laatste aflevering van TBBT staat gewoon op mijn eigen spotweb maar downloaden ho maar ... hij zegt gewoon dat ie hem niet kan vinden. Hetzelfde geldt voor de nieuwe serie Intelligence, staat gewoon op mijn spotweb maar eveneens geen download actie. Meer mensen die dit hebben gemerkt?

[xoniq]

Hoe doen jullie de notificaties van alle diensten?

Ik gebruik gewoon twitter.
Heb een nieuw Twitter account aangemaakt, die specifiek hiervoor is bedoelt. Die heb ik met mijn eigen Twitter account gevolgd, meldingen aangezet (dan krijg ik dus een push notificatie wanneer er een tweet wordt geplaatst op het andere account) en klaar.

Ik laat dus zowel Sickbeard als Couchpotato tweets plaatsen op dat andere account en die krijg ik allemaal praktisch realtime binnen.

Zie nu vrij vaak dat ie een aflevering gaat downloaden, subs gevonden heeft en voltooid heeft.
Beste oplossing als je gratis wilt en volledige support van meerdere diensten zoals SB en CP

Dan krijg je in het geval van CP en SB dus dit:

[CyPh]

Ikzelf gebruik Pushover en heb daarvoor Prowl gebruikt. Maar voor gratis iOS notificaties kan ik boxcar.io aanbevelen, die heb ik afgelopen weekend in gebruik gezien en werkt perfect.

[MikeyMan]

renzo4000 schreef op woensdag 08 januari 2014 @ 10:37:
Het valt mij op dat de laatste officiele versie van SB niet altijd meer de series kan vinden. Vb. de laatste aflevering van TBBT staat gewoon op mijn eigen spotweb maar downloaden ho maar ... hij zegt gewoon dat ie hem niet kan vinden. Hetzelfde geldt voor de nieuwe serie Intelligence, staat gewoon op mijn spotweb maar eveneens geen download actie. Meer mensen die dit hebben gemerkt?

TBBT wordt hier gewoon gedownload...

[M.v.Veelen]

Hier ook. Heb je de quality settings aangepast ofzo?

[renzo4000]

M.v.Veelen schreef op woensdag 08 januari 2014 @ 13:08:
Hier ook. Heb je de quality settings aangepast ofzo?

Ik heb niet aan de settings gezeten, als ik een eerdere aflevering opnieuw handmatig zoek met SB dan wordt ie wel netjes opgehaald via mijn Spotweb. De laatste aflevering toevallig dus niet (terwijl deze echt aanwezig is van dezelfde releasegroup ... die ik ook prima "handmatig" via spotweb kan downloaden. Ook de andere search providers vind hem niet.

code:

2014-01-08 13:20:34 INFO     SEARCHQUEUE-MANUAL-SEARCH :: Unable to find a download for The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: formatting pattern: %SN - %Sx%0E - %EN -> The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Using cached parse result for: The.Big.Bang.Theory.S07E12.HD.TV-DIMENSION
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: formatting pattern: %SN - %Sx%0E - %EN -> The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Using cached parse result for: The.Big.Bang.Theory.S07E12.HD.TV-DIMENSION
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: No result picked.
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Picking the best result out of []
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Cache results: []
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: cache.db: SELECT * FROM womble_s_index WHERE tvdbid = ? AND season = ? AND episodes LIKE ? with args [80379, 7, '%|12|%']
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Last update was too soon, using old cache: today()-2014-01-08 13:19:14<0:15:00
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: cache.db: SELECT time FROM lastUpdate WHERE provider = ? with args ['womble_s_index']
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: cache.db: SELECT time FROM lastUpdate WHERE provider = ? with args ['womble_s_index']
2014-01-08 13:20:34 INFO     SEARCHQUEUE-MANUAL-SEARCH :: Searching Womble's Index for The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: formatting pattern: %SN - %Sx%0E - %EN -> The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Using cached parse result for: The.Big.Bang.Theory.S07E12.HD.TV-DIMENSION
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Search url: http://lolo.sickbeard.com/api?ep=12&limit=100&t=tvsearch&season=7&rid=8511&maxage=900&cat=5030%2C5040
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Cache results: []
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: cache.db: SELECT * FROM sick_beard_index WHERE tvdbid = ? AND season = ? AND episodes LIKE ? with args [80379, 7, '%|12|%']
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Last update was too soon, using old cache: today()-2014-01-08 13:18:51<0:15:00
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: cache.db: SELECT time FROM lastUpdate WHERE provider = ? with args ['sick_beard_index']
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: cache.db: SELECT time FROM lastUpdate WHERE provider = ? with args ['sick_beard_index']
2014-01-08 13:20:34 INFO     SEARCHQUEUE-MANUAL-SEARCH :: Searching Sick Beard Index for The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: formatting pattern: %SN - %Sx%0E - %EN -> The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:34 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Using cached parse result for: The.Big.Bang.Theory.S07E12.HD.TV-DIMENSION
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Search url: http://<mijn ip adres>:100/spotweb/api?ep=12&apikey=b2d35e58a1e75dbc00a917c338b03d5f&limit=100&t=tvsearch&season=7&rid=8511&maxage=900&cat=5030%2C5040
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Cache results: []
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: cache.db: SELECT * FROM mijn_spottiewebbie___hell_yeah__ WHERE tvdbid = ? AND season = ? AND episodes LIKE ? with args [80379, 7, '%|12|%']
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Last update was too soon, using old cache: today()-2014-01-08 13:18:08<0:15:00
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: cache.db: SELECT time FROM lastUpdate WHERE provider = ? with args ['mijn_spottiewebbie___hell_yeah__']
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: cache.db: SELECT time FROM lastUpdate WHERE provider = ? with args ['mijn_spottiewebbie___hell_yeah__']
2014-01-08 13:20:10 INFO     SEARCHQUEUE-MANUAL-SEARCH :: Searching Mijn SpottieWebbie - Hell Yeah!! for The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: formatting pattern: %SN - %Sx%0E - %EN -> The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Using cached parse result for: The.Big.Bang.Theory.S07E12.HD.TV-DIMENSION
2014-01-08 13:20:10 INFO     SEARCHQUEUE-MANUAL-SEARCH :: Searching for The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: formatting pattern: %SN - %Sx%0E - %EN -> The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: Using cached parse result for: The.Big.Bang.Theory.S07E12.HD.TV-DIMENSION
2014-01-08 13:20:10 INFO     SEARCHQUEUE-MANUAL-SEARCH :: Beginning manual search for The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:10 DEBUG    SEARCHQUEUE-MANUAL-SEARCH :: formatting pattern: %SN - %Sx%0E - %EN -> The Big Bang Theory - 7x12 - The Hesitation Ramification
2014-01-08 13:20:01 DEBUG    CP Server Thread-11 :: sickbeard.db: SELECT COUNT(*) FROM tv_episodes WHERE season != 0 and episode != 0 AND (airdate != 1 OR status IN (4,3276804,204,404,104,804,12804,25604,1604,3204,6404,2,3276802,202,402,102,802,12802,25602,1602,3202,6402,9,3276809,209,409,109,809,12809,25609,1609,3209,6409,6)) AND airdate <= 735241 AND status != 7

[xoniq]

CyPh schreef op woensdag 08 januari 2014 @ 12:50:
Ikzelf gebruik Pushover en heb daarvoor Prowl gebruikt. Maar voor gratis iOS notificaties kan ik boxcar.io aanbevelen, die heb ik afgelopen weekend in gebruik gezien en werkt perfect.

Mja voor mij is Twitter wat meer platform breed.
Op OSX krijg ik die notificaties ook binnen namelijk, en dan ook op de telefoon enz.

[schumi2004]

CRXDelSol schreef op woensdag 08 januari 2014 @ 12:41:
Hoe doen jullie de notificaties van alle diensten?

Ik gebruik gewoon twitter.
Heb een nieuw Twitter account aangemaakt, die specifiek hiervoor is bedoelt. Die heb ik met mijn eigen Twitter account gevolgd, meldingen aangezet (dan krijg ik dus een push notificatie wanneer er een tweet wordt geplaatst op het andere account) en klaar.

Ik laat dus zowel Sickbeard als Couchpotato tweets plaatsen op dat andere account en die krijg ik allemaal praktisch realtime binnen.

Zie nu vrij vaak dat ie een aflevering gaat downloaden, subs gevonden heeft en voltooid heeft.
Beste oplossing als je gratis wilt en volledige support van meerdere diensten zoals SB en CP

Dan krijg je in het geval van CP en SB dus dit:

[afbeelding] [afbeelding]

Zo deed ik het eerst ook maar gebruik nu ook Pushover.

[Xaero]

Gebruik zelf ook pushover. Lekker makkelijk. Gebruik het naast couch en sickbeard ook nog voor wat andere toepassingen. Lekker makkelijk te implementeren

[xoniq]

Enige wat mij dan tegenhoud is dat het dan toch weer 4 euro kost, en geen OSX support.

[RaijRaij]

ok ik ben weer een stapje verder denk ik, ik krijg nu dit:

pi@raspbmc:/var$ sudo /etc/init.d/sickbeard start
Starting SickBeard.
Datadir must be writeable '/var/sickbeard'
pi@raspbmc:/var$ cd
pi@raspbmc:~$ sudo nano /etc/init.d/sickbeard
pi@raspbmc:~$ sudo /etc/init.d/sickbeard start
Starting SickBeard.
Datadir must be writeable '/var/sickbeard'
pi@raspbmc:~$

Ik weet zeker dat SickBeard.py zich daar bevindt dus ik snap nu eigenlijk niet wat de rpi bedoelt. Iemand een idee?

[ Voor 33% gewijzigd door RaijRaij op 08-01-2014 14:36 ]

[Jarco1984]

Ik denk dat ik sickbeard vanavond maar opnieuw ga installeren op mijn A-300.

Is dit het beste te doen door de map van Sickbeard simpelweg te verwijderen? Of zijn hier andere stappen voor? Ik krijg hem nog steeds niet werkend.

En heb geen idee hoe je deze tool moet starten / herstarten.

[Joepv]

Xaero schreef op woensdag 08 januari 2014 @ 13:29:
Gebruik zelf ook pushover. Lekker makkelijk. Gebruik het naast couch en sickbeard ook nog voor wat andere toepassingen. Lekker makkelijk te implementeren

offtopic:
Dat Pushover is wel ruig. Ik gebruik nu Prowl, ook voor mijn deurbel signaal. Kun je het icoontje voor een berichtje in Pushover zelf bepalen? Dan denk ik dat ik ga overstappen, want dan kan ik voor elke "service" een ander icoon kiezen.

Bij mij download TBBT nog goed, maar ik merk dat bij deze serie er maar 1 upcomming episode in de lijst staat en bij de andere series die ik volg zie ik al het hele seizoen.

Weet iemand trouwens of je een serie kan toevoegen puur voor de informatie, maar dat Sickbeard niet gaat kijken op usenet en downloaden? Ik heb wat nederlandse series die ik in Sickbeard heb gezet puur voor de API zodat mijn domotica app deze kan uitlezen. Maar deze hoeven niet gedownload te worden.

[RaijRaij]

Volgens mijn gebeurt er niets met een serie als je deze op skipped zet

[M.v.Veelen]

SmooK schreef op woensdag 08 januari 2014 @ 14:54:
Volgens mijn gebeurt er niets met een serie als je deze op skipped zet

Inderdaad, of (zoals ik het doe) op Archived (met Archived zie je in het balkje dat je die afleveringen dus wel hebt).

[Joepv]

Ik kan alleen afleveringen die al zijn uitgezonden op skipped zetten. En archived kon ik nergens aanvinken voor komende episode's. Of kijk ik verkeerd.

[M.v.Veelen]

Joepv schreef op woensdag 08 januari 2014 @ 15:46:
Ik kan alleen afleveringen die al zijn uitgezonden op skipped zetten. En archived kon ik nergens aanvinken voor komende episode's. Of kijk ik verkeerd.

Ik denk het. Je vinkt de afleveringen aan en gaat dan bovenin naar 'Change selected episodes to ' en kiest daar Archived?

[CyPh]

M.v.Veelen schreef op woensdag 08 januari 2014 @ 16:00:
[...]
Ik denk het. Je vinkt de afleveringen aan en gaat dan bovenin naar 'Change selected episodes to ' en kiest daar Archived?

Hij wil ook unaired afleveringen en afleveringen die in de toekomst gaan komen op Archived/Skipped zetten, zodat er nooit iets gedownload wordt. Dus Sickbeard voor bepaalde series puur als watchlist gebruiken ipv downloader. Dit is afaik niet mogelijk

[ Voor 8% gewijzigd door CyPh op 08-01-2014 16:06 ]

[priegel]

Je kunt in sickbeard in de serie zelf (edit) de serie op 'paused' zetten.
In je home lijst komt er dan een kruisje in de kolom 'active' te staan.
Doet dit niet precies wat je wil? Ik heb het zelf niet getest, maar me altijd afgevraagd waarom je zelf een serie op paused kan zetten...

[M.v.Veelen]

Je kunt bij toevoegen van een serie toch ook aangeven dat je die serie in zijn geheel als Archived wilt toevoegen? Als je dat doet, ben je er ook lijkt me. Dat zou dan ook moeten gelden voor toekomstige afleveringen.

[job]

CRXDelSol schreef op woensdag 08 januari 2014 @ 12:41:
Hoe doen jullie de notificaties van alle diensten?

Toen ik net met sickbeard/couchpotato begon gebruikte ik sab/nzb om een mail te sturen als een download geslaagd was of gefailed. Later ben notifo gaan gebruiken, en toen notifo aangaf er mee te stoppen ben ik overgestapt op boxcar.
Ik heb boxcar op mijn ipad staan, dus kan elke ochtend kijken wat er binnen is gekomen.

[ Voor 11% gewijzigd door job op 08-01-2014 18:05 ]

[M.v.Veelen]

Sinds kort worden de gedownloade bestanden niet meer gemoved van de tijdelijke directory (tv) naar de uiteindelijke directory (TV-Shows). Waar moet ik zoeken om te kijken of er iets verkeerd staat? Het kan zo zijn dat ik dit handmatig in de config.ini moet aanpassen. Ik heb dit namelijk ook gedaan toen ik van de originele SB over ging naar de mr. Orange versie.

Ik zie in de config.ini staan:

code:

root_dirs = 0|/mnt/pools/A/A0/Media/TV-Shows
tv_download_dir = /mnt/pools/A/A0/Media/tv

Waar kan ik in de settings deze 'root_dirs' aanpassen? Want die '0|' voor het pad begrijp ik niet helemaal en misschien is dat wel het probleem (dit stond ook in het originele config.ini bestand overigens, dus ik wil het niet zomaar proberen aan te passen).

Edit: gevonden waar ik dit aan kan passen, maar evengoed...:

Net even een download getest en deze blijft in een submap staan in /mnt/pools/A/A0/Media/tv terwijl voorheen de downloads naar de seriemap gingen in de map /mnt/pools/A/A0/Media/TV-Shows ....

[ Voor 14% gewijzigd door M.v.Veelen op 08-01-2014 19:29 ]

[Xaero]

Joepv schreef op woensdag 08 januari 2014 @ 14:46:
[...]

offtopic:
Dat Pushover is wel ruig. Ik gebruik nu Prowl, ook voor mijn deurbel signaal. Kun je het icoontje voor een berichtje in Pushover zelf bepalen? Dan denk ik dat ik ga overstappen, want dan kan ik voor elke "service" een ander icoon kiezen.

Jup.

[M.v.Veelen]

Net de TPB afgesloten en de originele SB weer even gedraaid: daarbij wordt de download ook niet naar de 'eigen' seriemap gemoved nadat de download klaar is. Wat kan het toch zijn? Ben ik te ongeduldig? Dit zou toch meteen nadat de download klaar is moeten gebeuren?

iksnaperevenhelemaalnietsmeervan

[job]

Kijk in de log wat er gebeurt. Als je niet snapt wat er staat kan je dat altijd hier plaatsen.

[thedon46]

M.v.Veelen schreef op woensdag 08 januari 2014 @ 21:27:
Net de TPB afgesloten en de originele SB weer even gedraaid: daarbij wordt de download ook niet naar de 'eigen' seriemap gemoved nadat de download klaar is. Wat kan het toch zijn? Ben ik te ongeduldig? Dit zou toch meteen nadat de download klaar is moeten gebeuren?

Gebruik je geen script voor het verplaatsen? Nzbtomedia?

[willem1509]

thedon46 schreef op donderdag 09 januari 2014 @ 07:33:
[...]


Gebruik je geen script voor het verplaatsen? Nzbtomedia?

Volgens mij is dit afhankelijk hoe je het hebt ingesteld. Maak je geen gebruik van scripts, dan zal Sickbeard eens in de zoveel tijd kijken in jouw gedownloade map om te zien of er afleveringen zijn gedownload die overgezet moeten worden naar hun uiteindelijke map.

Gebruik je scripts, dan wordt dit direct gedaan na het downloaden, maar moet je wel je scripts goed hebben ingesteld. In de OP staat een goede handleiding hiervoor.

[mvds]

En CP en SB moeten ook wel schrijfrechten hebben in de map waar het naartoe geschreven moet worden. Dat word nog wel eens vergeten

[M.v.Veelen]

Ik heb tot op heden geen postprocessing sripts gebruikt en dat was ook niet nodig. Voor zover ik weet zijn de rechten niet veranderd.

Voorheen was het dus zo dat SB de nzb naar NZBget stuurde, deze zorgde er op zijn beurt voor dat de download werd afgewikkeld en nadat het klaar was werd de download vanuide de tv map (door SB ?) verplaatst in de daarvoor bestemde serie-map in TV-Shows/Pretty Little Liars (bijv.). Of ik moet toch wel echt de zaken niet helemaal meer op een rijtje hebben......

Als dit niet zo was, en ik toe ben aan rust / veel rust, zou je dit dan wel kunnen bewerkstelligen met een script? Dus als serie A en serie B zijn gedownload, dat deze dan elk in hun aparte map verplaatst zullen worden?

Autosub zoekt namelijk in de (sub)map(pen van) TV-Shows en dan zou het wel zo handig zijn als de afleveringen automatisch daarin geplaatst worden.

[mvds]

Ik denk dat je er niet erg naast zit van hoe het normaal gesproken werkt hoor

SB (of CP) stuurt een nzb naar sab/nzbget en deze begint te downloaden en plaatst het bestand in een "tijdelijke" map voor zolang de download loopt, meestal een /downloads/incomplete ofzo. Als de download klaar is, dan verplaatst sab/nzbget het bestand naar de map voor afgeronde downloads, iets van /downloads/completed/tv of /downloads/completed/movie ofzo. Dat doe je door de categorieën in te stellen in je download programma (dus sab of nzbget) voor de verschillende typen downloads. (series/films/ebooks/muziek/weet ik het) En CP en SB moeten dan dus ook de downloads doorsturen naar sab/nzbget met de juiste categorie naam. (let op met hoofdletters!!!)

Je moet dan ingesteld hebben in CP dat die de map /downloads/completed/movie in de gaten houd, en SB moet de map /downloads/completed/tv in de gaten houden of er wat nieuws voor hem staat. Dit zou dus in jouw geval fout kunnen gaan, dat je werkt met de verkeerde, of zelfs geen, categorie namen. En alle downloads in de /downloads/completed terecht komen, of in elk geval directories waar SB en CP niet zoeken.

Staat er wat nieuws, dan gaan ze aan de slag met hun rename instellingen (die moet je in CP/SB instellen) om de bestanden naar hun uiteindelijke plaats te krijgen, en de juiste naam te geven, en misschien ondertitel erbij te zoeken ofzo.

[M.v.Veelen]

De (tijdelijke) map die ik gebruik is de map /mnt/pools/A/A0/Media/tv Daarin komen de downloads terecht die nog niet klaar zijn. Dit staat bij SB en NZBget zo ingesteld. Bij postprocessing in SB heb ik echter niets staan. Zou ik daar dan de map /mnt/pools/A/A0/Media/TV-Shows moeten invullen? En moet ik daar dan ook 'Move' kiezen om de downloads vervolgens te verplaatsen naar hun eigen seriemap?

TV download dir is bij mij: /mnt/pools/A/A0/Media/tv
Process Episode Method: copy

en verder heb ik alleen

Rename Episodes
Scan and Process

aangevinkt, de rest heb ik uitgevinkt. Ook geen script ingevuld ofzo.

edit: dus renaming heb ik wel aan staan.....

[ Voor 24% gewijzigd door M.v.Veelen op 09-01-2014 11:40 ]

[mvds]

Je tijdelijke download map (zie punt 2) heeft SB niks mee te maken, dus die hoef je daar niet in te stellen, dat is iets wat sab of nzbget moet weten, maar niet SB.

Bij postprocessing zal je inderdaad de map in moeten vullen waar sab/nzbget de afgeronde downloads neerzet. (zie punt 3) Die map zal ie dan scannen op nieuwe bestanden. Vervolgens moet je SB ook vertellen waar ie de bestanden naartoe moet zetten. (zie punt 5)

Ik zou in elk geval niet dezelfde map gebruiken voor niet afgeronde en wel afgeronde downloads. En SB alleen de map voor wel afgeronde downloads laten scannen.

Dus:
punt 1. SB of CP geven een nzb aan sab of nzbget samen met de categorie (film of serie/tv)
punt 2. sab of nzbget gaat downloaden naar een tijdelijke map
punt 3. sab of nzbget verplaatst de afgeronde download naar een andere map dan gebruikt bij punt 2. aan de hand van de categorieinstellingen
punt 4. SB of CP controleerd de map van punt 3. op nieuwe downloads
punt 5. SB of CP verplaatst de afgeronde downloads naar jouw uiteindelijke map die dan weer anders moet zijn dan de map gebruikt bij punt 2, punt 3 en punt 5

Zoals het bij mij staat op mijn Synology Diskstation:
punt 1: categorieën zijn voor SB; series en voor CP; movies (dus geen hoofdletters!!!)
punt 2: map is /volume1/downloads/incomplete (voor zowel series, als films, als muziek enz)
punt 3: films gaan naar /volume1/downloads/completed/movies en series gaan naar /volume1/downloads/completed/series
punt 4: SB controleerd /volume1/downloads/completed/series en CP controleerd /volume1/downloads/completed/movies
punt 5: series komen terecht in /volume1/video/Series en films komen terecht in /volume1/video/Films

Overigens gebruik ik move en niet copy omdat ik niet alles twee keer op mijn NAS wil hebben. En dat is bij copy dus wel het geval!

[M.v.Veelen]

mvds schreef op donderdag 09 januari 2014 @ 12:16:


Dus:
punt 1. SB of CP geven een nzb aan sab of nzbget samen met de categorie (film of serie/tv)
punt 2. sab of nzbget gaat downloaden naar een tijdelijke map
punt 3. sab of nzbget verplaatst de afgeronde download naar een andere map dan gebruikt bij punt 2. aan de hand van de categorieinstellingen
punt 4. SB of CP controleerd de map van punt 3. op nieuwe downloads
punt 5. SB of CP verplaatst de afgeronde downloads naar jouw uiteindelijke map die dan weer anders moet zijn dan de map gebruikt bij punt 2, punt 3 en punt 5

Overigens gebruik ik move en niet copy omdat ik niet alles twee keer op mijn NAS wil hebben. En dat is bij copy dus wel het geval!

In ZNBget heb ik als Destdir: /mnt/pools/A/A0/Media/
Maar met de categorie tv wordt dit uiteindelijk /mnt/pools/A/A0/Media/tv dus dat is dan eigenlijk niet goed omdat SB dezelfde map /mnt/pools/A/A0/Media/tv gebruikt? Als ik kijk naar de inhoud van de mappen, dan is tijdens het downloaden de gebruikte map wel degelijk /mnt/pools/A/A0/Media/tv door NZBget. Ik zou dan dus beter een extra map kunnen aanmaken zoals bijv. /mnt/pools/A/A0/Media/temp ?