Messages

1

Questions / Re: Advanced search options?

« on: May 21, 2017, 12:30:48 PM »

The virtual tag option is what I was looking for but also I hadn't realized that there are some more advanced displayed fileds as well. Thank you both!

For anyone else viewing this looking for something similar:
Explaining special fields: http://musicbee.wikia.com/wiki/Special_Fields
Supported functions: http://musicbee.wikia.com/wiki/Functions

2

Questions / Advanced search options?

« on: May 20, 2017, 03:59:07 PM »

Is there a way to use some advanced search options? For example I want to find for which albums I have less than X tracks placed in Library (how many I have, not the total tracks of the album) or to locate all tracks that have different <Album Artist> and <Artist>
I looked at the Wiki and the Gui but couldn't find anything on that direction.

3

Bug Reports / Re: Organise files issues

« on: May 20, 2017, 11:15:35 AM »

OK the issue with unchecked and not editable checkboxes is valid on version 3.1.6345. I'm not totally sure if I made a mistake on my previous post by checking with a naming template that had an isNull function for those tags or if the issue is not always present. I can reproduce it with a clean new portable installation: tracks with empty naming tags are uneditable, unchecked and (on the cases I tried it) get reorganized regradless of that, depending if the relative to empty tags option is checked or not.

4

Questions / Moving remaining non-media files

« on: May 19, 2017, 05:19:46 PM »

I have some folders where they had by mistake some song from a different album (and some others with songs from multiple albums) what will happen with the non media files of those folders? They will be moved to the new folder for the playlist/to the folder of the last song moved (so maybe to the wrong folder)/...?

5

Bug Reports / Re: Organise files issues

« on: May 19, 2017, 05:05:01 PM »

That is strange, I cannot reproduce it. The problem was that the checkbox was not editable and could not be checked for any songs with missing naming tags (like it is not editable to be checked for duplicates) regardless if the relative option was enabled. Also in the one time that I proceed with it, it placed in Music Library files that were not reorganized (if I remember correctly it happened for every file, also for duplicates but I'm not 100% sure, might have been only for the files with missing tags). I think I have even restarted MusicBee and continued to have that issue with not editable checkbox...
Is it possible some error/exception ended up to such a behavior? At the same time I remember I attempted to use Auto tag by album for one song but Title was added at the Artist tag and vice versa (returned to correct behavior after restart). It was the same time that I was trying to use brackets on the role field of a 2nd Artist on a song. I tried to repeat those steps but again couldn't reproduce that issue. I have started to reorganize my library with small steps and it seems to work as expected.
I'll be more careful and double check before posting something as a bug report in the future...

About files placed at Music node, it does happen for files with missing naming tags even if the option to not reorganize them is selected.
Also one other thing I noticed is that if there are more than one files with the same naming tags, some of them are not reorganized since a file with that filename already had been created from reorganizing one of them, but at the file organize window the error messages for these failures are placed on randomly chosen files not for those that were not reorganized

Filename Char mapping seems to not work for me, I cannot type anything on any of the replacement fields
Best regards

6

Bug Reports / Organise files issues

« on: May 18, 2017, 04:43:42 PM »

The option "do not reorganize files with missing naming tags" is not working: enabled or not makes no difference, if there is a missing tag it's never allowed to be modified by getting the default unknown value and you need to use $isNull on any possible to be empty, naming tags.

Option add to Library (again for Organise Files window), places files to Library regardless if they were organized or not: Files that have not been organized (remained with their initial filename and path) either because of missing naming tags or being duplicates are still getting placed at Music Libray node. Probably the same happens even if they were just manually unchecked in the window (didn't try that). I'm not sure if it is a bug or intentional action, to me makes more sense when a file doesn't get organized for any of the reasons to remain in Inbox so to know and process it at a later time. It basically drops the advantages of the existence of Inbox unless you have no empty tags and no duplicates...

Something else I noticed not really of importance:
In case of songs with multiple artists MusicBee allows to apply your own role/instrument for each. If a bracket "(" is typed at that field then both that field and the associated artist name field get modified in unexpected way.

7

MusicBee Wishlist / All cases from greek alpabet considering diacritic marks

« on: May 17, 2017, 05:49:24 PM »

I wasn't sure where to post this, in case there is an interest for the inclusion of greek letters in the ignoring diacritic marks list but no knowledge of greek alphabet, there are basically 6 cases:

Έ,έ => ε
Ύ,ύ => υ
Ί,ί   => ι
Ό,ό => ο
Ά,ά => α
Ή,ή => η

8

Bug Reports / Re: Playlist and playlist field bugs

« on: May 17, 2017, 05:23:32 PM »

Yes I can also confirm it does work smoothly now. Thanks!

9

Bug Reports / Re: Playlist and playlist field bugs

« on: May 16, 2017, 06:20:32 PM »

That corrected it thanks
Yes I realized the relative path difference after that post, sorry for that...

There must be some bug with the playlist field, I had again a problem with some songs not displaying the playlist on the displayed field (corrected after I deleted again the file you mentioned). My steps:
I made a search with criteria of searching entire library
From search results I selected some songs>context menu>Add to playlist>New playlist>myChoiceOfName
Then I chose some more songs from the results and added them to the same playlist
All of the songs added to the playlist are placed in Audiobooks
The songs I selected the 1st time remained with empty playlist field (the rest had corrected modified the playlist field).



Just a confirmation on the minor bug I initially mentioned of the absence of a pause icon on the preview window at mouse hover, with the patched version it is corrected on my system.
Do you have any thoughts to include in a future version the choice for imported playlists to have as a default the setting to automatically export a static copy? (I'm just asking in case you find it a useful feature so to not proceed doing it manually for ~60 playlists I already have)
Best regards

10

Bug Reports / Re: Playlist and playlist field bugs

« on: May 16, 2017, 12:19:17 PM »

Sorry my mistake on my last post, I saved the backup copy of the m3u's on a diferent path (with wrong relative path to songs).
The updated version is working correctly having correct linkig to the songs.

My only problem is with the playlist field that continues to be empty

11

Bug Reports / Re: Playlist and playlist field bugs

« on: May 16, 2017, 11:46:48 AM »

As I mentioned on my 2nd post the problem of wrongly linked songs in playlists I managed to solve it using a 2nd installation and transforming to mbp. As far as I understood correctly the feature of exporting playlists it can automatically export mbp to m3u so that's good enough for me probably even better approach (a choice in preferences to allow it to become the default action for new/imported playlists would make it easier instead of having to do it manually for each playlist but that's not such a big trouble).
What I cannot solve is how to update/refresh the playlist field. Right now it's empty on everything in my 1st installation and buggy on the 2nd (does not display the playlist, at least on one occasion that I added extra songs to an existent playlist they continue to have empty playlist field). Where is the meta data of that stored, can I delete something so it can be rebuilt?

I tried the updated version and it is still buggy, in case you are interested to check it further:
Songs locations are similar to  D:\Multimedia\Songs\somePath
Before they were linked wrongly to D:\somePath
After update I try imported the m3u's and now they link wrongly to D:\Multimedia\somePath
I have changed from the default path for playlists to a path of the form D:\Multimedia\Songs\Playlists\ (My portable installation folder is D:\Multimedia\MusicBee)

12

Bug Reports / Re: Playlist and playlist field bugs

« on: May 16, 2017, 09:26:30 AM »

Instead of the correct path D:\Multimedia\Songs\somePath all the paths in all the playlists translated to D:\somePath
I used a new portable installation folder and as it looks there were a few playlists that were actually changed with a new relative path being D:\somePath (an extra prefix "../../" was added on all of their songs). Those were the playlists where I did add/remove some songs using context menu (the rest were the same as when I created them by dragging folders to the playlist). I corrected the path on those so again all of my playlists had correct relative path.
I tried my previous portable folder but again all showing with the wrong path. I deleted all playlists, reimported them (I had made a backup) again they had the wrong path. Also the tags of the files were as they were before I changed them, meaning that the metadata was saved somewhere eventhough I deleted the playlists and for whatever reason they reappeared with the wrong path and old tags on the newly imported playlists.

In case you want to try to debug this, on my approach to organize my files I needed 3 locations so I was sending everything I had tagged correctly to the Audiobooks if that makes any difference.

Finally the way to have the playlists with correct paths on my first protable folder was by changing the default format to mbp and using the new portable installation to import the playlists. In mbp the full path is stored so now on my 1st portable installation the playlists are linked correctly but the playlist field on any node (even of the playlist itself) is empty...

Is there a way to refresh or delete something so it can recheck and add the appropriate updated info about the playlists? - the playlist field seems to be buggy in general, also on my 2nd portable installation some files that I added on one playlist eventhough they appear in it, they still have empty playlist field. Right now I have my songs saved in folders mostly in a genre based approach and I want to reorganize them saved in the more common way by artist etc but I need to be able to check if I have already added them in the appropriate playlists so I need to use that feature of the playlist field. Any help would be appreciated.

13

Bug Reports / Playlist and playlist field bugs

« on: May 05, 2017, 05:41:39 PM »

Previous post could be the same bug but I thought it would be better to start a new post. I have portable version, playlists as m3u with relative paths and changed the playlist storage directory from the default one (giving a full path for it)

1.When I removed a song from one playlist, in the playlist field of any node it kept showing it as part of that playlist eventhough it was succesfully removed (did not appear on that playlist's node).

2.That I have noticed some days ago, in the middle while I took actions for tagging, deleting and a couple of renaming filenames from inside musicbee on properties menu. I'm not sure at what point but playlists in musicbee do not link correctly to the path of the files anymore and (of course) the playlist field is empty everywhere excempt on playlist nodes where there is a question mark with a message for file missing. The relative paths of files in m3u's are correct but musicbee translates them relatively to the musicbee application's files folder instead of the directory where I set in preferences to save them

Also one minor bug I noticed, on mouse hover the application's icon (Windows 8.1) in the preview small window it always shows the play icon (do not toggle with the pause icon)