[quote="zephyr"]Update: File Monitor is still working to continuously update lyrics tags obtained via MiniLyrics...
[/quote]
I'm confused by your post.

If you're saying that with file monitor on, MM does pick up lyrics from Minilyrics but not BPM from Mixmeister, than the problem is that mixmeister isn't actually updating the tags. So for your case the problem is with Mixmeister, not MM.

Update: File Monitor is still working to continuously update lyrics tags obtained via MiniLyrics...

Manually scanning updates the tags of the files in the library.

As I refresh the auto playlist of unknown BPMs I see the tracks dropping, currently at 10564....10499...

The remainder after the library rescan will be scanned by the external tool, and I'll keep an eye on this bug. Thanks again.

Gonna run with startup file monitors to see if they are similarly affected. The bug seems to only affect files modified by MixMeister. I have no idea which IDv I'm using (I can't! It's enough with artists, albumartists, albums, bpms, playlists counts and ratings and bitrates and.... yeah we love good music)

Prior to BPM analysing the same file monitor was working successfully, as expected, bug free, while the amazing mini lyrics embedded the retrieved lyrics metadata.

Happy to take direction and try and obtain more specific data. Analysing...


Thanks!

Jonny

Hi all,

I found this after noticing the continuously monitored files in my library were not reflecting the new BPM data added by MixMeister.

Is this still a known bug? V4.0.2.1462 portable. First I thought I just had lots of m4as that weren't being scanned, but on closer inspection (auto playlist music in M:\Music\Artists that [b]isn't[/b] m4a) found this

[img]http://i.imgur.com/l3wFBxq.png[/img]

This folder (M:\Music\Artists) is one of my 'scan continuously', but the modified timedate stamp wasn't picked up by MM4s File Monitor. Manually running the re-scan of this 100Gb portion of my library now... more info soon.

Any info re what happened with this BUG would be sweet. Cheers

Jonny

Edit: This is sort of a summary post, moved here from a separate thread and joined with the previous discussion, which used to be a topic in "Need help".

I thought this is as good a time as ever to formally report this as a bug, since the application clearly does not do what the documentation suggests. So to sum up: in short the problem is that the File Monitor, unlike manual rescans, does not respect the user's setting of the "Update file info from Tags" option.

Case 1 with manual rescan, here everything works as it should:
[quote]
[list=1][*]Add a file to MM's library and set artist tag to [i]Old artist[/i].
[*]Ensure option [i]Update file info from Tags when rescanning files[/i] is disabled.
[*]Change artist tag to [i]New artist[/i] using an [b]external[/b] application such as Mp3Tag.
[*]Rescan the file in MM using [i]Add/Rescan files to the Library[/i].[/list]

[b]What should happen?[/b]
The track should still have artist [i]Old artist[/i] in MM, but show up under the [i]Unsynchronized Tags[/i] node. The [i]New artist[/i] tag is only inferred when explicitly synchronising tags.

[b]What actually happens?[/b]
Exactly what should happen.
[/quote]

Case 2, exactly the same procedure with a File Monitor, fails:
[quote]
[list=1][*]Add a folder to MM's File Monitor and set the artist tag of a track contained therein to [i]Old artist[/i].
[*]Ensure option [i]Update file info from Tags when rescanning files[/i] is disabled.
[*]Change artist tag of the monitored file to [i]New artist[/i] using an [b]external[/b] application such as Mp3Tag.[/list]

[b]What should happen?[/b]
The track should still have artist [i]Old artist[/i] in MM, but show up under the [i]Unsynchronized Tags[/i] node. The [i]New artist[/i] tag is only inferred when explicitly synchronising tags.

[b]What actually happens?[/b]
Without any notice, MM automatically infers the [i]New artist[/i] tag and updates its library. The file does not show up under [i]Unsynchronized tags[/i] ever. The [i]Old artist[/i] tag is irrevocably lost.
[/quote]

The tooltip of the [i]Update file info from Tags when rescanning files[/i] option states: "This causes all Tracks that are re-added (either manually by clicking 'Add Tracks...' [b]or automatically via the File Monitor[/b]) to be updated [...]". It does not make a distinction in how the option should influence manual rescanning versus the File Monitor. Which is good because such a distinction would not make much sense.

I think this is a pretty serious bug since the main reason to disable the automatic inferral option is for people who, like me, want to use MM's own tag database as sort of a "backup" from which file tags can be restored to the ones set in MM, should an external application mess up the tags. This is the way the option should work according to documentation, and also the way it works when only manual rescanning is used. I am also pretty sure that it worked that way in MM2.

[quote="nohitter151"]In the OP's case, for example, the tag changes probably are not coming from the startup scan, since he has the option set not to update tags on a rescan. Rather, what is probably happening is that he is using the Picard tagger on the same tracks that have file monitor enabled on them. MM detects those tag changes in real time (not with any rescan) because of the file monitor and imports the tag changes, because the option he has set only applies to rescanning (and the startup scan, etc.)[/quote]

Yes, this is exactly what I was referring to.

So the consensus is that the file monitor is not supposed to adhere to the option in question? It would irritate me a bit, because I was pretty sure (although not 100% positive) that this is not how it was in MM2.

And while you guys are right that the option label does not explicitly mention the file monitor, if you activate UI tooltips and hover over the option, the tooltip description actually says that the option applies to both manual rescans and files monitored by the File Monitor. So there is a problem either way, whether it is a bug that the File Monitor ignores the option, or the tooltip is incorrect. However, I don't see a real reason for why the File Monitor should behave differently.

In my view, the File Monitor is a convenience option to initiate rescans automatically instead of manually, but should otherwise behave identically. Maybe I am missing some special use case, but I can't think of a reason why people, if they say in the options menu that they don't want tag changes to be reflected in the MM database, would want this to be handled differently for monitored folders.

It would be great to get an official word from a developer on this: is it an intentional distinction, or an oversight?

monitored folders are real-time updated in mm, if you don't want them updated then don't monitor them.

startup scan and manual scan, you can have scan (to pick up new files) without picking up modified metadata, but unchecking the 'Update track info from tags when rescanning files' option.

it seems pretty clear to me.

monitored folders is not 'rescanning'.

startup scan, and manual add/rescan is 'rescanning'.

[quote="Lowlander"]Okay, I considered them part of the same as the startup scan is an option of the File Monitor.[/quote]
I still don't think you get what I am saying. In the OP's case, for example, the tag changes probably are not coming from the startup scan, since he has the option set not to update tags on a rescan. Rather, what is probably happening is that he is using the Picard tagger on the same tracks that have file monitor enabled on them. MM detects those tag changes in real time (not with any rescan) because of the file monitor and imports the tag changes, because the option he has set only applies to rescanning (and the startup scan, etc.)

Okay, I considered them part of the same as the startup scan is an option of the File Monitor.

[quote="Lowlander"]Are you saying that the startup scan of the File Monitor does follow those settings, but not while MediaMonkey is running? That seems confusing. In that case it should be better documented in the Help.[/quote]
No. The file monitor is independent of the startup scan or any rescanning of any kind. What I mean is, the setting to not update the database with info from the tags applies only to any kind of rescanning, not to the actual file monitor.

Are you saying that the startup scan of the File Monitor does follow those settings, but not while MediaMonkey is running? That seems confusing. In that case it should be better documented in the Help.

[quote="Lowlander"]Yeah, but I think it's reasonable to assume that the File Monitor would fall under rescanning (startup scan is rescanning basically).[/quote]
Yes, but I'm not talking about the startup scan (I agree that's a rescan). The point is that file monitor will update MM with track changes by other programs without any scan (just with file monitor enabled) and that the option does not apply in that scenario.

Yeah, but I think it's reasonable to assume that the File Monitor would fall under rescanning (startup scan is rescanning basically).

The option in its entirety reads "Update track info from tags when rescanning files". File monitor is not mentioned in the option, and that option isn't available under "File monitor". I think that implies the option only applies when rescanning and has nothing to do with file monitor.

I'm not entirely sure the File Monitor is meant to not pick up those changes.