Latest WACUP public preview for x86 & x64 is build #24784 (August 3rd 2026) (x86 & x64 changelogs)
Latest restricted WACUP beta release is build #24784 (August 3rd 2026) (x86 & x64 changelogs)

Recent Posts

Pages: [1] 2 3 ... 10
1
Thank for confirming the sort of workaround works & should save you having to reset it every time.
2
Wishlist / Feature Requests / Re: Play Tracking Preference Not Saving
« Last post by umihimeyokai on Yesterday at 11:07:50 PM »
$char(32) works! It is now saving the preference correctly! Thanks!

3
Wishlist / Feature Requests / Re: Play Tracking Preference Not Saving
« Last post by dro on Yesterday at 10:02:10 AM »
The preview box showing text is wrong so that's now fixed for the next build. Otherwise the action is working correctly against what I'd tried to do vs the original behaviour so it'll leave what's in the file as was last set when playback stops instead of clearing it (maybe that needs to be a dedicated mode possibly via another options from the dropdown assuming it actually makes sense to implement that).

A space character not being maintained is due to the handling stripping off whitespace characters when the formatting strings are processed. The simplest way to ensure you will have a space / effectively empty output no matter is to use $char(32) as the formatting string. You could also use $crlf() which just outputs a linebreak & should still do the same as the $char mode.

Also I've only checked this against the current (as of this reply) 1.99.53.24784 build.
4
In v1.99.52.24626

Under preferences>Playback>Play Tracking

The Now Playing Tab

The Last field where it says "The following field can be used to specify output when playback stops. If left empty nothing will be output when playback stops. If left empty nothing will be output when playback stops."

Two minor bugs.
1. If box left empty, behavior of text box is left as default when playback stops instead of being empty. Which is probably preferable behavior, but just doesn't match instructions for field.

2. Field doesn't save preference when populated in at least some cases between sessions of WACUP. In my use case, I type a space in the field so that it displays no visible characters when sourced in OBS. Workaround has been to simply retype the space in this field every time I open up a session. Not a big deal, in fact I keep forgetting to mention it. But I finally remembered to give a heads up lol ;D

5
Skins / Re: Playlist Drawer
« Last post by ariszlo on August 06, 2026, 10:03:40 AM »
Version 1.1 is released today with the following changes:
  • Drawer properties are now mostly defined in xml without the need to recompile maki.
  • Windows now snap to the bottom of the player when the drawer is in, and to the bottom of the drawer when it is out.
Download
6
Visualisations / TonyMilkdrop
« Last post by TheLegoBoy on August 06, 2026, 03:01:52 AM »
All collections completed of MilkDrop presets.
7
Resolved Issues / Re: [CHANGES MADE] Jump to file with space in filename fails
« Last post by OldPaprika on August 05, 2026, 07:06:31 PM »
Cool, works again, thanks for the quick fix. 👍
8
General Discussion / Re: Enhancer DSP
« Last post by MourningStar on August 05, 2026, 06:44:09 PM »

I really hope you've not installed the old version of the wrapper when it's been included as part of wacup for some time.
I've not.
There's no means to get it to scale due to how the original enhancer plug-in works.
understood - in any case I have not been using it for quite some time until now, and it is not maintaining position from session to session. Each new start it appears on top of the main window (fwiw).
9
Resolved Issues / Re: Jump to file with space in filename fails
« Last post by dro on August 04, 2026, 04:36:55 PM »
I've uploaded a post-release update for the jtfe plug-in (can be accessed via preferences -> about|updates -> about tab or the OS toast that might appear) which should now do like with 24626 & earlier with spaces in the search whilst keeping the internal processing optimisation that inadvertently broke things.
10
Resolved Issues / Re: [FIXED] v1.99.53.24778 installation crash
« Last post by dro on August 04, 2026, 02:01:23 PM »
Thanks for the confirmation that it's back to working ok again for you (I assume it'll help for the others though I've not had confirmation from them yet). Was an oversight as part of some changes made to reduce the code size of a few of the dlls whilst also reducing the code complexity with loading things but it didn't behave correctly during some new / incomplete updates. Main thing is that it's now been resolved.
Pages: [1] 2 3 ... 10