Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Visualization CPU usage in Default UI 0.9.5.2 (Read 6569 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Visualization CPU usage in Default UI 0.9.5.2

ok, just did some testing.

Spectrogram:
turned off scrolling and CPU dropped from 100% (all FFT sizes) to <10% (for any FFT size.)

Spectrum view:
anything up to and including 80 bars is 10%-15% CPU utilization
at 160 bars it jumps to 65% CPU usage

Oscilloscope:
any and all settings combinations peg the CPU at 100% and slow the refresh/framerate WAY down.

hope this helps....seems like something to do with the display implementation...feels wrong when doubling the accuracy/refresh quadruples the CPU usage.

Leon

Visualization CPU usage in Default UI 0.9.5.2

Reply #1
I've experienced it too, and couldn't really spot the cause - visualisation can even start to hog the CPU randomly. One thing that is quite certain: right clicking on it makes CPU usage go up dramatically (making me suspect that it has to do something with the display code).

Config, just for the record: AMD Sempron LE1100 (1.9GHz, 256kB cache), 1GB single channel DDR2-800, AMD690-based Gigabyte mobo with integrated graphics, XP32 SP2. Firewall is ZoneAlarm 7.0.462.000 (who knows, firewalls do funny things sometimes )

Visualization CPU usage in Default UI 0.9.5.2

Reply #2
Some points regarding visualization CPU usage (some of it may be obvious):
  • On Windows XP - or on Vista with Aero disabled - CPU usage increases dramatically if the visualization is partially obscured, unless the part that remains visible is a rectangle. A stationary spectrogram does not suffer from this as the screen area that is updated on each interval is small and there is no scrolling.
  • The correlation between CPU usage and FFT resolution is not linear. This is normal and expected.
  • The CPU usage increases with the size of the visualization window. Especially with fullscreen visualizations the cost of the drawing operations dominates the total CPU usage of the visualization.

 

Visualization CPU usage in Default UI 0.9.5.2

Reply #3
Note that you do not need to be concerned about CPU usage of visualisations embedded in your foobar2000 window when foobar2000 is minimized; they all automatically shut down after a certain period of inactivity.
Microsoft Windows: We can't script here, this is bat country.

Visualization CPU usage in Default UI 0.9.5.2

Reply #4
About a minute, right?

Visualization CPU usage in Default UI 0.9.5.2

Reply #5
I do not encounter any major display problems when i right click i full screen, when i full screen and right clicking, i barely notice any displayed stuttering.
So i guess CPU is an factor, i have C2D @ 2.4 GHz. And i tried on another PC with a P4 @ 3.0 GHz and the display stutters.

Visualization CPU usage in Default UI 0.9.5.2

Reply #6
I've also noticed that CPU usage for the spectrum visualization in the toolbar is pretty high, as much as the other visualizations. Is there any way to reduce this other than by turning off the visualizations? I upgraded from 0.9.5.1 to 0.9.5.2 and experienced a CPU usage increase from 00-02% to 20% now, with visualizations on.

Visualization CPU usage in Default UI 0.9.5.2

Reply #7
For whatever reason, i do not encounter any such issues, even with a toolbar peakmeter AND an element spectrum. I cannot even tell if a vis is running or not by looking at cpu-usage, since it stays about the same.

2ghz dualcore with Classic Windows Theme here.
I am arrogant and I can afford it because I deliver.

Visualization CPU usage in Default UI 0.9.5.2

Reply #8
Weird, it doesn't happen anymore. Well, at least the problem is solved.