autopilot;139801 Wrote:
> I thought this was normal?
It's expected behavior, yes, but I personally find it a bit annoying
myself. I filed a feature request about this, and we're looking in to
making this not happen in the future:
http://bugs.slimdevices.com/show_bug.cgi?id=4105
But as others
Exactly. And the main reason that tag changes are often only picked up
with a 'clear and rescan' is because a lot of people have their tagging
software set not to update the timestamp of the file when editing tags.
If the timestamp isn't since the last rescan, slimserver assumes the
file hasn't ch
smc2911;140208 Wrote:
> Perhaps there is room for an additional scanning option: "Scan
> Everything" as opposed to "Clear Library and Rescan Everything" which
> could simply be used to picking up tweaks to tags.
There are currently 3 rescan options:
1. Look for New and Changed Music
2. Dump and
Perhaps there is room for an additional scanning option: "Scan
Everything" as opposed to "Clear Library and Rescan Everything" which
could simply be used to picking up tweaks to tags.
--
smc2911
smc2911's Profile: http://f
I don't like this behaviour. Usually after amending tags of my existing
files, after deleting files or installing a new version of slimserver I
make a wipe and rescan (otherwise there are often annoying side
effects). I would prefer that in this case the now playing playlist is
maintained since th
bishopdonmiguel;139780 Wrote:
> Recently upgraded to 6.5.1 running under Debian. I had previously been
> using the Rescan Music Library plugin to automatically rebuild nightly
> using "Clear Library and Rescan Everything." Never had problems doing
> this with 6.3.1 but now each morning I notice
I thought this was normal?
--
autopilot
*SlimServer Version:* 6.5 - Windows XP.
*Amp:* Cambridge Audio 640a (living room) / Demon MD30 (bedroom).
*Speakers:* Mission 701's (living room) / Kef Cresta 1's (bedroom).
*Remote:* T-Mobile MDA Vario / Sony PSP / Cambridge Audio Explorer
(IR).
*Client
