WMA tag information not shown

On my Windows 7 64 bit computer, the WMA files (I have activated the folder content type detection) show no information at first in the columns Artist, Album, Year and so on. I have looked in the Settings / File Types and they are assigned to the Music group. Moreover, if I edit one of them with an external music tag editor while I stay in that particular folder, DOpus would then show the new information immediately, but only for the file I edited. Needless to say, I still have no information extracted if I return to the same folder another time.

I tried to start with a new DOpus profile, but the conclusion is this doesn’t come from my settings.
Let me add that tags are shown well in the Windows File Explorer ; also, this problem doesn’t appear on my other Windows XP computer. And this problem is specific to WMA ; MP3 tag information is well extracted (well, I didn’t really test all the other music formats).

So, is this a bug in the 64 bit version ?

What version of Opus are you using?

I noticed this problem in the latest betas and in 10.0.5.0.

If you then close the window and go back to that folder, does Opus still show you the information for that file, but not the others?

If so, it's probably something to do with how the other files are tagged, and using the other tag editor on one of the files re-wrote the tags on that one file such that Opus could understand them.

If there is a problem with how the files are tagged, please send us an example file (one of the ones which still doesn't work in Opus) to look at.

[quote="leo"]If you then close the window and go back to that folder, does Opus still show you the information for that file, but not the others?

If so, it's probably something to do with how the other files are tagged, and using the other tag editor on one of the files re-wrote the tags on that one file such that Opus could understand them.

If there is a problem with how the files are tagged, please send us an example file (one of the ones which still doesn't work in Opus) to look at.[/quote]

Thank you for the answer but, as I said, these void tags still appear on the same file(s) if I come back to this folder another time. To tell it differently, every time I enter a folder containing mainly WMA files, DOpus detects the music content type, but it shows no information for the files (all of them). I have to check on my Windows 7 computer, but as far as I remember, the tags also appear out of a sudden if I inline rename the file into DOpus (to be confirmed). And the very same files are read correctly in DOpus running on Windows XP.

I have always used the same tag editor (Tag&Rename) and I have never encountered any problems with its tagged files on any piece of software - so this is not the problem. And I didn't encounter problems with the same WMA files in DOpus a while ago (I can't remember if it was DOpus 9 or 10).

So, I can guarantee my WMA files are not the problem here. It's either DOpus alone or some settings on my system DOpus interferes with.

It seems odd that Opus can read the file the second time it tries (when a file change triggers it to be re-read) but not the first time.

Do you have any music/tagging software installed on the Win7 machine that isn't also on the XP one?

Shell extensions can get involved when reading tags (I think it's the Metadata or PropertyHandler type shown in ShellExView, but I'd have to double-check), so that's one possible explanation. Some music/tagging software installs such extensions.

I can confirm this, too: if I inline rename a WMA file, DOpus would show its tags until I leave the folder (they are still not shown when I return to the folder). Also, the tooltip shows the WMA icon at first, but is populated with tags, too, once DOpus was able to read the tags the second time.

[quote="leo"]Do you have any music/tagging software installed on the Win7 machine that isn't also on the XP one?

Shell extensions can get involved when reading tags (I think it's the Metadata or PropertyHandler type shown in ShellExView, but I'd have to double-check), so that's one possible explanation. Some music/tagging software installs such extensions.[/quote]
Well, I don't have shell extensions that I explicitly installed, not that I can think of. But I do have different software on these 2 computers, since they don't serve the main purpose. On Windows 7 I have installed foobar2000, MiniLyrics, Tag&Rename, mp3DirectCut, the XviD codec. On both I have Windows Media Player and VLC (although not the same version).

I don't know if this helps. Should I run ShellExView and send you the results?

It's worth a quick look, sure.

If you link you account and send me the ShellExView results, I'll take a look at them.

So, please find enclosed the ShellExView report. I then disabled every item but from Microsoft and GPSoft (didn't restart DOpus, though), but the WMA problem was still there.
report.7z (13.7 KB)

Thanks for the ShellExView report.

I had a look through it and I couldn't see anything suspicious.

It might be worth using Process Monitor, filtered to only show events containing the name of one of the WMA files, to see if Opus tries to open the file but fails on the first attempt, or similar.

So, please find enclosed the report produced by Process Monitor.

But I had an interesting discovery in the meantime: WMA tags are not shown when I browse folders in lib://Music, but they are shown when I browse the physical folder location on the disk. Argh... a library bug!

The Process Monitor report illustrates how I went through these 3 locations and only the physical folder visit retreived the WMA tags.
Logfile.7z (4.9 MB)

Ah-hah! I can reproduce it now, thank you. Using a library was the key.

Also, I also noticed the same problem on Xvid .avi this morning, but I didn't have time to explore on other multimedia file types.