However that was removed in recent builds. So after the mouse stops moving, the CPU should settle down again. It does on the machines I've tested.
Thanks for reply, Matt
It looks like MC is redrawing although the display is not scrolling... On my system it doesn't make a difference if the display is scrolling or not, as soon as the mouse is in the PlayerBar area (I mean everything that's drawn in front of the "MainFrame_TopBorder"), about 15% of additional CPU usage are needed... further mouse movements in the PlayerBar area do not increase the CPU usage very much - these 15% are also catched if the mouse arrow "rests".
Maybe it would also be possible to let the display only scroll when the *display* area is reached by the mouse, instead of reacting to the whole PlayerBar area?
--------------------------------------------------------------
DirectX 9.0b - Matrox G550
Media Center 9.1.265 -- C:\Programme\Audio\Media Center\
Microsoft Windows 2000 Workstation 5.0 Service Pack 2 (Build 2195)
Intel Pentium 4 2021 MHz MMX / Memory: Total - 1048 MB, Free - 775 MB
Internet Explorer: 6.0.2800.1106 / ComCtl32.dll: 5.81 / Shlwapi.dll: 6.00.2800.1226 / Shell32.dll: 5.00.3315.2902 / wnaspi32.dll: Internal ASPI Layer
Ripping / Drive I: Copy mode:ModeBurstBigBuffer CD Type:Auto Read speed:Max
Drive J: Copy mode:ModeBurstBigBuffer CD Type:Auto Read speed:Max
Digital playback: Yes / Use YADB: Yes / Get cover art: No / Calc replay gain: Yes / Copy volume: 32767
Eject after ripping: No / Play sound after ripping: No
Burning / Drive J: TEAC CD-W524E Addr: 1:1:0 Speed:24 MaxSpeed:24 BurnProof:Yes
Test mode: No / Eject after writing: Yes / Direct decoding: Yes / Write CD-Text: No
Use playback settings: No / Normalization: None