getmusicbee.com
Support => Questions => Topic started by: phred on December 31, 2014, 07:56:29 PM
-
Not too many versions ago, I could select File > Rescan and a pop-up would appear that allowed me to select various directories. Or select all directories. Now, with v2.5.5478, I see File > Library > Rescan All Files. If the current behavior replaced the former behavior, I would like to ask for the old way to be restored. With a large library, rescanning all files takes much longer than rescanning one, or a few, directories. More often than not I only need to scan a few specific directories.
Thanks.
-
It's simply renamed to "Scan Folders for New Files" command. "Rescan All Files" was one of "Advanced" commands that's always there.
-
Thanks redwing. I feel might dumb on that one. I didn't even notice it.
-
Yeah, the command was hardly noticeable because it was under Advanced sub-menu.
-
I cannot seem to find where the "Rescan all files" action went or what replaced it. "Scan Folders for New Files" does not seem to rescan existing files.
EDIT: I also cannot seem to find where the "Remove Dead Links" option went, besides it being there when scanning on start-up, since it was also part of the "Rescan All Files" tool.
-
If you use monitored folders, you can assign a hotkey to "General: Refresh and Rescan Monitored Folders", although that seems a little unintuitive. You can also just select all tracks with Ctrl+A and send them to a file rescan or assign a hotkey to "General: File Rescan". I am surprised that Rescan All Files has gone though - I thought that was being kept.
The remove dead links option is still in General Preferences where it has always been, in addition to when it used to be in the Rescan All Files dialogue..
-
File Rescan is now only available in right click/ Send To/ File Rescan (its been in that place for ages now)
If you need to rescan all files, it might be better to enable the "check for updated and removed files" option in the library preferences
Automatic removal of dead links is implemened via that same option
-
File Rescan is now only available in right click/ Send To/ File Rescan (its been in that place for ages now)
If you need to rescan all files, it might be better to enable the "check for updated and removed files" option in the library preferences
Automatic removal of dead links is implemened via that same option
Ah, I see it, right at the top of the Library preferences. Seems I already have it checked! Thanks for the info Steven
-
@Steven:
I need to update the following tip:
http://getmusicbee.com/forum/index.php?topic=7974.msg78665#msg78665
If the user executes File Rescan for all music files selected from the main panel or for a music files folder from computer node, does that also remove dead links in the library? So does it have the same effect as ticking the two former options?
-
If the user executes File Rescan for all music files selected from the main panel or for a music files folder from computer node, does that also remove dead links in the library? So does it have the same effect as ticking the two former options?
i dont think it does and if that is the case i will include dead link checking with prompted removal
-
i dont think it does and if that is the case i will include dead link checking with prompted removal
That'd be great as no one would want to have dead links left after rescanning files. I'll update it accordingly later.
-
the behavior for v2.5 (next update) is as follows:
Scan Folders for new Files:
- scans the specified folders for new files
- if any missing files for the folders being scanned are detected, a dialog displays prompting to remove the files from the library
- if any updated files in the folders being scanned are detected via the file modification date, the library cache is updated (new to the next version)
right click/ Send To/ Rescan Files
- if < 64 files are being rescanned or [(new to the next version) if >= 64 files and the file modification date has changed], then the file is rescanned and the library cache is updated. Previously all the files selected were fully rescanned but that can take a very long time for a large number of files and hence the change
- if any of the selected files being scanned are missing, a dialog displays prompting to remove the files from the library (new to the next version)
file monitor - on startup (including continuous monitoring):
- scans the specified folders for new files
- if any missing files for the folders being scanned are detected, a dialog displays prompting to remove the files from the library (new to the next version, previously the file status was marked as missing only)
- if any updated files in the folders being scanned are detected via the file modification date, the library cache is updated (new to the next version)
file monitor - continuous monitoring enabled
- detects new files added to the specified folders
- detects files updated in the specified folders (new to the next version)
- does not detect files deleted in the specified folders (will be in v2.6)
I will make this available after a bit more testing
-
Then to get the same effect as ticking the two former options (remove dead links + rescan library files), what should the user do? Does running "Scan Folders for new Files" command suffice, or it doesn't rescan files already in the library and hence need to rescan files/folders from context menu?
-
Scan Folders for new Files is entirely restricted to the specified folders
to rescan/ remove dead links for all files, select all files and use Send To/ File Rescan
-
What if the selected folder is the entire music files folder? Does it (Scan folder for new files command) look for only new files or rescan existing files in library as well?
-
this has the file scanning/ continuous monitoring changes as described above
unzip and replace the existing musicbee files:
http://musicbee.niblseed.com/V2_5/MusicBee_Exe_Patched.zip
-
First response after a quick try:
I have 1 folder setup as a monitored Inbox folder.
When I deleted files from that folder through MS Explorer, and then restart MB, the new functionality seems to work well, and the Inbox count is correct again after confirming deletion from Library.
But when I deleted those tracks through MS Explorer, and then perform a file rescan of the concerning folder through the computer browser in the left panel, the track count at the Inbox is not updated. (it is updated correctly though at the status bar at the bottom of the main panel)
So:
1. could Inbox track count please also be updated after a rescan?
2. could you create the option to right-click on the Inbox, performing 'rescan Inbox'?
edit:
I do experience one small problem, which is that after restarts, MB keeps asking to remove a specific file which I already confirmed to be deleted from library.
When I can give more specific info on when/why that could be happening I 'll re-report.
-
And one thing I noticed that is a bit confusing:
I have an MP4 audio file present in that same folder.
At every restart MB now says it was not found at it's expected location, and asks if it should be removed.
(I understand part of the reason is that MB by default categorizes MP4 as a video file, which can be overruled in settings panel, but this will be difficult to find and understand for newbees)
-
1. could Inbox track count please also be updated after a rescan?
that should be handled for the next update
-
I do experience one small problem, which is that after restarts, MB keeps asking to remove a specific file which I already confirmed to be deleted from library.
is it an mp4 or video file?
-
is it an mp4 or video file?
It's an mp4 audio file.
(Which MusicBee won't play anyway)
-
in that case it should be fixed if you redownload the updated version
-
It is.
-
While MB is open, moved two inbox tracks from a continuously monitored folder to an un-monitored folder using Windows Explorer.
Ran file rescan for the monitored folder from computer node. But the two tracks are still listed in inbox. To make MB recognize they are no longer there, it's required either to attempt to play those tracks or restart MB. Is this expected?
-
the continuous monitor does not detect deleted or files moved using v2.5
It should be detected on next startup.
If you ran a File Rescan before restarting then i need check why they were not removed from the Inbox
edit:
its working fine for me. Can you reconfirm
-
But you said:
right click/ Send To/ Rescan Files
- if < 64 files are being rescanned or [(new to the next version) if >= 64 files and the file modification date has changed], then the file is rescanned and the library cache is updated. Previously all the files selected were fully rescanned but that can take a very long time for a large number of files and hence the change
- if any of the selected files being scanned are missing, a dialog displays prompting to remove the files from the library (new to the next version)
I don't see a dialog after rescan. Isn't that applied to inbox tracks? Or rescanning files & rescanning folders work differently?
-
Rescanning all inbox tracks does show the dialog. Then rescanning folders might not work properly.
-
its working fine for me when rescanning from the computer folder node. Could you reconfirm - perhaps you didnt rescan the correct folder?
-
Not working. I tried several times. And made sure updated to the latest version.
-
the Send To/ File Rescan function only works on the selected files or displayed files when done from the Left navigator. As you moved the files out of the scope of what you are rescanning they wont be checked if you had refreshed the computer folder in MusicBee ie. if the files were not displayed in the main panel
-
I don't see a dialog after rescan. Isn't that applied to inbox tracks? Or rescanning files & rescanning folders work differently?
It's working quite well here, but I can confirm there is only a dialogue at restart, not when invoking a 'file rescan' manually.
Also after scanning the status bar only states: 'File rescan has completed'
Maybe it could be possible that it can also mention if, and how many files were removed or added?
-
see my previous post
-
OK. That's what's happening. But it doesn't make any differences whether I select (refresh) or not the folder from computer node to rescan it. Those tracks are listed in the main panel(inbox) when I execute rescan folder from computer node.
BTW I noticed the contents of the computer node gets updated in real time without having to rescan.
-
see my previous post
Hm, indeed.
And the the Inbox count is then also not refreshed. (but is corrected again after a restart with accompanying dialogue)
-
the inbox count wont have changed because the files you moved probably were not displayed in the main panel and so would not have been included
-
So rescan folders is working fine (without rescanning moved files because it can't). Only it fails to compare and update inbox content thereafter.
-
I think am slowly getting it.
Another thing, when trying to create a shortcut for the 'File Rescan' we are talking about now, I found two shortcuts which seemed appropriate:
- File: Scan folders for new files
- General: rescan file tags
If I am correct, the first one will do a complete library scan [Ins]
The second one seems to do the job, but then the naming is now a bit misleading?
-
Also there's "General: Refresh + Rescan Monitored Folders" command. Because of the changes in rescanning in general, they all will need to sort out.
-
i will change the right click/ Send To/ Rescan Files so that when done on a computer folder it does a folder comparison rather than using the displayed files. So then missing files from the folder should always be detected
-
this has the enhanced folder Rescan as described:
http://musicbee.niblseed.com/V2_5/MusicBee_Exe_Patched.zip
also note i have decided to include Delete and Rename detection in the continuous monitoring which should be done soon
-
Thanks! Now rescanning folder detects missing files from inbox.
BTW file rescan from context menu works fine, but its hotkey gives the error:
6.1.7601.65536 - 2.5.5497.32350 - System.NullReferenceException: Object reference not set to an instance of an object.
at #=ql3bAbaNJ474uJPJigJa6s8wGxB_v17DAc$vCFngV8a4=.#=q0pBvf6uv8zlUjC67h_ckwg==(ApplicationCommand #=qZtDFrnhV$ZC8QQ4tWZ9YNQ==, Object #=qlGTmZZiLtXsXavyQ$TIMVA==)
Also, pressing the hotkey for File: Rescan Monitored Folders seems doing nothing. Does that work properly?
-
the hotkey bug is fixed for the next update (download link is now updated). The "File: Rescan Monitored Folders" hotkey is working for me
-
Thanks! the hokey's working fine now. Also I was able to see "File: Rescan Monitored Folders" hotkey was working fine.
-
This now all seems to work very well.
A few fields now have been changed and/or renamed, such as:
General: rescan file tags
General: Refresh + Rescan Monitored Folders
(and maybe a few more?)
As a reminder, please add these changes to the next translator file?
edit,
And as I believe suggested (and Wished) before, I also support that the word 'Search' here would better be replaced by 'Find'. (or 'Locate')
-
Would be helpful if running "File: Rescan Monitored Folders" command showed progress on the status bar like "Scanning folders..."
-
unzip and replace the existing musicbee files:
http://musicbee.niblseed.com/V2_5/MusicBee_Exe_Patched.zip
this is the final planned update for this functionality:
- continuous monitor now detects deleted and renamed files
- however the way windows works is when you move a file from one folder to another, its messaged as a create (in the new folder) and then a delete (in the old folder). There isnt a guaranteed way i could figure out how to link the two messages. What that means is if you do that, then you won't lose the file from your library, but you will lose playcounts, any tag data that is only cached in the musicbee database, and the file would be moved to the Inbox if configured that way in the monitor. The same would happen on startup if you moved the file when MB wasnt running
- renaming the directory or the filename only should work fine
- deleted files are removed from static playlists
- this also fixes a couple of small bugs with yesterday's version for new file detection on startup
- this version also provides more feedback about the changes detected
-
Great. Now it detects changes in continuously monitored folders immediately without having to rescan manually.
- continuous monitor now detects deleted and renamed files
While MB is running, if I delete (or move) inbox files from a continuously monitored folder using Windows Explorer, it gets soon auto-updated.
But if I rename an inbox file using Windows Explorer, it requires to refresh the inbox node to update filename column in the main panel. Also if I run "File: Rescan Monitored Folders" command, the filename gets updated but with status bar message "No changes".
-
the first is fixed for the next update
Also if I run "File: Rescan Monitored Folders" command, the filename gets updated but with status bar message "No changes".
the manual rescan does not detect renamed files (imagine you did it while MB is not running). It should have been removed from the Inbox and either added to the library or inbox using the new filename depending on your settings
edit:
link is updated with the correction
-
I renamed the inbox file while MB is running, but for some reason it no longer detects renamed files as you said. I might have refreshed the node previously, but I'm not sure why I can't reproduce it any more.
Anyway does that mean "File: Rescan Monitored Folders" command detects only new/missing files?
-
If I copy tags (ctrl C & ctrl V) from a library file to an inbox file (both library and inbox files reside in continuously monitored folders), the file soon gets removed from inbox with the message "Monitored folders: 1 file removed" (the file remain in the folder, only removed from inbox). File rescan of the folder doesn't help. If I restart MB, the file comes back with "Monitored folders: 1 file added".
-
thanks - i've been testing out the continous monitoring quite a bit and found a couple of obscure bugs. I will post a fix later today
-
If I copy tags (ctrl C & ctrl V) from a library file to an inbox file (both library and inbox files reside in continuously monitored folders), the file soon gets removed from inbox with the message "Monitored folders: 1 file removed" (the file remain in the folder, only removed from inbox). File rescan of the folder doesn't help. If I restart MB, the file comes back with "Monitored folders: 1 file added".
i cant reproduce this. Its possible i have already fixed it but i am not convinced about that, so could you try with this version
http://www.mediafire.com/download/0b4ve848w3b6jo1/MusicBee.zip
is it something you can reproduce with the current version you have? Also I would find this behaviour more plausible if you were using the replace existing file command
-
The linked version fixed it. Thanks!
Yes, the bug was always reproducible using the latest version. No, didn't use replace command. Just copy and paste whole tags between files.
-
I had got this error while using the latest version when I ran file rescan for a folder when the file was removed from inbox. Don't know this would be helpful since you already fixed it.
6.1.7601.65536 - 2.5.5498.40465 - System.ArgumentException: An item with the same key has already been added.
at System.ThrowHelper.ThrowArgumentException(ExceptionResource resource)
at System.Collections.Generic.Dictionary`2.Insert(TKey key, TValue value, Boolean add)
at #=qlwD4s_$s5Rij6W8s5Kjt9pOurl6AL9k8tPvyWnjyon1VBlwIT94G8IQYFKSRi7Xk.#=qlkFKPpyV2YS$9Spi0f3vT0NdvFWICpgDdhlF1DPuNsSOBOlkA09HAgoqFauwiQDp(Object #=qjnPvy751Gr4TyGjhqHRe4g==, RetrieveVirtualItemEventArgs #=qXcXcNl5LmnIbC_vzrQe8Iw==)
at System.Windows.Forms.ListView.OnRetrieveVirtualItem(RetrieveVirtualItemEventArgs e)
at System.Windows.Forms.ListView.WmReflectNotify(Message& m)
at System.Windows.Forms.ListView.WndProc(Message& m)
at #=qlwD4s_$s5Rij6W8s5Kjt9pOurl6AL9k8tPvyWnjyon1VBlwIT94G8IQYFKSRi7Xk.#=qz5xDamBllHe$akNS0O38KQ==.WndProc(Message& #=qNDVr8ykoxofImIT4A$LrmQ==)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
-
the mediafire link is updated with a fix for when created folders with files are detected by the continuous monitor, it was including non-media files.
Also it now handles when a library file is updated by an external tool and one or more of the fields that are used for naming in an auto-organised library then the file is now re-organised (edit: I've changed my mind about this and it now no longer re-organises the file in this cirsumstance)
http://musicbee.niblseed.com/V2_5/MusicBee_Exe_Patched.zip
-
1. While MB is running, open an inbox file (in a continuously monitored folder) with another app like audacity.
2. Try to delete the file from inbox. Then it shows Windows' "File in use" error message.
3. However, the file gets removed from inbox despite the error message. File rescan of the folder doesn't restore the file.
4. Restart MB, then the file comes back with "Monitored folders: 1 file added" message.
The file shouldn't be removed from inbox in the first place as the file wasn't deleted.
-
i assume you mean permanently delete and not remove the file from the inbox. In which case i guess Audacity has the file open and hence windows cant delete the file.
Can you confirm thats what you are saying.
-
Yes, "delete from library and computer".
-
i cant reproduce the error with Audacity but i can see why the link is being removed when the file is locked so thats fixed:
http://musicbee.niblseed.com/V2_5/MusicBee_Exe_Patched.zip
-
It makes no differences. Still gets removed from inbox and then gets restored upon restart.
I think the problem is "delete from library and computer" is a mixed command. So it deletes from inbox (as part of library) but couldn't delete from computer because it's in use. Then it gets restored as a new file (new date added) since it's newly found from monitored folders. All makes sense. The only issue is it confuses the user. So it would be better to abort even "delete from library" part as I requested.
-
http://musicbee.niblseed.com/V2_5/MusicBee_Exe_Patched.zip
one thing i forgot and now included is the folders in the Computer node now auto-refresh as folders are created/ deleted in windows explorer
-
Still the same regarding deleting inbox files in use.