Latest restricted WACUP beta release is build #18654 (March 24th 2024) (x86 & x64 changelogs) | Latest WACUP public preview is build #17040 (September 30th 2023) (x86 only)


NOTE: Beta testers are added in a limited & subjective manner as I can only support so many people as part of the beta test program to keep it useful for my needs.

Unless I think you're going to be helpful, not all requests will be accepted but might still be later on. Remember that beta testing is to help me & the limitations currently works for my needs for this project.

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 ... 101
1
General Discussion / Re: ReplayGain calculation is broken
« on: Yesterday at 03:05:41 PM »
The "missing required decoder" could be related to a known bug with the newer preview build. There's a fix is already in place with the 18654 beta build ("Fixed a recurring failure when trying to send files to be processed for replaygain due to a timing & feature validation conflict when checking writing replaygain metadata is supported" unless it's actually a real case of being a file type not handled. At least the newer preview build is seemingly working better than the one you had been using when it comes to the RG handling.

-dro

2
General Discussion / Re: ReplayGain calculation is broken
« on: Yesterday at 02:38:40 PM »
https://getwacup.com/preview/ has the current public preview builds available (all of the builds that have been provided are essentially betas whether they're limited access or done as public previews).

If you're concerned about breaking an existing install then you can easily make portable test installs with the WACUP installer to check if the newer build resolves the issue or not. If it doesn't help then I'll need more information on the files being sent &/or some example files.

-dro

3
General Discussion / Re: ReplayGain calculation is broken
« on: Yesterday at 02:16:30 PM »
Not everything supports RG & the plug-in handling things will only accept files where there's an appropriate input plug-in that supports the format converter api which is needed to get the audio data without hacks to fake play things.

Without knowing what you're trying to process & also what WACUP build (as you've mentioned "both of options" which to me sounds like the old 2021 preview build instead of the 2023 one) it's hard to be certain if it's just a build bug or something else that I'm not aware off.

-dro

4
General Discussion / Re: ReplayGain calculation is broken
« on: Yesterday at 01:50:25 PM »
When you send files to have RG calculated via the send-to menu then a skinned window will appear to show what's going on.

-dro

5
Without looking into things again I don't know if anything has actively changed on the Discord api side of things to formalise what can be done or if it's how it was when I last looked.
Nothing has changed on Discord's side afaict but it seems that how some other solutions have attempted to do it is still working. As such a few weeks back I got around to implementing things in a manner that should work without having to rely on a 3rd party hosting site to work which'll be part of what becomes the next preview build in the not so distant future.

-dro

6
This'll be done as a right-click option on the history node's context menu. Was debating having it be auto-applied but that was going to complicate things a bit more than I necessarily like to implement for the moment. It means another manual step but just having something for now much like with the library playlist refreshing should be enough when I'd expect for most that they don't need to refresh it too often.

-dro

7
Preview Build Discussion / Re: Library Scanning
« on: March 19, 2024, 06:08:29 PM »
It's a known bug with WACUP's local library plug-in which your setup seems to be one of the ones more sensitive to it.

The prior build I assume you were using might've been the 1.0.21.7236 build & that was still re-using the plug-in from 5.666 whereas anything in the 1.9.x build range is using WACUP's own implementation which due to being new has some teething issues & I'm still working on testing the changes which should finally resolve it.

The scanning state is something my plug-in does to indicate something is meant to be happening but the nature of bug means it won't always break out of it & so it will just sit there basically doing nothing. The only solution is either going back to a prior build or waiting a few more weeks for me to get everything finished off & verified with a new beta build before the preview build will then get an update for this & a slew of other related issues that the current preview build is experiencing.

-dro

8
It's based around using 'album artist' for the matching with it then falling back to 'artist' if that doesn't exist (depending on the config options used). For vgm based sets as that looks like it might be, I know for some of them they often don't seem to want to group nicely as the album artist is somewhat treated as a per-track artist field.

The solution is to either try to re-tag them (which if it's vgm sets would mean that it's just custom metadata being stored in the local library db & not the actual files as writing tags for most of them often isn't supported) which'd then get things to group correctly but is relying on the db being maintained (which is probably why it's messed up if you had to start over). The other option would be to go to preferences -> media library -> local library -> uncheck the option to use 'album artist' & it'll then just look at 'artist' & that might be a better fit for the media you're using (is notes with that option about the recommended option above).

-dro

9
I get the potential for confusion but I also think that there's enough context between title as a metadata field & title as a formatted string for it to not be a problem & as such I'm not going to change the column name as that's then introducing more disparity into things vs existing usage of the term.

Will add the request to refresh the existing history titles to the todo list.

-dro

10
So what should the column name be? I am going to note that pretty much everything else I can see is using title for the pre-generated strings (main & library playlists, bookmarks, podcast downloads) & it's only the local library where there's a difference only due to how it's interaction with the lower level metadata.

-dro

11
The request for more / all of the generic embedded windows to be accessible via global hotkeys has now been internally implemented with any of those windows being automatically made into an available hotkey action to be able to toggle the window state.

-dro

12
That's good to know those changes did work as intended.

-dro

13
Preview Build Discussion / Re: *** in Songticker
« on: February 29, 2024, 06:18:51 PM »
They're not & it's either asterisks or what might have been manually set to be repeated or the skinned font equivalent depending on the font mode being used. Either way on preference there's changes now made which should allow the request to be met along with a $rating([filename][, star_mode]) ATF method addition which can output the imho nicer unicode stars or the asterisk with the star_mode parameter instead of the $repeat(*,%rating%) alternative.

-dro

14
Preview Build Discussion / Re: *** in Songticker
« on: February 29, 2024, 03:25:43 PM »
At least someone is paying attention. Adding it for classic skins is simple enough, for modern skins it's either requiring them to be modified on a per-skin basis or trying to hook / patch things generically to try to strip it out which isn't something I'm going to spend time on doing at this point & most afaict tend to do the left/right bouncing by default over the continuous scrolling mode (something I've still to get around to adding for classic skins).

-dro

15
Preview Build Discussion / Re: *** in Songticker
« on: February 27, 2024, 02:45:03 AM »
I've now had a proper look at this & the majority of the issues I was seeing mainly seem to relate to dev / beta build changes & doesn't seem to massively affect the current preview build.

As for the ' *** ' handling, that's now been changed so the option on the prefs page noted above can be toggled on/off whether the default text or a custom atf string is being used which afaict should allow you to achieve what you're wanting if the existing suggestions don't quite work.

-dro

Pages: [1] 2 3 ... 101