Latest WACUP public preview for x86 & x64 is build #22982 (October 31st 2025) (x86 & x64 changelogs)
Latest restricted WACUP beta release is build #22982 (October 31st 2025) (x86 & x64 changelogs)

Recent Posts

Pages: [1] 2 3 ... 10
1
Wishlist / Feature Requests / Re: Album Art Hidden on Stop Playback Option
« Last post by dro on Yesterday at 07:13:43 PM »
I had wondered if I should've also added in something similar for the current artwork when the log handling only recently got the stop specific mode as there's nothing in place at the moment that'd do it. Having it use a 'stop' specific image isn't tricky to get done though am also wondering if it should offer a means to remove the file completely or have it make the last image be all transparent so dealing with the the size of the image then isn't an issue (per the other config already offered for sizing).
2
Wishlist / Feature Requests / Album Art Hidden on Stop Playback Option
« Last post by umihimeyokai on Yesterday at 01:25:00 PM »
This might already be a feature, so if it is lmk. I am a streamer and I am using the play tracker to save now playing text file log and album art log to be sourced on OBS. The text file play tracker has an option that let's you choose custom text to log when playback has stopped. So I can key a space in that field and on stream when I hit stop on WACUP, the text source visually disappears on OBS (since it's only displaying an invisible character). However, the artwork does not go away and I can't seem to find a way to do this through WACUP itself. Instead it just continues to show the last artwork that was playing. It would be great if a similar feature existed that replaced the album art file with a png, much in the same way I can choose what text is put in the log. That way I can simply point to a transparent png, but also people could choose any other png that might indicate no song is playing or something.

RN, the only way I can see to do this is to setup some kind of listener on OBS to hide the artwork when it senses no volume is coming through the WACUP source, or by setting up a hotkey in OBS to hide/show the artwork to be the same one that starts and stops WACUP. Unfortunately, since I multi-pc stream and I am porting multiple sounds over the same audio channel (it's ported via analog), this is not really feasible for me. It would be great if this was a feature built into WACUP. Would this be possible to implement?
3
General Discussion / Re: song starting bug
« Last post by dro on November 13, 2025, 01:20:39 PM »
in_mp3 isn't actively used for playback & is only kept around by the x86 build so it can modify metadata on mp3 files. imho there's no need for in_mpg123 & the only thing I can find on here was from some time back & the solution then was also to disable it as it wasn't necessary.

[edit]
Something that is however helpful for anyone else looking at this later on is via Preferences -> About | Updates -> About tab -> Running Statistics group which indicates the active input & output plug-ins.
4
General Discussion / Re: song starting bug
« Last post by pleasantBlue556 on November 13, 2025, 12:59:08 PM »
so turns out

i had them both on

turning off the original in_mp3.dll fixed it

i think i had searched for a similar problem before but a solution i got was to get in_mpg123? im not sure how much it changes anything

thanks!
5
General Discussion / Re: song starting bug
« Last post by dro on November 13, 2025, 10:42:04 AM »
What happens if you use the mp3 playback wacup provides (which is using mpg123) instead of using such an old plug-in? Also is there a specific reason for using that 3rd party plug-in?
6
General Discussion / [FIXED] song starting bug
« Last post by pleasantBlue556 on November 13, 2025, 03:34:05 AM »
for some reason any new song, instead of starting at 0 seconds it starts at 2:42? im not sure if this is some bug or somewhat vague feature

i use in_mpg123.dll as my audio plugin (may or may not help)


first post so sorry if i forget anything
7
Thanks for the confirmation it appears to be much better behaved for you. The only obvious thing is that libcurl had been updated.
8
I've recently installed the latest WACUP 1.99.41.22982 (x86), and I no longer have any issues with Internet Radio. It now takes just a second or two to connect to every station that hadn’t been working since summer (previously they worked fine, but not this fast).
I glanced the changelog but didn’t notice anything related to Radio on Windows 11 (only Mac and Linux).
Since I started this topic, I’ve installed a couple of Windows 11 updates, including 25H2.
Whatever was done, it’s been working wonderfully for the past two days.
Thank you!
9
Preview Build Discussion / Re: Record audio the URL live stream I'm listening to.
« Last post by BennyD on November 07, 2025, 12:18:51 PM »
StreamRipper --> gen_sripper.dll. Chun-Yu's MP3 Writer --> out_MP3.dll
10
Preview Build Discussion / Re: Playback acting weird
« Last post by dro on November 07, 2025, 11:00:34 AM »
Did you un-check anything during install? As the soma streams should play without issue especially if it's the default full install of wacup. The first thing would be going to preferences -> plug-ins -> input -> see if the 'streaming url' plug-in (in_url.dll) is in that list & enabled.
Pages: [1] 2 3 ... 10