Recent Posts

31

Preview Build Discussion / Re: Build #24496 (May 8th 2026) - Library issue

« Last post by dro on May 20, 2026, 10:40:57 PM »

That option has been in my local library plug-in from quite early on as it was never clear which was the better way to go with album grouping (i.e. assume the files are correctly tagged which is the default setting or deal with them not being correctly tagged but make it seem like it's grouping ok but in a different manner to even what winamp did). The fact it showed up the difference means probably its still the better choice to have it group the way it does by default though I'm still torn on whether it shouldn't be so it just fools things to look more like is expected irrespective of the quality of the tag data (which it'd be doing if there wasn't an albumartist set).

32

Preview Build Discussion / Re: Bug: filename incorrect in playlist editor

« Last post by dro on May 20, 2026, 10:28:16 PM »

It broke after 23960 as part of some of the fallback title handling changes that others had requested with what's shown before the title is fully generated which caused the wrong buffer to be returned with the underscores to space option being enabled. Looking at the older build it shows "Test_file" for "Test_file.mp3" with no extension is shown (which is how the code has been doing things for an age) unless that's also being expected to be seen in this state?

33

Preview Build Discussion / Bug: filename incorrect in playlist editor

« Last post by OldPaprika on May 20, 2026, 08:38:41 PM »

Repro:
- Make sure metadata reading is set to "Read metadata only when file(s) are played"
- Add a file to the PLAYLIST EDITOR with an underscore in the filename
- Bug: only the text after the underscore is shown in the playlist editor (e.g. "Test_file.mp3" will be shown as "file")
Expected: should show the filename until the file is played.

Using WACUP v1.99.50.24496 (x86)

34

Preview Build Discussion / Re: Skin defect since about 3 updates ago

« Last post by Phuntso on May 19, 2026, 10:28:47 AM »

I read your part about applying skin to a fresh build and you couldn't reproduce it, so I thought, what if a skin setting is not read correctly and needs to be written in a new way by the application. I toggled random skin Config options and relaunched WACUP - the playlist shows correctly again. Easy fix, haha.

And your last text block about the whole window frame going blank, yes, that's an issue too I've observed for a long time, just never bothered to report.

There's one more issue that appeared with a recent update, but I ain't reporting it yet, unless I see it happen one more time.

35

Preview Build Discussion / Re: Skin defect since about 3 updates ago

« Last post by dro on May 17, 2026, 06:49:34 PM »

This is the never ending trouble with trying to get the gen_ff plug-in running outside of a program it was never intended for & there's things that just aren't right with my compatibility layer which aren't going to be resolved without attempting to make my own plug-in (which'll instead bring a whole different range of problems as any new code base would have).

I've tried with the v1.0 & v1.1 copy of the skin that I could find & I've not been able to replicate the playlist editor display issue exactly as shown when using them as part of an install that hasn't previously seen these skins.

The tooltip window I can see where it's not painting the whole area when the 'alternate tooltips' skin specific option is enabled. Without looking into it further that's most likely something wrong with the region implementation or something else vs what the skin is trying to do which just doesn't work well with my compatibility layer. 5.666 doesn't seem to show an issue but then it's tooltips also don't appear to scale with the skin so it might be something else going on which until I can bring myself to throw an unknown amount of time at this there's nothing I can suggest other than turning off that skin specific option so the basic tooltip style is used.

One odd thing I am however noticing from this skin is the tooltip showing appears to trigger the whole window frame on some of the windows to randomly go blank but the inner contents aren't affected (unlike your reported playlist editor window in the screenshot). That makes me think it's more likely something to do with the region painting which I've still got some other skins where the handling isn't right & I've got to assume this is the case again not that I've touched the code in a while to avoid causing regressions.

36

Preview Build Discussion / Skin defect since about 3 updates ago

« Last post by Phuntso on May 15, 2026, 04:35:41 PM »

Currently on 1.99.50.24496 (x86).  I'm using the Drone v1.1 skin. See the attached image. The skin has lost ability to show playlist items with transparent background and the ability to highlight the currently selected item as it still could before some few updates ago. Now it just shows items in a black box. I also noticed that the button tooltips render incorrectly: half is correct, second half is default system tooltip without the skin color theme.

37

Preview Build Discussion / Re: Build #24496 (May 8th 2026) - Library issue

« Last post by wd9895 on May 15, 2026, 03:08:07 PM »

Thank you.
Option found. Never knew this option before, thanks.

38

Preview Build Discussion / Re: Build #24496 (May 8th 2026) - Library issue

« Last post by ww on May 15, 2026, 11:05:58 AM »

Maybe you could check under Preferences-Media Library-Local Library-View Filters ...

There is an option related to Albumartist tag handling incl. some explanation.

WW

39

Preview Build Discussion / Re: Build #24496 (May 8th 2026) - Library issue

« Last post by wd9895 on May 15, 2026, 07:35:23 AM »

Hi Dro,

sorry but herewith your find some data.

Album view in library view. Column "Artist" shows correct name.
Mysterious to me is the separation in two album. Root cause is the information in "Album Artist". If I correct this manually the two albums become one.

A comparision of the file metadata show the differences and the impact on the doubling of the album.

40

Preview Build Discussion / Re: Build #24496 (May 8th 2026) - Library issue

« Last post by dro on May 14, 2026, 05:35:40 PM »

Comparing to winamp at this point isn't helpful when they use completely different solutions especially when it comes to MP3 (you've not noted what these files were). Plus I moved to using taglib2 from taglib1 recently so maybe that has changed something which I've not seen. So without seeing the raw metadata from the file &/or an example copy showing the issue I can't say why it's seemingly wrong vs your expectations.