Feature Request: Re-Scan/inotify

[simoncn]

(26-03-2012 13:57)KoS Wrote:  i think i found a bug. first i thought the files weren't being rescan upon restarting minim (what is the best way to restart the minimserver without minimwatch on a headless machine?), but as soon as i changed the name of the directory containting the new files, the appeared after a restart. the problem is that the directory is not scanned if the name includes some german umlauts (äöü). i don't get any more information in the log file.

You can use MinimWatch on a headless machine. This is described in the User guide on the MinimServer website. See the sections "Running MinimWatch" and "Using MinimWatch" for details.

The problem with directory names is caused by an incorrect locale setting on the machine that's running MinimServer. If you can give me more details of what this machine is, and how the files were copied to that machine, I can give you specific information about how to resolve the problem.

Unfortunately it's not possible for MinimServer to detect this problem. There's a limitation in Java that prevents MinimServer from knowing that these directories exist. The same applies to filenames with characters that aren't valid in the current locale.

Quote:until now i haven't had on any control point (hardware or software) the problem that i wouldn't see new content. the devices don't cache the hierarchy (if they cache something, then the thumbnails), so as soon as i navigate through the hierarchy it is always loaded from the upnp server and "up-to-date". so the benefit would be that after copying new music to the library, the user doesn't have to manually force a rescan or wait for the next "automatic" rescan, but instead the "view" on the control point would always be consistent with the one of the real/existing files.

I'd be interested to know which combination of server and control point works in this way. Most control points cache some or all of the browse tree after downloading it from the server.