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

Dit topic is onderdeel van een reeks. Ga naar het meest recente topic in deze reeks.

Pagina: 1 ... 18 ... 101 Laatste
Acties:
  • 633.085 views

Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
RudolfR schreef op woensdag 24 april 2013 @ 21:27:
Staat er in SABnzbd wel zoiets:

"Processing succeeded for /mnt/media/downloads/complete/series/Arrow.S01E17.HDTV.x264-LOL/arrow.117.hdtv-lol.mp4"

En kun je daar dan op "meer" klikken.
Wat staat daar?
Dit staat in het rapport na het downloaden:

Game of Thrones S03E04 And Now His Watch Is Ended 1080p WEB-DL DD5 1 H 264-NTb

Loading config from /usr/local/sickbeard/share/SickBeard/autoProcessTV/autoProcessTV.cfg
Opening URL: http://localhost:8081/home/postprocess/processEpisode?nzbName=Game.of.Thrones.S03E04.And.Now.His.Watch.Is.Ended.1080p.WEB-DL.DD5.1.H.264-NTb.nzb&failed=0&dirName=%2Fvolume1%2Fvideo%2FSeries+%28HD%29%2FGame+of+Thrones+S03E04+And+Now+His+Watch+Is+Ended+1080p+WEB-DL+DD5+1+H+264-NTb&quiet=1

<html>
<head>
<title>Access denied</title>
</head>
<body>
<br/>
<font color="#0000FF">Error 401 Unauthorized: You need to provide a valid username and password.</font>
</body>
</html>

[ Voor 20% gewijzigd door gerwinf op 24-04-2013 23:16 ]


Acties:
  • 0 Henk 'm!

  • Muncher
  • Registratie: Maart 2009
  • Laatst online: 21-09 00:41
schumi2004 schreef op dinsdag 23 april 2013 @ 22:48:
Voor de tweakers die mijn source gebruiken (dutch-tpb) sta op het punt de laatste commits van mr-orange te mergen, hoewel ik het redelijk getest heb zou het kunnen zijn dat er iets stuk gaat.
Voor wat ik heb kunnen zien ging er niks stuk maar je weet maar nooit.

Dus als je zegt , laat maar, dan niet updaten vanuit SickBeard ;)
Net commits doorgevoerd, loopt nog steeds goed.

Loopt toch niet helemaal goed. Alle spullen die nu binnenkomen, worden niet goed geprocessed door nzbtomedia. De bestanden worden niet naar de correcte map verplaatst en krijgen het label _UNKNOWN_spullennaam. Settings zijn niet gewijzigd.

* Edit: logs van Sabnzbd+ toegevoegd. Soms geeft deze een error, soms niet. In beide gevallen worden de bestanden niet goed verwerkt.

Iemand enig idee?

Niet werkende spullen 1
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
00:13:32|INFO    nzbToSickBeard V6.0
00:13:32|INFO    Script triggered from SABnzbd, starting autoProcessTV...
00:13:32|INFO    Loading config from /home/user/nzbToMedia-master/autoProcessMedia.cfg
00:13:32|INFO    The download succeeded. Sending process request to SickBeard's failed branch
00:14:14|INFO    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
00:14:14|INFO    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
00:14:14|INFO    <html>
00:14:14|INFO    <head>
00:14:14|INFO        <meta http-equiv="Content-Type" content="text/html; charset=utf-8"></meta>
00:14:14|INFO        <title>500 Internal Server Error</title>
00:14:14|INFO        <style type="text/css">
00:14:14|INFO        #powered_by {
00:14:14|INFO            margin-top: 20px;
00:14:14|INFO            border-top: 2px solid black;
00:14:14|INFO            font-style: italic;
00:14:14|INFO        }
00:14:14|INFO    
00:14:14|INFO        #traceback {
00:14:14|INFO            color: red;
00:14:14|INFO        }
00:14:14|INFO        </style>
00:14:14|INFO    </head>
00:14:14|INFO        <body>
00:14:14|INFO            <h2>500 Internal Server Error</h2>
00:14:14|INFO            <p>The server encountered an unexpected condition which prevented it from fulfilling the request.</p>
00:14:14|INFO            <pre id="traceback">Traceback (most recent call last):
00:14:14|INFO      File "/home/user/Sick-Beard-Dutch/cherrypy/_cprequest.py", line 660, in respond
00:14:1 |INFO        response.body = self.handler()
00:14:14|INFO      File "/home/user/Sick-Beard-Dutch/cherrypy/lib/encoding.py", line 193, in __call__
00:14:14|INFO        self.body = self.oldhandler(*args, **kwargs)
00:14:14|INFO      File "/home/user/Sick-Beard-Dutch/cherrypy/_cpdispatch.py", line 25, in __call__
00:14:14|INFO        return self.callable(*self.args, **self.kwargs)
00:14:14|INFO      File "/home/user/Sick-Beard-Dutch/sickbeard/webserve.py", line 2090, in processEpisode
00:14:14|INFO        result = processTV.processDir(dirName, nzbName, failed=failed)
00:14:14|INFO      File "/home/user/Sick-Beard-Dutch/sickbeard/processTV.py", line 115, in processDir
00:14:14|INFO        for dir in [x for x in dirs if validateDir(path, x, returnStr)]:
00:14:14|INFO      File "/home/user/Sick-Beard-Dutch/sickbeard/processTV.py", line 187, in validateDir
00:14:14|INFO        if failed:
00:14:14|INFO    NameError: global name 'failed' is not defined
00:14:14|INFO    </pre>
00:14:14|INFO        <div id="powered_by">
00:14:14|INFO        <span>Powered by <a href="http://www.cherrypy.org">CherryPy 3.2.0rc1</a></span>
00:14:14|INFO        </div>
00:14:14|INFO        </body>
00:14:14|INFO    </html>


Niet werkende spullen 2
code:
1
2
3
4
5
00:19:47|INFO    nzbToSickBeard V6.0
00:19:47|INFO    Script triggered from SABnzbd, starting autoProcessTV...
00:19:47|INFO    Loading config from /home/user/nzbToMedia-master/autoProcessMedia.cfg
00:19:47|INFO    The download succeeded. Sending process request to SickBeard's failed branch
00:19:47|INFO    Processing folder /home/user/Downloads/complete/Serie.S01E02.720p.HDTV.x264-EVOLVE



Werkende spullen
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
01:26:49|INFO    nzbToSickBeard V6.0
01:26:49|INFO    Script triggered from SABnzbd, starting autoProcessTV...
01:26:49|INFO    Loading config from /home/user/nzbToMedia-master/autoProcessMedia.cfg
01:26:49|INFO    The download succeeded. Sending process request to SickBeard's failed branch
01:27:03|INFO    Processing folder /home/user/Downloads/complete/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE
01:27:03|INFO    Processing /home/user/Downloads/complete/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE.mkv (Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE.nzb)
01:27:03|INFO    Found result in history: (80337, 6, [])
01:27:03|INFO    Parsed Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE.nzb into Mad Men - S6E4 - PROPER.720p.HDTV.x264 (EVOLVE) [ABD: False]
01:27:03|INFO    Checking scene exceptions for a match on Mad Men
01:27:03|INFO    Looking up Mad Men in the DB
01:27:03|INFO    Lookup successful, using tvdb id 80337
01:27:03|INFO    Loading show object for tvdb_id 80337
01:27:03|INFO    Retrieving episode object for 6x4
01:27:03|INFO    The old status had a quality in it, using that: HD TV
01:27:03|INFO    SB snatched this episode so I'm marking it as priority
01:27:03|INFO    Is ep a priority download: True
01:27:03|INFO    File /home/user/Multimedia/Series/Mad Men/Mad Men S06E04 720p HDTV x264-IMMERSE mkv.mkv is smaller than /home/user/Downloads/complete/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE.mkv
01:27:03|INFO    This download is marked a priority download so I'm going to replace an existing file if I find one
01:27:03|INFO    Deleting file /home/user/Multimedia/Series/Mad Men/Mad Men S06E04 720p HDTV x264-IMMERSE mkv.mkv
01:27:03|INFO    Found release name Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE
01:27:03|INFO    Destination folder for this episode: /home/user/Multimedia/Series/Mad Men
01:27:03|INFO    Moving file from /home/user/Downloads/complete/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE.mkv to /home/user/Multimedia/Series/Mad Men/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE.mkv
01:27:03|INFO    Deleting folder /home/user/Downloads/complete/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE
01:27:03|INFO    Processing succeeded for /home/user/Downloads/complete/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE/Serie.S06E04.PROPER.720p.HDTV.x264-EVOLVE.mkv

[ Voor 100% gewijzigd door Muncher op 25-04-2013 08:34 ]


Acties:
  • 0 Henk 'm!

  • RudolfR
  • Registratie: Maart 2011
  • Nu online
gerwinf schreef op woensdag 24 april 2013 @ 22:14:
[...]

<html>
<head>
<title>Access denied</title>
</head>
<body>
<br/>
<font color="#0000FF">Error 401 Unauthorized: You need to provide a valid username and password.</font>
</body>
</html>[/i]
Dat lijkt me duidelijk.
Kennelijk heb je een wachtwoord ingesteld staan in sickbeard. (General / Web Interface) en dit wachtwoord heb je niet opgegeven staan in je autoProcessTV.cfg bij je autoProcessTV.py script.

Acties:
  • 0 Henk 'm!

  • renzo4000
  • Registratie: Juni 2001
  • Laatst online: 11:21
Amafi schreef op woensdag 24 april 2013 @ 20:29:
Iemand bekend met deze foutmelding:

2013-04-24 20:13:12.904582 SEARCHQUEUE-BACKLOG-121361 :: Error loading Spotweb URL: 192.168.1.36/spotweb/?page=newznabapi/api?apikey=6fc624ee6577178d8e9125a1d0ad6b22&limit=100&t=tvsearch&season=3&rid=24493&maxage=500&cat=5030%2C5040

Krijg spotweb maar niet goed aan de praat met sickbeard
Hier had ik ook last van, wat gebeurt er als je de link zelf opent in je browser? Bij mij was het probleem ontstaan nadat ik een update had gedaan (git pull) van spotweb. Ik heb in SB de spotweb searchprovider verwijderd en opnieuw toegevoegd, hierna werkte het weer. Check ook of je .htaccess van spotweb nog klopt.

PVOUTPUT | 5400W | 15 PANELEN 360W ZUID 38° | ENPHASE ENVOY S | MICRO OMVORMERS 290W


Acties:
  • 0 Henk 'm!

  • MikeOO
  • Registratie: Augustus 2007
  • Laatst online: 12:50
Amafi schreef op woensdag 24 april 2013 @ 20:29:
Iemand bekend met deze foutmelding:

2013-04-24 20:13:12.904582 SEARCHQUEUE-BACKLOG-121361 :: Error loading Spotweb URL: 192.168.1.36/spotweb/?page=newznabapi/api?apikey=6fc624ee6577178d8e9125a1d0ad6b22&limit=100&t=tvsearch&season=3&rid=24493&maxage=500&cat=5030%2C5040

Krijg spotweb maar niet goed aan de praat met sickbeard
Heb ik ook vaak last van en heeft volgens mij te maken met een Time-Out.
Als je de link in je browser plakt dan werkt het als het goed is wel en dan kan het niet anders dan dat het om een Time Out gaat. Ben er zelf ook nog niet achter hoe je dit kunt oplossen.

Acties:
  • 0 Henk 'm!

  • Notoriousss
  • Registratie: April 2012
  • Laatst online: 28-06 19:48
De laatste versie van Schumi's en Mr. Orange SickBeard kan blijkbaar niet goed omgaan met nzbToMedia: https://github.com/mr-orange/Sick-Beard/issues/159.

Ik heb de standaard scripts nu maar even laten draaien, dat werkt goed op dit moment.

Acties:
  • 0 Henk 'm!

  • Rubman
  • Registratie: April 2002
  • Laatst online: 09:32

Rubman

Retarded or just overjoyed!

Ik krijg het maar niet voor elkaar om Sabnzbd op mijn synology de gedownloade muziek correct in de muziek map te laten zetten. (headphones werkt niet lekker imho)
Wat hij doet na downloaden als de categorie muziek is aangevinkt is de map verplaatsen naar de muziekmap met de benaming "UNPACK" ervoor. Er word vervolgens ook een map gemaakt met de goede benaming, hier komt echter niks in te staan.

Ben het een beetje kwijt nu.

Als het ergens pijn doet, wil ik erop drukken


Acties:
  • 0 Henk 'm!

  • ShadowBumble
  • Registratie: Juni 2001
  • Laatst online: 23-09 09:19

ShadowBumble

Professioneel Prutser

Nadat ik mijn NAS van WHS2011 naar OpenMediaVault heb omgeklust kan eindelijk mijn Virtual Appliance eruit met SabNZB+ en Sickbeard (midget spy), zo gezegt zo gedaan inmiddels snorred mijn NAS nu heerlijk op OpenMediaVault ( op een HP N40L ) en draait sabnzb & sickbeard lekker mee, ik heb beide wel geinstalleerd via git puur vanwege de reden dat ik dan lekker makelijk kan comitten naar de nieuwe versies wanneer ik dat wil, ipv met een system update.

Wel vroeg ik mij af of het nog de moeite waard was om eventueel Subliminal erop te zetten om auto download van de subs voor mijn series ( dit doe ik nu nog handmatig via bierdopje ) mijn vraag is dan ook wat zijn de ervaringen hiermee en word bierdopje ondersteunt ?

"Allow me to shatter your delusions of grandeur."


Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Ik heb weinig ervaring met Subliminal, maar voor series zou ik persoonlijk Autosub aanraden. Dat werkt zonder enige problemen en haalt alle subs van bierdopje af.

Acties:
  • 0 Henk 'm!

  • joppe113
  • Registratie: Maart 2007
  • Nu online
vanmorgen per ongeluk mijn map compelte weggegooid waar sabnzb de downloads van sickbeard in zet. Deze terug gezet maar nu gaat het uitpakken en verwerken niet meer goed. Als hij een aflevering heeft gedownload vind ik twee mappen terug. Eentje _Unpakc_en dan de rest van de bestandnaam en eentje met de juiste bestandsnaam. De eerste daar zit de mkv ed in, de tweede is leeg. Als het unpack bestand de naam van de lege map geef dan word hij daarna keurig verplaatst naar mijn series map.

Weet iemand wat er nu mis gaat?

[ Voor 11% gewijzigd door joppe113 op 25-04-2013 12:38 ]


Acties:
  • 0 Henk 'm!

  • Muncher
  • Registratie: Maart 2009
  • Laatst online: 21-09 00:41
Notoriousss schreef op donderdag 25 april 2013 @ 11:30:
De laatste versie van Schumi's en Mr. Orange SickBeard kan blijkbaar niet goed omgaan met nzbToMedia: https://github.com/mr-orange/Sick-Beard/issues/159.

Ik heb de standaard scripts nu maar even laten draaien, dat werkt goed op dit moment.
Ah bedankt, dat had ik over het hoofd gezien. Zal wel snel gefixt worden denk ik, veel mensen hebben hier last van :)

Wat bedoel je met standaard scripts btw?

[ Voor 4% gewijzigd door Muncher op 25-04-2013 12:03 ]


Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
RudolfR schreef op donderdag 25 april 2013 @ 08:23:
[...]


Dat lijkt me duidelijk.
Kennelijk heb je een wachtwoord ingesteld staan in sickbeard. (General / Web Interface) en dit wachtwoord heb je niet opgegeven staan in je autoProcessTV.cfg bij je autoProcessTV.py script.
Bedankt! Ik heb de gebruikersnaam en wachtwoord in het script en krijg nu het volgende resultaat:

Bobs Burgers S03E09 God Rest Ye Merry Gentle-Mannequins 1080p WEB-DL DD5 1 H264-iT00NZ

Loading config from /usr/local/sickbeard/share/SickBeard/autoProcessTV/autoProcessTV.cfg
Opening URL: http://localhost:8081/home/postprocess/processEpisode?nzbName=Bobs.Burgers.S03E09.God.Rest.Ye.Merry.Gentle-Mannequins.1080p.WEB-DL.DD5.1.H264-iT00NZ.nzb&failed=0&dirName=%2Fvolume1%2Fvideo%2FSeries+%28HD%29%2FBobs+Burgers+S03E09+God+Rest+Ye+Merry+Gentle-Mannequins+1080p+WEB-DL+DD5+1+H264-iT00NZ&quiet=1
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"

"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></meta>
<title>500 Internal Server Error</title>
<style type="text/css">
#powered_by {
margin-top: 20px;
border-top: 2px solid black;
font-style: italic;
}

#traceback {
color: red;
}

</style>
</head>
<body>
<h2>500 Internal Server Error</h2>
<p>The server encountered an unexpected condition which prevented it from fulfilling the request.</p>
<pre id="traceback">Traceback (most recent call last):
File "/volume1/@appstore/sickbeard/share/SickBeard/cherrypy/_cprequest.py", line 660, in respond
response.body = self.handler()
File "/volume1/@appstore/sickbeard/share/SickBeard/cherrypy/lib/encoding.py", line 193, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/volume1/@appstore/sickbeard/share/SickBeard/cherrypy/_cpdispatch.py", line 25, in __call__
return self.callable(*self.args, **self.kwargs)
File "/volume1/@appstore/sickbeard/share/SickBeard/sickbeard/webserve.py", line 2090, in processEpisode
result = processTV.processDir(dirName, nzbName, failed=failed)
File "/volume1/@appstore/sickbeard/share/SickBeard/sickbeard/processTV.py", line 115, in processDir
for dir in [x for x in dirs if validateDir(path, x, returnStr)]:
File "/volume1/@appstore/sickbeard/share/SickBeard/sickbeard/processTV.py", line 187, in validateDir
if failed:
NameError: global name 'failed' is not defined
</pre>
<div id="powered_by">
<span>Powered by <a href="http://www.cherrypy.org">CherryPy 3.2.0rc1</a></span>
</div>
</body>
</html>"

Acties:
  • 0 Henk 'm!

  • Notoriousss
  • Registratie: April 2012
  • Laatst online: 28-06 19:48
Muncher: gewoon SabtoSickbeard.py ipv nzbToSickBeard

Gerwinf: Dat probleem heeft momenteel iedereen met de laatste versie. Dat is het probleem waar ik over sprak.

Toen ik vanmorgen wakker werd en geen berichtjes zag via Prowl dacht ik al van er moet iets mis zijn ;). Zal wel snel gemaakt worden.

Acties:
  • 0 Henk 'm!

  • EJPostema
  • Registratie: December 2010
  • Laatst online: 09-12-2024
Ik was in sickbeard vergeten de postprocessing the veranderen.
Resultaat: /mnt/series/naam van serie/alle afleveringen.

Nu heb ik dit veranderd naar /mnt/series/naam van serie/seizoen x/afleveringen

Is er ook een manier om sickbeard dit nu te veranderen voor de gedownloaden series? Enige manier die ik nu heb gevonden is alles te knippen naar de downloadmap en dan manual postprocessing te doen

Acties:
  • 0 Henk 'm!

  • Kixtart
  • Registratie: Mei 2004
  • Niet online

Kixtart

Destruction = Improvement

Manage->MassUpdate: Rename :)

☻/
/▌
/ \


Acties:
  • 0 Henk 'm!

  • EJPostema
  • Registratie: December 2010
  • Laatst online: 09-12-2024
ah top, overal gekeken uiteraard, behalve daar :') Bedankt

Acties:
  • 0 Henk 'm!

  • RudolfR
  • Registratie: Maart 2011
  • Nu online
gerwinf schreef op donderdag 25 april 2013 @ 12:21:
[...]


Bedankt! Ik heb de gebruikersnaam en wachtwoord in het script en krijg nu het volgende resultaat:

Bobs Burgers S03E09 God Rest Ye Merry Gentle-Mannequins 1080p WEB-DL DD5 1 H264-iT00NZ

Loading config from /usr/local/sickbeard/share/SickBeard/autoProcessTV/autoProcessTV.cfg
Opening URL: http://localhost:8081/home/postprocess/processEpisode?nzbName=Bobs.Burgers.S03E09.God.Rest.Ye.Merry.Gentle-Mannequins.1080p.WEB-DL.DD5.1.H264-iT00NZ.nzb&failed=0&dirName=%2Fvolume1%2Fvideo%2FSeries+%28HD%29%2FBobs+Burgers+S03E09+God+Rest+Ye+Merry+Gentle-Mannequins+1080p+WEB-DL+DD5+1+H264-iT00NZ&quiet=1

...

</head>
<body>
<h2>500 Internal Server Error</h2>
<p>The server encountered an unexpected condition which prevented it from fulfilling the request.</p>
<pre id="traceback">Traceback (most recent call last):
File "/volume1/@appstore/sickbeard/share/SickBeard/cherrypy/_cprequest.py", line 660, in respond
response.body = self.handler()
File "/volume1/@appstore/sickbeard/share/SickBeard/cherrypy/lib/encoding.py", line 193, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/volume1/@appstore/sickbeard/share/SickBeard/cherrypy/_cpdispatch.py", line 25, in __call__
return self.callable(*self.args, **self.kwargs)
File "/volume1/@appstore/sickbeard/share/SickBeard/sickbeard/webserve.py", line 2090, in processEpisode
result = processTV.processDir(dirName, nzbName, failed=failed)
File "/volume1/@appstore/sickbeard/share/SickBeard/sickbeard/processTV.py", line 115, in processDir
for dir in [x for x in dirs if validateDir(path, x, returnStr)]:
File "/volume1/@appstore/sickbeard/share/SickBeard/sickbeard/processTV.py", line 187, in validateDir
if failed:
NameError: global name 'failed' is not defined
</pre>
<div id="powered_by">
<span>Powered by <a href="http://www.cherrypy.org">CherryPy 3.2.0rc1</a></span>
</div>
</body>
</html>"
Het lijkt erop dat SABnzbd via 'failed=0' laat weten dat de download geslaagd is, maar kennelijk kan je sickbeard hier niet mee overweg. Dit snap ik niet.

Ah, das kennelijk een probleem met de laatste versie volgens Notoriousss in "[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 3"

[ Voor 3% gewijzigd door RudolfR op 25-04-2013 13:26 ]


Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
Notoriousss schreef op donderdag 25 april 2013 @ 12:28:
Muncher: gewoon SabtoSickbeard.py ipv nzbToSickBeard

Gerwinf: Dat probleem heeft momenteel iedereen met de laatste versie. Dat is het probleem waar ik over sprak.

Toen ik vanmorgen wakker werd en geen berichtjes zag via Prowl dacht ik al van er moet iets mis zijn ;). Zal wel snel gemaakt worden.
Hoi, bedankt voor je snelle reactie! Ik had er zelf over heen gelezen. Even afwachten tot de nieuwe update dan maar, ben benieuwd :P

[ Voor 5% gewijzigd door gerwinf op 25-04-2013 14:42 ]


Acties:
  • 0 Henk 'm!

  • Kixtart
  • Registratie: Mei 2004
  • Niet online

Kixtart

Destruction = Improvement

Ik had juist het omgekeerde met de SB master branch. Op een of andere manier deed mijn postprocessing van nzbget naar sickbeard het niet. Gezien ik toch het liefste ook geen scanning in Couchpotato wilde ben ik gaan kijken naar NzbtoMedia en zonet netjes een 'Download Finished' doorgekregen van Sickbeard. Nzbget staat op "/volume1/@appstore/scripts/nzbToMedia/nzbToSickBeard.py"

edit:
Nvm :) "De laatste versie van Schumi's en Mr. Orange SickBeard". Dus niet de master.

edit2:
Ik had trouwens ook de shumi dutch versie geprobeerd eerder, maar deze wilde niet starten via "Sickbeard custom". Na het handmatig starten via de shell kwam er een melding dat er incremental updates waren geweest in de database. Dus maar netjes mijn sickbeard.db opnieuw laten aanmaken, maar na een herstart kreeg ik nogmaals dezelfde melding. Iemand een idee waarom?

[ Voor 39% gewijzigd door Kixtart op 25-04-2013 14:53 ]

☻/
/▌
/ \


Acties:
  • 0 Henk 'm!

  • ShadowBumble
  • Registratie: Juni 2001
  • Laatst online: 23-09 09:19

ShadowBumble

Professioneel Prutser

Freakster86 schreef op donderdag 25 april 2013 @ 11:50:
Ik heb weinig ervaring met Subliminal, maar voor series zou ik persoonlijk Autosub aanraden. Dat werkt zonder enige problemen en haalt alle subs van bierdopje af.
Ja ben nog even aan het zoeken maar ziet er belovend uit echter ben ik wel benieuwd of hun ook een git repo hebben :D

"Allow me to shatter your delusions of grandeur."


Acties:
  • 0 Henk 'm!

  • RudolfR
  • Registratie: Maart 2011
  • Nu online
Geen git repo, maar een mercurial repository op googlecode.

http://code.google.com/p/auto-sub/wiki/InstallFromSource

Acties:
  • 0 Henk 'm!
Notoriousss schreef op donderdag 25 april 2013 @ 12:28:
Muncher: gewoon SabtoSickbeard.py ipv nzbToSickBeard

Gerwinf: Dat probleem heeft momenteel iedereen met de laatste versie. Dat is het probleem waar ik over sprak.

Toen ik vanmorgen wakker werd en geen berichtjes zag via Prowl dacht ik al van er moet iets mis zijn ;). Zal wel snel gemaakt worden.
Dan kan het probleem niet ver zitten als het standaard script wel werkt, even zoeken.
Kixtart schreef op donderdag 25 april 2013 @ 14:46:

edit2:
Ik had trouwens ook de shumi dutch versie geprobeerd eerder, maar deze wilde niet starten via "Sickbeard custom". Na het handmatig starten via de shell kwam er een melding dat er incremental updates waren geweest in de database. Dus maar netjes mijn sickbeard.db opnieuw laten aanmaken, maar na een herstart kreeg ik nogmaals dezelfde melding. Iemand een idee waarom?
Ik heb geen flauw idee, heb sickbeard custom nog niet geprobeerd. Als ik tijd heb zal ik het proberen na te bootsen.

[ Voor 37% gewijzigd door schumi2004 op 25-04-2013 20:53 ]


Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
ik krijg het probleem ook als ik manual processing gebruik

Acties:
  • 0 Henk 'm!

  • Muncher
  • Registratie: Maart 2009
  • Laatst online: 21-09 00:41
schumi2004 schreef op donderdag 25 april 2013 @ 20:52:
[...]

Dan kan het probleem niet ver zitten als het standaard script wel werkt, even zoeken.


[...]
Ik heb geen flauw idee, heb sickbeard custom nog niet geprobeerd. Als ik tijd heb zal ik het proberen na te bootsen.
Ik zie dat er 2 commits zijn gedaan. Zit er ook de fix bij voor het probleem wat ik (en vele anderen) hebben? Kan het uit de code + omschrijving niet echt opmaken.

Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Ik heb zojuist sickbeard geüpdatet, maar het gaat nog steeds fout wanneer het script wordt uitgevoerd. Sickbeard plaats de aflevering niet in de map van de juiste serie/seizoen, maar maakt een heel nieuwe map aan in de directory voor die ene aflevering. Manual process werkt ook niet. Dan krijg ik deze melding:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
500 Internal Server Error

The server encountered an unexpected condition which prevented it from fulfilling the request.

Traceback (most recent call last):
  File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/cherrypy/_cprequest.py", line 660, in respond
    response.body = self.handler()
  File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/cherrypy/lib/encoding.py", line 193, in __call__
    self.body = self.oldhandler(*args, **kwargs)
  File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/cherrypy/_cpdispatch.py", line 25, in __call__
    return self.callable(*self.args, **self.kwargs)
  File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/sickbeard/webserve.py", line 2090, in processEpisode
    result = processTV.processDir(dirName, nzbName, failed=failed)
  File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/sickbeard/processTV.py", line 117, in processDir
    for dir in [x for x in dirs if validateDir(path, x, returnStr)]:
  File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/sickbeard/processTV.py", line 189, in validateDir
    if failed:
NameError: global name 'failed' is not defined


Schumi raadde aan om te wachten.

Acties:
  • 0 Henk 'm!
Muncher schreef op donderdag 25 april 2013 @ 23:55:
[...]


Ik zie dat er 2 commits zijn gedaan. Zit er ook de fix bij voor het probleem wat ik (en vele anderen) hebben? Kan het uit de code + omschrijving niet echt opmaken.
Nee die 2 commits hebben betrekking op failed download handling.
Ik heb zelf ook nog niet gevonden waar het fout gaat met post-processing, ben er mee bezig maar mss is mr-orange him self eerder ;)

Edit;
Ik denk dat ik het opgeslost heb. (heb ook de hulp van Tolstyak gevraagd in de hoop dat het uiteindelijk in mr-orange's branch terecht komt)

Wat ik gedaan heb is het volgende:
https://github.com/schumi...62518f0064a76c320818f6b78
Toen kreeg ik de volgende error:
Traceback (most recent call last):
[INFO] File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/cherrypy/_cprequest.py", line 660, in respond
[INFO] response.body = self.handler()
[INFO] File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/cherrypy/lib/encoding.py", line 193, in __call__
[INFO] self.body = self.oldhandler(*args, **kwargs)
[INFO] File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/cherrypy/_cpdispatch.py", line 25, in __call__
[INFO] return self.callable(*self.args, **self.kwargs)
[INFO] File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/sickbeard/webserve.py", line 2090, in processEpisode
[INFO] result = processTV.processDir(dirName, nzbName, failed=failed)
[INFO] File "/volume1/@appstore/sickbeard-tpb/share/SickBeard/sickbeard/processTV.py", line 117, in processDir
[INFO] for dir in [x for x in dirs if validateDir(path, x, returnStr)]:
[INFO] TypeError: validateDir() takes exactly 4 arguments (3 given)
Is al minder als eerst ;)

Vervolgens heb ik de file nzbToSickBeard.py regel 64 van versie 7,1 aangepast
van:
result = autoProcessTV.processEpisode(sys.argv[1], sys.argv[2], sys.argv[3])
naar
result = autoProcessTV.processEpisode(sys.argv[1], sys.argv[2], 0, sys.argv[3])

Met als output:
The download of arrow.120.hdtv-lol.sample.mp4.nzb has completed.
This has been processed by the script /volume1/@appstore/scripts/nzbToMedia-master/nzbToSickBeard.py for category series.
Log Result
[INFO] Post-Process: Post-processing script successfully started
[INFO] Post-Process: Cleaning up
[DETAIL] Post-Process: Executing function 'do_exit' with argument 93
[DETAIL] Post-Process: Executing external postprocessing with argument 0
[DETAIL] Post-Process: comparing 'series' to 'movies' and 'series'
[INFO] Post-Process: Running SickBeard's postprocessing script
[DETAIL] Post-Process: SickBeard-Script-Path=/volume1/@appstore/scripts/nzbToMedia-master/nzbToSickBeard.py
[DETAIL] Post-Process: SickBeard-Script-ARGV1=/volume1/downloads/dst/series/arrow.120.hdtv-lol.sample.mp4
[DETAIL] Post-Process: SickBeard-Script-ARGV2=arrow.120.hdtv-lol.sample.mp4.nzb
[DETAIL] Post-Process: SickBeard-Script-ARGV3=0
[INFO] ====================
[INFO] nzbToSickBeard V7.1
[INFO] Script triggered from NZBGet, starting autoProcessTV...
[DETAIL] after calling nzbToMedia
[DETAIL] Post-Process: Executing function 'replaceVarBy'. Going to replace '' in 'The download of has .' by 'arrow.120.hdtv-lol.sample.mp4.nzb'
[DETAIL] Post-Process: replace result: The download of arrow.120.hdtv-lol.sample.mp4.nzb has .
[DETAIL] Post-Process: Executing function 'replaceVarBy'. Going to replace '' in 'The download of arrow.120.hdtv-lol.sample.mp4.nzb has .' by 'series'
[DETAIL] Post-Process: replace result: The download of arrow.120.hdtv-lol.sample.mp4.nzb has .
[DETAIL] Post-Process: Executing function 'replaceVarBy'. Going to replace '
Ziet er al iets beter uit.

Andere die het ook willen testen/proberen?

[ Voor 77% gewijzigd door schumi2004 op 26-04-2013 01:25 ]


Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
Waar staan die logfiles van nzbget mbt het postprocessen op de synology,
Heb namelijk volgens mij nzbtomedia correct geconfigureerd en zowel als sabnzb script alsook als normaal nzbprocess.sh script ingevuld, echter gebeurt er in sickbeard niets.

heb in de var folder gekeken in de nzbget map maar daar staat alleen de normale logfile die niets over de postprocessing zegt

Acties:
  • 0 Henk 'm!

  • mvds
  • Registratie: November 2000
  • Laatst online: 09:12

mvds

Totally awesome!

Heb je misschien dezelfde fout gemaakt als ik? Vergeten in NZBGet aan te zetten dat ie de postprocessing moet doen voor SickBeard, standaard staat die namelijk uit, kwam ik achter.

Acties:
  • 0 Henk 'm!
Mijn eerdere aanpassing is niet de oplossinjg.
Vandaag even verder uitzoeken.

Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
schumi2004 schreef op vrijdag 26 april 2013 @ 00:09:
[...]

Andere die het ook willen testen/proberen?
Zojuist sickbeard weer geüpdatet.

De aflevering wordt nog steeds in de directory gedumpt onder zijn volle naam en niet in de serie map / seizoen.

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
           09:25:23|INFO    ====================
09:25:23|INFO    nzbToSickBeard V7.1
09:25:23|INFO    Script triggered from SABnzbd, starting autoProcessTV...
09:25:23|INFO    Loading config from /volume1/@appstore/scripts/nzbtomedia/autoProcessMedia.cfg
09:25:23|INFO    The download succeeded. Sending process request to SickBeard
09:25:23|INFO    

09:25:23|INFO    <html>

09:25:23|INFO        <head>

09:25:23|INFO            <title>404</title>

09:25:23|INFO            <script type="text/javascript" charset="utf-8">

09:25:23|INFO              <!--

09:25:23|INFO              location.href = "/"

09:25:23|INFO              //-->

09:25:23|INFO            </script>

09:25:23|INFO        </head>

09:25:23|INFO        <body>

09:25:23|INFO            <br/>

09:25:23|INFO        </body>

09:25:23|INFO    </html>

09:25:23|INFO


Als ik manual processing kies in Sickbeard krijg ik dezelfde error die jij al postte.

edit; Ik zie dat je dit al weet :$

Acties:
  • 0 Henk 'm!

  • FabianNL
  • Registratie: Januari 2006
  • Laatst online: 14:09
Brackpc schreef op vrijdag 26 april 2013 @ 02:55:
Waar staan die logfiles van nzbget mbt het postprocessen op de synology,
Heb namelijk volgens mij nzbtomedia correct geconfigureerd en zowel als sabnzb script alsook als normaal nzbprocess.sh script ingevuld, echter gebeurt er in sickbeard niets.

heb in de var folder gekeken in de nzbget map maar daar staat alleen de normale logfile die niets over de postprocessing zegt
Zou ik ook érg graag willen weten... Heb NZBget opnieuw geïnstalleerd (update naar versie 10) en daarna nzbtommedia opnieuw erop gezet, maar hij verplaatst nu geen series meer. Geen idee waar ie mis gaat, en zou graag de log-file erop na willen slaan. Maar, waar staat deze? :)

Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
mvds schreef op vrijdag 26 april 2013 @ 08:49:
Heb je misschien dezelfde fout gemaakt als ik? Vergeten in NZBGet aan te zetten dat ie de postprocessing moet doen voor SickBeard, standaard staat die namelijk uit, kwam ik achter.
Die staat uiteraard aan ja :)

Wel jammer dat er geen duidelijke documentatie is hiervoor, normaal kom je er toch wel uit met wat gegoogel maar kan nu gewoon niets vinden.

Acties:
  • 0 Henk 'm!

  • Kixtart
  • Registratie: Mei 2004
  • Niet online

Kixtart

Destruction = Improvement

Brackpc schreef op vrijdag 26 april 2013 @ 02:55:
Waar staan die logfiles van nzbget mbt het postprocessen op de synology,
Heb namelijk volgens mij nzbtomedia correct geconfigureerd en zowel als sabnzb script alsook als normaal nzbprocess.sh script ingevuld, echter gebeurt er in sickbeard niets.

heb in de var folder gekeken in de nzbget map maar daar staat alleen de normale logfile die niets over de postprocessing zegt
FabianNL schreef op vrijdag 26 april 2013 @ 09:52:
[...]


Zou ik ook érg graag willen weten... Heb NZBget opnieuw geïnstalleerd (update naar versie 10) en daarna nzbtommedia opnieuw erop gezet, maar hij verplaatst nu geen series meer. Geen idee waar ie mis gaat, en zou graag de log-file erop na willen slaan. Maar, waar staat deze? :)
De logfile locatie zelf kun je vinden via de path-variablen. Eerder toen ik nog niet NzbToMedia gebruikte moest ik wel een aanpassing maken in de postprocessing-file van nzbget, aangezien logging naar dev-null gezet werden. Daarnaast ook nog "INFO" meldingen aanzetten voor logging.

☻/
/▌
/ \


Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
Daar staat bij mij alleen de verwijzing naar nzbget.log, welke dus wel alle info mbt het downloaden van articles laat zien maar er komt helemaal niet in te staat mbt het post processing script.
ik vermoede daardoor dat deze in een andere log terecht moest komen, dit is niet het geval?

Edit: info meldingen stonden idd uit eens kijken of het nu wat gaat laten zien

[ Voor 12% gewijzigd door Brackpc op 26-04-2013 10:45 ]


Acties:
  • 0 Henk 'm!

  • Kixtart
  • Registratie: Mei 2004
  • Niet online

Kixtart

Destruction = Improvement

Ik heb even snel gekeken, maar het werkt met nzbtomedia wat anders. De log wordt geschreven in iets wat beschreven wordt door NZBOP_CONFIGFILE. Geen idee nog waar dat vandaan komt :)

ConfigDir="${NZBOP_CONFIGFILE%/*}"
tmplog="$ConfigDir/$tmp.log"

☻/
/▌
/ \


Acties:
  • 0 Henk 'm!
Kixtart schreef op vrijdag 26 april 2013 @ 10:52:
Ik heb even snel gekeken, maar het werkt met nzbtomedia wat anders. De log wordt geschreven in iets wat beschreven wordt door NZBOP_CONFIGFILE. Geen idee nog waar dat vandaan komt :)

ConfigDir="${NZBOP_CONFIGFILE%/*}"
tmplog="$ConfigDir/$tmp.log"
Is dat niet post-processing log welke mee gestuurd wordt in de email als je daar voor kiest?

Acties:
  • 0 Henk 'm!

  • Kixtart
  • Registratie: Mei 2004
  • Niet online

Kixtart

Destruction = Improvement

Jawel, maar daar worden de items toch ook in gelogged?
edit: Naast die log-file zie ik zelf zo snel geen log acties in de postprocess.sh file.

[ Voor 51% gewijzigd door Kixtart op 26-04-2013 10:56 ]

☻/
/▌
/ \


Acties:
  • 0 Henk 'm!
Kixtart schreef op vrijdag 26 april 2013 @ 10:55:
Jawel, maar daar worden de items toch ook in gelogged?
edit: Naast die log-file zie ik zelf zo snel geen log acties in de postprocess.sh file.
Welke items?

Als je puur de post-processing log wilt hebben moet je in nzbtomedia scripts folder kijken, de nzbget log staat op locatie zoals je deze in GUI geconfigureerd heb.

Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
de synology is nog ff aan het repairen dus nog geen log output

even voor de duidelijkheid:
om nzbtomedia te gebruiken moet onder de Post-Processing tab in het menu verwezen worden naar de postprocessing.sh in nzbtomedia en onder post processing scripts settings moet verwezen worden naar nzbToSickBeard.py?

Acties:
  • 0 Henk 'm!

  • Kixtart
  • Registratie: Mei 2004
  • Niet online

Kixtart

Destruction = Improvement

schumi2004 schreef op vrijdag 26 april 2013 @ 10:59:
[...]

Welke items?

Als je puur de post-processing log wilt hebben moet je in nzbtomedia scripts folder kijken, de nzbget log staat op locatie zoals je deze in GUI geconfigureerd heb.
Hmm, had de line verkeerd gelezen. Alleen gekeken naar 'tee' :) Voorbeeld:
"echo "[INFO] Post-Process: Running CouchPotato's postprocessing script" | tee -a $tmplog"

Het lijkt me dat het mee komt in de logs van nzbget, gezien je de postprocessing file moet overschrijven in de nzbget folder. Mogelijk moet alleen INFO (en DEBUG mocht je dat willen) aangezet worden.

☻/
/▌
/ \


Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
eindelijk met jullie hulp info gevonden in de log zodat ik meer info kan verstrekken om hulp te vragen :)

In de normale log krijg ik als hij postprocessing opent:

code:
1
2
DETAIL  Post-Process: Ignored to run SickBeard's postprocessing script as the specified script ('') does not exist
DETAIL  after calling nzbToMedia


Er wordt op dat moment geen postprocessing.log aangemaakt in de nzbToMedia folder, maar ik maak hieruit op dat hij wel de nzbToMedia nzbget-postprocess.sh opent.

In de configfile van postprocesssh heb ik het volgende staan:

code:
1
2
3
4
5
# Set the full path to python if it is not in your PATH.
PythonCmd=/volume1/@appstore/python/bin/python

# Set the full path to nzbToSickBeard.py for SickBeard's postprocessing.
NzbToSickBeard=/volume1/@appstore/scripts/nzbToMedia/nzbToSickBeard.py


deze paths zijn zeker correct aangezien ik, als ik deze 2 paths achter elkaar zet in via ssh netjes output krijg en ook wordt er dan een postprocessing.log aangemaakt

Ook de verwijzing naar het sickbeard script in nzbget settings is correct (maakt niet uit of ik daar nu nzbtoickbeard of nzbtomedia gebruik)
waarom doet nzbget het niet


EDIT1:na het zoeken met deze probleemstelling zag ik dat iemand in dit topic vorige maand hetzelfde probleem had. heb nu een symlink toegevoegd in webui naar het config bestand van nzbtomedia zodat deze via de webinterface te configureren is, verder ook sabtosickbeard toegevoegd in de config, eens zien of dit helpt

EDIT2: wow krijg nu inderdaad output van het script nu! <3, in sickbeard gebeurt nog niets maar ik vermoed dat dat komt door de defecte sicbeard aangezien die momenteel ook niet handmattig kan processen, zal de update geduldig afwachten :)

[ Voor 25% gewijzigd door Brackpc op 26-04-2013 12:27 ]


Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Er wordt volgens mij hard gewerkt aan Sickbeard. Al iets van 3 commits gehad. Helaas nog steeds hetzelfde probleem. Petje af voor de mensen die hier zoveel tijd in steken _/-\o_

Acties:
  • 0 Henk 'm!

Verwijderd

We doen ons best ;) goed om te horen dat het gewaardeerd wordt (editten ziek op met op een tablet gaat nog redelijk hehe)

eeeennn fixed :)

Schumi onze held op 4 wielen, 2 benen en 10 vingers heeft het gedaan!

[ Voor 27% gewijzigd door Verwijderd op 26-04-2013 16:48 ]


Acties:
  • 0 Henk 'm!
Met vele dank aan nivong voor het vele testen etc zou het nu opgeslost moeten zijn.

Kunnen we eindelijk aan het wel verdiende biertje beginnen :P

Acties:
  • 0 Henk 'm!

Verwijderd

schumi2004 schreef op vrijdag 26 april 2013 @ 16:48:
Met vele dank aan nivong voor het vele testen etc zou het nu opgeslost moeten zijn.

Kunnen we eindelijk aan het wel verdiende biertje beginnen :P
Daar zeg je wat, misschien helpt het wel tegen maag krampen :9

Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Super! Alleen heb ik toch weer een klein probleempje... :P

Manual processing werkt helemaal goed, maar toen ik net een aflevering liet downloaden ging het toch weer fout.
Dit hoort het te zijn:
Media/Series/Naam serie/Seizoen x/aflevering
Maar dit wordt het
Media/Series/Naam aflevering/aflevering

Dit zie ik in SAB:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
           16:53:26|INFO    ====================
16:53:26|INFO    nzbToSickBeard V7.1
16:53:26|INFO    Script triggered from SABnzbd, starting autoProcessTV...
16:53:26|INFO    Loading config from /volume1/@appstore/scripts/nzbtomedia/autoProcessMedia.cfg
16:53:26|INFO    The download succeeded. Sending process request to SickBeard
16:53:26|INFO    

16:53:26|INFO    <html>

16:53:26|INFO        <head>

16:53:26|INFO            <title>404</title>

16:53:26|INFO            <script type="text/javascript" charset="utf-8">

16:53:26|INFO              <!--

16:53:26|INFO              location.href = "/"

16:53:26|INFO              //-->

16:53:26|INFO            </script>

16:53:26|INFO        </head>

16:53:26|INFO        <body>

16:53:26|INFO            <br/>

16:53:26|INFO        </body>

16:53:26|INFO    </html>

16:53:26|INFO


Enig idee waar dit aan ligt?

Acties:
  • 0 Henk 'm!
Not again :(

Iets anders. Ik had met NZBget vele foutmeldingen m.b.t. failed: no binary data or unsupported encoding format (en dus ook failed downloads)
Nu heb ik gisteren met user nzbget (dev) lopen testen en de oplossing in mijn geval was voor het compilen even deze patch te draaien.

Met als resultaat dat de voorheen mislukten nu wel goed binnen komen.

Edit:
Heb iig voor de DS211 (en gelijke) gebruikers onder ons een spk hier.

[ Voor 15% gewijzigd door schumi2004 op 26-04-2013 17:08 ]


Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Ik leef met je mee :) Zo voel ik mij al de hele week. Van het ene probleem in het andere.

Ik heb net even in logboek van sickbeard gekeken en daar lijkt alles goed te gaan tot na het hernoemen van de aflevering. Hij hernoemt die en vervolgens krijg je de volgende 2 meldingen:
code:
1
2
Apr-26 17:07:39 DEBUG    POSTPROCESSER :: Starting new thread: POSTPROCESSER
Apr-26 17:07:39 DEBUG    TRAKTWATCHLIST :: Starting new thread: TRAKTWATCHLIST


Daarna houdt het op.

Acties:
  • 0 Henk 'm!

Verwijderd

Freakster86 schreef op vrijdag 26 april 2013 @ 16:56:
Super! Alleen heb ik toch weer een klein probleempje... :P

Manual processing werkt helemaal goed, maar toen ik net een aflevering liet downloaden ging het toch weer fout.
Dit hoort het te zijn:
Media/Series/Naam serie/Seizoen x/aflevering
Maar dit wordt het
Media/Series/Naam aflevering/aflevering

Dit zie ik in SAB:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
           16:53:26|INFO    ====================
16:53:26|INFO    nzbToSickBeard V7.1
16:53:26|INFO    Script triggered from SABnzbd, starting autoProcessTV...
16:53:26|INFO    Loading config from /volume1/@appstore/scripts/nzbtomedia/autoProcessMedia.cfg
16:53:26|INFO    The download succeeded. Sending process request to SickBeard
16:53:26|INFO    

16:53:26|INFO    <html>

16:53:26|INFO        <head>

16:53:26|INFO            <title>404</title>

16:53:26|INFO            <script type="text/javascript" charset="utf-8">

16:53:26|INFO              <!--

16:53:26|INFO              location.href = "/"

16:53:26|INFO              //-->

16:53:26|INFO            </script>

16:53:26|INFO        </head>

16:53:26|INFO        <body>

16:53:26|INFO            <br/>

16:53:26|INFO        </body>

16:53:26|INFO    </html>

16:53:26|INFO


Enig idee waar dit aan ligt?
Zorg ervoor dat je failed branche aan hebt staan anders krijg je dat ;)

Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Que? Waar staat dat?

Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
in de Autoprocess.cfg van nzbtomedia

Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Ik zie nergens in autoprocessmedia.cfg 'failed branche' staan?

Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
[SickBeard]
#### autoProcessing for TV Series
#### sbCategory - category that gets called for post-processing with SB
sbCategory = tv
host = localhost
port = 8083
username = 
password = 
###### ADVANCED USE - ONLY EDIT IF YOU KNOW WHAT YOU'RE DOING ######
web_root =
ssl = 0
watch_dir = /volume1/Temp/dst/tv
failed_fork = 1 <------------ DEZE
delete_failed = 1

[ Voor 41% gewijzigd door Brackpc op 26-04-2013 17:38 ]


Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
*O* 0 in een 1 veranderd en nu doet alles het helemaal perfect! <3

Edit
Vraagje: Wanneer een aflevering niet kan worden gedownload (te weinig bestanden) en dus wordt afgebroken, zoekt Sickbeard dan automatisch een nieuwe? Ik dacht dat Schumi dat had gezegd. In Sickbeard staat die aflevering namelijk nog gewoon op snatched.

[ Voor 65% gewijzigd door Freakster86 op 26-04-2013 17:59 ]


Acties:
  • 0 Henk 'm!

Verwijderd

Freakster86 schreef op vrijdag 26 april 2013 @ 17:43:
*O* 0 in een 1 veranderd en nu doet alles het helemaal perfect! <3

Edit
Vraagje: Wanneer een aflevering niet kan worden gedownload (te weinig bestanden) en dus wordt afgebroken, zoekt Sickbeard dan automatisch een nieuwe? Ik dacht dat Schumi dat had gezegd. In Sickbeard staat die aflevering namelijk nog gewoon op snatched.
lol 3x raden wat je net hebt geactiveerd ;)

Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Serieus? :$

Ik bedenk me nu ook dat sickbeard elke 60 minuten zoekt. Dan zal die deze fails dan wel oppakken (en dus niet direct, waar ik zojuist vanuit ging)?

Acties:
  • 0 Henk 'm!

Verwijderd

wat schumi zegt :X

[ Voor 90% gewijzigd door Verwijderd op 26-04-2013 20:49 ]


Acties:
  • 0 Henk 'm!
Freakster86 schreef op vrijdag 26 april 2013 @ 18:14:
Serieus? :$

Ik bedenk me nu ook dat sickbeard elke 60 minuten zoekt. Dan zal die deze fails dan wel oppakken (en dus niet direct, waar ik zojuist vanuit ging)?
Hij zoekt een andere release , heeft namelijk weinig zin om meteen de zelfde te pakken. Hij zal checken bij de eerst volgende interval, dus als hij op 60 min staat, om het uur.
Dan nog de vraag of er een andere release is die aan de opgegeven criteria voldoet (quality).

Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
Wat bedoelen jullie met Manual processing? Ik heb namelijk nog SabtoSickbeard actief staan (die nog niet goed werkt i.v.m. de fout in de laatste release (zie: Notoriousss in "[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 3").

Acties:
  • 0 Henk 'm!
Iemand ervaring in het gebruik van nzbToMedia scripts icm Transmission toevallig?
Scheelt als andere me al voor gegaan zijn voor ik het zelf ga uitzoeken ;)

@gerwinf
Ik had zelf het idee dat wat Notoriousss melde alleen op mijn fork van toepassing was en ondertussen opgelost is.

Acties:
  • 0 Henk 'm!

  • Buzzie
  • Registratie: Februari 2000
  • Laatst online: 14:05
OK.

Ik wilde ook wel weer is gaan kijken naar CouchPotato Server en heb de versie direct van Source geinstalleerd op mijn Ubuntu VPS.

ik heb een publieke torrent site geactiveerd en 2 films ingevuld waarvan ik weet dat die er staan.

Echter ik krijg de volgende foutmelding.
heeft iemand een idee?

code:
1
2
3
4
5
6
7
8
9
10
11
04-26 21:48:36 ERROR [   couchpotato.core.event] Error in event "provider.enabled_types", that wasn't caught: Traceback (most recent call last):
  File "/opt/couchpotatov2/couchpotato/core/event.py", line 12, in runHandler
    return handler(*args, **kwargs)
  File "/opt/couchpotatov2/couchpotato/core/providers/base.py", line 97, in getEnabledProviderType
    if self.isEnabled():
  File "/opt/couchpotatov2/couchpotato/core/providers/nzb/newznab/main.py", line 122, in isEnabled
    for host in self.getHosts():
  File "/opt/couchpotatov2/couchpotato/core/providers/nzb/newznab/main.py", line 94, in getHosts
    'api_key': api_keys[nr],
IndexError: list index out of range
encoding=UTF-8 debug=False args=['--quiet', '--daemon', '--config_file=/home/root/.couchpotatov2/config.ini', '--data_dir=/home/root/.couchpotatov2', '--pid_file=/var/run/couchpotatov2/couchpotatov2.pid'] app_dir=/opt/couchpotatov2 data_dir=/home/root/.couchpotatov2 desktop=None options=Namespace(config_file='/home/root/.couchpotatov2/config.ini', console_log=False, daemon=True, data_dir='/home/root/.couchpotatov2', debug=False, pid_file='/var/run/couchpotatov2/couchpotatov2.pid', quiet=True)

Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
schumi2004 schreef op vrijdag 26 april 2013 @ 21:42:
Iemand ervaring in het gebruik van nzbToMedia scripts icm Transmission toevallig?
Scheelt als andere me al voor gegaan zijn voor ik het zelf ga uitzoeken ;)

@gerwinf
Ik had zelf het idee dat wat Notoriousss melde alleen op mijn fork van toepassing was en ondertussen opgelost is.
Heb het met CP getest en daar werkt het nu, SB heeft nog geen fail gehad die tot een torrent leide.
Heb dit gevolgd:

https://github.com/clinton-hall/nzbToMedia/wiki/transmission

Acties:
  • 0 Henk 'm!
Brackpc schreef op vrijdag 26 april 2013 @ 22:10:
[...]


Heb het met CP getest en daar werkt het nu, SB heeft nog geen fail gehad die tot een torrent leide.
Heb dit gevolgd:

https://github.com/clinton-hall/nzbToMedia/wiki/transmission
Zeg je nu eigenlijk dat wanneer usenet faalt torrent het overneemt ?
Dat zou helemaal top zijn, kans op mislukking helemaal 0.

Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
schumi2004 schreef op vrijdag 26 april 2013 @ 21:42:
Iemand ervaring in het gebruik van nzbToMedia scripts icm Transmission toevallig?
Scheelt als andere me al voor gegaan zijn voor ik het zelf ga uitzoeken ;)

@gerwinf
Ik had zelf het idee dat wat Notoriousss melde alleen op mijn fork van toepassing was en ondertussen opgelost is.
Ok, afwachten dan maar ;) Of is er een andere mogelijkheid om de series te hernoemen en in de juiste mappen te laten plaatsen? :?

Acties:
  • 0 Henk 'm!
gerwinf schreef op vrijdag 26 april 2013 @ 22:26:
[...]


Ok, afwachten dan maar ;) Of is er een andere mogelijkheid om de series te hernoemen en in de juiste mappen te laten plaatsen? :?
Welke release/fork gebruik je eigenlijk?

Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
schumi2004 schreef op vrijdag 26 april 2013 @ 22:27:
[...]

Welke release/fork gebruik je eigenlijk?
SB Version: alpha (dutch-tpb)
Developer: schumi2004
Version: 20130305-99

Op een Synology ds412+

Acties:
  • 0 Henk 'm!
gerwinf schreef op vrijdag 26 april 2013 @ 22:58:
[...]


SB Version: alpha (dutch-tpb)
Developer: schumi2004
Version: 20130305-99

Op een Synology ds412+
Ja dan had je eerder vandaag inderdaad wat error's met post-processing maar die zijn weg nu.
Wat betreft juiste mappen, de handleiding gelezen uit startpost?

Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
schumi2004 schreef op vrijdag 26 april 2013 @ 22:18:
[...]

Zeg je nu eigenlijk dat wanneer usenet faalt torrent het overneemt ?
Dat zou helemaal top zijn, kans op mislukking helemaal 0.
Heb het nog niet zo getest maar zover ik het begrepen heb gaat hij na een failed download door naar het volgende zoekresultaat, als die alle nzbs gehad heeft zou die dan toch bij een torrent uit moeten komen?

Anders zou het een hele mooie wanted feature zijn :P een optie in SB die na 1 of 2 failed pogingen overstapt op torrent.

Acties:
  • 0 Henk 'm!
Brackpc schreef op vrijdag 26 april 2013 @ 23:32:
[...]


Heb het nog niet zo getest maar zover ik het begrepen heb gaat hij na een failed download door naar het volgende zoekresultaat, als die alle nzbs gehad heeft zou die dan toch bij een torrent uit moeten komen?

Anders zou het een hele mooie wanted feature zijn :P een optie in SB die na 1 of 2 failed pogingen overstapt op torrent.
We gaan er achter komen, heb beide nu actief in SickBeard welke geregeld wat mislukkingen heeft.
Ben benieuwd hoe het werken gaat.

Acties:
  • 0 Henk 'm!

  • FabianNL
  • Registratie: Januari 2006
  • Laatst online: 14:09
Kan iemand mij helpen? Ik zie even niet meer waar het mis gaat:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
Fri Apr 26 23:47:23 2013    INFO    XXX S06E21 720p HDTV X264-DIMENSION mkv returned from history back to download queue
Fri Apr 26 23:47:23 2013    INFO    Queueing XXX S06E21 720p HDTV X264-DIMENSION mkv for post-processing
Fri Apr 26 23:47:23 2013    INFO    Executing post-process-script for XXX S06E21 720p HDTV X264-DIMENSION mkv
Fri Apr 26 23:47:24 2013    INFO    Post-Process: Post-processing script successfully started
Fri Apr 26 23:47:24 2013    INFO    Post-Process: Cleaning up
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: Executing function 'do_exit' with argument 93
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: Executing external postprocessing with argument 0
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: comparing 'TV' to 'Movies' and 'TV'
Fri Apr 26 23:47:24 2013    INFO    Post-Process: Running SickBeard's postprocessing script
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: SickBeard-Script-Path=/usr/local/nzbget/var/nzbToSickBeard.py
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: SickBeard-Script-ARGV1=/volume1/Downloads/Usenet/TV/XXX S06E21 720p HDTV X264-DIMENSION mkv
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: SickBeard-Script-ARGV2=XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: SickBeard-Script-ARGV3=0
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: Traceback (most recent call last):
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process:   File "/usr/local/nzbget/var/nzbToSickBeard.py", line 31, in <module>
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process:     import autoProcessTV
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process:   File "/usr/local/nzbget/var/autoProcess/autoProcessTV.py", line 28, in <module>
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process:     from nzbToMediaSceneExceptions import process_all_exceptions
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process:   File "/usr/local/nzbget/var/autoProcess/nzbToMediaSceneExceptions.py", line 6, in <module>
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process:     from nzbToMediaUtil import iterate_media_files
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process:   File "/usr/local/nzbget/var/autoProcess/nzbToMediaUtil.py", line 8, in <module>
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process:     import linktastic.linktastic as linktastic
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: ImportError: No module named linktastic.linktastic
Fri Apr 26 23:47:24 2013    DETAIL  after calling nzbToMedia
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: Executing function 'replaceVarBy'. Going to replace '<name>' in 'The download of <name> has <status>.' by 'XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb'
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: replace result: The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>.
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: Executing function 'replaceVarBy'. Going to replace '<cat>' in 'The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>.' by 'TV'
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: replace result: The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>.
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: Executing function 'replaceVarBy'. Going to replace '<script>' in 'The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>.' by '/usr/local/nzbget/var/nzbToSickBeard.py'
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: replace result: The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>.
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: Executing function 'replaceVarBy'. Going to replace '<name>' in 'The download of <name> has <status>. <br>This has been processed by the script <script> for category <cat>.' by 'XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb'
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: replace result: The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>. <br>This has been processed by the script <script> for category <cat>.
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: Executing function 'replaceVarBy'. Going to replace '<cat>' in 'The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>. <br>This has been processed by the script <script> for category <cat>.' by 'TV'
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: replace result: The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>. <br>This has been processed by the script <script> for category TV.
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: Executing function 'replaceVarBy'. Going to replace '<script>' in 'The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>. <br>This has been processed by the script <script> for category TV.' by '/usr/local/nzbget/var/nzbToSickBeard.py'
Fri Apr 26 23:47:24 2013    DETAIL  Post-Process: replace result: The download of XXX S06E21 720p HDTV X264-DIMENSION mkv.nzb has <status>. <br>This has been processed by the script /usr/local/nzbget/var/nzbToSickBeard.py for category TV.
Fri Apr 26 23:47:24 2013    INFO    Completed post-process-script for XXX S06E21 720p HDTV X264-DIMENSION mkv
Fri Apr 26 23:47:24 2013    INFO    Post-process-script for XXX S06E21 720p HDTV X264-DIMENSION mkv successful
Fri Apr 26 23:47:25 2013    INFO    Collection XXX S06E21 720p HDTV X264-DIMENSION mkv added to history


Heb de naam van de serie maar vervangen door XXX. Was een serie welke gedownload was, maar helaas weer niet verplaatst door nzbtomedia. Daarna opnieuw 'post processing' uitgevoerd, maar weer niks...
Heb dankzij de gegeven tips hier de log kunnen vinden, maar wat nu?

/edit: Excuses! Blijkbaar heb ik ook het mapje "linktastic" moeten kopiëren |:(
Alles lijkt nu weer ouderwets goed te werken! _/-\o_

Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
schumi2004 schreef op vrijdag 26 april 2013 @ 23:24:
[...]

Ja dan had je eerder vandaag inderdaad wat error's met post-processing maar die zijn weg nu.
Wat betreft juiste mappen, de handleiding gelezen uit startpost?
Jazeker, zie ook post: gerwinf in "[Ervaringen] CouchPotato, Sickbeard, Headphones e.a. deel 3"

Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
misschien is het een rechtenprobleem? Had dit vandaag ook heb toen deze guide gevolgd:

https://couchpota.to/foru...e0bedbf2617d7d7ae213e0e4a

Acties:
  • 0 Henk 'm!
Brackpc schreef op zaterdag 27 april 2013 @ 00:06:
misschien is het een rechtenprobleem? Had dit vandaag ook heb toen deze guide gevolgd:

https://couchpota.to/foru...e0bedbf2617d7d7ae213e0e4a
Ja idd een rechten probleem. Ik zal guide even aanpassen.

Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
schumi2004 schreef op zaterdag 27 april 2013 @ 08:40:
[...]

Ja idd een rechten probleem. Ik zal guide even aanpassen.
Hey, bedankt! Ik kom helaas niet uit je handleiding. Vanaf stap 2 loop ik al vast :o

Acties:
  • 0 Henk 'm!
gerwinf schreef op zaterdag 27 april 2013 @ 10:14:
[...]


Hey, bedankt! Ik kom helaas niet uit je handleiding. Vanaf stap 2 loop ik al vast :o
De scripts folder bedoel je?

Zet die ergens waar jij denkt dat het handig is en zet daar dus de juiste gebruikers rechten op en geef het pad op inSAB of NZBget.

Acties:
  • 0 Henk 'm!

  • tcviper
  • Registratie: April 2010
  • Laatst online: 09:29
schumi2004 schreef op vrijdag 26 april 2013 @ 23:46:
[...]

We gaan er achter komen, heb beide nu actief in SickBeard welke geregeld wat mislukkingen heeft.
Ben benieuwd hoe het werken gaat.
Dat gaat prima werken kan ik je vertellen. Gebruik het zelf al een maand of 2 nu zo, SB/CP kan kiezen tussen torrents/newsgroups bij mij en dat is lekker afwisselen :P

PSN: tcviper | Steam: Viper | TechConnect - MikeRedfields


Acties:
  • 0 Henk 'm!

  • Notoriousss
  • Registratie: April 2012
  • Laatst online: 28-06 19:48
schumi2004 schreef op vrijdag 26 april 2013 @ 21:42:
Iemand ervaring in het gebruik van nzbToMedia scripts icm Transmission toevallig?
Scheelt als andere me al voor gegaan zijn voor ik het zelf ga uitzoeken ;)

@gerwinf
Ik had zelf het idee dat wat Notoriousss melde alleen op mijn fork van toepassing was en ondertussen opgelost is.
Klopt, het was op jouw fork en die van Mr Orange.

Ik heb gisteren de hele boel opnieuw geïnstalleerd. OpenElec eraf en weer terug naar Ubuntu Mini + XBMC. Alles werkt weer lekker. Wel de fork van Mr. Orange geïnstalleerd, maar die gaat er nu uit nu dat postprocessen zo'n drama is. Zelfs met het originele postprocess script werkt het nu niet lekker terwijl de rest top werkt nu.

Acties:
  • 0 Henk 'm!
Notoriousss schreef op zaterdag 27 april 2013 @ 10:46:
[...]


Klopt, het was op jouw fork en die van Mr Orange.

Ik heb gisteren de hele boel opnieuw geïnstalleerd. OpenElec eraf en weer terug naar Ubuntu Mini + XBMC. Alles werkt weer lekker. Wel de fork van Mr. Orange geïnstalleerd, maar die gaat er nu uit nu dat postprocessen zo'n drama is. Zelfs met het originele postprocess script werkt het nu niet lekker terwijl de rest top werkt nu.
Hier werkt het post-processen wel goed. Wat precies gaat er mis dan of in welke situatie?

Acties:
  • 0 Henk 'm!

  • Notoriousss
  • Registratie: April 2012
  • Laatst online: 28-06 19:48
Hmm, ik was kennelijk iets te voorbarig. Ik krijg deze output nou:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
Loading config from /home/xbmc/.nzbToMedia/autoProcessTV.cfg
Opening URL: http://localhost:8081/home/postprocess/processEpisode?nzbName=Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.nzb&quiet=1&dir=%2Fhome%2Fxbmc%2FDownloads%2Fcomplete%2Ftv%2FDa.Vincis.Demons.S01E03.HDTV.x264-ASAP
Processing folder /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP

TV_DOWNLOAD_DIR: 

PostProcessing Path: /home/xbmc/Downloads/complete/tv

PostProcessing Dirs: [u'Da.Vincis.Demons.S01E03.HDTV.x264-ASAP']

PostProcessing Files: [u'da.vincis.demons.s01e03.hdtv.x264-asap.nfo', u'da.vincis.demons.s01e03.hdtv.x264-asap.sfv', u'Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.nzb', u'Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.mp4', u'da.vincis.demons.s01e03.hdtv.x264-asap.srr']

PostProcessing VideoFiles: [u'Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.mp4']

Processing /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.mp4 (Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.nzb)

Found result in history: (259669, 1, [])

Parsed Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.nzb into Da Vincis Demons - S1E3 - HDTV.x264 (ASAP) [ABD: False]

Checking scene exceptions for a match on Da Vincis Demons

Looking up Da Vincis Demons in the DB

Looking up name Da Vincis Demons on TVDB

Lookup successful, using tvdb id 259669

Loading show object for tvdb_id 259669

Retrieving episode object for 1x3

The old status had a quality in it, using that: SD TV

SB snatched this episode so I'm marking it as priority

Is ep a priority download: True

There is no existing file so there's no worries about replacing it

This download is marked a priority download so I'm going to replace an existing file if I find one

Found release name Da.Vincis.Demons.S01E03.HDTV.x264-ASAP

Destination folder for this episode: /media/Elements2/TV Shows/Da Vinci's Demons/Season 01

Moving file from /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.mp4 to /media/Elements2/TV Shows/Da Vinci's Demons/Season 01/Da.Vincis.Demons.S01E03.SD.TV-ASAP.mp4

Processing succeeded for /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.mp4

Deleting succeeded for /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/da.vincis.demons.s01e03.hdtv.x264-asap.nfo

Deleting file /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/da.vincis.demons.s01e03.hdtv.x264-asap.nfo

Deleting succeeded for /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/da.vincis.demons.s01e03.hdtv.x264-asap.sfv

Deleting file /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/da.vincis.demons.s01e03.hdtv.x264-asap.sfv

Deleting succeeded for /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.nzb

Deleting file /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP.nzb

Deleting succeeded for /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/da.vincis.demons.s01e03.hdtv.x264-asap.srr

Deleting file /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP/da.vincis.demons.s01e03.hdtv.x264-asap.srr

Deleting folder /home/xbmc/Downloads/complete/tv/Da.Vincis.Demons.S01E03.HDTV.x264-ASAP


Werkt goed dus, maar ik ga even een backup maken van bestaande Pistachitos branch en jouw versie weer gebruiken. De nzbToMedia werkt weer prima met jouw versie nu toch?

Acties:
  • 0 Henk 'm!
Ja.

Iemand trouwens al NZBget 11 geprobeerd icm nzbToMedia?

Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
schumi2004 schreef op zaterdag 27 april 2013 @ 10:29:
[...]

De scripts folder bedoel je?

Zet die ergens waar jij denkt dat het handig is en zet daar dus de juiste gebruikers rechten op en geef het pad op inSAB of NZBget.
De folder /usr/local/sickbeard/share/SickBeard/autoProcessTV heeft al 666 rechten, dit is toch voldoende?

Acties:
  • 0 Henk 'm!

  • Notoriousss
  • Registratie: April 2012
  • Laatst online: 28-06 19:48
schumi2004 schreef op zaterdag 27 april 2013 @ 11:01:
Ja.

Iemand trouwens al NZBget 11 geprobeerd icm nzbToMedia?
Voila alles draait weer als een trein!

Wellicht wat offtopic, maar is iemand bekend met Mylar? Dit tooltje werkt vergelijkbaar met SickBeard, CouchPotato, etc en download comics. Erg handig voor mensen die comics lezen op een tablet. Misschien een eervolle vermelding onder Overige Automatiseringen? Github is hier te vinden voor de geïnteresseerden: https://github.com/evilhero/mylar. nzbToMedia werkt er ook mee overigens.

Acties:
  • 0 Henk 'm!
Notoriousss schreef op zaterdag 27 april 2013 @ 11:42:
[...]


Voila alles draait weer als een trein!

Wellicht wat offtopic, maar is iemand bekend met Mylar? Dit tooltje werkt vergelijkbaar met SickBeard, CouchPotato, etc en download comics. Erg handig voor mensen die comics lezen op een tablet. Misschien een eervolle vermelding onder Overige Automatiseringen? Github is hier te vinden voor de geïnteresseerden: https://github.com/evilhero/mylar. nzbToMedia werkt er ook mee overigens.
Maak er maar leuk stukje van, planten we het er wel bij ;)

Edit:
Sommige providers hebben in hun configuratie de mogelijkheid Extra Score in te vullen, kan iemand mij vertellen welke waarde hun hier gebruiken?
Dacht zelf op 50 maar weet niet wat de beste ervaring van andere gebruikers is?
Wat zijn zoiezo beste settings als je Transmission op een Synology draait?

[ Voor 20% gewijzigd door schumi2004 op 27-04-2013 15:18 ]


Acties:
  • 0 Henk 'm!

  • gerwinf
  • Registratie: Oktober 2003
  • Laatst online: 25-03 15:43
Rechten aangepast voor AutoProcessTV.cfg (en py) naar 777 i.p.v. 666. Ik krijg nu de volgende melding:


code: filename
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Loading config from /usr/local/sickbeard/share/SickBeard/autoProcessTV/autoProcessTV.cfg
Opening URL: http://localhost:8081/home/postprocess/processEpisode?nzbName=Bobs.Burgers.S03E09.God.Rest.Ye.Merry.Gentle-Mannequins.1080p.WEB-DL.DD5.1.H264-iT00NZ.nzb&failed=0&dirName=%2Fvolume1%2Fvideo%2FSeries+%28HD%29%2FBobs+Burgers+S03E09+God+Rest+Ye+Merry+Gentle-Mannequins+1080p+WEB-DL+DD5+1+H264-iT00NZ.1&quiet=1
Processing folder /volume1/video/Series (HD)/Bobs Burgers S03E09 God Rest Ye Merry Gentle-Mannequins 1080p WEB-DL DD5 1 H264-iT00NZ.1

TV_DOWNLOAD_DIR: 

PostProcessing Path: /volume1/video/Series (HD)

PostProcessing Dirs: [u'Bobs Burgers S03E09 God Rest Ye Merry Gentle-Mannequins 1080p WEB-DL DD5 1 H264-iT00NZ.1']

PostProcessing Files: [u'Top Usenet Provider - CHEAP - FULL SPEED.url', u'TOWN - NZB FORUM - KLICK IT.url', u'Bobs.Burgers.S03E09.God.Rest.Ye.Merry.Gentle-Mannequins.1080p.WEB-DL.DD5.1.H264-iT00NZ']

PostProcessing VideoFiles: []

Skipping Deleting folder /volume1/video/Series (HD)/Bobs Burgers S03E09 God Rest Ye Merry Gentle-Mannequins 1080p WEB-DL DD5 1 H264-iT00NZ.1 because some files was not deleted/processed


Tips, truuks om dit te verhelpen? :?

Acties:
  • 0 Henk 'm!

Verwijderd

[rolandb6 schreef op zondag 07 april 2013 @ 19:41:
Zou deze commit kunnen worden verwerkt in de TPB-NL branch van Sickbeard? Nu blijft hij met de optie keep files (om te seeden) in een infinite loop hangen.
Sinds de laatste commitments krijg ik dit issue weer terug. De .processed files staan wel in de directory waar gescanned wordt, maar Sickbeard lijkt ze te negeren. Hierdoor processed hij alle bestanden elke 60 minuten opnieuw.

[ Voor 15% gewijzigd door Verwijderd op 27-04-2013 18:49 ]


Acties:
  • 0 Henk 'm!
Nou mijn eerste ervaring met Torrents is eigenlijk al een tegenvaller, hij download een film welke ik niet eens in mijn wanted list heb staan 8)7

Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Als het maar werkt voor series ;)

Acties:
  • 0 Henk 'm!
Inderdaad ;)
Net even een backfill gedaan voor wat series en dat werkt zonder problemen, zelfs mijn LiveTV welke ook op NAS draait heeft er geen hinder van :P
Nu het seeden nog killen na een download.

Edit:
Nu is dit met torrents redelijk nieuw voor me icm post-processing en loop direct tegen het feit aan dat ik niks geen post-processing zie gebeuren na en complete download?
Duurt dit even misschien?

Edit:
Ok |:( iets met user rechten denk, nog niet getest 8)7

Edit:
Kan aan mij liggen maar wanneer treed nu post-processing in werking met torrents?

[ Voor 40% gewijzigd door schumi2004 op 27-04-2013 22:10 ]


Acties:
  • 0 Henk 'm!

Verwijderd

schumi2004 schreef op zaterdag 27 april 2013 @ 21:28:
[...]

Inderdaad ;)
Net even een backfill gedaan voor wat series en dat werkt zonder problemen, zelfs mijn LiveTV welke ook op NAS draait heeft er geen hinder van :P
Nu het seeden nog killen na een download.

Edit:
Nu is dit met torrents redelijk nieuw voor me icm post-processing en loop direct tegen het feit aan dat ik niks geen post-processing zie gebeuren na en complete download?
Duurt dit even misschien?

Edit:
Ok |:( iets met user rechten denk, nog niet getest 8)7

Edit:
Kan aan mij liggen maar wanneer treed nu post-processing in werking met torrents?
Werk je met een postprocessing script of de folder-scanning uit Sickbeard zelf?

Acties:
  • 0 Henk 'm!
Verwijderd schreef op zaterdag 27 april 2013 @ 22:19:
[...]


Werk je met een postprocessing script of de folder-scanning uit Sickbeard zelf?
Post processing van nzbToMedia

Acties:
  • 0 Henk 'm!

  • Tsurany
  • Registratie: Juni 2006
  • Niet online

Tsurany

⭐⭐⭐⭐⭐

Gebruik zelf folder scanning bij m'n torrents. Werkt betrouwbaarder dan usenet op dit moment. Private tracker scheelt een hoop.

SMA SB5.0 + 16x Jinko 310wp OWO + 10x Jinko 310wp WNW |--|--| Daikin 4MXM68N + 1x FTXA50AW + 3x FTXM20N


Acties:
  • 0 Henk 'm!
Tsurany schreef op zaterdag 27 april 2013 @ 22:56:
Gebruik zelf folder scanning bij m'n torrents. Werkt betrouwbaarder dan usenet op dit moment. Private tracker scheelt een hoop.
Dat kan maar post-processing zou ook moeten werken ;)

Acties:
  • 0 Henk 'm!

Verwijderd

Tsurany schreef op zaterdag 27 april 2013 @ 22:56:
Gebruik zelf folder scanning bij m'n torrents. Werkt betrouwbaarder dan usenet op dit moment. Private tracker scheelt een hoop.
Werkt dat nu bij jou? Sickbeard blijft bij mij maar dezelfde files verwerken.

Acties:
  • 0 Henk 'm!

  • Tsurany
  • Registratie: Juni 2006
  • Niet online

Tsurany

⭐⭐⭐⭐⭐

Verwijderd schreef op zaterdag 27 april 2013 @ 23:21:
[...]

Werkt dat nu bij jou? Sickbeard blijft bij mij maar dezelfde files verwerken.
Voor zover ik weet wel, zo deed ik het ook altijd met usenet tot ik sinds kort het script gebruik voor SABnzbd.

SMA SB5.0 + 16x Jinko 310wp OWO + 10x Jinko 310wp WNW |--|--| Daikin 4MXM68N + 1x FTXA50AW + 3x FTXM20N


Acties:
  • 0 Henk 'm!

  • Brackpc
  • Registratie: Mei 2007
  • Laatst online: 18-09 22:51
postprocessing moet in werking treden zodra de torrent op complete springt, bij mij werdt het script ook niet opgestart bij mijn eerste pogingen.

komt er in je nzbtomedia folder een postprocessing.log dan start hij het script correct indien dit niet gebeurt probeer dan het volgende:

stop transmission package via dsm en start hem handmatig via het voglende commando via ssh vanuit je transmission/bin map

./transmission-daemon -g "/volume1/@appstore/transmission/var" -e "/volume1/transmission/logtrans.log"

dan kan je in de logfile van transmission kijken of hij het script wel correct oproept.

Bij mij was het zo dat hij het script wel starte via commandline en niet via package, heb toen dus het rechtenprobleem opgelost zoals boven beschreven, en ook gezorgd dat python correct in de $path variabele stond(2x gedaan een keer in /etc/profile en 1x in het startscript van de package, geen idee of dit dubbelop is). Ik vermoedt namelijk dat hij dit niet meegeeft, aangezien alle andere programmas een optie hebben om een python bin locatie te geven maar het torrent script gedeelte mist deze optie

[ Voor 4% gewijzigd door Brackpc op 28-04-2013 00:15 ]


Acties:
  • 0 Henk 'm!

  • NinjaTuna
  • Registratie: Mei 2011
  • Laatst online: 21-04 10:19
Heeft iemand hier ervaring met het starten van CouchPotato dmv Windows Taakplanner (zodat er niet ingelogd hoeft te worden)? Sickbeard gaat hier prima, maar CouchPotato met exact dezelfde configuratie levert een "Incorrecte Functie (0x80070001)" op. Als ik de taak vervolgens handmatig start doet hij het wel...

Ideeën?

edit: Het enige verschil wat ik kan bedenken tussen CP en SB is dat CP (helaas) de AppData map gebruikt en SB niet. Wat de consequenties hiervan zijn zou ik niet weten.

[ Voor 21% gewijzigd door NinjaTuna op 28-04-2013 18:28 ]


Acties:
  • 0 Henk 'm!

  • Freakster86
  • Registratie: September 2009
  • Niet online
Ik heb 2 vragen

1. Sickbeard; Ik had een seizoen van een serie op wanted gezet. Nu heeft Sickbeard de meeste gevonden, maar een enkeling vindt hij niet. Ik snap niet waarom die niet en de andere wel. Als ik zelf op bijvoorbeeld binsearch kijk zie ik echt een tiental hits. Ik heb de volgende search providers ingesteld:
- Womble's
- Sickbeard
- nzbX
- Usenet-crawler

2. Autosub: De serie V (2009) blijft in zijn geheel in autosub staan, terwijl alle ondertiteling van die kwaliteit gewoon te downloaden zijn. In autosub staat de serie wel als 'V 2009' (zonder de ( ) om 2009), misschien dat dat ermee te maken heeft?

Acties:
  • 0 Henk 'm!

  • Thijmen
  • Registratie: Juni 2011
  • Laatst online: 25-07 13:16
Man, S06E19 van BBT is nergens meer te vinden... overal al verwijderd door DCMA requests :( Bummer!

Acties:
  • 0 Henk 'm!

  • RocketKoen
  • Registratie: December 2001
  • Laatst online: 09:45
Freakster86 schreef op zondag 28 april 2013 @ 18:40:
Ik heb 2 vragen

1. Sickbeard; Ik had een seizoen van een serie op wanted gezet. Nu heeft Sickbeard de meeste gevonden, maar een enkeling vindt hij niet. Ik snap niet waarom die niet en de andere wel. Als ik zelf op bijvoorbeeld binsearch kijk zie ik echt een tiental hits. Ik heb de volgende search providers ingesteld:
- Womble's
- Sickbeard
- nzbX
- Usenet-crawler

2. Autosub: De serie V (2009) blijft in zijn geheel in autosub staan, terwijl alle ondertiteling van die kwaliteit gewoon te downloaden zijn. In autosub staat de serie wel als 'V 2009' (zonder de ( ) om 2009), misschien dat dat ermee te maken heeft?
1) De 1e 2 searchers doen geen backlog searches (staat alleen de laatste week ofzo aan nzb's op)
En de andere 2 gaan waarschijnlijk ook niet heel ver terug, omdat ze nog niet zo lang bestaan. Hoe oud zijn je hits in binsearch?
Je kan missende series gewoon zelf aanzetten via binsearch. Als je ze in je downloader hetzelfde profiel geeft als dingen die SB toevoegt, worden ze daarna wel gewoon geprocessed.

TheS4ndm4n#1919


Acties:
  • 0 Henk 'm!

  • NinjaTuna
  • Registratie: Mei 2011
  • Laatst online: 21-04 10:19
Thijmen schreef op zondag 28 april 2013 @ 18:59:
Man, S06E19 van BBT is nergens meer te vinden... overal al verwijderd door DCMA requests :( Bummer!
Ik zie nog zat torrents anders?
Pagina: 1 ... 18 ... 101 Laatste

Dit topic is gesloten.

Let op:
~~~[html]Als je een vraag stelt, vergeet dan <strong>niet</strong>:

<ul style="line-height: 1em">
<li style="font-size:150%; line-height:22px;">Het bespreken van index sites en het vragen om invites is niet toegestaan!</li>
<li>Eerst in de debug logging te kijken (eventueel mee te posten via http://www.pastebin.com)!</li>
<li>Het besturingssysteem te vermelden (OSX, Linux, Windows, NAS (Synology,QNAP,etc)</li>
<li>Repository versie (Main of andere fork)</li>
</ul>~~~[/html]