2010-05-13, 01:38
Thanks for getting this in ya'll! My little ASUS Eee PC just got a confidence boost!
nathanblgos Wrote:it seems to work if I set non full screen in the system settings.
edit: seems like I have a new problem, after 5-10 mins of watching a show it looks like to tries to change the refresh rate to a setting that is far too high and therefore the screen goes completely blank
CrystalP Wrote:I just submitted a patch in Trac 9172 (http://trac.xbmc.org/ticket/9172) to improve refresh rate switching for Vista and higher. It avoids the resource destructions/creations that throw DXVA in for a loop and delay the start of playback at best. Works great for me with DXVA, non-DXVA, true fullscreen, fake fullscreen.
elupus, since the DXVA code refactoring of a couple days ago, I hit a deadlock a few times with DXVA and refresh rate change. That's because of the OnDeviceLost()/OnDeviceReset() activity, but I'm not sure how I could present you the information. Call stacks of the two deadlocked threads?
(of course, this doesn't happen anymore in D3D9Ex with the patch I just submitted, since OnDeviceLost/Reset are not called anymore)
CrystalP Wrote:Seems the video reference clock doesn't detect the refresh rate change - that can cause all kinds of weird stuff.
You're OK when 23.98 is set before starting XBMC, right?
No the patch wasn't affected by anything else.
nathanblgos Wrote:It seems this issue of the video crashing is not limited to xbmc, it also accord when I was using mpc-hc, very weird .
vanvonno Wrote:I did try VLC 1.1 with Intel graphics G45.
It is not working, no difference between HA on or off.