When I open my Sickbeard install the autoProcessTV directory is right there staring me in the face. Set your scripts folder to the location of the autoProcessTV directory. I am trying to copy the autoProcess.TV/.cfg to sabnzbd scrips folder but I can not find it
Sickbeard just did all the post processing. When I set this up before with just using my windows 7 computer I didn't have to do the sabtosickbeard. Hope this gets you on your way, but you should really read the documentation as it's all explained. Whenever you download TV-related files that you want to be post-processed by sickbeard, they have to have the category "tv" assigned to them in the sabnzbd queue, otherwise it will not be processed. In SABnzbd, you will need to go into your Config -> Folders and under "TV", make sure your post-processing script is set to sabToSickbeard.py. Once you have autoProcessTV.cfg configured (these files should be in a subfolder in your sickbeard directory), you can copy all three files: autoProcess.TV/.cfg and sabToSickbeard.py to your sabnzbd/scripts folder In order for this script to work, you need to configure autoProcessTV.cfg In order for SABnzbd to post-process your files, you need to tell it to use the sickbeard post-processing script (sabToSickbeard.py) INFO Sun 18:37:55 nzbToMedia: ::MAIN: nzbToMedia Version:f5e4ec0981ab2f6fd97b14b24aa363a393396073 Branch:master (Linux 5.3.Ok, there's some configuration you need to do. INFO Sun 18:37:55 nzbToMedia: ::MAIN: Options passed into nzbToMedia: INFO Sun 18:37:55 nzbToMedia: ::MAIN: Script triggered from NZBGet Version 21.0. INFO Sun 18:37:55 nzbToMedia: ::MAIN: Adding NZB download info for directory /downloads/lidarr/$artistalbumflacyear to database INFO Sun 18:37:55 nzbToMedia: ::MAIN: Auto-detected SECTION:Lidarr INFO Sun 18:37:55 nzbToMedia: ::MAIN: Calling Lidarr:lidarr to post-process:$artistalbumflacyear INFO Sun 18:37:55 nzbToMedia: ::SERVER: Attempting to connect to server at INFO Sun 18:37:55 nzbToMedia: ::SERVER: Server responded at INFO Sun 18:37:56 nzbToMedia: ::LIDARR: path: /downloads/lidarr/$artistalbumflacyear The only real difference I can see is the lack of "u" in my error.Ĥ2- 21:01:23 DEBUG ::LIDARR: Opening URL: with data: Triple checked permissions and ran tests to confirm. Can see Lidarr is receiving the actual exit code from nzbToMedia in the logs so I'm thinking connection / api are okay. I am also similarly using python 2.7 & 3 (default 3). Similarly I have nzbToMedia working for everything else just fine, would love to get it working for Lidarr. My error is slightly different but ultimately looks the same, only happened to stumble across this while expanding my search. I've been experiencing this near same issue for some time but coming up empty in my searches. Hello, long time lurker, first time poster. So it would be worth checking the logs in Lidarr to see what they show at around 02:14:17.Īlso, can I assume you are using Python3? the u'id' looks like it may be related to python3 interpreting/receiving the response as byte code and not a string. The error appears to be with trying to interpret the response that was received by Lidarr. When the error happened, this error appears to be after the script asked Lidarr to rename, so it should have actually done the rename anyway. If you do want it running, I am certainly happy to try and get this fixed. So, certainly having this disabled will still work, and doesn't bother me if the script is not needed. To be honest, I can't recall what other advantages/features are supplied using the script for Lidarr, but I do know it was requested. The original advantage of using the script is that the media management Apps (SickBeard and CouchPotato etc) didn't have to keep asking SAB for the status of the download (as this tended to slow things down on lower power processors etc). Yes, there are ways to work without this script.
0 kommentar(er)
