Bitrate value may not appear until the row is manually (3.05, Windows)selected

Environment: MP3tag v3.05 on Windows 10

Today I scanned my MP3 library intending to sort by bitrate, looking for low bitrate files I might need to replace. I noticed that sometimes, the bitrate field would be blank until I selected that row. This is not an issue of a file not having bitrate information, it is a display issue of some kind because the data appears when you click. See the gif below.

Note that doing a select all does not reveal the missing information, nor does a shift-click to select a group.

To try and repro the issue, scan a large set of files and scroll through the list looking for blank bitrates. In my case, bitrate was set to the leftmost column but I don't know if that matters. I did see the problem on 2 different Win 10 systems today. The firs time it had only scanned a couple hundred files, too so I don't think this is an issue specific to a giant library.

Lastly, the tag library was turned on in both test systems. I have not tested to see if that matters.

It looks like the Library already contained data for the listed files, but was missing the bitrate value (for unknown reasons). Selecting the file force-reads the data from the file and updates the Library accordingly.

Do you have an idea why the bitrate might be missing in the first place?

No idea. On one of the computers I tested, I use mp3tag frequently and while I never noticed a problem until now, I can't be positive that the library didn't get mangled somehow.

After I saw this happen on my main PC, I installed mp3tag on another machine. All I did there was install, turn on the library, do the required restart, adjust the column order, and scan the same network drive with the files.

The network drive is a SMB share on a NAS, mapped to a Windows drive letter. I'll try running the same scan on a hard drive with the same files that is directly connected to the system... Should not make a difference of course, but... ya never know. And that disk is already in place so it's no big deal to try.

If you have anything else you'd like me to try, happy to help.

Edit to add: when scanning a local volume, not a network drive, the problem persists. :man_shrugging:

Does this also happen if you move a bunch of files to a folder you've not read with Mp3tag before?

The first time I saw it I was using my regular install and library folder. I then installed mp3tag for the first time on a different computer and scanned the same folder. Those files would have been new to that install. I am not sure if that is the same scenario you are suggesting. If not, I will copy a bunch of files to an entirely new location and see what happens.

Yes. It's the same scenario — I was asking mainly to make sure you've not copied your existing configuration (including the possibly damaged or incomplete library database) to the other machine.

I still fail at reproducing the issue in any way ... if you have any pointers or step-by-step instructions, it'd be most helpful.

I'll see if I can figure out a solid repro!

1 Like

Any updates on this, maybe with the latest Development Build?