External drives.

[GoogleCodeExporter]

I have a USB drive that I store most of my anime on. I use the software on both 
my desktop and my laptop. 

The problem that arises is that if this drive is watched in the folder imports 
and the drive is ejected, all the files on said drive are removed from the 
collection.  Upon re-connecting the drive, jmm server goes through the hassle 
of re-hashing the files as well as re downloading the info from AniDB it seems. 
This is a waste of time and bandwidth that makes JMM rather crippled. 

Suggestions:

1) Another check box during import that marks the drive as removable media. JMM 
would still list the files in the collection, with the drive information linked 
to it. When the drive was plugged in, JMM would check for new files on the 
drive or if files were removed. Re-hashing only when necessary and removing 
files only then. 

Instead of a missing warning flag or the likes, it could simply tell you to 
plug in the drive with the imported folders. 

2) Another method might be to create some sort of hash file in the folder 
itself. it would contain the calculated values of the files with in that 
directory. JMM server would only have to import them as opposed to recalculate. 
some sort of check sum in the file would allow JMM to tell if the directory has 
been changed, thus flagging it for re-hashing. 

3) I may be wrong, but it seems that JMM re downloads all the Anidb stuff and 
possibly screen shots when files are re added to the collection. Perhaps just 
adding a flag to that entry in the DB  would be better instead. It simply 
wouldn't show the missing  entry, but all the info would still be there. 

A button could be added, for users that may be tight on space, to purge those 
flagged entries.

4) Store images in the containing folder and db entries in sql or some other 
format within as well. Messier in all honesty directory wise, but JMM is so 
awesome I haven't really even needed to look into my directories.  

These files could be checked and imported before being synced with anidb. 

5)  donate button.. Seriously.  Since day one, this software has been AMAZING. 
I kept getting "Whoa" moments on every tab, its like it was tailored just for 
me. From MPC-HC to uTorrent and even the vlc streaming. You've put together an 
awesome software that I dare call down right professional in its use. Thank YOU!

Some or most of these may already be addressed, but I just lack the 
understanding of how to use them. other that that, keep up the excellent work. 

Original issue reported on code.google.com by Thephire...@gmail.com on 30 Oct 2012 at 6:14

[GoogleCodeExporter]

When you plugin in the drive again, it is not actually re-hashing the file or 
downloading the information from AniDB again. The messages you see are probably 
a bit misleading.

What it actually does is detect a "new" file.
When a file is being hashed, it actually checks the database to see if it has a 
record for that absolute path first, and then skips the hash if it exists. The 
same is true for the downloading of information from AniDB.

However it is necessary to add these files to the hasher queue, so as not to 
hold up the main thread with these checks.
I will test it out to make sure it is actually behaving this way.
It should be fairly easy to tell based on how long it takes to process the 
queues.

Do you find that you can't actually use JMM desktop while this is happening?
I will test it out myself in a couple of days as well.

When you say the files are removed from the collection, what do u mean?
Are you referring to the exclamation mark in JMM Desktop?
If so, that just means it couldn't find the physical file. Database entries are 
never removed unless you actually manually invoke that function across your 
whole collection.

on (3) No this doesn't happen. It is the same process as described above, where 
it may say it is importing/downloading, but it is actually just an integrity 
check.
But having a button to delete images associated with series you no longer have 
in your collection is probably a good idea.

(4) I'll go with the purge instead

(5) I am glad you are enjoying it :)
    At the moment, I'm happy to bear the very small hosting costs of the web cache myself.
    If JMM ever gets popular enough that the hosting costs make me uncomfortable I'll ask for donations then :)

Original comment by werndly...@gmail.com on 30 Oct 2012 at 10:10

[GoogleCodeExporter]

I've tested this and don't get the behaviour you are seeing.

Even if I try and scan the whole import folder again, it will only process 
files that it hasn't processed yet.

Original comment by werndly...@gmail.com on 6 Dec 2012 at 5:07

[GoogleCodeExporter]

Original comment by werndly...@gmail.com on 19 Aug 2014 at 5:15

• Changed state: Invalid