Latest WACUP public preview for x86 & x64 is build #24626 (July 10th 2026) (x86 & x64 changelogs)
Latest restricted WACUP beta release is build #24626 (July 10th 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 - OldPaprika

Pages: [1] 2
1
Preview Build Discussion / Re: Problems with Jump to File
« on: July 03, 2026, 06:31:43 PM »
I have applied the post release update ("Build data Jun 29 2026").

I have created a dump and sent it to you in a DM.

2
Preview Build Discussion / [FIXED] Problems with Jump to File
« on: July 03, 2026, 09:57:32 AM »
I have serious problems with Jump to file, which I use a lot so this makes the program unfortunately unusable to me. I think this started one or two public preview releases back.

Issue: Just whenever I use 'Jump to file', select a file and press enter or double click there is a ~75% risk that WACUP visuals freeze, I hear the song play but all windows are frozen. And after a few seconds it releases, but then it switches to the next track (as if I had pressed Next track). There is also a ~50% chance when this occurs that WACUP does not recover at all and the freeze is permanent (the track is still played in the background though), the process then needs to be killed.

I've tested a bunch of things to help you narrow down the issue.
- I get it with latest version (1.99.51.24568) x64 AND latest x86 as well
- just did a clean install ('Full experience') and wiped AppData\Roaming\WACUP\ so all settings where default, still have the issue
- In the Jump to File window, if I press the button "Jump to file" instead of pressing enter/double clicking I experience no issue

3
Seeing "Test_file" without extension is what it used to show which, personally I don't care if extension is shown or not.

4
Repro:
- Make sure metadata reading is set to "Read metadata only when file(s) are played"
- Add a file to the PLAYLIST EDITOR with an underscore in the filename
- Bug: only the text after the underscore is shown in the playlist editor (e.g. "Test_file.mp3" will be shown as "file")
Expected: should show the filename until the file is played.

Using WACUP v1.99.50.24496 (x86)

5
Shuffle on
Repeat off

6
Hi, I have this issue that happens every now and then:

 1. Drop an mp3 file on Wacup main window -> playlist is cleared, dropped file is added, mp3 starts to play
 2. Now drop an m3u8 playlist on the Playlist editor -> playlist gets appended
 3. Wait until the playback of the originally dropped mp3 file finishes
 4. Playback is stopped instead of progressing to the next item in the playlist.

I use default settings for wacup playback afaik.

I've seen this issue for several preview builds but haven't reported since I can't isolate a good repro but I'll report it now anyway as it is a bit annoying. I get it a few times a week but whenever I try to intentionally reproduce the issue I can't.  :-\

Using WACUP x86 v1.99.43.23234.

7
Thanks, I use the default classic skin fyi.

8
Repro:
- While playing an mp3...
- Clear the playlist
- Drag-n-drop a new playlist onto the playlist editor
notice: the old mp3 keeps playing as expected but the song ticker is updated to a track from the newly dropped playlist instead and after a while the album art is also updated

expected: changing the playlist should not affect the currently playing mp3 unless I start playing a new song

WACUP 1.99.36.22278 (x86), should use default settings afaik

9
Being able to setup a list of inclusion paths to only scrobble files from would be great instead of scrobbling everything. Like the old audioscrobbler plugin for Winamp 5.56.
Thank you.

10
Preview Build Discussion / Re: Main window can stop rendering
« on: July 08, 2025, 09:07:10 AM »
Don't know if it is interesting but I got it now when the WACUP had focus and I just clicked in the seeking bar and suddenly it stopped to render. Previously I have only seen it while wacup was not focused/hidden behind other stuff.

11
Preview Build Discussion / Re: Bug report
« on: July 07, 2025, 07:06:54 AM »
Actually, disabling in_mp3.dll does not fix the issue.

12
Preview Build Discussion / Re: changing ID3 tag can cause issues
« on: July 07, 2025, 06:54:21 AM »
Since a program restart does not help it seems like there is a cache somewhere for the metadata? Any way to disable that? Or is all that handled inside in_mp3?

13
Preview Build Discussion / Re: Main window can stop rendering
« on: July 07, 2025, 06:47:03 AM »
Ah ok, F5 worked at least 👍
I get it every now and then, so let me know if you need help testing.

14
Preview Build Discussion / Re: Main window can stop rendering
« on: July 06, 2025, 08:10:57 AM »
I noticed that after putting the computer and monitor to sleep and back again (without closing WACUP) the issue went away.

15
Preview Build Discussion / Main window can stop rendering
« on: July 06, 2025, 08:01:56 AM »
Rarely I've noticed that the main window can stop to render, I have not figured out why this sometimes happen. I have not done anything specific on the computer while this happens. First WACUP works fine and then all of a sudden I notice the main window just shows the same thing. The app still works though, I can switch songs, adjust volume etc, and Playlist editor still renders. Hiding+showing the Main window with alt+W does not remedy the issue.

Running v1.99.34.22022 (x86).

Pages: [1] 2