Messages

1471

Resolved Issues / Re: Crash on loading files

« on: September 25, 2019, 01:02:40 PM »

It's crashing in the newer builds as the crash reporter in 4130 was broken (ironically) & the fixed crash reporter does a better job in catching any issue that can arise. The crash report is showing that it was triggered by a handling issue in in_mp3.dll when trying to get the metadata from "D:\YandexDisk\Music\+LV\Oranzas Brivdienas\[2012] Spid\01. Spīd.mp3". If you could provide me with a copy of that file please I'll then have a look to see what's going on (hopefully it'll also crash for me) & then a fix can be applied.

-dro

1472

General Discussion / Re: First Contact / First Questions

« on: September 24, 2019, 09:36:05 PM »

You should be able to just install streamripper via it's installer normally & just point it to the WACUP program folder - I can't remember what dlls it uses but manually copying some plug-ins can cause issues & so it's better to use the installer if one exists.

-dro

1473

General Discussion / Re: First Contact / First Questions

« on: September 24, 2019, 04:08:08 PM »

Hello & welcome

Migrating bookmarks & playlists has to be done manually at the moment - the goal is to allow installing over the top of an existing 5.666 install once the preview moniker is dropped.

Doing a full backup & restore with the Winamp Backup Tool will work but it will potentially break some required config changes between 5.666 & WACUP. Effectively you'd need to copy the winamp.bm8/winamp.bm & Plugins\ml\playlists folder from your 5.666 settings folder to the matching location in the WACUP settings folder (e.g. %appdata%\Winamp to  %appdata%\WACUP).

re: translation, it will return (like noted above it's hard-disabled at the moment) however with the amount of localisation changes that have been made, language packs from 5.666 will not be 1:1 compatible & changes would need to be made to update them.

I've not tested the streamripper plug-in for a while (probably 2017 was the last time) but it generally worked ok at that time though that plug-in ideally should see some updates but including a streamripper would leave me in an awkward position.

-dro

1474

Wishlist / Feature Requests / Re: Some User Interface Feature Requests

« on: September 24, 2019, 02:56:12 AM »

Adding to the thread is fine as I'll use what's posted in them to keep a track of things & will split out as needed if it makes sense.

So having a quick read through the initial points, the first is already on the list & is to follow on once the local library plug-in has been replaced (it has a few areas that leave it lacking compared to the existing ml_local.dll from 5.666 & so that needs to be done before adding additional view modes).

With the right-click menu, I've a feeling most of the issues you've having are due to running it under WINE as it is also meant to be skinned by default which does work on Windows. Trying to circumvent click areas & the likes I really don't want to try to do (which would involve making my own menu control & that's more effort than would be returned). If the menu was being skinned like I see it under Windows then it'd be easier to just bump the font size used for the skinned aspects & that might alleviate some of the issues. Ultimately its down to the OS to nicely handle such things imho than for me to attempt to hack around things & is why Quod Libet is going to respond in a similar manner as menus are meant as one off actions.

However, with the main thing that you're wanting to do (send the same file to multiple playlists), the better option would be to adapt the non-menu solution (preferences -> media library -> send to options -> uncheck 'Show all playlists on the send to menu' & you then get one 'library playlists' option & a dialog with the playlist to send to. It would be much easier for me to modify that (as well as you then just have one item to click) to have checkboxes next to the playlists (I'd have to make it a list instead of a drop down to make it easier to work with them which might be better to do anyway). That seems like it would be the easiest way to achieve most of what's wanted & not have to attempt hacks.

Having the send-to selection highlighted in the playlist(s) is a potential performance nightmare as it's ok with a single selection &a few small playlists but it'd get mess fast with multiple selections as send-to allows & with lots of large playlists (note: I've never tried Quod Libet so I don't know how it fares). Maybe the dialog option above can remove some of that pain but I'm not sure what benefit it would offer other than to see if it'll cause duplicates - if that's the case then it might be better for the playlist handling to do that when trying to send something (controlled via an option) as you then just take the hit when the playlist is changed instead of doing it in all cases as would typically be happening if the action isn't completed.

I think that's covered the main points you've raised & now I'll get some sleep, heh.

-dro

1475

General Discussion / MOVED: Add trailing silence gaps to playlist? Without changing app preferences

« on: September 21, 2019, 10:13:47 PM »

This topic has been moved to Wishlist / Feature Requests.

https://getwacup.com/community/index.php?topic=642.0

1476

Wishlist / Feature Requests / Re: Add trailing silence gaps to playlist? Without changing app preferences

« on: September 21, 2019, 10:13:30 PM »

It's something that's already on my to do list but more needs to be done so we move away from the Winamp core doing the playback & it's then WACUP managed & such things can then be baked into the core (cross-fading is another thing that needs to be natively implemented instead of often only being done at the output stage which isn't useful for personal streaming).

There might have been an old plug-in that can do it (which would likely just insert a forced sleep instead of proper digital silence) but I've not been able to find anything from a quick search.

-dro

1477

General Discussion / Re: Is Winamp required?

« on: September 21, 2019, 10:10:05 PM »

That's good to hear that WACUP is working better for you than Winamp on the same OS install.

WACUP is at the moment of this reply a hybrid of Winamp & WACUP 5.666 files - I think we're around 70% of Winamp files replaced / removed for WACUP versions. Eventually the aim is to not use any Winamp 5.666 files but still be as compatible to it for existing Winamp plug-ins & skins to keep working which is essentially re-writing Winamp but still getting that Winamp-like experience (unlike a lot of Winamp clones that do it differently & don't quick match up).

The WACUP installer will as per your agreement to running the WACUP installer get & install the files from the 5.666 installer & copy them over as needed so you don't have to go out & install Winamp 5.666 first (it also makes it easier for testing purposes so you can more easily compare the 2 side-by-side).

-dro

1478

Wishlist / Feature Requests / Re: [UNDER DEVELOPMENT] A Replacement for Gracenote CDDB support

« on: September 16, 2019, 09:30:23 PM »

Necro bump

Noted for when work resumes on the ripping plug-in though at least there's working MusicBrainz support with the plug-in for title look-ups that the ripper mode would be using anyway.

Lyrics & artwork is something that is more appropriate for any of the format handling but I've still to get the core metadata service implemented before trying to add on the bells & whistles

-dro

1479

Resolved Issues / Re: Volume Control Issue

« on: September 16, 2019, 08:56:10 PM »

I'll move this to fixed though I'll note that builds #4220 & #4234 changed some of the hotkey handling to introduce an option that will allow multimedia keys to be handled but excludes the volume keys by default as well as removing the multimedia keys from the default custom hotkeys list to help avoid issues with certain actions causing the request to be cancelled out due to different plug-ins processing the same hotkey action.

-dro

1480

Resolved Issues / Re: Wacup Build #3276 only starts in Safe Mode.

« on: September 16, 2019, 08:52:38 PM »

Am moving this to resolved though I suspect the changes made in builds 4220/4234 probably resolve the issue seen with build 4130.

-dro

1481

Resolved Issues / Re: immediate closing

« on: September 16, 2019, 08:50:34 PM »

Am going to mark this as fixed since the changes from build #4220 were introduced which resolves all of the external file handling crashes that were reported & found during testing - just need to have the ui for file associations to remove the need for some of the manual settings being done

-dro

1482

Resolved Issues / Re: [FIXED] Bug with open with

« on: September 16, 2019, 08:48:23 PM »

I'm now marking this fixed since the changes from build #4220 were introduced which from the feedback of others confirm the issue seen is no longer causing a crash to occur (even if its taking longer than liked we'll get those bugs fixed!).

-dro

1483

Resolved Issues / Re: new preview build feedback

« on: September 16, 2019, 08:46:06 PM »

The drag + drop issue was fixed as of build #4220 so I'll mark this as fixed as it's not been reported as still being broken by others who tested the fix.

-dro

1484

Resolved Issues / Re: sqrsoft Advanced Crossfading Output

« on: September 16, 2019, 08:44:38 PM »

The changes related to this appeared in build 4220 & I've had another user confirm those changes work so I'll now move this to resolved issues.

-dro

1485

Resolved Issues / Re: bug changing skins with context menu

« on: September 16, 2019, 08:42:45 PM »

I can't remember if this also came up on discord or not but I'm not able to replicate this with any of the recent beta or preview builds.

Does it still happen for you or can I move this to fixed ?

-dro