T O P I C R E V I E W |
mnazmi |
Posted - 19 Apr 2009 : 12:29:47 please let me know how can I find out duplicate film in my database? |
12 L A T E S T R E P L I E S (Newest First) |
Alessio Viti |
Posted - 23 Jun 2009 : 09:34:00 Hi,
You are right, I must optimize the "duplicate" manager, to better understand if a movie is already in collection or not.
There is the MD5 field that can be used, but I have abandon it because it takes really much time to calculate it every time.
I will try to find another way...
Thank you!
Alessio |
gerard |
Posted - 22 Jun 2009 : 03:13:54 Update :I used the tool-filemanager, and this saved the day. Deleted all dups, and all is looking a lot more spiffy on this computer. Fried brains on remembering all previous network addresses since this is needed too, but at the end it worked ok.
rgds :Gerard |
gerard |
Posted - 22 Jun 2009 : 00:56:45 Duplicates again..
My movies were transferred from \\192.168.1.4\shared\flickZ to \\192.168.1.11\shared\flickZ (from nasdisk Synology to Giganas, both network drives, both in a Raid0)
I used tools-File Manager and changed the path according to these adresses (path´s)
On adding new movies, I ended up with all duplicates, and I had to stop importing from disk, otherwise I would have ended up with 1300 or so duplicates.
Further more:, and this concerns networking, a computer can get a network address assigned by Windows and this address is variable every time Windows is started, and this is called DHCP or someting like that (this is not good for XMM), OR: the user can assign himself a fixed address for network drives and all other network places, in which case XMM works, and continue working, perfectly and correctly. Note:If the network place changes address, the path of the movies changes..
Now, if the address changes with DHCP, the path changes sooner or later and XMM will load all movies again, creating duplicates.
I understand that there are similar names for different movies, but if you select the right movie while you scan a disk for adding a movie, then same name movies show up,always with a date difference, or something else, and sometimes , but rarely, what I have to do is; I will skip and investigate which is the right one, and I go direct to IMDB to check. And on top of that, it is the file path what matters at the moment.
The point is, even if the path changes, a duplicate should not load.
Instead of a path, why could XMM not use the IMDB number to compare whether a movie loads ? I believe it is already recorded in XMM. I only use IDMB for importing. XMM can scriptload from many Internet databases, if people use different Internet databases then it is a little more complicated I guess. Also, playing a movie in XMM has consequences, when the path changes..
My point tonight is that XMM is very hard to use on a network, and it does not have to be that way. I am considering to start all over again (!), hoping that I dont have to change a network address on the Nas drives or computers in the future again,
rgds :Gerard |
MikeH. |
Posted - 03 Jun 2009 : 22:08:03 quote: Originally posted by donnyj
gerard, there are instances when there NEEDS to be duplicate IMDB entries. Let's say I own a DVD and I have a DivX version to watch on my computer. Or, I have some (dumb) movie called E.T. and also have E.T. anniversary edition.
Agreed! I have a number of movies like this, where I have different formats of the same title. Also many "Old" movies come with 2 or even 3 titles on the same disk, and you end up with duplicates that way too. So I consider the ability to "allow" duplicates a plus for XMM. Mike |
donnyj |
Posted - 02 Jun 2009 : 02:27:18 gerard, there are instances when there NEEDS to be duplicate IMDB entries. Let's say I own a DVD and I have a DivX version to watch on my computer. Or, I have some (dumb) movie called E.T. and also have E.T. anniversary edition. |
Alessio Viti |
Posted - 01 Jun 2009 : 08:17:27 Yes, of course IMDB use different ID for each movie.
I cannot use the IMDB ID because XMM use alot of sources (OFDB, MYMOVIES) so it will be not correct use it.
What I can do is a function, when you add a movie, that check if the name already exist and warn you.
Alessio |
gerard |
Posted - 30 May 2009 : 21:19:06 OK, but same name movie and being a different movie, must have different IMDB indexes, I guess, otherwise IMDB would be messed up (guess again), while same movie same name entry should have the same IMDB index. I understand that.
Maybe we could use »movie name« - »movie imdb index« comparisation, leaving the directory path out.I understand that that is more or less the way how new movies are entered when XMM shows the list with possible hits for adding new movies.Names could be the same, but the index is different.
Regards
|
Alessio Viti |
Posted - 30 May 2009 : 14:35:11 Hi Gerard,
XMM allows duplicate because there are much movies with the same name in the world (just think to Psyco, or War of the Worlds).
What is missing right now is a function to find duplicates (that is under construction) and maybe a function, when you type a movie title, that warn you that there is already a movie with the same title.
I will try to make it asap.
Thank you!
Ale |
apd |
Posted - 30 May 2009 : 14:30:40 My two cents about dupes: film titles often look very similar or are exactly the same. If no dupes were accepted, we'd have to change the title to enter them in the dbase. One could also have different version of a file(i.e encodings) or even different media. Moreover, some people may enter an entry as "wanted". Therefore, only files with the exact same attributes should be considered dupes.
Besides, if you are new to XMM, you probably haven't seen the "Find Dupes" in action - it used to work nicely in v.6.x but is not yet implemented in 7.x.
@Alessio: when you're at it, please try to fit it with the "exact" / "similar" and "do not show again" functions I described in another post. recently an entry would be duplicate not only a
|
gerard |
Posted - 30 May 2009 : 14:07:56 Hi Alesio, good program you got going at the moment. However...
I fail to understand why your database accepts multiple duplicates. I believe that a database should bar any duplicate entry since that is the core property of a database. After all, If an airline starts allowing database duplicates, or a warehouse for that matter, the world would come to a grinding halt...
XMM accepts duplicates when two same movies are in a different directory, and I can not see the advantage of that. The movie is very well defined by its IMDB number, and if that number is already recorded, XMM will create a duplicate, and that does not look correct to me. I can only see an advantage of duplicates, if a database is contructed for different persons, but that is not the case for XMM, or maybe it is the playback for that particular movie; I would not know..
I believe I made earlier comments about this, making me think it is nesessary for XMM to have duplicates for some reason.
The caroussel view looks very nice, however if there are a lot of entries in the database it becomes cumbersome. Maybe a cylinder view could be usefull.
Plse view msg as constructive, XMM is a good program.
|
mnazmi |
Posted - 20 Apr 2009 : 10:14:26 thanks for reply |
Alessio Viti |
Posted - 20 Apr 2009 : 07:58:02 Hi,
In the 7.x is not ready yet, in the 6.x this function is in menu "file" -> "Database utility" -> "Find Duplicates"
Ale |
|
|