I have updated the fastscan fork diff and added a few config options to define if you want the meta data to be stored in the db_dir or in a .meta folder with the media - this allows for removeable media to be rescanned quickly.
Please find attached my adoption of that fastscan patch for the currenct readymedia version 1.2.1.
Are there any plans to merge that feature to regular releases?
Regards,
Logan
P.S. The first version mixes up movies' icon references in the database when rescanned (after a previous incomplete scan or rescan). The new version "fixed-icons" gets it right - at least for thumbnails stored as seperate files next to the movies, it does not dig into the media files in search for album art. In my use case, this still remains a fast scan.
Please find attached my adoption of that fastscan patch for the currenct readymedia version 1.2.1.
Are there any plans to merge that feature to regular releases?
Regards,
Logan
P.S. The first version mixes up movies' icon references in the database when rescanned (after a previous incomplete scan or rescan). The new version "fixed-icons" gets it right - at least for thumbnails stored as seperate files next to the movies, it does not dig into the media files in search for album art. In my use case, this still remains a fast scan.
Last edit: Logan007 2018-06-05
Any chance of getting an update to 1.3.0?
Last edit: Jim Julian 2021-12-07
In case somebody is looking for an updated patch that works with latest minidlna-1.3.3, here is my patch attached.
I manually applied above 1.2.1 patch to latest 1.3.3 codebase, rebuilt it, and added two lines to my config:
keep_metadata=no
keep_metadata_with_media=yes
this puts a directory named as ".meta" in each directory that it is scanning, and it seems to speedup scanning process a lot after a first slow run.
I use it with my raspberrypi4 with a 4TB USB HDD with millions of Videos & Photos inside.