Latest WACUP public preview for x86 & x64 is build #23960 (March 1st 2026) (x86 & x64 changelogs)
Latest restricted WACUP beta release is build #23960 (March 1st 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 - dro

Pages: 1 2 [3] 4 5 ... 134
31
Skins / Re: Classic Playlist missing Spectrum Analyzer?
« on: January 27, 2026, 11:02:17 PM »
I don't plan on implementing that in my classic skin handling. It's not been a thing within wacup ever since I took over the drawing of the main playlist window from winamp's core when I was still piggy backing on that to run which hasn't been a thing for a few years now.

32
Preview Build Discussion / Re: Fixed Columns in Internet Radio section
« on: January 26, 2026, 11:13:21 PM »
I've now added an option to the plug-in for the next build via the filter button menu that attempts to force hide the extra columns without having to change settings files when the expected handling isn't working. That's also coming as part of a few other core changes to see if it's not behaving due to not seeing the correct form of the listview header messages which I've still not seen fail.

33
Preview Build Discussion / Re: bugs in version 1.99.45.23528
« on: January 24, 2026, 03:58:51 PM »
I've now had a proper look into this & one of the services I'm trying to use is much slower to respond (seems they've introduced rate limiting) along with what I'm sending to it having an issue with one of the query parameters causing it to always fail those requests but also just takes a comparatively long time for it to fail. Lowering the timeout would avoid some of that but would then be more likely to never get a result back which means it'll be slow & not get anything which isn't great so other than the parameter fix that'll have to remain as-is.

With the request queue handling I've now made changes that'll remove anything that's still pending from a prior request (the one still being actioned won't abort at the moment though I may still look into that) which along with fixing the lyrics plug-in not double-checking what playlist item the handled request is coming back in from should resolve the main issue of it gradually showing the wrong information when it can be obtained.

There's still going to be a potential lag due to the initial processing vs any caching that might have already been attempted but it hopefully shouldn't now cycle through however many files might've been quickly spun through as you described was happening.

34
Preview Build Discussion / Re: bugs in version 1.99.45.23528
« on: January 23, 2026, 02:38:05 PM »
That makes more sense especially if the online request is taking too long to get a response back or the connection is timing out which is also plausible.

As the lyrics request handling currently queues them up & then processes them in order so I'll have look into changing it so it can at least cancel any prior pending requests from the plug-in when a new one occurs which should help with some of the problem.

It doesn't resolve the online aspect being slow unless I just reduce the timeout incase that's part of the problem. As I can't remember what I've got that set to be but it might be best to lower it & not get a result (if the servers are working as the options can be hit & miss) vs lagging so badly as you're experiencing.

35
Wishlist / Feature Requests / Re: Remember file name and type
« on: January 22, 2026, 10:45:04 AM »
What are you going on about? m3u8 is just the m3u playlist file format using utf-8 encoding with a different file extension to give programs a potential hint of the encoding that is in no way limited to VLC. Nor is there anything stopping someone from saving such playlist files with the m3u extension (letting the program loading it figure it out) or just naming it using "my_super_spiffy_extension".

36
Preview Build Discussion / Re: bugs in version 1.99.45.23528
« on: January 21, 2026, 06:43:38 PM »
#1, I can't replicate it not updating so is that with the lyrics plug-in wacup provides (if so what skin is being used) or is it one of the 3rd party plug-ins? If it's the one provided with wacup have you changed it to show what's selected in the playlist as that's the only way I can get it to seem like it's not behaving vs forgetting something was selected at the time.

As for the quality of the lyrics there's little I can do with my solution when there's barely any free options available to try to obtain such information online (assuming that it's also not incorrect within the file(s) being accessed as using the local copy is prioritised where possible).

#2, I can replicate but only on the first action after loading that playlist & I still need to look into what's going on to cause it.

[edit] The sorting issue is due to a workaround in place to deal with interacting with the classic skin playlist editor buttons which puts it into a wrong state when the double-click is attempted whereby it doesn't try to determine the item that's being interacted with. It's also possible to trigger playback of the current item when double-clicking in some of the dead space within the playlist window so both of those issues should now be fixed for what'll become the next preview build.

37
Wishlist / Feature Requests / Re: Remember file name and type
« on: January 21, 2026, 03:22:43 PM »
I thought I'd added it to that but seems not with the filename so that'll need to be added in a later build.

The filter selection is coded to be remembered but it looks like when I changed to use m3u8 as the default instead of m3u years back now I messed up the checking to avoid it saving out non-default values which broke it for remembering m3u as the filter selection (m3u8 & pls are being remembered correctly from my re-testing).

38
General Discussion / Re: Editing a playlist entry
« on: January 21, 2026, 09:30:03 AM »
Thank you for confirming. I've had a quick look & it seems that a workaround to resolve a WINE related issue when the size of the list contents changes is being incorrectly applied which is causing it to scroll back to the first item of the list. Will look to get that fixed for the next build as it's able to affect any of the list instances be it library playlists or the local library views for example.

39
General Discussion / Re: Editing a playlist entry
« on: January 20, 2026, 10:28:21 PM »
To confirm this is happening in the child playlist within playlist root view? Also which specific action are you using within the playlist view?

40
General Discussion / Re: How can I view the recently played/history ?
« on: January 20, 2026, 10:24:36 PM »
You or the skin has managed to collapse the media library navigation tree so it's not visible leaving the last shown media library view that was selected.

Move the mouse over the vertical bar to the left of the name column & that should change to a left-right mouse cursor along with the line changing colour which can be dragged to the right by clicking & moving the mouse.

Then you can select the history node which should show what's been played subject to how that mode is configured & if what's played meets those settings.

41
Preview Build Discussion / Re: Small Mouse Cursor in v1_99_45_23528_x64
« on: January 20, 2026, 07:25:09 PM »
Oh that. I vaguely remember some reports about it but never really got to the bottom of it other than it seemingly being related to how winamp registered itself for file associations (not something wacup does in its preview state) which could for some installs then conflict with the OLE handling that is needed on my side to allow for some of the external drag+drop handling to work correctly. It however shouldn't have affected things when just starting the wacup process & is a shame I didn't know about it beforehand as it might've been possible to capture more of the wacup instance within that state vs what I had in place when it was last reported but if wacup is loading ok now then I'm not going to worry as much about it.



With the cursor handling, I've had a quick play around after fixing the non-skinned issue I saw as mentioned in the prior reply & if I change how the cursors are loaded it's possible to have the OS scale it up based on the screen dpi settings which might be enough for what's wanted.

The only obvious downside is that the scaling applied can be a bit crude making the cursors look a bit blocky depending on the size it's starting out with to begin with but that might not be an issue depending on the screen & how good the user's eyes are.

I'm still debating if I turn this change into something that can be controlled via the preferences (e.g. turning the use skinned cursors checkbox into a drop-down so it can be off, as-is, OS scaled) but that might not be needed so will need to see what it's like in use for others. Alternatively I might have to look at trying to scale the cursor image elements myself using a different solution & then passing that onto the OS to use but that also might not be needed.

42
Preview Build Discussion / Re: Small Mouse Cursor in v1_99_45_23528_x64
« on: January 20, 2026, 02:59:00 PM »
I've not looked into what can be done to try to scale the cursors that the skins are providing with most being in the 32x32px range iirc. Turning off the option to use the skin cursors (prefs -> skins -> classic skins) would make it use the OS default cursor (though it looks like the skinned listview header controls aren't following that setting) or it'd involve manually making a skin folder & putting up-scaled cursor ico files into it if still wanting to have it use the default skinned cursors otherwise there's nothing else I can suggest at the moment.

What I am a bit bemused by is the comment about having a winamp install also messing up with wacup present. There shouldn't be any interactions going on between them especially with the x64 build of wacup unless using the same program folder install name had been used causing it to point to the same settings folder (which the wacup installer avoids doing by default nowadays & wasn't something the x64 install did anyway to avoid problems with mixing unrelated x64 & x86 exe / dlls within the same folder).

43
General Discussion / Re: 3DAmp
« on: January 18, 2026, 02:25:10 PM »
It tries to provide as much of winamp's documented api where it makes sense &/or is needed for plug-ins & external tools to work. There's also things like the default taskbar text referring to winamp even though it isn't using it to run nowadays for helping maintain compatibility for things scraping that for what's playing.

The x64 build isn't as compatible with it just offering up what it needs without a lot of the plug-in compatibility baggage but the basics that most external tools use is still responded to.

I don't have any current plans to provide the wacup specific api as it's mainly aimed at my internal needs nor is it stable vs the winamp compatibility being there for those that need it (sans plug-in support with x64 which I might not support 3rd parties as it just keeps things a lot cleaner unlike the hacks, etc the x86 build has to implement).

44
Wishlist / Feature Requests / Re: Remember file name and type
« on: January 18, 2026, 02:16:38 PM »
That should already be happening. From what specific UI action is it not doing that?

45
Skins / Re: Big Bento Modern skin crashing
« on: January 17, 2026, 10:14:45 AM »
What options are greyed out? As the image above is the same as the one from the first post.

[edit]
I've been trying to replicate this & the nearest I can get to what might be happening involves disabling the initialisation in that script file & then some of the other methods in the script when triggered will then fail. I can't be certain if that's what your failures to load are or not but it's the only thing I can vaguely find but still suspect it's a bad modern skin settings file.

Pages: 1 2 [3] 4 5 ... 134