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 ... 94 95 [96] 97 98 ... 135
1426
I'm not sure what to really suggest other than first confirming the issue doesn't happen without any additional dsp plug-ins & if it doesn't then trying to work out which plug-in is causing the issue.

-dro

1427
General Discussion / Re: MTP Issue
« on: December 12, 2019, 10:38:18 PM »
That's useful to know that MTP is still funky & i'll need to think about this when I proactively look at replacing the existing portables support - it won't be like for like (android/mtp/usb is probably the main things it'll be aimed to support).

As my first experience with MTP was with the nexus4 & trying to get Winamp's support at the time to work with it without crashing which helped resolve some issues but not all.

-dro

1428
General Discussion / Re: Duplicating Smart Views
« on: December 07, 2019, 12:30:46 PM »
Those don't exist yet (will be worked on early next year/month) as the replacement plug-in isn't feature complete.

Its being included as a means to test the base plug-in to ensure it can work (i.e. views not crashing like ml_local can) without the additional features.

-dro

1429
General Discussion / Re: Duplicating Smart Views
« on: December 05, 2019, 12:17:07 AM »
Oh ok, that's one less thing for me to fix :)

-dro

1430
Wishlist / Feature Requests / Re: Podcast art cache
« on: December 05, 2019, 12:16:15 AM »
Am sure I said I'd get around to looking into this on discord. Though the display of the artwork in the info shouldn't be stalling the UI (sounds like that from the later part of your post) unless I'm missing something from my testing. The alternative option is to check the option on the Podcasts preference page to not have it show the artwork



The key things that I'm not sure about & is why it's not been actively looked into doing this yet is how to detect when the artwork has changed (stale artwork is bad) & where its best to keep the cached artwork copy (with commonly having per-episode artwork, a cache folder could grow quite large).

For the first aspect I'd need to see if there's anything hinted at in the web response when first getting the image to know how long it's deemed as valid before re-requesting it. Otherwise I don't know if it makes sense to just update it when updating the feed in general.

For the second aspect other than trying to leverage the artwork from the downloaded episode file (if that's happened yet), it'd have to mirror the main feed image handling (assuming any of that is viable for the request) & just dump it into a cache folder until/if it's then embedded in the downloaded episode file subject to support to do that.

-dro

1431
The waveform seeker cue support isn't going to work for what's needing to be done i.e. you can't specifically play the correct parts of the file without having to manually seek.

I've had a look at the crash report that was emailed & the CUE plug-in seems to be breaking the subclassing chain. Why that's happening I don't know but if I can replicate the crash myself or possibly look the CUE plug-in it might be possible to workaround the issue that's happening.

re: AIMP/other players, I agree reliable CUE support should have been implemented a long time ago but I tried to get the community to help fund it back in 2010 & there was no interest so it languished when I was able to work on Winamp directly again after that time. But for WACUP it's something that needs to be done but it needs it being directly done in the appropriate formats so there's none of the audio blips that otherwise occur.

-dro

1432
1) The folder issue I might have already got fixed for the next build as part of changes done a few weeks back as there was an issue with the replacement of some common handling that meant folders weren't being processed out.

2) I've not done anything intentionally to break that specific plug-in but it's been an unstable plug-in even on Winamp proper for most of its existence. Maybe re-running the plug-in installer will help but there's a few other cue plug-ins out there which could also be tried. Native cue support is on the plan but I've got more to do to get to a position where I'll get it implemented (as it really needs core + plug-in specific handling to get it done right).

3 + 4) These are all related. WACUP has been intentionally set not to associate due to not being feature complete & it also helps to make it easier to compare & test between a standard Winamp install & a WACUP install. Getting file association support completed will do both aspects subject to using the Windows default apps solution to get files associated with WACUP at which point the menus will then appear.

-dro

1433
General Discussion / Re: Duplicating Smart Views
« on: December 02, 2019, 07:08:51 PM »
I've not heard of such an issue before - are you using ml_local or the replacement ml_ll? Also are you getting any crashes especially on closing?

Might be helpful if you could you provide a plug-in report please (via the Plug-ins preference page).

-dro

1434
I had seen a few crash reports that I've got to assume based on the username might be you & most seemed to be local library & modern skin engine related (bits that are still the original Winamp 5.666 files). The modern skin engine issues are the harder ones to fix but we'll get there in the end :)

-dro

1435
That mode doesn't provide access to the next file to play so I'll need to add support for doing that.
-dro

1436
Resolved Issues / Re: error when updating
« on: November 25, 2019, 07:09:58 PM »
Well its not good about h/w failing but at least you're in a better position now :)

-dro

1437
I've tried a number of things & I'm just not able to replicate nor understand how the BBM skin option is going to have any interaction with the handling within local library view. You hadn't maybe attempted to try the replacement local library plug-in as that doesn't implement those buttons.

Localisation support is not enabled in any WACUP build current due to a lot of changes that have broken the existing language packs & I didn't want to have to deal with crash reports with outdated language packs (as can & will happen if using them & they're not built for the client version).

-dro

1438
Dunno how I've never come across it before when I've previously looked for such things.

Once I've got other things in-place I'll come back to this as it'll hopefully help with a number of things that are sitting on the back-burner.

-dro

1439
General Discussion / Re: Screenshots on main page
« on: November 22, 2019, 07:53:18 PM »
Will consider adding some more eye candy when I next do some active work on the site.

-dro

1440
Wishlist / Feature Requests / Re: Setting Preference search
« on: November 22, 2019, 07:51:32 PM »
It might be intuitive from the user view point (which is why it had been proposed) but it's a lot of effort to implement & it assumes that 3rd party plug-ins would support it. I'll re-assess this when I'm in a better position to have replaced at least all of the standard preferences & those that come from the included plug-ins (maybe I can do something sneaky like scanning dialog resources or something without overly bloating the code for preferences).

-dro

Pages: 1 ... 94 95 [96] 97 98 ... 135