Sorry, my fault. I didn't actually push the tag to Githubavatarr wrote:
The links don't seem to be working for me. Did you get tired?
http://github.com/kierse/mediarover/zipball/v0.5.3
http://nodeload.github.com/kierse/media ... all/v0.5.3

Kierse
Sorry, my fault. I didn't actually push the tag to Githubavatarr wrote:
The links don't seem to be working for me. Did you get tired?
http://github.com/kierse/mediarover/zipball/v0.5.3
http://nodeload.github.com/kierse/media ... all/v0.5.3
Awesome - the sorting works now.kierse wrote:Found the bug. I've release a patch in the form of MR 0.5.3. Give it a whirl and let me know if you have any problems.avatarr wrote: As I am obsessive over issues such as these I just couldn't go to bed and leave it hanging. I downloaded 0.5.2, copied it to my .mediarover folder, and still no dice.
Kierse
You can replace the template variable with its uppercase equivalent (ie. instead of $(season_episode_1) use $(SEASON_EPISODE_1)). You can do this for all the template variables.avatarr wrote: One final question (maybe I'm just not reading the .conf file right) how can I change it from naming them s01e01 to S01E01 (which is to say use caps instead of lowercase)? I'm probably just missing something incredibly obvious.
Hmm, at this point all I can say is that it should be checking the queueLockzi wrote: Therefore, my conclusion is that it doesn't check the queue anymore?
Just to clarify, when it scheduled s01e03 for a second time, was the first nzb still in the queue? Or had it been successfully downloaded? When s01e03 was scheduled for a second time, was the first removed from the queue?Lockzi wrote: It also queued the rest of the episodes for the show, like S01E03 for instance.
Since these are all of "high" quality, it didn't finish before the next "mediarover.py schedule" run.
And it queued another NZB post for the same episode again (S01E03).
I had S01E03 in xvid quality on harddrive.kierse wrote:Just to clarify, when it scheduled s01e03 for a second time, was the first nzb still in the queue? Or had it been successfully downloaded? When s01e03 was scheduled for a second time, was the first removed from the queue?Lockzi wrote: It also queued the rest of the episodes for the show, like S01E03 for instance.
Since these are all of "high" quality, it didn't finish before the next "mediarover.py schedule" run.
And it queued another NZB post for the same episode again (S01E03).
Kierse
Code: Select all
+ 2010-09-08 07:36:03 Random.Show.About.White.Collar.S02E09.Point.Blank.HDTV.XviD-FQM 364.40 MB Completed
+ 2010-09-08 06:29:13 Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE 1.14 GB Completed
Code: Select all
2010-09-08 06:29:12,921 INFO - --- STARTING --- - __init__.py:622
2010-09-08 06:29:12,967 DEBUG - using config directory: T:\Pre-Process\Media Rover\conf - __init__.py:623
2010-09-08 06:29:12,983 DEBUG - T:\Pre-Process\Media Rover\mediarover.py episode-sort 'T:\Usenet\complete\TV\Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE' 'Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE.nzb' 'Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE' 'tv' 'alt.binaries.teevee' '0' '' - __init__.py:625
2010-09-08 06:29:13,029 ERROR - invalid literal for int() with base 10: '' - __init__.py:671
Traceback (most recent call last):
File "T:\Pre-Process\Media Rover\mediarover\__init__.py", line 668, in episode_sort
__episode_sort(broker, options, **params)
File "T:\Pre-Process\Media Rover\mediarover\__init__.py", line 734, in __episode_sort
elif os.path.basename(path).startswith("_FAILED_") or int(status) > 0:
ValueError: invalid literal for int() with base 10: ''
Code: Select all
@ECHO OFF
REM Copyright 2009 Kieran Elliott <[email protected]>
REM
REM Media Rover is free software: you can redistribute it and/or modify
REM it under the terms of the GNU General Public License as published by
REM the Free Software Foundation, either version 3 of the License, or
REM (at your option) any later version.
REM
REM Media Rover is distributed in the hope that it will be useful,
REM but WITHOUT ANY WARRANTY; without even the implied warranty of
REM MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
REM GNU General Public License for more details.
REM
REM You should have received a copy of the GNU General Public License
REM along with this program. If not, see <http://www.gnu.org/licenses/>.
REM
REM OSX hack: SABnzbd on Mac OSX comes bundled with all Python libraries
REM necessary for its function. Because of this, SABnzbd sets PYTHONHOME
REM to point to its own Python libraries. This causes a problem for Media
REM Rover due to the fact that some of the key Python libraries are not
REM bundled. Therefore, we delete PYTHONHOME before invoking Media Rover
REM filesystem path where Media Rover is installed
SET ROOT=T:\Pre-Process\Media Rover
echo %ROOT%
REM filesystem path to python installation
SET PYTHON=%HOMEDRIVE%\Python26\pythonw.exe
REM filesystem path to configuration directory
IF DEFINED LOCALAPPDATA (
REM Vista and newer
SET CONFIG="T:\Pre-Process\Media Rover\conf"
) ELSE (
REM XP
SET CONFIG="T:\Pre-Process\Media Rover\conf"
)
ECHO Argument 1: %1
ECHO Argument 2: %2
ECHO Argument 3: %3
ECHO Argument 4: %4
ECHO Argument 5: %5
ECHO Argument 6: %6
ECHO Argument 7: %7
REM invoke Media Rover episode sorting script
%PYTHON% "%ROOT%\mediarover.py" episode-sort -c %CONFIG% "%1" "%2" "%3" "%4"
"%5" "%6" "%7"
Code: Select all
- 2010-09-08 06:29:13 Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE 1.14 GB Completed
Download
Downloaded in 31 minutes 8 seconds at an average of 637.37 KB/s
Repair
[Random.Show.About.white.collar.s02e09.720p.hdtv.x264-immerse] Quick Check OK
Unpack
[Random.Show.About.white.collar.s02e09.720p.hdtv.x264-immerse] Unpacked 1 files/folders in 2 mins 5 seconds
Script
Exit(1) FAILURE, unable to sort downloaded episode! See log file at 'T:\\Pre-Process\\Media Rover\\conf\\logs\\sabnzbd_episode_sort.log' for more details! (More)
Category
tv
Path
T:\Usenet\complete\TV\Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE
Code: Select all
Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE
Argument 1: T:\Usenet\complete\TV\Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE
Argument 2: Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE.nzb
Argument 3: Random.Show.About.White.Collar.S02E09.720p.HDTV.x264-IMMERSE
Argument 4: tv
Argument 5: alt.binaries.teevee
Argument 6: 0
Argument 7:
2010-09-08 06:29 INFO - --- STARTING --- - __init__.py:622
2010-09-08 06:29 ERROR - invalid literal for int() with base 10: '' - __init__.py:671
Traceback (most recent call last):
File "T:\Pre-Process\Media Rover\mediarover\__init__.py", line 668, in episode_sort
__episode_sort(broker, options, **params)
File "T:\Pre-Process\Media Rover\mediarover\__init__.py", line 734, in __episode_sort
elif os.path.basename(path).startswith("_FAILED_") or int(status) > 0:
ValueError: invalid literal for int() with base 10: ''
FAILURE, unable to sort downloaded episode! See log file at 'T:\\Pre-Process\\Media Rover\\conf\\logs\\sabnzbd_episode_sort.log' for more details!
I believe the problem lies with how Windows batch scripts interpret empty string arguments. For some reason they seem to drop them (unlike ba/sh in Linux/OS X) which causes problems whenever you aren't downloading from newzbin (as you've noticed). The good news is that I've got a solution and its available on the dev branch. The bad news is that the dev branch might be a little unstable right now and you may run into other issues. If you'd prefer to stick with the 0.5.x release until 0.6 is available, there is a work around:Lockzi wrote: Is there anyone running MR in an Windows environment, with quality level active, and has sorting figured out?
I constantly run into errors and has to do manual sorting whenever the source for the NZB isn't Newzbin...
Code: Select all
%PYTHON% %ROOT%\mediarover.py episode-sort -c "%CONFIG%" %1 %2 %3 %4 %5 %6 %7
Code: Select all
%PYTHON% %ROOT%\mediarover.py episode-sort -c "%CONFIG%" %1
Code: Select all
2010-09-14 19:30 DEBUG - skipping 'Show Name S07E11', older than newest episode already on disk - schedule.py:390
Yes, I've noticed that problem myself. I recently introduced support for only downloading new episodes and there's obviously a problem there. Setting [tv] only_schedule_newer = False fixes the problem.Maverick519 wrote: Downloaded the updated code from the dev branch. Now I am getting the following error.
But that is the latest episode and it is not already downloaded.Code: Select all
2010-09-14 19:30 DEBUG - skipping 'Show Name S07E11', older than newest episode already on disk - schedule.py:390
If you require further information feel free to ask.
Maverick519
Ok, updated the setting in config so will see how it goes from their haven't really noticed any other problems with the new code. Thanks for the quick reply like always.kierse wrote: Hey Maverick519,
Yes, I've noticed that problem myself. I recently introduced support for only downloading new episodes and there's obviously a problem there. Setting [tv] only_schedule_newer = False fixes the problem.Maverick519 wrote: Downloaded the updated code from the dev branch. Now I am getting the following error.
But that is the latest episode and it is not already downloaded.Code: Select all
2010-09-14 19:30 DEBUG - skipping 'Show Name S07E11', older than newest episode already on disk - schedule.py:390
If you require further information feel free to ask.
Maverick519
Kierse
Hello Kierse,kierse wrote:
Yes, I've noticed that problem myself. I recently introduced support for only downloading new episodes and there's obviously a problem there. Setting [tv] only_schedule_newer = False fixes the problem.
Kierse