iDentify | Oct 9 2009 |
ARR MIHARDIES FYI, the newest version was actually uploaded today, but doesn't seem to have made it live on macupdate yet.
(Version 20090905) | |
| [ Reply ] | |
iDentify | Oct 9 2009 |
ARR MIHARDIES I appreciate your constructive criticism. I actually -want- to redo this whole thing from the ground up in a real way that can eliminate third party dependency. Unfortunately, I do not yet know Cocoa, which would be the preferred language. I would love to be able to allow the user to make changes to the detected information prior to writing it. As it stands though, iDentify is a perl script with several helper apps and a gui that does the job, the little else. -A lot- of the problems with matching the TVDB are actually problems on the TVDB site. Go visit www.thetvdb.com and search for "Mr Bean" then search for "Mr. Bean". You won't get any results with the first, but will with the second. You will have the same issue with any show that uses any type of punctuation. I have made some changes to the code that will facilitate some of these issues with various work arounds. Some of the other problems come from the mangled plethora of file naming conventions that iDentify tries to accomadate. For example, ever see a torrent that doesn't replace every space with a period? If they are out there, they are rare. What then to do when a show (like Mr. Bean) actually -needs- the period so the TVDB can return the correct result? What about shows that need colons to be detected? OS X won't let you use a colon in a file name. Yes there are issues, but some are completely out of my hands. Though I do try to provide work arounds for them. Some third party issues with modules I can address by tearing apart the original modules code, like a recently found issue where the newest tv seasons couldn't be found. I addressed the issue by tearing apart the module. iDentify in it's current incarnation will always be 100% hit or miss. But if you match your show names to that on the tvdb, and stick to a good naming convention for your files, misses will be minimal. You might want to give the newest version another go.
(Version 20090905) | |
| [ Reply ] | |
SnapperHead | Sep 25 2009 |
ARR MIHARDIES great program! This 6 year old program needs an update though so it can run on Snow Leopard without having to install rosetta.
(Version 4.6) | |
| [ Reply ] | |
iDentify | Mar 31 2009 |
Apples 2009-01 security release breaks iDentify! Info from the developer site will tell you how to fix it! http://identifyapp.wordpress.com/2009/03/30/something-wrong/ I'm currently trying to figure out a way to get a better fix out to everyone for it. Until then the above will work.
(Version 20090202) | |
| [ Reply ] | |
iDentify | Jan 20 2009 |
ARR MIHARDIES That is actually how I would expect it to work. you see.. that ending number... iDentify thinks it is a "part" ie "episode title part 1". If it shouldn't be there, just remove any unnecessary text from the file name.I don't know why anyone would want all that junk in a file name anyways.
(Version 20090116) | |
| [ Reply ] | |
iDentify | Jan 19 2009 |
ARR MIHARDIES For the linking; I can see benefits to linking here, as this page better describes what the program does; as opposed to the blog... You could link to either or both. Doesn't really matter I guess. I'd like to know more about your multiple pass setup. "-removing unnecessary data from the filename (because for some reason, iDentify seems to *sometimes* append text in the filename to the Title field of the mp4, which is odd), so my script will correct that." I'd like to see an example of this so I know what you are talking about.
(Version 20090116) | |
| [ Reply ] | |
iDentify | Jan 17 2009 |
ARR MIHARDIES Is there any way you can contact me directly? I've been looking for a way to automate adding chapter names, and I'd like to know more about these quirks with iDentify you've encountered so they could perhaps get fixed. Please shoot me an email at arrmihardies.at.gmail.com
(Version 20090116) | |
| [ Reply ] | |
iDentify | Jan 16 2009 |
ARR MIHARDIES Whatever happened to that review your promised me ;) You're gonna love me after 20090116 comes out later today... check the developer page for info on what to expect....
(Version 20090110) | |
| [ Reply ] | |
iDentify | Jan 11 2009 |
ARR MIHARDIES Well, unless you want to edit the file, it aint gonna work. problem is it can't find any of the modules it needs, because the command line is hard coded for me during testing. after "perl script" feed it the path to identify, including the bundle file so "perl script /some/path/to/iDentify.app [list of files separated by spaces]" not that unless you also feed it images along with your other files, you won't get any embedded artwork during your automation
(Version 20090110) | |
| [ Reply ] | |
iDentify | Jan 10 2009 |
ARR MIHARDIES just run "perl /pathToIdentify.app/Contents/resources/script [files to tag separated by spaces]" it won't be pretty... you' see a lot of html code if run in a terminal.. but it should work.
(Version 20090101) | |
| [ Reply ] | |
iDentify | Dec 21 2008 |
ARR MIHARDIES Strange. If I get info on the Atomic Parsley executable, it says it is Universal.. should work...
(Version 20081220.2) | |
| [ Reply ] | |
iDentify | Dec 20 2008 |
ARR MIHARDIES The new version went up today. Give it a try and let me know. Thanks!
(Version 20081220.2) | |
| [ Reply ] | |
iDentify | Dec 20 2008 |
ARR MIHARDIES Nevermind, I see the PPC bit in the original post. Don't know how I missed it. I looked through the entire threead twice before asking. I think I have fixed this issue for the next version though. I'll be labeling it as intel only here on macupdate. But I'd like you to give it a try on the ppc and let me know if it works.
(Version 20081218) | |
| [ Reply ] | |
iDentify | Dec 20 2008 |
ARR MIHARDIES --"iDentify -should- be replacing the .s and _s with spaces. I'll look into that bit."-- I have confirmed (and fixed) this issue. While the iDentify is correctly separating out the information into series, season, episode, and title, it does not replace any of the delimiters used between words into spaces. I would have thought that the Video::Filename module I use for getting the info from the filename would have handled this, but apparently not. I have contacted the modules author about this. In the meantime, I'll see what I can do to work around that issue. Actually.. a simple text replace of every period into a space seems to fix that issue. I don't foresee any negative side effects of it either. As for country selection. I don't think this is going to happen. Not anytime soon anyways. The perl modules I use to lookup the information does not provide me with a list so I can narrow down a choice. I tell it what I'm looking for, and it tells me the matching result. I'll pass the idea over to the author of the module. If it shows up there, it can be implemented here. I think the module would be the best place for this kind of checking to occur anyways. I have, however, implemented a tagging bypass preference for the next version at your request. --"think your program may just be my new favorite haha :D."-- Thanks! I certainly wouldn't mind a favorable review here ya know! :wink: wink: :nudge: :nudge: I originally just wrote the program for myself. but I found it so darn useful, I polished it up as much I could, and put it out there.
(Version 20081218) | |
| [ Reply ] | |
iDentify | Dec 19 2008 |
ARR MIHARDIES Well, I just upgraded to 10.5.6, and unfortunately, I am still not encountering your error. Do you happen to know if your replaced or moved the pre-installed version of perl with a different one, or some such? Oooh. another question... just hit me. What type of CPU is in your machine? Is is intel or PPC?
(Version 20081218) | |
| [ Reply ] | |
iDentify | Dec 19 2008 |
ARR MIHARDIES Can you open a terminal and type "perl -v" and let me know what version of perl is on your system. 10.5.6 is running perl 5.8.8 I'm wondering if it got upgraded.. might be causing the problem.
(Version 20081218) | |
| [ Reply ] | |
iDentify | Dec 19 2008 |
ARR MIHARDIES Having run other programs that use atomicParsley should not be an issue, as it is just a command line program. I wonder if this issue is 10.5.6 specific, as I am running on 10.5.5... I'll have to upgrade tonight to find out...
(Version 20081218) | |
| [ Reply ] | |
iDentify | Dec 19 2008 |
Open up a terminal from your Applications/utilities folder. and copy the line that is returned. It normally looks like /usr/bin/perl. But in your case might be /usu/bon/something right (or control) click on the iDentify application and select show package contents. Brows to Contents/Resources and open appSettings.plist in a text editor like TextEdit. scroll down to line 19 and 20, and you'll see this: <key>ScriptInterpreter</key> <string>/usr/bin/perl</string> make sure that second line contains the text you just copied from the terminal. If it doesn't match, change it, then save the file and quit. Then try opening iDentify again.
(Version 20081218) | |
| [ Reply ] | |
iDentify | Dec 19 2008 |
ARR MIHARDIES Have any previous versions worked for you? Have you tried re-downloading the program? I asked if you were running a non english version because I would be expecting the error message to read more like /usr/bin/perl instead of /usu/bon/nere . Sounds like a french system to me. Was the install for US/English or some other regional english selection?
(Version 20081218) | |
| [ Reply ] | |
iDentify | Dec 19 2008 |
ARR MIHARDIES iDentify -should- be replacing the .s and _s with spaces. I'll look into that bit. The problem with adding a (US) or a (UK) at the end of everything is it will make most things not match at all, so, unfortunately, that part has to be left up to the user. Unfortunately, the user is the entire problem in a program like this. The user has to provide iDentify with enough information for it to return a correct lookup, and sometimes that can take a little work on the users part. Certainly less work though than manually tagging everything themselves though. "also, is there a way to not tag videos if TVDB or IMDB doesn't find data for it?" I suppose I could perhaps try and code something in. But even in the event of a failed lookup, it will try to add the artwork, if any is provided, as well as set the title, series, season, episode, and episode id tags based on info found in the file name. I think simply automating this little bit is work the processing time, personally; as iDentify doesn't require any user intervention: just start it and let it go. With it filling in the information it -does- know based on information provided by the user, even in the event of a failed lookup, you can make things show up correctly, quickly in iTunes and on iTunes based devices. So, I will look into the problem when searching with filenames that don't use spaces. This could be an issue with the Film::Video module I am using, or it could be I'm ignoring the "name" result from it (which is what I think is more likely). As for the problems you are encountering with "The Office"; I don't really know what to suggest right now other than adding (US) or (UK) as appropriate. I'll have to think on how to best handle it.
(Version 20081218) | |
| [ 1 Reply - Reply ] | |
Replies:
iDentify | Dec 19 2008 |
IJOEL --"iDentify -should- be replacing the .s and _s with spaces. I'll look into that bit."-- Hmm, I tried it quite a few times; but maybe I messed something up. I'll test it a bit more and get back to you ;). --"The problem with adding a (US) or a (UK) at the end of everything is it will make most things not match at all, so, unfortunately, that part has to be left up to the user."-- Oh, no that's not exactly what I meant. Here, I'll try to explain what I meant better: Video File = The Office S03E04 Your program figures out that the show name is "the office" and it's the "episode 4" of "season 3". Now, iDentify then accesses theTVdb.com and TVDB tells it that there are 7 matches for "the office." There are 3 matches in english (which I'm assuming is what iDentify expects, English). & iDentify doesn't have enough info to narrow it down to just one. So it then states, it can't be found and tags the episode according to the filename instead. Now, if there are 3 matches, if there was a setting for a users location in the preferences, it could easily be assumed by your program that out of the 3 the one that has (US) at the end would be the one the user is converting since the preferences already state that the user lives in the United States. --your program reads show name "the.office"; --it accesses TVDB & is told that "the.office" doesn't exist. --So then your program replaces the '.' with a space; --it then searches TVDB for "the office"; --TVDB states there are 7 matches (3 in english, 4 in other languages) --iDentify knows that it wants english so that leaves 3 results. --based on a "location preference" iDentify knows that it's user lives in the US. --so it appends a "(US)" to the end of the name and searches again to see if it can narrow it down. --and viola, TVDB returns one match for the show and its found and tagged. Obviously this would be trivial if only the show "The Office" ended with a (US) or (UK), but the thing is,a lot of TV shows on TVDB or labeled as such, but the people that live in the country that it's shot in NEVER put in (US) or (UK), because it's assumed that since they live there, it's going to the their version. iDentify seems to be aiming at an automated approach, and using settings to narrow down results seem to be the very best way to automate this. So to recap, iDentify would ONLY append (US) or (UK) at the end if it ended up with it's first try as an "id could not be found." So it wouldn't mess with anything matching up at all, because it would always look for the original filename, but if it's results return nothing; it does a little improvision to hopefully find the best result. See what I mean. Win-win. It would only append a (US) or (UK) if originally it couldn't find an exact name for the file on TVDB. --"I suppose I could perhaps try and code something in. But even in the event of a failed lookup.."-- You see, the reason I ask is because I already have a lot of correctly tagged videos already, but I like how iDentify uses strictly TVDB; which creates standard labeling (instead of MetaX and using tagChimp to potentially get wrong data, and is completely random depending on the person who tagged it). So I would want to run all my files through Identify again, but if it can't find it on TVDB or IMDB then I would just want it to leave the rest of it's tags alone; as MetaX would have already taken care of that. --"As for the problems you are encountering with "The Office"; I don't really know what to suggest right now other than adding (US) or (UK) as appropriate. I'll have to think on how to best handle it."-- Do you think my solution, (up there), is viable. I don't really see any down sides to my method. Like, if it finds the right show on the first try great, if not, then just search again with (US) or (UK) depending on the a setting in the preferences. Seems solid to me; think it could work? ^__^ I think your program may just be my new favorite haha :D. Great work.
(Version 20081218) | |
iDentify | Dec 19 2008 |
ARR MIHARDIES From your error message, am I correct in understanding that you are running on a non-english installation of OS X?
(Version 20081218) | |
| [ Reply ] | |
iDentify | Dec 4 2008 |
ARR MIHARDIES Eakster: Just thought I'd let you know, the next version of iDentify will have a preference to make the title tag match the file name.
(Version 20081129rc2) | |
| [ Reply ] | |
iDentify | Nov 30 2008 |
ARR MIHARDIES I do it that way because that is how Apple does it. Apple products sort tv shows based on the information found in the show, series, and episode tag, and leave the episode title as the title. If you were to load the file into iTune, it would be correctly sorted in it, and in any iTunes based device like the iPod or the appleTv. iDentify was built with this in mind. I suppose I could add a preference to force the title to match the file name. Sould be fairly easy to do.
(Version 20081129rc2) | |
| [ Reply ] | |
iDentify | Nov 30 2008 |
ARR MIHARDIES I should note that the file replacement is done, and has to be done after the file tagging process is complete. So, during the tagging process, a file named iDentify.originalfilename will appear in the same directory. Then, when tagging is complete, it moves the original to the trash, and renames the new copy to match the original name.
(Version 20081129rc2) | |
| [ Reply ] | |
iDentify | Nov 30 2008 |
ARR MIHARDIES What version of Mac OS X are you running, and if known, what version of perl is on your system? I have had no issues at all running this from multiple places in the file system. If the program was not moving the original to the trash, it is likely because you answered no to replace the original during the preferences setup. As stated during the initial configuration, moving to the trash will have no effect if replace original is not also selected. So far, in testing, I've had no trouble moving the original to the trash even across file system boundaries (drive to drive) or even network mounted drives. I'm not saying iDentify is without flaws or drawbacks, and I've made no secret that this is just a Release Candidate 2 release; I'm not sure what is going on with your root problem, but the moving to trash problem is likely just an incorrect preference setting. You can edit the preferences by opening the packacage and editing /Contents/Resources/options.xml As expected, a setting of 0 is off, and 1 is on. Out of curiosity, what happens if you change the name of the containing folder to something more like: /Volumes/Mitheril/Movies/TV Shows/Son Of The Beach/Son Of The Beach 1x03 In The G Hetto.mp4
(Version 20081129rc2) | |
| [ 2 Replies - Reply ] | |
Replies:
iDentify | Nov 30 2008 |
EAKSTER Thanks for the fast feedback. I would love to get this app working for me. I have other macs I can test this out on (macbook pro, g5 and a g4) Is there a website or email I can send direct to you? Im running 10.5.5 on a intel core 2 duo 3 ghz iMac 24" I edit the /Contents/Resources/options.xml Then I ran it again on another file and it didnt move to the trash both files are left. iDentify.Life On Mars 1x06 Tuesday's Dead copy.mp4 Life On Mars 1x06 Tuesday's Dead copy.mp4 TVDB Results: Series: Life on Mars, Season #1 Episode: #6, The Deadline Now Tagging File Number 1 / 1 File Name: /Users/eakster/Movies/ Movies Convert/Life On Mars 1x06 Tuesday's Dead copy.mp4 Started writing to temp file. 102030405060708090100 Finished writing to temp file. All Files Complete!
(Version 20081129rc2) | |
iDentify | Nov 30 2008 |
EAKSTER EAKSTER I thought about what you stated before about the first time running preferences, that never came up when I ran it the first time. I deleted my copy then re downloaded and installed. It seems to be WORKING FINE NOW. AWESOME PROGRAM!!! Beats all the others hands down!!! One minor grep is that it changes the iTunes name from Son Of The Beach 1x01 With Sex You Get Eggroll to I would like to keep the file name as the iTunes name.
(Version 20081129rc2) | |
|
Main
