(12-12-2020 01:53)Alandbush Wrote: [ -> ]You can achieve this without using the tagupdate feature.
For example
- add tagFormat entry of
Code:
FavoriteBlues.indexFormat={$Favorite}
FavoriteJazz.indexFormat={$Favorite}
And you can also achieve it by using a tagValue of FavoriteBlues.default={Favorite}, and by, and by, and by ;-)
If I'm going to initialise it in the MinimServer settings I tend to prefer the tagValue .default approach as it's processed earlier in the chain which means I can do more things with it, like apply a custom sort order. I tend to also reserve tagFormat entries for more complex tag/string manipulations, which is what I think it's designed for.
Having said that I don't know enough about the inner workings of MinimServer to know whether one is more efficient than the other if all you need to do is copy an entire tag.
The reason I prefer tagUpdate over the other options for filter usage is because it's more efficient - at least logically, although I'm sure Simon will come back and tell me it's all the same!
Lets take a simple example where I have 25,000 songs and 5 genres which are spread out evenly across the songs (5,000 per genre), and I want to create a filter for each of the genre's.
For both approaches I'd need to create 4 additional tags assuming I'm using the genre tag itself as one of the filters.
With tagUpdate, each additional tag would contain the values of only one genre, so in total I'm creating an additional 20,000 tag values (4 genre's x 5,000 songs each).
With .default or .indexFormat, each tag would contain all the values from genre (as it's a complete copy), so I'm creating an addtional 100,000 tag values (4 genre's x 25,000 songs).
The other reason I prefer it is that it keeps the MinimServer config cleaner, but as always, each to their own.