![]() |
|
mythicalLibrarian - a tool to build Movie and TV Show library from MythTV recordings - Printable Version +- XBMC Community Forum (http://forum.xbmc.org) +-- Forum: Help and Support (/forumdisplay.php?fid=33) +--- Forum: Supplementary Tools for XBMC (/forumdisplay.php?fid=116) +--- Thread: mythicalLibrarian - a tool to build Movie and TV Show library from MythTV recordings (/showthread.php?tid=65644) |
- outleradam - 2010-04-05 00:22 djroketboy, SVN 307 has added logging to doover and undo modes. The on-screen logging will start from the point when you perform the upgrade. if you undo and rescan your library you will be able to see what's going on when it happens. - stratoscape - 2010-04-05 02:57 outleradam Wrote:make sure your Episodes dirs do not have any NFO files in them. Check. There are no NFO files in my current move path yet after I selected "Process unrecognized Episodes and Shows?" as an option everything now goes to the /Showings folder with S0E0 designations and I know this should not be the case for know shows such as the ones in my log as they are known series and use to sort correctly. They use to goto correct Episode folder with correct SxxExx information. What I expected to happen was for should that we not a series or a movie but a special or non series it would go to the showings folder but not everything. If I have a choice could I not select this and have it revert back to the way it use to save them? thanks again :-) here are the logs (hope they help) results from update to SVN 307 Today http://pastebin.com/0xXFK73R sample from output.log http://pastebin.com/B5AzWjER I am still using the beta and seems to be stable on the backend w/minor issues on frontend. I also have shows going tonight so will post my results from current update strato
- outleradam - 2010-04-05 03:06 Strato- I think I can see what's going on. You may have something in your database preventing updates. There were a few problems in the past and older versions are not compatable with newer versions. Try removing all folders in your ~/.mythicalLibrarian/ folder. This will force the database to rebuild itself and leave your .tracking files and .log in tact. It appears that everything is working properly, however, mythicalLibrarian is not pulling data as it should, so it may be that the time server files are messed up. When you finish removing all those folders, run Code: sudo mythicalLibrarian --doover- stratoscape - 2010-04-05 06:14 outleradam Wrote:Try removing all folders in your ~/.mythicalLibrarian/ folder. This will force the database to rebuild itself and leave your .tracking files and .log in tact. Done! and it worked thank you very much, Back in business whoohoo! ![]() outleradam Wrote:When you finish removing all those folders, run Nothing to --doover I was able to use what it did save to the showings folder so even though --doover didn't work in this particular case it's cool, the original run did save the files to showings so there was nothing to --doover they (the files) just were not named correctly which is not a problem every once in a while. Most all of my recordings are part of a series so I was anxious to resolve this. Going forward though, I think this will be just fine the way it currently is saving non series shows. Question, what if one were to manually rename the files including the support files the process creates, would that mess things up if they were manually corrected and or moved to another folder? just wondering. thanks again strato
- outleradam - 2010-04-05 07:29 If the files were moved then they will no longer be under the control of mythtv or mythicalLibrarian. Your logs indicate that mythicalLibrarian raised the goforsoover flag which should have generated some doover jobs. The doover jobs are there so when a episode gets categorized as show, it can be rerun later and properly recognized. - stratoscape - 2010-04-05 17:17 outleradam Wrote:If the files were moved then they will no longer be under the control of mythtv or mythicalLibrarian. sorry for the confusion, I actually have not moved any files, was just curious if they could be, I understand now. outleradam Wrote:Your logs indicate that mythicalLibrarian raised the goforsoover flag which should have generated some doover jobs. The doover jobs are there so when a episode gets categorized as show, it can be rerun later and properly recognized. I have never had much success getting the --doover process to work, like last night for instance, I ran it and got the same message I always got that there was nothing to do. I guess I need to investigate why since you are saying based on the log info that it should have ran what would keep it from running? does it have to be run from a particular folder, or as a particular user (I ran it using sudo) where do you think I should look next to figure out why it is being ignored :nod:strato - outleradam - 2010-04-05 19:11 Change to the mythtv user before running doover. Each user maintains their own doover. Sudo elevates permissions so the job can be made executable. sudden permission issues - stratoscape - 2010-04-07 05:45 hello, have not made any changes after the last post and was working great. now just out of the blue i now have permissions issues causing mythicallibrarian to fail. do you think anything in the log will tell me where the permission is so i can correct http://pastebin.ws/em300n thanks again, strato
- stratoscape - 2010-04-07 06:14 I found my problem, I need to chown the files and folders under my destination folder /mnt/showtime/mythtv/Episodes. will get it corrected then run --doover and let you know how it worked out ![]() thanks strato - outleradam - 2010-04-07 06:14 I'm not seeing anything off-hand. try this Code: ls -l /var/lib/mythtv/recordings/ |