Title of song coming up twice in task bar when playing certain songs

[kirky86]

Basically what it says in the title

When I'm playing a song, I have my task bar display the title of the song on the first row and the artist on the second row.  For most songs this works fine.

On certain songs when I play them, the title row has "title of song" :: "title of song again"

I can't figure out why that would be happening.

Is there a way to fix this or find out why?

Thanks

[phred]

Is it only certain songs that do this?
And do those songs -always- do this?
A screenshot would be helpful here so we can see what you're seeing.
And another screenshot of your taskbar player settings.
And another screenshot of the Tag Inspector showing one of the problem songs.

[IrnoicBez]

I am having the same problem since today, but in the sidebar player. Didn't update recently.

Is it only certain songs that do this?
And do those songs -always- do this?
A screenshot would be helpful here so we can see what you're seeing.
And another screenshot of your taskbar player settings.
And another screenshot of the Tag Inspector showing one of the problem songs.

Specific songs always do this. Here's an example.

Another thing I noticed is that sometimes the title is different, probably an alternative title, like in this case, but honestly I really can't seem to find anything in the tags.

If I use MB search and search for this alternative title, nothing is found. MB usually finds matches in most tag fields. Files are mp3.
One last thing that might help investigate: this second title is also shown when i hover on the seekbar, usually just the timestamps are shown.

I noticed this problem after I removed a secondary artist from the tags. I had Album Artist as "Artist1; Artist2" and set the field to "Artist1". Not sure if this is related.
I have listened to these files for years and never noticed this. Weird that the only forum topic I found on this issue is from two days ago. It might have something to do with some Windows 10 Update? I am using the media control plugin for Windows 10.

[IrnoicBez]

Respectfully bumping

[phred]

And another screenshot of your taskbar player settings.
And another screenshot of the Tag Inspector showing one of the problem songs.

[IrnoicBez]

And another screenshot of your taskbar player settings.
And another screenshot of the Tag Inspector showing one of the problem songs.

Here's screenshots from the tag inspector. No occurrence of "Down Like Wow". Same results from mp3tag.
ID3v1 tags

ID3v2 tags



No APEv2 tags

I'm not sure what the OP meant by taskbar, the Taskbar Player? In that case I don't believe a screenshot would be useful, since the problem seem to happen in many places of the MusicBee UI.
Here it is anyway since you asked.

[hiccup]

Far as I know,  :::  should only show up when a title needs to scroll when it's too long to fit the available space.
So that might be a software bug.

Here's screenshots from the tag inspector. No occurrence of "Down Like Wow". Same results from mp3tag.

That's strange indeed.
You could run the file through MP3diags to see if it indicates some sort of corruption.

[IrnoicBez]

MP3diags didn't say anything aside from some normalization information missing.
Tried every possibile transformation on mp3diags. Some transformation did work. Had to restart MusicBee to actually make it look like it was fixed.

Since at first (before restarting) the problem didn't seem fixed, I tried comparing the file and the transformed file with an Hex Editor.
I found that the alternate title was appearing just after the Lyrics of the song, in the file structure, and after the text "TIT2".

TIT2 is the name ID3v2.3 and ID3v2.4 use for the title tag. But there's more than one in the picture.
I went to the original file on MusicBee and tried with "Delete Lyrics and Redo Search". This fixed the problem temporarily! But after playing another song and then playing that original song again, the problem returned.
I am currently using the Beenius Plugin to retrieve lyrics.
The weird thing is that the problem also happens on songs for which I get no results from the automatic lyrics search.
In the past I was using LyricsReloaded to get lyrics from Genius, maybe the process also wrote some other information aside from lyrics into the file, and now it has to be manually deleted. I noticed that searching for the song as "Down Like Wow" on Genius actually works.

Very confusing stuff. This is probably the best I can do to help identify the problem.

[hiccup]

I am currently using the Beenius Plugin to retrieve lyrics.

That's some good investigation.
Do you mean that the additional TIT2 is not there before using Beenius, and gets creating right after using Beenius?

Also, your screenshot shows two TIT2's. Is there yet another one higher up than the screenshot shows?

I also notice 'CHAP'
Not sure, but could that stand for Chapter, and could MusicBee be displaying the secondary title since it assumes it is a chapter within the song?

[phred]

I'm not sure what the OP meant by taskbar, the Taskbar Player? In that case I don't believe a screenshot would be useful, since the problem seem to happen in many places of the MusicBee UI.
Here it is anyway since you asked.

Preferences > Now Playing > playback > show in task bar as

[Steven]

This sounds like its the chapter tag. If you update to v3.6, i recall i implemented right click/ Remove Cuesheet to remove the tag

[hiccup]

If you update to v3.6, i recall i implemented right click/ Remove Cuesheet to remove the tag

I did some tests with a track that contains chapters, and things look and function exactly as described in the posts above.

What I did find–and seems odd to me–is that you can indeed use 'Remove Cuesheet', and the chapter information does not show anymore.
But when that file gets rescanned the chapters are there again.
So the chapter information doesn't seem to get actually removed from the file.
Is that intentional?

edit
@kirky86 and/or IrnoicBez:
Can you confirm what I described?

[IrnoicBez]

I am currently using the Beenius Plugin to retrieve lyrics.

That's some good investigation.
Do you mean that the additional TIT2 is not there before using Beenius, and gets creating right after using Beenius?

Also, your screenshot shows two TIT2's. Is there yet another one higher up than the screenshot shows?

I also notice 'CHAP'
Not sure, but could that stand for Chapter, and could MusicBee be displaying the secondary title since it assumes it is a chapter within the song?

I think it's probably not related to Beenius but to Lyrics Reloaded. Since this also happens on songs for which lyrics retrieval with Beenius failed (and worked in the past with Lyrics Reloaded).

There are no other TIT2 tags. Redoing the lyrics retrieval moved the "incorrect" TIT2 tag higher up in the binary, while the lyrics were stored lower down. Idk if this is useful information. It is indeed still near the CHAP keyword

If you update to v3.6, i recall i implemented right click/ Remove Cuesheet to remove the tag

I did some tests with a track that contains chapters, and things look and function exactly as described in the posts above.

What I did find–and seems odd to me–is that you can indeed use 'Remove Cuesheet', and the chapter information does not show anymore.
But when that file gets rescanned the chapters are there again.
So the chapter information doesn't seem to get actually removed from the file.
Is that intentional?

edit
@kirky86 and/or IrnoicBez:
Can you confirm what I described?

I can't try MB 3.6 yet but will do soon and let you know if it works

[Steven]

So the chapter information doesn't seem to get actually removed from the file.
Is that intentional?

yes, its only removed from the cache. For the next update, if there is only 1 chapter then the tag will be ignored

[IrnoicBez]

So the chapter information doesn't seem to get actually removed from the file.
Is that intentional?

yes, its only removed from the cache. For the next update, if there is only 1 chapter then the tag will be ignored

Thank you Steven. I appreciate this.