|
Feature Request: Re-Scan/inotify
|
|
26-03-2012, 13:57
Post: #3
|
|||
|
|||
RE: Feature Request: Re-Scan/inotify
(26-03-2012 12:19)simoncn Wrote: MinimServer uses a Java component framework named jMinim, and I intend to release this part as open source code at some stage. This won't happen in the near future, because at the moment I'm putting all my time into working on MinimServer.okay thanks for the info. Quote:You should be able to add new files by selecting Restart from the tray icon. You don't need to stop MinimServer first, and you don't need to delete the cache files. Deleting the cache files is a bad idea because it makes MinimServer start much more slowly. You can also continue to play music while the MinimServer restart is in progress. So the recommended sequence is: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. Quote:It would be possible to support inotify in MinimServer, but this would require adding a dependency on Java 7, and I'm very reluctant to do this. It would also need quite a major change to the MinimServer design. I don't see much benefit from doing this, as the user has to know that an inotify update has happened so that they can refresh or restart the control point to update the information displayed there.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. |
|||
|
« Next Oldest | Next Newest »
|
| Messages In This Thread |
|
Feature Request: Re-Scan/inotify - KoS - 26-03-2012, 11:30
RE: Feature Request: Re-Scan/inotify - simoncn - 26-03-2012, 12:19
RE: Feature Request: Re-Scan/inotify - KoS - 26-03-2012 13:57
RE: Feature Request: Re-Scan/inotify - simoncn - 26-03-2012, 17:51
RE: Feature Request: Re-Scan/inotify - KoS - 24-04-2012, 12:03
RE: Feature Request: Re-Scan/inotify - simoncn - 24-04-2012, 14:54
RE: Feature Request: Re-Scan/inotify - KoS - 24-04-2012, 17:55
RE: Feature Request: Re-Scan/inotify - KoS - 30-04-2012, 14:55
RE: Feature Request: Re-Scan/inotify - simoncn - 30-04-2012, 18:48
RE: Feature Request: Re-Scan/inotify - KoS - 16-07-2012, 11:26
RE: Feature Request: Re-Scan/inotify - alegend - 23-12-2012, 18:49
RE: Feature Request: Re-Scan/inotify - winxi - 24-12-2012, 10:34
RE: Feature Request: Re-Scan/inotify - alegend - 24-12-2012, 13:18
|
User(s) browsing this thread: 1 Guest(s)

Search
Member List
Calendar
Help



