WACUP
Preview Build Discussion => Preview Build Discussion => Resolved Issues => Topic started by: AudioSeb on September 11, 2024, 05:10:27 PM
-
Since the new public preview #19994 now shows the old winamp-style large details (expect genre that is always empty) with the scaleable artwork I finaly switched to the new version. Well done!
But one issue: While old winamp lib used "AlbumArtist" and "Album Artist" tag to show the Album Artist in the view, the new WACUP only uses "AlbumArtist" tag.
I'm not super-eager to retag around 34000 tracks, is there any solution to this?
-
The missing genre text issue is being looked into. With "AlbumArtist" vs "Album Artist", you're going to have to provide an example showing the issue as they're both meant to be handled the same from either the input plug-in &/or common tag handling that WACUP uses to read in the metadata unless there's been a regression that I'm missing. As I don't know what file type(s) you're seeing this with I'm not going to look into it further until that's clarified though I'd assume its possibly not mp3 since that uses a single defined tag field iirc unlike the the formats that use ape or ogg based tagging which can just use anything for their string definitions.
-dro
-
It happens with .flac files and only affects the library view.
A file with "Album Artist" tag is shown as "(no album artist)", a file with "AlbumArtist" is shown with the correct data.
If you use "View file info" the Album Artist filed is filled correctly, regardless if tag is written with space between or not.
Beside that, there is also an other thing with the library view of "Album Artist":
In old winamp lib you could choose to show the amount of albums by that album artist, with the new library you can only see the amount of tracks.
Thanks for your effort, great work with WACUP!
-
Is the local library instance new or was an existing copy from having tried wacup out previously?
If it's an existing one then I'd suggest doing a refresh of the metadata which can be done either on the items or the view or the whole of the local library via the right-click menus or the view button in the top right. As what you're seeing in the alt+3 dialog is what'd be used in the local library import / update. If it's a new instance then I'm going to have to figure out why it's failing to be read in.
I've also just finished fixing the genre issue.
-dro
-
was an existing one, from a portable installation in Win10.
Just tried to refresh the album shown, no difference.
Will rescan the whole lib now
-
If there was no change on refresh then I'll have a look into it later tonight as something is wrong for it not to have updated as expected.
[edit]
This issue should also be fixed for the next build - code needed got removed way back during a shared library update. The "albumartist" field will always be the first looked for (since that's what appears to be the recommended to be used per the vague specs) with it then checking for "album artist" if "albumartist" cannot be found. I also think I've got it to correctly deal with the order within the vorbis comment tag being either way round since mp3tag would alpha sort it which put "album artist" first & that prevented "albumartist" from being used with my initial testing of the fix.
-dro
-
Rescan the metadata of the whole lib did not change anything.
Your solution sounds very reasonable, that should totaly fix the problem.
Looking forward to the new build!
Thank you very much for looking into the issue!
-
Just made a small donation to express my graditude
-
thank you & fingers crossed the changes once you do another rescan are going to behave.
-dro
-
Just tried the new 21.20088 build. Problem solved after a metadata refresh of the (no album artist) tracks.
Well done, thank you!