- Dobyken - 2010-04-28 15:50
This isn't really Mythical but I know you've done a lot of other stuff. Say someone downloads 3 seasons of a show and they need to bulk rename them.
Original format might be something like "Dr.Who.Return.of.the.Daleks(XVID).MKV". I know Mythical can do it if I manually parse the series and episode name on the command line but is there a method whereby we can scan a directory and attempt a tvdb match then rename the file with SxxExx so that XBMC can properly import them? I guess if the filenames are consistent in that the episode name always starts at a specific position it might be possible to create a c script to parse out the Series and Episode names then run Mythical in non DB file mode. I used to use a program called TheRenamer on Windows but did'nt see a similar program for Linux.
- outleradam - 2010-04-28 19:51
^^ mythicalLibrarian categorizes recorded content only. There is another renamer somewhere in this Supplemental Tools forum which specializes in renaming downloaded files. I'm trying to keep everything legal and basically like a "super tivo". I do not want to get wrapped up in RIAA issues.
Dobyken Wrote:Not really a bug but last night I recorded Heroes twice. Once on analog cable via PVR-150 and once with my HDHomeRun. I do this because I'm in a fringe (not to be confused with Fringe on Fox) area and NBC doesn't alway receive well. The analog version was found in tvdb and moved to the series folder but the HD copy was not and was moved to /showings/Heroes S0E0. As both filenames are basically the same it seemed odd.
One good thing I found out about XBMC. If you have multiple folders for the same show on different drives it logically combines them. If you have a folders with 2 seasons mixed together and the same series in another folder with Season 3 and Season 4 folders XBMC combines them properly. This means that your new version will not impact previous installations where all seasons were placed into one folder.
If the information was there, then you should be able to
Code:
sudo mythicalLibrarian --doover
. If that does not work, then try deleting the ~/.mythicalLibrarian/DatabaseFolders then --doover.
GregoryK Wrote:Adam:
I'm back. mythicalLibrarian has been working great for me lately, with one minor exception: it can't seem to get episode information for Top Gear (recorded off of BBC America.) It looks like the lookup gets the correct TVDB and Zap2It series info, but then can't get the episode information, even tho thetvdb.org has the episode info listed.
Here's the most recent example, recorded yesterday. From my --doover output:
Code:
REMOVING ORPHAN /var/lib/mythtv/recordings/Showings/Top Gear/Top Gear S0E0 (Recorded 2010-04-26@18.00.00 on 1162).txt
REMOVING ORPHAN /var/lib/mythtv/recordings/Showings/Top Gear/Top Gear S0E0 (Recorded 2010-04-26@18.00.00 on 1162).nfo
Accessing MythTV DataBase:
COMMERCIAL DATA START:22413 STOP:25397
COMMERCIAL DATA START:40185 STOP:45438
COMMERCIAL DATA START:60991 STOP:65393
COMMERCIAL DATA START:75297 STOP:79097
COMMERCIAL DATA START:87473 STOP:91847
RECSTART:2010-04-26 18:00:00 MOVIEYEAR: SERIESDATE:2010-04-26
PROGRAMID:EP003351720253 ShowCategory:Auto STARS:0 RATING:0
PLOT: Jeremy makes a film about the BMW X6.
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272405700
MATCH FOUND BASED ON Zap2itID:Top Gear ID:74608
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear Australia
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272405702
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear classic
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272461988
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear Russia
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272405702
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear Xtra
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272405703
DB ABSOLOUTE Exx NR:-1 BASED ON ORIG AIR DATE:2010-04-26
FUZZY Exx NUMBER:
EPISODE: ABSOLUTE NUMBER:
JOB: mythicalLibrarian '/var/lib/mythtv/recordings/1162_20100426180000.mpg' 'Top Gear' ''
WARNING: EPISODE INFORMATION COULD NOT BE OBTAINED
HANDLING AS A GENERAL SHOWING
Please consider helping out and adding to thetvdb.
TARGET SET:/var/lib/mythtv/recordings/Showings/Top Gear/Top Gear S0E0 (Recorded 2010-04-26@18.00.00 on 1162)
CREATING SYMLINK IN MOVE MODE
MOVED: /var/lib/mythtv/recordings/1162_20100426180000.mpg
TO: /var/lib/mythtv/recordings/Showings/Top Gear/Top Gear S0E0 (Recorded 2010-04-26@18.00.00 on 1162).mpg
/usr/local/bin/mythicalLibrarian: line 788: [: missing `]'
SENDING REQUESTED COMMANDS TO:192.168.1.10:8080
RSS ENTRY SUCCESSFULLY CREATED: /var/www/mythical-rss/rss.xml
SUCCESSFUL COMPLETEION TYPE: MoveModeSuccessful
done.
Here's the entry on thetvdb.org that mythicalLibrarian couldn't parse: http://thetvdb.com/?tab=episode&seriesid=74608&seasonid=122131&id=1424561&lid=7
(Note: I was running SVN 306 until today, when I --updated to the current SVN (352) and then ran the --doover which generated the output quoted above.)
Any ideas? Thanks!
/gkk
I can't see it right now from work, but I will check on that when I get home. Try to delete your ~/.mythicalLibrarian/DatabaseFolders then do a --doover
I think I should add a --FlushDatabase option to force mythicalLibrarian to rebuild all TVDB entries and have that executed as a last step on --update. This would help with mythicalLibrarian database upgrades.
- GregoryK - 2010-04-28 21:18
Quote:I can't see it right now from work, but I will check on that when I get home. Try to delete your ~/.mythicalLibrarian/DatabaseFolders then do a --doover
I don't have a directory named ~/.mythicalLibrarian/DatabaseFolders (??) My ~/.mythicalLibrarian directory has a bunch of directories with show names, e.g.:
Code:
$ cd /home/mythtv/.mythicalLibrarian
$ ls -al
total 2196
drwxrwxr-x 47 mythtv mythtv 4096 2010-04-27 23:54 .
drwxr-xr-x 11 mythtv mythtv 4096 2010-04-27 10:42 ..
drwxr-xr-x 2 mythtv mythtv 4096 2010-03-19 08:55 30 Rock
drwxrwxr-x 2 mythtv mythtv 4096 2010-03-11 22:14 A Night at the Office
drwxr-xr-x 2 mythtv mythtv 4096 2010-03-19 08:56 Battlestar Galactica (1978)
drwxr-xr-x 2 mythtv mythtv 4096 2010-03-19 08:56 Battlestar Galactica (2003)
drwxr-xr-x 2 mythtv mythtv 4096 2010-03-25 22:11 Call Me Mister
drwxr-xr-x 2 mythtv mythtv 4096 2010-04-27 11:00 Clever V stupid
-rw-r--r-- 1 mythtv mythtv 47093 2010-04-27 23:54 created.tracking
-rw-r--r-- 1 mythtv mythtv 33374 2010-03-22 13:08 created.tracking.old
drwxr-xr-x 2 mythtv mythtv 4096 2010-03-19 08:55 Curious George (2006)
drwxrwxr-x 2 mythtv mythtv 4096 2010-04-27 11:00 DailyReport
drwxr-xr-x 2 mythtv mythtv 4096 2010-03-19 08:57 Damages
drwxr-xr-x 2 mythtv mythtv 4096 2010-03-18 13:23 Dinosaur Train
-rw-r--r-- 1 mythtv mythtv 1499 2010-04-27 23:54 dir.tracking
-rw-r--r-- 1 mythtv mythtv 24386 2010-04-27 11:30 doover.sh
-rw-r--r-- 1 mythtv mythtv 88239 2010-04-27 11:28 doover.sh.old
[...snip...]
Thoughts?
/gkk
- outleradam - 2010-04-29 04:29
Those folders, with the exception of daily report and mythicalSetup are the database folders. I will make an easy button for it.
- outleradam - 2010-04-29 05:03
As of SVN 369 updater is working properly.
Also, --doMaintenance will delete all MythicalLibrarian created database folders as well as flush the disconnected folder and file cache. I'm going to call that a day!
- GregoryK - 2010-04-29 05:13
Adam:
Updated to 369, ran --doMaintenance, then --doover. Still no recognition of Top Gear.
Again, this is a tiny tiny issue, so don't sweat it. Thanks for the great script!
/gkk
- outleradam - 2010-04-30 00:57
GregoryK Wrote:Adam:
I'm back. mythicalLibrarian has been working great for me lately, with one minor exception: it can't seem to get episode information for Top Gear (recorded off of BBC America.) It looks like the lookup gets the correct TVDB and Zap2It series info, but then can't get the episode information, even tho thetvdb.org has the episode info listed.
Here's the most recent example, recorded yesterday. From my --doover output:
Code:
REMOVING ORPHAN /var/lib/mythtv/recordings/Showings/Top Gear/Top Gear S0E0 (Recorded 2010-04-26@18.00.00 on 1162).txt
REMOVING ORPHAN /var/lib/mythtv/recordings/Showings/Top Gear/Top Gear S0E0 (Recorded 2010-04-26@18.00.00 on 1162).nfo
Accessing MythTV DataBase:
COMMERCIAL DATA START:22413 STOP:25397
COMMERCIAL DATA START:40185 STOP:45438
COMMERCIAL DATA START:60991 STOP:65393
COMMERCIAL DATA START:75297 STOP:79097
COMMERCIAL DATA START:87473 STOP:91847
RECSTART:2010-04-26 18:00:00 MOVIEYEAR: SERIESDATE:2010-04-26
PROGRAMID:EP003351720253 ShowCategory:Auto STARS:0 RATING:0
PLOT: Jeremy makes a film about the BMW X6.
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272405700
MATCH FOUND BASED ON Zap2itID:Top Gear ID:74608
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear Australia
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272405702
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear classic
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272461988
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear Russia
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272405702
TESTING FOR ZAP2IT SERIES ID MATCH:Top Gear Xtra
DATABASE IS MAINTAINED. TIME IS:1272393745 NEXT UPDATE IS:1272405703
DB ABSOLOUTE Exx NR:-1 BASED ON ORIG AIR DATE:2010-04-26
FUZZY Exx NUMBER:
EPISODE: ABSOLUTE NUMBER:
JOB: mythicalLibrarian '/var/lib/mythtv/recordings/1162_20100426180000.mpg' 'Top Gear' ''
WARNING: EPISODE INFORMATION COULD NOT BE OBTAINED
HANDLING AS A GENERAL SHOWING
Please consider helping out and adding to thetvdb.
TARGET SET:/var/lib/mythtv/recordings/Showings/Top Gear/Top Gear S0E0 (Recorded 2010-04-26@18.00.00 on 1162)
CREATING SYMLINK IN MOVE MODE
MOVED: /var/lib/mythtv/recordings/1162_20100426180000.mpg
TO: /var/lib/mythtv/recordings/Showings/Top Gear/Top Gear S0E0 (Recorded 2010-04-26@18.00.00 on 1162).mpg
/usr/local/bin/mythicalLibrarian: line 788: [: missing `]'
SENDING REQUESTED COMMANDS TO:192.168.1.10:8080
RSS ENTRY SUCCESSFULLY CREATED: /var/www/mythical-rss/rss.xml
SUCCESSFUL COMPLETEION TYPE: MoveModeSuccessful
done.
Here's the entry on thetvdb.org that mythicalLibrarian couldn't parse: http://thetvdb.com/?tab=episode&seriesid=74608&seasonid=122131&id=1424561&lid=7
(Note: I was running SVN 306 until today, when I --updated to the current SVN (352) and then ran the --doover which generated the output quoted above.)
Any ideas? Thanks!
/gkk
The tvdb has a different original airdate for this episode
Quote:7Most Expensive Road Tests 2010-01-03![[Image: checkmark.png]](http://thetvdb.com/images/checkmark.png)
It would appear that the entry is not located in thetvdb. You should add it.
- outleradam - 2010-04-30 01:02
Just fixed a problem with generating NFO files. Thanks for posting that debug log, it lead me to a fault on line 788. please do a sudo mythicalLibrarian --update to SVN.
- outleradam - 2010-04-30 01:25
SVN 372 added a new database processor for Japaneese programming. run sudo mythicalLibrarian --update and select no to do you have one of the following guide data types.
This will bypass all attempts to lookup on thetvdb.com
- Dobyken - 2010-05-01 16:32
outleradam Wrote:Just fixed a problem with generating NFO files. Thanks for posting that debug log, it lead me to a fault on line 788. please do a sudo mythicalLibrarian --update to SVN.
Still getting endless loop in setup with 10.04. It said parsing mythicalLibrarian then came back to the install "Stable - Latest SVN".
Other issue. When attempting --undo running as mythtv(sudo su mythtv) it prompts for password. Is there a mythtv user password? I tried blank, my user password and the mysql password. Just running undo without sudo pops up a "must run using sudo" message. I don't seem to remember entering a mythtv password anywhere when I installed 10.04 last week.
I've got mythical running fine using --scan (both myself and mythtv user) but can't seem to get the userjob to run which is not mythical's problem. I've run mythicalDiagnostics both as my user name and mythtv and they both passed except for the messaging which is turned off in setup. I see a few lines in the backend log about not being able to access the jobqueue or invalid jobqueue so I have to clean those up first.
|