Latest WACUP beta release is build #6840 (December 31st 2020)

Latest WACUP public preview is build #6840 (December 31st 2020)

Author Topic: First impressions of #6800, definite progress  (Read 111 times)

Mits

  • Sr. Member
  • ****
  • Posts: 31
    • View Profile
First impressions of #6800, definite progress
« on: December 28, 2020, 05:08:58 AM »
Merry Xmas to all, and developers, do not read this immediately, you must not work during holidays!

I just wanted to report that the Classic Spectrum Analyzer in the new December build #6800 (clean portable installation, not upgrade) still exhibits the same problems as in my older post (https://getwacup.com/community/index.php/topic,830.msg5311.html)

Namely, when the output plugin is Not So YASAPI v1.2.3, the classic Spectrum Analyzer consistently does not start after the first track played after launching Wacup. It may or may not start after scrolling a bit on the track or jumping to the next one. Sometimes the plugin starts by itself when advancing to the next tracks of the playlist (but not always). In addition, the display is not synchronized to the music and leads (not lags) about 250-300 ms, very obvious when playing music with slow beats. My personal impression is that this is not a simple bug but an algorithm problem in the data flow during the process of decoding and buffering to the WASAPI output, so it needs a lot of work. No biggy, I Will just sit quietly in my corner and wait patiently :-)

The other output plugins, Not So Direct, Not So Wavey, Nullsoft Directsound, Nullsoft WaveOut do not exhibit these problems. However, the playback volume varies wildly across the different output plugins. This is not technically a bug, since nobody changes the output method after choosing what's best for them, but it may be useful info for the devs when troubleshooting volume problems.

Other minor bugs, like the non-sticking of the checkbox in [Preferences - General - Taskbar - Taskbar Text - Scroll the text in the taskbar] or the non-sticking of the toggle to display the remaining (and not the elapsed) time in the main window Time Display have been blissfully fixed.

Finally, playback seems now to have higher execution priority and stutters much less when the filesystem is busy. My impression is that the buffering priority or its default values could be a bit more aggressive, but we are certainly in a good track!

Thank you for all your hard work, the length of the bugfix list is record breaking and utterly impressive.

dro

  • Admin / WACUP Developer
  • Administrator
  • Hero Member
  • *****
  • Posts: 2667
    • View Profile
    • WACUP (Winamp Community Update Project)
Re: First impressions of #6800, definite progress
« Reply #1 on: December 29, 2020, 01:05:55 AM »
you must not work during holidays!
I failed on that as I'm stuck at home & have been doing things to prepare for an update for #6800 that fixes the main stability issues it's having.

I just wanted to report that the Classic Spectrum Analyzer in the new December build #6800 (clean portable installation, not upgrade) still exhibits the same problems as in my older post (https://getwacup.com/community/index.php/topic,830.msg5311.html)
That's expected still as I've yet to look into it.

The other output plugins, Not So Direct, Not So Wavey, Nullsoft Directsound, Nullsoft WaveOut do not exhibit these problems. However, the playback volume varies wildly across the different output plugins. This is not technically a bug, since nobody changes the output method after choosing what's best for them, but it may be useful info for the devs when troubleshooting volume problems.
It shouldn't really vary when comparing maximum volume whatever the output type used though what is done with the levels between 0 & 100% can vary so that might be more down to what's causing a perceived difference at times.

Other minor bugs, like the non-sticking of the checkbox in [Preferences - General - Taskbar - Taskbar Text - Scroll the text in the taskbar] or the non-sticking of the toggle to display the remaining (and not the elapsed) time in the main window Time Display have been blissfully fixed.
That's good to know :)

Finally, playback seems now to have higher execution priority and stutters much less when the filesystem is busy. My impression is that the buffering priority or its default values could be a bit more aggressive, but we are certainly in a good track!
I've not intentionally made any such changes but it might be down to trying to reduce what's going on on general. Also the skin type being used can have an effect on how much possible contention might be going on.

Thank you for all your hard work, the length of the bugfix list is record breaking and utterly impressive.
As long as I'm moving things in the right direction then that's all I can ask for :)

-dro