Messages

1

Bug Reports / Re: Automatically generated sort tags randomly change the case of the tag

« on: July 29, 2023, 06:22:09 PM »

Thanks, Steven. I guess I didn't fully understand your earlier response. I still don't understand how a track from one album is affecting the tags for another album, but I'll try this out and see how it goes.

Edit: It seems to be working perfectly. Thank you so much for this version.

2

Bug Reports / Re: Automatically generated sort tags randomly change the case of the tag

« on: July 28, 2023, 03:47:09 PM »

For clarification, the behavior I'd expect is that if no sort tag is set, the sort tag automatically fills in as either:

1. A title-case converted version of the tag.
or
2. An exact copy of the tag.

I'd prefer #2 for the way I use it, but I could understand #1 for most people's sorting to be cleanest. The current behavior sometimes automatically generates an uppercase tag from a title-case tag (see #1 in multi-image screenshot above), which just isn't good for anyone's sorting.

3

Bug Reports / Re: Automatically generated sort tags randomly change the case of the tag

« on: July 28, 2023, 03:33:03 PM »

Thanks again. It really helped to realize I need to restart MusicBee to have it refresh. I couldn't understand when/why it was updating.

It also isn't an issue of mixed album tags, it affects track title tags too. I think I've figured out a bit more of what's going on, but it's almost worse than I thought.

It seems like MusicBee only stores/calculates one automatic sort tag per case insensitive track name. This means that if two different artists/albums use that track title with different case, one of them is going to get the wrong sort title case.

I added an image of my experimenting. Unless I'm missing something, this is the reason that my sort tags keep changing. Any time I re-use a track/album title elsewhere in my library, it affects completely unrelated track/album tags, which due to my organization rules, renames files. Plex hates file names changing case so it's really a problem for me.

Columns: artist, title, sort title, album


Ugh. That's not the whole explanation. I switched the manually added sort title for AYA back to PRISONER and restarted, and this time it left the other tracks alone. I don't understand what's going on.

4

Bug Reports / Re: Automatically generated sort tags randomly change the case of the tag

« on: July 27, 2023, 09:02:16 PM »

Thanks. I don't use playlists or the inbox, but I do have some music videos that I keep apart from the mp3s. Perhaps the case on some of those is impacting the music library sort tags. I appreciate the ideas and I'll report back if I ever figure out exactly what's causing it.

5

Bug Reports / Automatically generated sort tags randomly change the case of the tag

« on: July 11, 2023, 07:24:00 PM »

I'm not sure when this bug showed up. I update periodically and I noticed it this year. I'm running portable 3.5.8447 but it also behaved the same in a newer build I was running. I reverted to 8447 to make sure it wasn't something about that newer build.

When there is no sort tag set (Sort Album, Sort Title, etc.) MusicBee used to copy the exact tag into sort. This behavior is now inconsistent between various items. I noticed it because auto-organize wants to move a ton of my albums based on changes to the unset (automatically created) sort tags. It sometimes wants to change the artist, sometimes the album, and sometimes the track.

e.g. The album "PINK" by CHAI was filed as \Music\CHAI\PINK and now it wants to move it to \Music\CHAI\Pink. The Album tag is "PINK" and the Sort Album tag is unset. The grayed out autofilled Sort Album value displays as "Pink"

e.g. 2 - The track "Hands" by 亜矢 (sort artist = "AYA (亜矢)") was filed as "\Music\AYA (亜矢)\Hands\01. Hands.mp3 but now it wants to move it to \Music\AYA (亜矢)\hands\01. hands.mp3. The album and track tags are both "Hands" but the displayed (grayed out) Sort Album and Sort Title tags are showing "hands".

In the second example, the other two tracks in the Hands EP have their title case left alone, e.g. Honey Bee still shows "Honey Bee" in the sort title and organize wants to move it to "\Music\AYA (亜矢)\hands\02. Honey Bee.mp3". This is still wrong since the album should remain "Hands" as listed in the Album tag.

Organize format: Music\<Sort Album Artist>\(<Year (yyyy)>) $Left(<Sort Album>,75)\<Disc-Track#>. $Left(<Sort Title>,75)

Most of my music (including the ones shown above) are MP3 with ID3v2 tags. Let me know if there's anything I can do narrow down this issue. I haven't noticed any pattern. Some things it copies exactly to the sort fields, others it changes the case.

6

Plugins / Re: Discogs Tagger

« on: December 10, 2018, 09:39:25 PM »

I recently started trying to store full release dates in my collection. I've discovered that you can put a full date in the year field and MusicBee splits it into the TDAT and TYER fields nicely. The only problem is I can't find a source for the dates. Discogs stores the date. Could you add an option to get the full date in mm/dd/yyyy instead of just the year? That'd be amazing.

7

Bug Reports / Erroneous "no match" for Google in Search Internet for Picture

« on: May 31, 2018, 08:26:09 PM »

When searching for album art, sometimes the Google pane says "no match" but when you click the "google" link it opens a page full of results. Clicking those images doesn't choose the image. It stays stuck on whatever was in there, for instance the auto-matched last.fm image. I just want to be able to select the right image, even if it doesn't automatically choose it for me.

I've been seeing this problem for a while and it persists in 3.2.6693

8

Bug Reports / Re: Date-added is wrong

« on: September 07, 2016, 12:13:45 AM »

It seems to work fine for a while. Once it stops working (i.e. it starts assigning incorrect dates to new albums) it's fairly permanent. Restarting MusicBee doesn't help. I haven't extensively tested for a fix since I just recently figured out it wasn't just not assigning an import date. I tend to add a few dozen albums at a time, so perhaps it's after a certain number of albums in a session. I haven't figured out any rhyme or reason, except that once it stops putting the correct date it keeps doing it. I'm guessing a system restart or something resets it, since when I go to add new stuff it tends to be working. Its often weeks between me loading music.

9

Bug Reports / Date-added is wrong

« on: August 29, 2016, 02:07:00 AM »

When I add new albums they show up halfway down the list when sorted by date-added.

I noticed this happening with an older version, but I didn't realize how the date-added list worked and thought it was just not recording me adding things. Now I know it uses the date-added property and when I check that property it says 03-08-2016 (USA) instead of 08-28-2016. The time is right, but the date is 5 months off. Is there some simple math bug doing this?

I'm using the latest portable version on Windows 10. My system date is correct.