milkdrop horrible framerate (1 Viewer)

[citizenkeys]

milkdrop runs at an awful 9fps unless mediaportal window has the focus on the taskbar.

i had this problem on my old setup and blamed it on the setup, which had integrated graphics.
i'm having this problem on my new setup, also, and the new setup is a quad core with 2 gigs of memory and nvidia 9500 with 1 gig of memory.

winamp has no problem running milkdrop at 60fps full-screen on a secondary display regardless of whether either milkdrop or winamp is the active window.

has anyone else had this framerate issue with mediaportal and milkdrop? how can i fix it?

 

[tourettes]

MP will always render at lower fps when the window has no focus. Only way to fix that is to change source code and build an own patched version of MP.

 

[citizenkeys]

mp obviously does some sort of handoff to directx when playing a video, since mp doesn't have its own codecs (i use ffdshow for my codecs).

since mp can do that, and still somehow get a small version of the video in the overlay, i dont see why it can't do something similar for its visuals like with milkdrop.

 

[tourettes]

mp obviously does some sort of handoff to directx when playing a video, since mp doesn't have its own codecs (i use ffdshow for my codecs).

since mp can do that, and still somehow get a small version of the video in the overlay, i dont see why it can't do something similar for its visuals like with milkdrop.

Those are completely two different ways of rendering we are talking with GUI and video playback. Video playback is always scheduling the frames to be drawn by the EVR renderer, this component is not taking in account if the focus is on MP window or not. Where as MP GUI (and visualization) are rendered and frames are scheduled by the MP main thread which is taking into account the window focus (this is done to give more CPU / GPU time when some other applications are accessed).

In short there is no technical limitations for the current behavior, but instead we have wanted to keep things simplified (one config option less) and now it fires back in some cases where visualization is rendered and no focus is on MP (pretty minor user base are affected this as MP's main audience is HTPC's where MP is always running and if external applications are used they are filling the screen).

In short, it is fixable but as it is a new feature it won't be handled in 1.1.0. Also as it will add one extra setting it might be considered not important enough that it should allow the complexity to rise (we have had hundreds of features or small additions during the years that aren't taken into use because of their small benefit and making application more complex for users and developers).

 

[kiwijunglist]

mediaportal is a mediaplayer and mediaplayer without proper visualisations for music is a weakness.

 

[Guzzi]

In short, it is fixable but as it is a new feature it won't be handled in 1.1.0. Also as it will add one extra setting it might be considered not important enough that it should allow the complexity to rise (we have had hundreds of features or small additions during the years that aren't taken into use because of their small benefit and making application more complex for users and developers).

Wouldn't it help to use the setting "MP always on top" to keep itto higher framerates? I tried, it is ok, as long as I don't activate the "show xxx - only fast systems" in the visualizations page.

 

[fid3k]

Hi! I Have the same problem.
I have lcd tv connected via hdmi as second monitor, when i use only MP and have mp at foreground i have over 50fps, but if i do something at first monitor in same time mp fps is only 9 fps. I use MP 1.1.0.0 and Windows 7.
Is any way to fix it ?