Recent Posts

51

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

« Last post by Alex/AT on May 12, 2026, 07:40:08 AM »

Let's start with something...

No So Yasapi output stopped working in this build. Windows 11, Creative AE-9. Tried push/pull, shared/exclusive to no avail.

Playback just skips tracks without any sound. Stop 'hangs' for several seconds, then either stops or just continues skipping tracks. Sometimes (once in a couple of start/stops it either shows buffer playback loop condition (same small piece repeating without updating), or plays one track then returns to the above behavior.

Downgrading out_notsoyasapi.dll to the one from build #20202 (not exactly specific bugless version, maybe some later ones also work, but this is just the one I have archived) immediately makes it work. If there's a way to download older builds, I can easily test each one to find in which build exactly it stops working).

52

Preview Build Discussion / Re: bugs in version 1.99.45.23528

« Last post by dro on May 11, 2026, 09:09:18 AM »

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

53

Preview Build Discussion / Re: bugs in version 1.99.45.23528

« Last post by jvidal on May 10, 2026, 11:48:52 PM »

I have an update on this bug. Trying v. 1.99.50.24496 (x64) and this bug persists. Whenever I change the song by pressing "next", the lyrics pane is not updated, no matter how much time passes. clicking (once) on the playlist entry immediately updates the pane and makes the lyrics appear shortly after. The same thing happens if the songs ends a new one starts, no update on the lyrics pane.

Additionally, if I'm listening to a song, but just single click another entry in the playlist, then the lyrics for that song appear, replacing the ones for the song I'm actually listening to.

To sum it up: The lyrics plugin shows the lyrics for the highlighted item in the playlist, regardless if it's the one currently playing and it doesn't update automatically when the song changes, EXCEPT if you click or double click the song.

I hope you can figure this out once and for all.

best regards!

54

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

« Last post by dro 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.

55

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

« Last post by nelsonhf on May 09, 2026, 04:50:24 PM »

The order of track names in the playlist should match the order of the plst info of the NSFe otherwise the track playing and the info in the playlist won't match. For example in the current state if i select the track 2 in the playlist (Needle Man) the track that will be played is the 14 (Password) because is the track 2 in the plst (not related with the physical order of the items).

56

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

« Last post by dro 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).

57

Preview Build Discussion / [Bug] NSFe playlist sort problem

« Last post by nelsonhf on May 09, 2026, 04:34:25 PM »

Hi, this is related to the following closed thread: [FIXED] [BUG] NSF/NSFe playlist incorrect for some files. After loading of the NSFe file the playlist should be sorted by the plst track order instead of a sequential order. Otherwise for files that play tracks in a non-sequential order, after the first track the name in the playlist and the track being played will not match. Sorry i didn't catch this earlier.

58

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

« Last post by dro 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.

59

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

« Last post by VulgarAscetic on May 09, 2026, 03:33:23 PM »

When updating some mp3's metadata, it appears successful, but any subsequent edits to the same file metadata will regress previous edits. Additionally, some files will regress by themselves over time, effectively going back to previous metadata. It's unclear what causes this "timed" regression.

Selecting "Update file tags" checkbox in the metadata editor will give a "Metadata updating error" box, but it is unclear what causes this to fail, when other mp3 files will update their metadata correctly.

Worth noting that these same files can be successfully edited in other software such as mp3tag.

Screenshot show the metadata successfully changed in Wacup but not in the file metadata seen in explorer.

Repro steps:

• Right click a file in library
• Go to "edit metadata for selection"
• Ensure "update file tags" is UNCHECKED
• Edit the track name to something else
• Click update
• Track name appears to change
• Repeat steps but change the album title this time
• Album title updates, but track title will regress to before the above edit
• Open metadata editor again
• Ensure "update file tags" is CHECKED
• Change any metadata and click update
• Update fails

60

General Discussion / Re: Weird playlist management bug

« Last post by mkpetrov on May 09, 2026, 01:32: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.

Thanks, it did show up,  no idea how it got there.