getmusicbee.com
Support => Bug Reports => Topic started by: Zak on February 01, 2015, 01:45:45 PM
-
I have some music videos etc. mixed in with my music but I don't want them to show up in MusicBee.
Every time I rescan for new music these video clips keep reappearing in my Inbox. "Include videos" is definitely unchecked.
It may not be related, but this started happening about the time the change was made to improve the real-time monitoring of tags edited in external programs.
-edit-
Should have said currently running 2.5.5498
-
what extension are they and do you have continuous monitoring enabled
-
this should fix the issue - unzip and replace the existing musicbee files:
http://musicbee.niblseed.com/V2_5/MusicBee_Exe_Patched.zip
-
what extension are they and do you have continuous monitoring enabled
They were MP4, FLV, AVI and MPG.
Continuous monitoring is enabled. Actually, that may have been the culprit because doing a manual rescan now doesn't show them.
this should fix the issue - unzip and replace the existing musicbee files:
Awesome. Thanks for the fast response. I'll give the new version a go. :)
On a possibly-related note, I'm incrementally moving my library to a new drive and now when I do a manual rescan it seems to take a lot longer than it used to. A lot of that time is after the counter in the status shows it's scanned all of the tracks on my drive. Then I get prompted to remove "missing" tracks from my library. However, these aren't tracks in my library (because I haven't moved them over yet) but they are referenced in playlists. I also only just realised if I say "Yes" it removes them from the playlist too, which was a little worrying.
Is this expected? I always thought tracks in the Library and the playlists were kept separate for things like scanning. There are tracks missing but it's only temporary so I'd rather MusicBee didn't spend any time checking the playlists at all. Again, I definitely have "Include playlists" unchecked - and I don't think that applies to MusicBee's own playlist folder anyway.
-
answering Yes does remove dead links from playlists which i expect is the extra time for the manual rescan.
why dont you drag/drop the files from windows explorer into the library or just move them using musicbee
-
I have checked the behavior of media monkey to make sure i am not doing something different to other organisers.
It also removes files from playlists when a dead link is removed from the library
-
answering Yes does remove dead links from playlists which i expect is the extra time for the manual rescan.
I'll just move the playlists somewhere else until the tracks are all back in the library and see how that goes.
why dont you drag/drop the files from windows explorer into the library or just move them using musicbee
Because I'm migrating a lot of tracks at the same time I'm usually adding hundreds of tracks at a time from all over the place so manual rescan is still the easiest way. Also, I only need to do it if the automatic monitoring doesn't pick them up.
I have checked the behavior of media monkey to make sure i am not doing something different to other organisers.
It also removes files from playlists when a dead link is removed from the library
It wasn't something I'd noticed before so just thought I'd check it was the intended and expected behaviour.
Finally, it's because MusicBee does so many things different to other organisers that makes it so much better! :P
-
Just did a test. Added a library track to a blank playlist, then moved the file to another monitored folder. What happened is the file was immediately removed from the library and then picked up into inbox, but it's gone from the playlist too without asking anything. I sent the file back to library, but of course the playlist remained empty.
It's great playlists auto-updates links whenever files' URLs change. But removing dead links without asking like the above case is certainly going against my expectation. If I would find out this much later, I wouldn't be able to figure out why some tracks are gone from the playlist without my knowledge.
-
yes that is the expected behavior because as stated in the notes windows messages files moving between folders as a delete from the old folder and then separately a create in the new folder. Its best not to organise files outside of MB - I think thats just common sense but still there will be users who will do this.
MB doesnt prompt when detected via the continuous monitor because its annoying having to switch screens and you could be deleting files one by one, which would accumulate the prompts one by one in MB. Any file links removed via folder monitoring is logged in the error log although currently the removal from a playlist is not logged but could be added for this version.
Given I wont change the non-prompting behaviour for deletions detected by the continous monitor, the only compromise i would be willing to make in this version is not remove files from playlists if a deletion message and creation message are received within a small time gap. I think that should be reliable enough unless the user is using another application to perform the re-organisation and in the worst case for that approach, if it really was a deletion and the other message a creation of some other file then the playlist is just left with a dead link.
edit:
i have disabled the playlist dead link removal for the continuous monitor at least in v2.5
-
It's great playlists auto-updates links whenever files' URLs change. But removing dead links without asking like the above case is certainly going against my expectation. If I would find out this much later, I wouldn't be able to figure out why some tracks are gone from the playlist without my knowledge.
I have to agree with this. I can understand why it might be nice for MusicBee to clean up as much as possible, but as a user I don't want a program doing "destructive" things - as in removing something - without my consent. As redwing said, unless you're aware of it ahead of time and prepare for it, there's no way to know which tracks were removed until it's too late. I'd rather have a playlist with 50 exclamation marks in it than half a playlist.
To be clear, I'm only talking about playlists. Removing entries for missing tracks from the library does make sense.
-
Yeah, what Zak said. I have a few painstakingly constructed playlists that I've had to put back together multiple times over the years. Some I've never been able to recover because the track list was lost.
-
as mentioned, the latest version no longer removes deleted files from playlists via the continuous monitor.
However when prompted for dead link removal, it does via that dialog
-
as mentioned, the latest version no longer removes deleted files from playlists via the continuous monitor.
Verified.
However when prompted for dead link removal, it does via that dialog
How about asking that so that the user could decide it? If you think that's unnecessary, then I think it would be better not to remove dead links from playlists by default.
I did another test to know what MB does with dead links in playlists when importing new playlists. Yes, it clears up all dead links even when importing new playlists. Is it really necessary? The user could be in the middle of building a new library just as Zak's case. Currently playlists are allowed to contain tracks that belong neither to library nor to inbox. For instance, you can add tracks from un-monitored folders directly to playlists. In that case, even rescanning those files won't add them to library or inbox. Likewise, dead links should be allowed to reside in playlists because they are unrecoverable once removed. The user could, any time, run "Remove dead links" command from the playlist context menu.
-
playlists are validated when imported and its been like that since day 1. However, I agree it should leave the link in so I will change that
-
Thanks for the change!
-
Has this been implemented in the RC2? When removing dead links after a re-scan dead links are still being removed from the playlists in 5524.
-
the links will be removed if you answer yes to the dead link removal confirmation dialog or if you have that dialog automatically enabled in the confirmation preferences.
the only change was for continous monitoring to not automatically remove the links from playliists which happened without prompt
-
Thanks for clarifying, Steven. Bringing some points I was making in another thread.
So the files are not removed from the playlists when removed from Windows Explorer but rather when scanning folders for new files. At the end I am asked if I want to remove the dead links from the library and saying yes to this also removes them from the m3u files.
Previously this was not the behaviour. Would it be possible to have the prior behaviour back? Maybe an additional tick in the remove dead links dialog to allow us to decide between library and playlists would be the best of both worlds? I understand some people may prefer that playlists are 'fixed' but others may prefer to leave the m3u files intact whilst still using the rescan functionality to fix the library (and identify missing files though playlists. This proved a life saver in the past when a my music HD got corrupted and this behaviour allowed me to find all the tracks I lost through an 'All Music' playlist I maintain.
Additionally, wondering if it is possible to have the sort by in playlists missing tracks put the ones with missing links at the top or bottom as it used to do. This is really handy to spot missing tracks (if the behaviour stated before is brought back).
Hope this makes sense.
-
Bringing this point back, is this something that may be considered in a future release? Being able to have the option to keep dead links in the playlists as it happened in the past when re-scanning the library would really be a great addition.
-
bring it up again in a couple of months time as i am not able to consider changes at the moment
-
there have been a few complaints about the current behavior where MB detects a file has been deleted in one of the monitored folders and prompts for its removal from the library. If the answer you give is Yes or you have MB configured to automatically apply removal then MB also removes the file from the playlist.
So i have changed the behavior for the next v3 update so the files will not be removed from the playlist ie. the file will be left there but an error exclaimation mark.
It makes it a little safer for situations where you might have temporarily moved the file within windows explorer as an example.
Note that this is not consistent with manually and deleting the file from within MB ie. when you permanently delete a file from within MB, the file is removed from any playlist
-
Thanks Stephen!
Random question though - I assume there was a reason for deciding to go with editing playlists automatically - and to keep it consistent - why not offer both, dead file-link auto-removal from Playlists, as well as Remove-From-Playlists-when-file-gets-deleted-from-within-MB (do you get some sort of warning in that case btw ?) as options so users can define their preferred behaviour for these cases ?
Cheers.
c.