[FIXED] Track Number in Windows 10 explorer is blanked visually when playing MP3

[sjeslis]

Typically when I screen an album of MP3 files for radio play I leave my explorer folder open and play track by track manually.

I noticed on this preview build that the associated file loses it's track number visually in Windows 10 explorer when I play the MP3 file. So much so it gets unsorted since I sort in explorer by ascending track number (Attachment 1).

If I hit F5 (refresh) it comes back BUT only if the file (track) is not playing.

[MarkRH]

Actually, all the meta data columns blank out: Title, Artist, Album, etc in Windows Explorer.

I suspect it's due to the file being "locked/in use", which keeps the meta data reading function of Explorer from working.  The same thing happens with the Mp3tag program where it shows empty fields in all the columns for a currently playing file.

Now, whether or not it should be doing this, I don't know.

[dro]

Is this with the x86 or x64 build & is in_mp3 present or not (if it's the x86 build) ?

Though the file being played does imho have a right to potentially only be the one handling the file even if I've tried to ensure anything going on is opening them in an manner that is meant to appease multiple programs trying to read them (so maybe the move to using taglib2 has missed a change that my older taglib1 handling was using).

[MarkRH]

In my case I am using the x86 version and in_mp3.dll is active.  Currently using the latest 1.99.51.24560 version.  When I start playing the file and refresh the Explorer view showing the file all the meta data columns go poof. 

Attaching a screenshot.

In this case, it is a MP3 file.

[dro]

Just to rule out something until I can do some testing myself can you try with in_mp3 disabled (not that it should be being used anyway but its also possible I've messed something up).

[MarkRH]

Disabling in_mp3 did not change the behavior.

[dro]

There's a new dev build for you to try out since it looks like it's related to the taglib2 migration & it doing things a bit differently as it also appears with the x64 build. Thanks for testing without in_mp3 to just confirm what I suspected.

[MarkRH]

Trying out 24566 and it appears the be resolved.  The meta data is still shown in explorer after starting a song. 

Thanks for the update.

[dro]

Thanks for the quick testing Mark. I need to see if there's anything else obvious that needs doing otherwise I might just update the preview build with what's been done as was the initial aim before things went awry last month.

[dro]

The v1.99.51.24568 preview build has the fix for this issue.