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 ... 7 8 [9] 10
81
This specific radio station that I used as an example doesn’t start. Funny enough, it did this morning for a brief time until I stopped it for a test, and when I hit connect again, it didn’t start.
Here are the running stats for another radio station that is working (and again, funny enough, this one wasn’t always connecting on many previous builds). For it, it takes a second or so, yes.
82
General Discussion / Re: Internet radio URLs not connecting or very slow since recent updates
« Last post by dro on September 26, 2025, 11:02:50 AM »
The direct url & all from the playlist are taking about a second or so to start playing for me (test under both x86 & x64 wacup builds) though I'm only testing this on Win10 & maybe Win11 is messing with the connection that's being made (as it seems to trigger more update failures from prior feedback so maybe that's somehow also involved but I honestly don't know). Maybe soma is potentially rate limiting you as well or the servers are overloaded but that doesn't then explain it seemingly just working as it did for me.

When it does play for you, what does the bottom of preferences -> about | updates -> about tab -> running stats group box show for the active input & output plug-ins?
83
Thanks for the guidance.
Toggling the option to use the alternate SSL backend didn’t do anything I think.
Here is one URL example:
https://ice6.somafm.com/lush-128-mp3
When I put the URLs into Firefox, for example, they start playing instantly — so the link is working, that’s for sure.
And attached is the example as an .m3u file.
84
General Discussion / Re: Internet radio URLs not connecting or very slow since recent updates
« Last post by dro on September 25, 2025, 06:56:32 PM »
A lot has potentially changed depending on what build(s) are being compared against as part of trying to make the x64 build more comparable to the x86 along with doing more to be able to finally drop the nullsoft in_mp3 plug-in from being used with the x86 build.

In the most recent builds, ogg vorbis, opus & flac based streams should now be better supported along with wacup's in_url plug-in being used for mp3 & aac streams which was introduced early this year but become the default handler recently. in_url will also off-load the stream to some of the other input plug-ins as needed based on an initial detection of things if the url / format type isn't clearly obvious as can happen with the ogg / opus based urls which can in some instances be a bit slow but shouldn't cause things to hang (a few seconds at most).

The first option is to go to preferences -> general -> internet | online -> toggle the option to use the alternate ssl backend from what it's currently set to, allow wacup to restart & see if that makes any difference or not. If it does then I'd need to know if it's checked or not. If that doesn't help then I could do with some examples of the urls you're trying to play to see if I can replicate of if there's something common to the ones having issues that might give me an idea of what I need to consider trying to change for them.
85
22656 is still able to play raw .aac files from a quick re-test under both x86 & x64 builds with wacup's in_mp4 present. in_mp3 per the earlier comments in this thread is being phased out so that workaround is now unlikely to work with core changes made since. So I can't restore something that is still there & appears to be working (with the known caveat that seeking doesn't work since I just haven't bothered looking at brute force seeking in the files). Maybe you've changed what input plug-ins are present / installed (e.g. in_mp4 being disabled for in_dshow to handle things with external codecs) which is then breaking the core doing the extension look-up.
86
After the latest update, the player completely stopped playing AAC files. I followed your advice from your last message and packaged them into an MP4 container — WACUP started playing them. Thank you.

However, the problem is that I synchronize music folders across different devices, and such conversion would break the tracking of playback history and the registration time of files in the media library. Could you please let me know when the native AAC playback functionality will be restored?
87
New media items added to library via a monitored folder will appear with missing metadata until the metdata is edited. The "missing" metadata actually appears to be in place, but just does not initially appear in the library. This seems to affect some of the newly added files, while some appear with the correct metadata in the library.


Repro steps:

1. Go to Preferences > Media Library > Folder Monitor
2. Ensure a folder is being monitored and all options are enabled, such as real time monitoring
3. Add a new folder to the monitored location, which contains some mp3s with correct metadata
4. Wait for the library to auto-scan, or restart WACUP to trigger a scan
5. SOME of the new media items will appear as blank entries at the top of the library
6. Right click a blank entry, and "Edit metdata"
7. Click in any field and then click "Update" (You don't need to actually change any values)
8. The media will now appear with correct metdata in the library

In the screenshot attached you can see three entries of a folder I added, two of them are missing metadata while one track appears correctly (censored as it's unreleased!). This occurs with every folder I add.
88
Hi,
For the last few versions (about a month or two), I’ve noticed that either I can’t connect to most (but not all) of internet radio URLs (I’m using M3U files with verified working links), or it takes much much longer than before to connect.
Mostly the player even freezes shortly while trying to connect.
Has something changed in the recent updates regarding this?

Wacup public preview x86 #22656 (September 12 2025)
Windows 11 24H2
89
The filter views at the top of the media library are missing some columns that were present in winamp 5.666 - in particular it would be nice to have an album column to see how many albums exist for each artist in the library.
90
Preview Build Discussion / Re: Blank media library window right panel
« Last post by qwerty on September 22, 2025, 10:17:21 PM »
Correction, it is even weirder than that. It is as if ALT+L was somehow turning the Library core on/off.

From my observation, it is as if there was this "hidden" state:


enabled = false // "media library engine" for lack of a better term; when false, this causes the empty freezing media library window
ml_open = false // the UI visibility

// when you focus winamp and press Alt+L
function altL() {
   if (ml_open) {
      ml_open = false
      enabled = false
   } else {
      ml_open = true
      enabled = true
   }
}

// when you hit the global AltGr+L or Ctrl+Alt+L
function altGrL() {
   if (ml_open) {
      ml_open = false
   } else {
      ml_open = true
   }
}


Now I hope you see where I am getting with it. In short, it is possible to make it such that "enabled" is false, while "ml_open" is true.
Basically, when I first open Media Library with Alt+L and then close it with AltGr+L, then I can use it as expected, but I can never close ML with Alt+L, this breaks it until I open it again with Alt+L.



// example state machine

[ enabled, ml_open ]

[ false, false ]                        // engine disabled, UI closed
altL()       -> [ true, true ]         // engine enabled,    UI visible
altL()       -> [ false, false ]      // engine disabled, UI closed
altGrL()    -> [ false, true ]      // engine disabled, UI visible  <- frozen empty window
altGrL()    -> [ false, false ]      // engine disabled, UI closed
altL()       -> [ true, true ]         // engine enabled,    UI visible
altGrL()    -> [ true, false ]      // engine enabled,    UI closed   <- opened with altL, closed with altGrL keeps it working
altGrL()    -> [ true, true ]         // engine enabled,    UI visible  <- working window
altL()       -> [ false, false ]      // engine disabled, UI closed
Pages: 1 ... 7 8 [9] 10