That would only be a problem for my suggestion to set up the group separator, even then you could avoid that just by assuming if other valid files exist in the same folder then you will (using folder name) have a duplicate. This would be a great feature btw, but not a priority. For skipping duplicates it doesn't matter as you want to show first occurance to the user anyway so they can decide whether to skip it or not.Detecting the duplicate entries however is very difficult - at the point of Internet lookup it loops through the list and does the lookup for each file, but it wouldn't notice a duplicate 'Bourne Trilogy, the' entry until it gets to the second bourne film!
All weirdness has gone from the latest version. Thanks also for the changes to the lookup dialog.Hopefully that all makes sense - please have another play and let me know if it's not doing that for you!
I've noticed that with multi-part movies the paths seem to be duplicated in the source field 3 or 4 times.
Detecting the duplicate entries however is very difficult - at the point of Internet lookup it loops through the list and does the lookup for each file, but it wouldn't notice a duplicate 'Bourne Trilogy, the' entry until it gets to the second bourne film! I'll see if there's any easy way to work that out in advance but I'm not hugely hopeful. Do bear in mind that even if you have to manually correct some entries, it's still a one-off chore to do!
if moviename(i) = moviename(i - 1) then _
duplicate = true
I've noticed that with multi-part movies the paths seem to be duplicated in the source field 3 or 4 times.
Edit: Never mind, I haven't been able to reproduce the error, must have done something weird while I was testing.
Other than that, great app! I was planning on something similar with the next version of AVIList, but you've beaten me to it (and made a better job of it than I was planning to).
Also, I use playlists in my source field to keep it a bit neater. Any chance of parsing playlist files when you're looking for orphans? If you're too busy I could have a look through your source.
Sounds great! There is no file attached though?!Have a go with the attached for a group separator system.
Hopefully the multi-part movie issue was just a temporary glitch!
I can happily give my utility support for playlists - I guess that won't be too hard. But since I've never used them at all, please give me any info you can about their structure, how you use them etc. and I'll try and incorporate that.
Cheers,
Orion.
C:\Movies\The Matrix\The Matrix (part 1).avi
C:\Movies\The Matrix\The Matrix (part 2).avi
I'll be making it optional, so the group separator can be used in Original Title or Translated Title (or both) but for proof of concept I've kept it simple.However, after much deliberation I decided that I should use the translated title as the master so I would need to put that group separator there instead, I already done it manually though.
Yup - I just found that one. I'd also like to be able to give the downloaded images a better naming structure like Ant does. I'll get onto that.I noticed some bugs etc. Even when the picture field is unselected an image is still downloaded. This gets a bit messy as the image later downloaded by AMC may be named slightly different and therefore you end up with many superfluous files.
Curious - never seen that. Should be just a scripts folder and probably a log folder in there. What folders do you get?I have your program in a folder other than mediaportal's - why is it that the mediaportal folder structure keeps getting recreated in the AMCUpdater program folder?
Hadn't noticed that one, but yeah that clearly needs correcting. I use relative paths too.Program adds the entire path reference to the picture in the db xml - unlike AMC which just puts the filename so the database is portable between different folder locations.
Oops!The filename needs to be shown in the lookup dialogue when performing a manual update as well.
Already found the bug - it was an internal datatable not being cleared out. Should be fixed in the file I just posted; and it only affected the multi-part files when running the import several times.Don't worry about the multi-part glitch, I was doing a lot of cancelling/re-scanning while testing out my regex filters. AMC Update works perfectly under normal operation
Should be easy enough to have it parse any .m3u files it finds. I'll have a look when I have time. The Grabber.dll, Core.dll, Utils.dll and MediaInfo.dll are needed to compile and run the app. They should be available in the full binary package download. Let me know if you modify the code and I'll incorporate your changes into my copy so everyone can benefit!Playlist support would make this app golden for meYou're probably pretty busy with other features so I had a look at your source to see if I could add it myself, but it seems to be missing some reference files (grabber and something else I can't remember right now).
The Internet scripts are in the full release packages, not in the test release I posted in this thread. Download the full version from SourceForge and set the Internet lookup Parser to one of the files in the Scripts folder of AMCUpdater. Each script represents a different Internet lookup site.what should i Put in the field path to internetlookup parser. I updated the new version and it returned internet look up failed