Latest WACUP public preview for x86 & x64 is build #20202 (September 28th 2024) (x86 & x64 changelogs)
Latest restricted WACUP beta release is build #20202 (September 28th 2024) (x86 & x64 changelogs)


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.

Recent Posts

Pages: [1] 2 3 ... 10
1
However I'm still seeing it intermittently prevent WACUP from closing normally when the plug-in is running so I've got to look into that.
I've possibly found something that'll better allow the process to close irrespective of plug-in / external dll weirdness messing up things from what I could see with this plug-in so hopefully the next build will be better behaved on all counts.
2
I'd not seen the edits & luckily hadn't purged the legacy crash reports from the older builds that I do periodically though the crash didn't seem to show me much other than morphyre was trying to call something no longer there when process close was happening.

With the crash on loading, I made a change for the x64 build just before 19516 was created with how the embedded window frames are able to be created by plug-in as Morphyre uses & it messed up an expectation of how that works for the x86 plug-ins. I've now changed that back & its loading ok again. I've also fixed it to use the correctly scaled window frame so it'll match the look of the classic skin scaling.

However I'm still seeing it intermittently prevent WACUP from closing normally when the plug-in is running so I've got to look into that.
3
That's good to know & saves me testing things tomorrow if it's working ok for you with the in_mp3 suggestion.

When in_mp3 is finally dropped I should have gotten my handling to be equivalent for local AAC & you shouldn't notice a difference 🤞 Though I still think it's better if possible to get them into a container format like MP4.
4
Thanks a lot!
I figured out the structure of the preview build pages. I will try to install the previous versions for now.

To be honest, I did not understand how to use the in_mp3 configuration. As far as I understood, this is the name of a dll library, and it should be configured in a special way to play AAC files. I searched on Google how to do this, but I did not find where to apply this setting.


Actually while I was writing this message I was looking in Preferences window for a proper way to configure the in_mp3 library and found Plug-ins section, and then the in_mp3 plugin in it. So I added ACC to the list of file associations, and now seek/pause in ACC files works fine. On build 1.99.22.20202 without downgrading.

Thanks again for your help!
5
The changelog pages don't link to the builds as those are mostly the beta to beta build changelogs & I don't openly provide them (even though the preview builds are just public beta builds).

The preview download page has links back to prior preview builds & those for now still have old build links.

Also you've referenced the x64 preview build & that can't do my in_mp3 suggestion as it's pure wacup & cannot load any winamp plug-ins since it can't use x86 / 32-bit dlls.
6
Ok, I understand. Good luck with the implementation

And could you tell if there is a way to just install the previous version? I searched the Changelogs page, but there are no links to previous versions. I tried to substitute the version number in the link to the current build, but this method did not work either :)
7
As part of me moving WACUP away from re-using the handful of the remaining plug-ins from 5.666 to do playback, etc there's been an overall swapping over to WACUP native versions & raw AAC playback was one of those which happened earlier this year.

Seeking in raw AAC is something I've still to implement (which'll have to be a crude brute forcing since such files aren't really designed for nice seeking like AAC in an MP4 container) though pausing should be working. You could try setting AAC back into the in_mp3 config but I can't guarantee that'll work due to other things in my core that control which input plug-in is going to be used for various file formats.
8
Hello!

On my computer, in the current version (1.99.22.20202), when playing AAC files, the rewind and pause buttons/hotkeys stop working after updating WACUP during PC reboot. I rarely reboot my computer and haven't updated WACUP for a long time, so I can't say which version this problem appeared on. As a temporary measure, I plan to downgrade the WACUP version somehow.

Thanks for reading!
9
Simple option is change the active output plug-in to wasapi & see if that makes a difference. As either the output is clipping silence or the MP3 decoder is doing it but that's a bit more involved to change around (unless you make a test portable install using the x64 build so the existing installation isn't altered & the x64 build uses a different decoder plug-in compared to the x86 build which would rule out decoder vs the files being played).
10
Hi SuperVGBoy,

Happy Holidays!

I have 6,693 mp3s in my collection. They vary in length from 1:14 to 20:06 minutes (with various amounts of silence or low volume when they start) and all are decoded correctly by the old input plug-in (in_mp3.dll  v4.103). If your problem mp3s are encoded properly, maybe it's the output plug-in you're using that is causing your issue.

The out_notsodirect.dll output plug-in (v1.7.8.) has an option to remove silence at the start and/or end of tracks. It requires selecting the proper dB level and several seconds of buffer space. It doesn't work very well for me, so I just accept the few seconds of silence some of my songs start and/or end with. These few seconds of silence do not cut off any part of the actual songs.

The app "mp3 DirectCut" lets you delete (cut out) silence at the start and/or end of mp3s without needing to re-encode the mp3s. I have used it successfully to modify my mp3s that had more than a few seconds of silence at their beginning and/or end.
Pages: [1] 2 3 ... 10