Latest WACUP public preview for x86 & x64 is build #24626 (July 10th 2026) (x86 & x64 changelogs)
Latest restricted WACUP beta release is build #24626 (July 10th 2026) (x86 & x64 changelogs)

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Phuntso

Pages: [1] 2
1
Preview Build Discussion / WACUP x86 #24626 update anomaly
« on: July 11, 2026, 07:18:57 PM »
I downloaded the recent update and now nothing plays. No online radio. In case of a music playlist, it just fast skips over them one by one. And finally when I tried to play an OGG file the WACUP terminated without an error. And now after the OGG attempt I cannot launch WACUP at all: it terminates after the window appears.

EDIT:
I tried Safe Mode - did nothing.
I tried Crash Collector - it showed the terminal, WACUP continued to malfunction.
Then I ran WACUP again, it finally threw a crash report window and after which WACUP started running normally again.
Now that's odd.

2
It was not a permanent fix at all: the black box playlist issue appears once, then after relaunch of Wacup it's normal again... Odd...
I also noticed that on first launch after Windows boot, for a splitsecond I see the playlist items in their black box in the middle of the screen before the Wacup's playlist window appears.
Like Wacup can't fully initialize something on first try or something?


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

4
Preview Build Discussion / Skin defect since about 3 updates ago
« 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.

5
Oh it was actually a feature that I never paid attention to that somehow recently made itself known.

Thanks! Now I know to keep that off.

6
In the playlist yes.
My ATF that I've always use is
Code: [Select]
%artist% - %title%  |  $filepart(%filename%)
Idk if it helps, I'm using x86 WACUP specifically to have skin support (for the 2006 Drone skin).

Idk what else to tell you. I just double-click on my playlist  with SomaFM radio stations and in WACUP playlist I see only the result of " - |  $filepart(%filename%)" if the item time is set to -1 in the playlist. If to set it to greater than 0 then I see the title as in the playlist file.

7
Resolved Issues / Bug: when WACUP plays music, monitor can't go to sleep
« on: October 03, 2025, 11:51:54 AM »
Another odd thing that came with a recent build: my monitor can't go to sleep when music (online radio) is playing in WACUP. Used to allow sleep without issues before.

8
Resolved Issues / Minor bug: not showing title from M3U when time is -1
« on: October 02, 2025, 07:39:14 PM »
Used to work before. Since some recent update WACUP doesn't display the title from the m3u file if the time is set to -1. If greater than 0 then it does show.

The title from following used to display fine previously:
Code: [Select]
#EXTINF:-1,SomaFM - Groove Salad Classic
http://ice6.somafm.com/gsclassic-128-aac

9
It's Preview  v1.99.27.21136 (x86). I know this happens with AAC, but I haven't used MP3 streams in long though.

But could WACUP then be reprogrammed to not pause, but to stop and then start playback in case of online radios?

10
Is this a known issue that if to unpause an online radio stream after a few minutes it makes WACUP skip to next entry in the playlist after playing 2-3 seconds of the current entry?
And if the stream was paused for a long period, it cannot unpause at all? Forcing me to whack various buttons in WACUP until it starts playing again.

And - I think this is a separate issue with the engine - that sometimes it doesn't skip to next, but skips multiple?

11
To get my silence detector to relaunch the playback if internet drops in my case, I randomly whacked it to some four digit negative number and It worked. But what does it actually do?

12
General Discussion / Re: Winamp source code to be released
« on: October 01, 2024, 07:11:55 AM »
I bet they simply wanted others to fix their issues for them. :D

Oh hey, maybe you can convert the gen_ff to x64 to allow WACUP x64 have Modern Skin Support?

13
Any update regarding to the issue will come in good use for people with an unstable mobile internet.

Btw, when the cut happens, I noticed that my internet connectivity is reset. Nothing else on my PC, not even massive downloads cause this network reset. Ofc it's not WACUP's fault as I've also tried the stations' web player and it seems that something in the middle hates online radios. :D

Also I meant that the silence detector function doesn't seem to launch anymore after the recent update. Only once I leave its config page it does triggers, but only once. But when options are closed, it doesn't trigger at all. In previous version it worked very well. Idk, maybe I'm going mad.

14
After replacing my router I found out something in between still hates when I listen to my online radio...

It's a very neat feature to have in WACUP. But I think it has a trigger bug: it seems to activate the silence timer only when you leave its config page - it only seems to trigger once only.

15
Oh, oh cool!

It came out that actually the rocks in my router had aged so far that they couldn't process or hold any logic anymore. After 5 years of hard work the router went to an eternal rest.

So, I'm looking at the Silence Detection tab and I want to be clear.
As I understand if there's silence in the period of set "Silence timeout" the Action On Timeout will be triggered?
And what is "Idle timeout"? Also in seconds? Doesn't say. Does it specify how long to wait until triggering the Action On Timeout?

Ah yes, after trying it out, it's all just as I thought.
I also noticed that if I stop the playback manually, the silence detection function will then trigger also. If only the detector had an option to check if user stopped playback, it would be great.

Pages: [1] 2