Add/Rescan adding all files after DST change [#6699]

[MinersC]

When I asked about timestamp, I meant the reported timestamp in MediaMonkey, not the one you find in Windows Explorer.

Please let me know how to find the last scan time, as it doesn't seem to be one of the track properties when looking at the properties from right clicking on the track.

[Lowlander]

He's asking about the Timestamp which is a column you can enable in MediaMonkey.

[MinersC]

He's asking about the Timestamp which is a column you can enable in MediaMonkey.

For a track that has been scanned as part of the "slow scan" since DST change the time stamp in MM is 1 hour behind the file's LastWriteTime timestamp on disk.
For a track that has not yet been scanned since DST change the time stamp in MM is the same as the file's LastWriteTime timestamp on disk.

[MinersC]

Update to issue is that after letting MM run for awhile error windows start popping up for each song it tries to scan. The error is:

Thread creation error: Not enough storage is availalbe to process this command.

MM produces 20 of these windows. After closing them clicking anywhere in the MM window then causes windows to popup one after another stating:

Not enough storage is availalbe to process this command.

So far this is repeatable.

[nohitter151]

Update to issue is that after letting MM run for awhile error windows start popping up for each song it tries to scan. The error is:

Thread creation error: Not enough storage is availalbe to process this command.

MM produces 20 of these windows. After closing them clicking anywhere in the MM window then causes windows to popup one after another stating:

Not enough storage is availalbe to process this command.

So far this is repeatable.

I think that might be a different problem, I doubt it's related to the change in time.

[MinersC]

I think that might be a different problem, I doubt it's related to the change in time.

After re-starting MM several times due to the out of resources errors once MM's private bytes had reached 1.7GB MM has finally re-scanned the entire database. I've added a bunch of new albums I had waiting and MM seems well behaved now and I haven't seen it's private bytes grow continuously while adding tracks. Not sure what the issue was but something was up.

[Lowlander]

Just checked on a folder and yes the Timestamp has changed to a hour earlier on first rescan after DST change.

I wonder if dates are stored as x time since y or as actual dates in the database.

[Lowlander]

I do believe the way the Timestamp is stored is the cause of this issue.

I've added it to the Bug Tracker: http://www.ventismedia.com/mantis/view.php?id=6699

[LikeMM]

When will this be resolved in MM3? I am seeing it again after DST change.

[nohitter151]

When will this be resolved in MM3? I am seeing it again after DST change.

The workaround is very simple, just don't rescan your tracks every day! Once the files are in the DB, there really is no need to rescan them!

[LikeMM]

Sorry nohitter, this is a bug and has been acknowledged with a mantis entry. The developers need to fix it. Unfortunately they seem to be too busy with MM4.

Only periodical complete rescan will expose any discrepancy with what is in the database and what are in the tags. My database is not a dormant one. I constantly update people involved and concert tidbits of old concerts from 1950's and beyond, as I get new info. Recorded on spool tapes before I was born.

[nohitter151]

Sorry nohitter, this is a bug and has been acknowledged with a mantis entry. The developers need to fix it. Unfortunately they seem to be too busy with MM4.

I am not saying is isn't a bug. Just that the workaround is easy enough.

Only periodical complete rescan will expose any discrepancy with what is in the database and what are in the tags. My database is not a dormant one. I constantly update people involved and concert tidbits of old concerts from 1950's and beyond, as I get new info.

You do these updates with a program besides MM? If not, you do not need to rescan.

[LikeMM]

You do these updates with a program besides MM? If not, you do not need to rescan.

Ah, I get what you mean. I have to explain more carefully. When I get these old concerts, I sample-listen to the songs and decide if the recording quality is good or if they could be cleaned by me. If yes, I tag them with Mp3tag and add them to MM3. Later when I get time I clean them up in Audacity and other software. Sometimes these programs don't preserve all the tags, especially comment & year.

As it is done outside MM, I do rescan, run Files To Edit -> Unsynchronized Tags and re-synchronize them. I know I can scan only the folder I changed. Also, I can just enable Folder Watch instead of rescanning when I add songs. I find it simpler to rescan all; and not let MM poke its nose when I am working on songs in a folder. I temporarily convert mp3's to flac while working on clean up. Don't want MM to add these temp flac files to database.