Messages

1

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

« 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).

2

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

« 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?

3

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

« 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.

4

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

« 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.

5

Preview Build Discussion / Re: Issues with build #24496 (May 8th 2026)

« on: May 13, 2026, 08:47:59 AM »

The plug-in is a mess from assuming that what it was forked from actually worked but pull mode has never worked for me & there's no debugging modes with the plug-in. I do not like shipping such code when it's mostly never going to be used vs bloating the code base along with most of the time being a pain to figure out what should even be done for that side of things. All I know is that I managed to briefly try the plug-in with its default config yesterday & it worked without issue & having not intentionally messed with the plug-in in months I don't have a solution for why it's buggered & if it's going back to 20202 then that's a few years back. So until I can actually look at what code changed back then there's nothing I can do & no point you spending more time on it.

6

Preview Build Discussion / Re: Issues with build #24496 (May 8th 2026)

« on: May 12, 2026, 08:15:48 AM »

Until I can look into it (maybe the weekend but more likely next week at the earliest) I don't have any obvious reason as to why it'd be broken when it was seemingly working ok with 24472 when trying to figure out the notsodirect playback issues where a fix needed fixing with that build (which post-release updates or 24496 fixed).

If there's a way to download older builds, I can easily test each one to find in which build exactly it stops working).

The preview build download pages have a "prior preview build" section at the top for getting the prior ones.

I've also updated the known issues for 24496 (am not going to go further back) to indicate this & reports of the asio output plug-in not working in all setups.

Also has it been crashing for you during any of this?

7

Preview Build Discussion / Re: Issues with build #24496 (May 8th 2026)

« on: May 12, 2026, 07:42:51 AM »

Is this the x86 or x64 build of wacup? Does notsodirect work (am not interested in the wasapi vs directsound view point, just if playback works with it).

8

Preview Build Discussion / Re: bugs in version 1.99.45.23528

« on: May 11, 2026, 09:09:18 AM »

Right-click on the lyrics window -> un-check 'show lyrics for selected playlist item'.

9

Preview Build Discussion / Re: [Bug] NSFe playlist sort problem

« on: May 09, 2026, 05:07:25 PM »

Great so that means it's always been broken when it comes to playback in playlist from the original plug-in that it was derived from & seemingly no one else has noticed or taken the time to report it. As I've no idea what the different tracks are actually meant to be as I've not got a history with any of these nsf/nsfe based games & had assumed that it's just going to play based on the raw song order.

10

Preview Build Discussion / Re: [Bug] NSFe playlist sort problem

« on: May 09, 2026, 04:41:10 PM »

I had a feeling this was going to come up from the mess that was trying to ensure I got the titles correct based on the physical order of the items in relation to the plist order detailed in the file. Or are you saying that titles are wrong with the manner that it's being provided? As I thought I got it correct (have to pre-sort the plist & then use that to work out the needed nsfe_entry item to get the title from since the mega man one otherwise has a big gap in the initial block of songs used until the ones that are then at the end).

11

Preview Build Discussion / Re: [Bug] Edited metadata regresses to previous values, "update file tags" fails

« on: May 09, 2026, 03:56:53 PM »

Saving metadata to mp3 files with the x86 build relies on the old in_mp3 plug-in from 5.666 & I am not at all surprised that it's not working correctly. The saving process will send to the local library (if present) & also to the input plug-in that claims to handle things for saving support. That's why if the save to the actual file didn't occur but it was able to make it into the local library (e.g helpful for vgm / virtual file formats), if you then edit things externally there's even more of a disconnect between the local library cached values & what the actual file might now have.

If using the x64 build (doesn't look it from the partial images) then there's no handling in place for mp3 files to even attempt to save them out & it just relies on the local library since none of that has yet been coded.

tl;dr: metadata editing is known to be a mess especially for mp3 & is another reason for why wacup is still deemed as a preview which needs to be sorted out later this year.

12

General Discussion / Re: Weird playlist management bug

« on: May 09, 2026, 12:58:47 PM »

You've got to be not clicking on the correct divider - the cursor will change to a left-right arrow & it's the one I've got the arrow pointing to which needs to be clicked & dragged to the right to expand the area. As I can't get any of my test setups to not do that.

[edit]
If you still can't get it to show (maybe there's a mouse / OS dpi setting that's breaking things), you'll need to open your gen_ml.ini when wacup isn't running & remove the whole plsplitdiv line from the file. Preferences -> Advanced -> Diagnostic -> Settings Locations tab will show you the part for your gen_ml.ini file.

13

General Discussion / Re: I need some help with WACUP

« on: May 09, 2026, 10:30:28 AM »

nirsoft's tool has been recommended a few times now & that's good to know you've got it back to working again.

14

General Discussion / Re: Bug Report: NotSoDirect plugin freezes on 24bit flac files above 48khz

« on: May 09, 2026, 10:29:13 AM »

That's odd as there's no obvious functional differences between the 2 build types when it comes to how the output plug-ins are done. Which build did you re-install? As it's now at 24496 as of this reply.

15

General Discussion / Re: Weird playlist management bug

« on: May 09, 2026, 09:41:18 AM »

In the middle image there are 2 horizontal dividers in the middle of the media library window (the bar should change colour when the mouse is moved over it) so you just need to move the one that's to the right of the pair to expand out the area that has the list of the library playlists.