Kodi Community Forum
Sick Beard - Automatic TV Show Episode download/sort/rename, nfo/tbn maker & TV Guide - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: Supplementary Tools for Kodi (https://forum.kodi.tv/forumdisplay.php?fid=116)
+--- Thread: Sick Beard - Automatic TV Show Episode download/sort/rename, nfo/tbn maker & TV Guide (/showthread.php?tid=63591)



- thezoggy - 2011-03-22

mra6368 Wrote:Where do I clear the cache in Firefox?

for firefox 3.x:
Tools > Clear Recent History > check off 'cache', timerange: 'everything'


- mra6368 - 2011-03-22

Many thanks, it worked


- prophetizer - 2011-03-22

why would this happen?

Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E17.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E16.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E16.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E15.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E15.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E14.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E14.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E13.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E13.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E12.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E12.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E11.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E11.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E10.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E10.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E09.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E09.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E08.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E08.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E07.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it
Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E07.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it


- thezoggy - 2011-03-22

prophetizer Wrote:why would this happen?

Mar-22 10:24:04 INFO SEARCHQUEUE-BACKLOG-81472 :: Provider gave result Dragon.Ball.Z.Vegeta.Saga.S01E17.WS.DVDRip.XviD-WPi but that doesn't seem like a valid result for Dragon Ball Z so I'm ignoring it


http://www.thetvdb.com/?tab=series&id=81472&lid=7

Show is 'Dragon Ball Z' not 'Dragon Ball Z Vegeta Saga'. i'm sure if you rename them it would work.


- prophetizer - 2011-03-22

well, sure that makes sense, i didn't think of that at first, i just know the DVDs came out titled like that. thanks


- dysan911 - 2011-03-22

Does anyone know what this means below? This is during the Sabtosickbeard processing. I'm using Win7 so its executing sabtosickbeard.exe

Loading config from C:\Users\Dysan911\Desktop\SickBeard-win32-alpha-build478\SickBeard-win32-alpha-build478\autoProcessTV\autoProcessTV.cfg
Opening URL: http://localhost:8081http://localhost/home/postprocess/processEpisode?nzbName=Saturday.Night.Live.S36E16.Miley.Cyrus.PROPER.720p.HDTV.x264-BAJSKORV.nzb&quiet=1&dir=L%3A%5CDownloads%5CSAB%5Ctv%5CSaturday.Night.Live.S36E16.Miley.Cyrus.PROPER.720p.HDTV.x264-BAJSKORV
Traceback (most recent call last):
File "sabToSickbeard.py", line 29, in <module>
File "autoProcessTV.pyc", line 81, in processEpisode
File "autoProcessTV.pyc", line 41, in openit
File "urllib.pyc", line 206, in open
File "urllib.pyc", line 334, in open_http
File "httplib.pyc", line 1008, in __init__
File "httplib.pyc", line 656, in __init__
File "httplib.pyc", line 673, in _set_hostport
httplib.InvalidURL: nonnumeric port: ''


- mjreddy - 2011-03-23

Hi all, I just recently started using SickBeard for my TV shows and had a couple questions.

I'm not really using sickbeard to find/download shows, I get all my shows from TvTorrents.com, so my first question: is there a way to completely turn off NZB/Torrents searching within sickbeard? Is this even worthwhile (from a system resources standpoint -- certainl generates quite a few errors)?

If you're asking what I am using SickBeard for: Primarily, I'm using it to organize/catalog my shows. I have uTorrent setup to monitor a custom RSS feed from TvTorrents.com that autoupdates w/ new versions of shows I watch, uTorrents downloads them to specified download folder, which I have now asked SickBeard to monitor so that now shows downloaded can be automatically moved to the correct season folder within the correct show folder. I of course also LOVE the fact that SB generates metadata, creates an NFO and TBN for each episode, AND updates XBMC! That last fact is a big one for me because I find that XBMC has really sucked lately in scanning fornew content. I also really appreciate that if I decide to upgrade a show that was previously SD to HD, sickbeard recognizes that fact and replaces the low def files with the new, high def ones...

My second question:
I have my post-processing settings set up as such:

Keep Original Files Keep original files after they've been processed? CHECKED
Move Associated Files Move srr/srt/sfv/etc files with the episode when processed? UNCHECKED
Rename Episodes Rename episode using the naming settings in General? CHECKED
Scan and Process Scan and post-process any files in your TV Download Dir? CHECKED

I use those settings so that SickBeard will rename a copy of each new show, download the info, and place all files in the correct directory and then update XBMC with that info. I checked leave orig file so that uTorrent will be able to seed the file until I choose to stop/delete the originals. The problem I'm running into is that it seems SB continually re-processes files it has already processed instead of just recognizing either of the following facts:

1. SB has already processed/moved/renamed a copy of the file
2. (because of fact 1) the vid library already contains a copy of the file of equivalent size and quality (but still, this should be a second check that should prevent SB from wasting resources copying/reprocessing a file that does not offer any improvement over the one curently in the library)

I feel like this is a bug/flaw, but I'm wondering if this is an intended feature that is only a flaw to me since I'm not using the program the way the majority of people do.

Here is an example:
My torrent download folder shows that
"Weeds.s04e13.720p.hdtv.XviD-DIMENSION.mkv" was last modified 3/22/2011 10:41PM

I have in my directory \\Weeds\Season 4\

Weeds - 4x13 - If You Work for a Living, Then Why Do You Kill Yourself Working - HD TV.mkv [and the corresponding .nfo and .tbn]

and all three files now show the date modified as 3/22/2011 11:23PM

** The file has thus been copied and recopied a total of three times, and the proof comes from the SB History:
History
Time Episode
2011-03-22 23:23:01 Weeds - 4x13 Downloaded DIMENSION HD TV
2011-03-22 23:03:20 Weeds - 4x13 Downloaded DIMENSION HD TV
2011-03-22 22:43:26 Weeds - 4x13 Downloaded DIMENSION HD TV

As you can see, every 40 minutes sickbeard for one reason or another forgets that it has already dealt with the specified file... Is there anyway to fix thisHuh

Sorry for the LONG post, I hope i have been clear in my questions and explanations. THANK YOU, in advance for any help or advice you can offer!


- HenryFord - 2011-03-23

mjreddy Wrote:As you can see, every 40 minutes sickbeard for one reason or another forgets that it has already dealt with the specified file... Is there anyway to fix thisHuh
Simply put: Not. Sickbeard doesn't know what episodes already were downloaded and postprocessed and what episodes not. Consider that Sickbeard also has to deal with Repacks or Propers - so, two seemingly identical files could very well have different qualities. If one is a proper, the old one has to be replaced. With the Scan&Process-Option in Sickbeard without removing the original-files sickbeard simply cannot know what already was processed, what should be processed and what should be left out.


- thezoggy - 2011-03-23

dysan911 Wrote:Does anyone know what this means below? This is during the Sabtosickbeard processing. I'm using Win7 so its executing sabtosickbeard.exe

Loading config from C:\Users\Dysan911\Desktop\SickBeard-win32-alpha-build478\SickBeard-win32-alpha-build478\autoProcessTV\autoProcessTV.cfg
Opening URL: http://localhost:8081http://localhost/home/postprocess/processEpisode?nzbName=Saturday.Night.Live.S36E16.Miley.Cyrus.PROPER.720p.HDTV.x264-BAJSKORV.nzb&quiet=1&dir=L%3A%5CDownloads%5CSAB%5Ctv%5CSaturday.Night.Live.S36E16.Miley.Cyrus.PROPER.720p.HDTV.x264-BAJSKORV
Traceback (most recent call last):
File "sabToSickbeard.py", line 29, in <module>
File "autoProcessTV.pyc", line 81, in processEpisode
File "autoProcessTV.pyc", line 41, in openit
File "urllib.pyc", line 206, in open
File "urllib.pyc", line 334, in open_http
File "httplib.pyc", line 1008, in __init__
File "httplib.pyc", line 656, in __init__
File "httplib.pyc", line 673, in _set_hostport
httplib.InvalidURL: nonnumeric port: ''

if you look through your error you see that something is configured incorrectly. go check your autoprocesstv.cfg / sb config
Opening URL: [url]http://localhost:8081http://localhost/home/


- dysan911 - 2011-03-23

dysan911 Wrote:Does anyone know what this means below? This is during the Sabtosickbeard processing. I'm using Win7 so its executing sabtosickbeard.exe

Loading config from C:\Users\Dysan911\Desktop\SickBeard-win32-alpha-build478\SickBeard-win32-alpha-build478\autoProcessTV\autoProcessTV.cfg
Opening URL: http://localhost:8081http://localhost/home/postprocess/processEpisode?nzbName=Saturday.Night.Live.S36E16.Miley.Cyrus.PROPER.720p.HDTV.x264-BAJSKORV.nzb&quiet=1&dir=L%3A%5CDownloads%5CSAB%5Ctv%5CSaturday.Night.Live.S36E16.Miley.Cyrus.PROPER.720p.HDTV.x264-BAJSKORV
Traceback (most recent call last):
File "sabToSickbeard.py", line 29, in <module>
File "autoProcessTV.pyc", line 81, in processEpisode
File "autoProcessTV.pyc", line 41, in openit
File "urllib.pyc", line 206, in open
File "urllib.pyc", line 334, in open_http
File "httplib.pyc", line 1008, in __init__
File "httplib.pyc", line 656, in __init__
File "httplib.pyc", line 673, in _set_hostport
httplib.InvalidURL: nonnumeric port: ''

I figured this one out. The Autoprocesstv.cfg had an entry called web_root=http:\\localhost

I made that entry blank.

Seems to be working great now. Just wanted to follow up and document this just in case anyone should ever have something similar..


- thezoggy - 2011-03-23

mjreddy Wrote:Hi all, I just recently started using SickBeard for my TV shows and had a couple questions.

I'm not really using sickbeard to find/download shows, I get all my shows from TvTorrents.com, so my first question: is there a way to completely turn off NZB/Torrents searching within sickbeard? Is this even worthwhile (from a system resources standpoint -- certainl generates quite a few errors)?

If you're asking what I am using SickBeard for: Primarily, I'm using it to organize/catalog my shows. I have uTorrent setup to monitor a custom RSS feed from TvTorrents.com that autoupdates w/ new versions of shows I watch, uTorrents downloads them to specified download folder, which I have now asked SickBeard to monitor so that now shows downloaded can be automatically moved to the correct season folder within the correct show folder. I of course also LOVE the fact that SB generates metadata, creates an NFO and TBN for each episode, AND updates XBMC! That last fact is a big one for me because I find that XBMC has really sucked lately in scanning fornew content. I also really appreciate that if I decide to upgrade a show that was previously SD to HD, sickbeard recognizes that fact and replaces the low def files with the new, high def ones...

My second question:
I have my post-processing settings set up as such:

Keep Original Files Keep original files after they've been processed? CHECKED
Move Associated Files Move srr/srt/sfv/etc files with the episode when processed? UNCHECKED
Rename Episodes Rename episode using the naming settings in General? CHECKED
Scan and Process Scan and post-process any files in your TV Download Dir? CHECKED

I use those settings so that SickBeard will rename a copy of each new show, download the info, and place all files in the correct directory and then update XBMC with that info. I checked leave orig file so that uTorrent will be able to seed the file until I choose to stop/delete the originals. The problem I'm running into is that it seems SB continually re-processes files it has already processed instead of just recognizing either of the following facts:

1. SB has already processed/moved/renamed a copy of the file
2. (because of fact 1) the vid library already contains a copy of the file of equivalent size and quality (but still, this should be a second check that should prevent SB from wasting resources copying/reprocessing a file that does not offer any improvement over the one curently in the library)

I feel like this is a bug/flaw, but I'm wondering if this is an intended feature that is only a flaw to me since I'm not using the program the way the majority of people do.

Here is an example:
My torrent download folder shows that
"Weeds.s04e13.720p.hdtv.XviD-DIMENSION.mkv" was last modified 3/22/2011 10:41PM

I have in my directory \\Weeds\Season 4\

Weeds - 4x13 - If You Work for a Living, Then Why Do You Kill Yourself Working - HD TV.mkv [and the corresponding .nfo and .tbn]

and all three files now show the date modified as 3/22/2011 11:23PM

** The file has thus been copied and recopied a total of three times, and the proof comes from the SB History:
History
Time Episode
2011-03-22 23:23:01 Weeds - 4x13 Downloaded DIMENSION HD TV
2011-03-22 23:03:20 Weeds - 4x13 Downloaded DIMENSION HD TV
2011-03-22 22:43:26 Weeds - 4x13 Downloaded DIMENSION HD TV

As you can see, every 40 minutes sickbeard for one reason or another forgets that it has already dealt with the specified file... Is there anyway to fix thisHuh

Sorry for the LONG post, I hope i have been clear in my questions and explanations. THANK YOU, in advance for any help or advice you can offer!


tvtorrents is supported in the latest version of sickbeard btw.

sickbeard was not meant to handle torrents. if you need it to seed there are plenty of 'solutions'. dont have sickbeard post process/have it leave a copy via extra_scripts / etc.. check sickbeard forums for more info.


- dysan911 - 2011-03-23

After sabtosickbeard processes and moves the TVSHOW to its' final destination. Should it be deleting the directory it used prior? I'm seeing misc files left behind like .nfo, sfv & srr. A friend of mine is using the Linux and said his actually removes the entire folder when it's done processing and has copied the tv show to it's final dest.

B.


- HenryFord - 2011-03-23

dysan911 Wrote:I'm seeing misc files left behind like .nfo, sfv & srr.
There are two possible solutions:
1. Let sab delete all the unecessary stuff - you can specify file-types which will be deleted by sab before postprocessing starts.
2. Uncheck the option "Keep original files after they've been processed?" in your sickbeard settings.


- dysan911 - 2011-03-23

HenryFord Wrote:There are two possible solutions:
1. Let sab delete all the unecessary stuff - you can specify file-types which will be deleted by sab before postprocessing starts.
2. Uncheck the option "Keep original files after they've been processed?" in your sickbeard settings.

Great!. I'll give that a go!. Thank you! Big Grin


- thezoggy - 2011-03-24

dysan911 Wrote:I figured this one out. The Autoprocesstv.cfg had an entry called web_root=http:\\localhost

I made that entry blank.

Seems to be working great now. Just wanted to follow up and document this just in case anyone should ever have something similar..

web_root = for reverse proxy. obviously you need to keep it blank if you dont use one.