Video jerks badly after hibernation.

[_gl]

This one is driving me nuts. In general hibernation works great for me. But ever since I moved from a Radeon 9700 (which was flawless) to an Nvidia 6200, video jerks badly when the machine resumes from hiberation. Even reloading the video driver using RivaTuner doesn't fix it - I have to reboot the machine and everything is fine again.

This is on XP Home (edit) SP2 with the latest Nvidia codecs, Nvidia 91.31 beta drivers and VMR9 custom (for the aspect ratio patch).

It's not isolated to GBPVR, ZoomBrowser is acting the same. Is anybody else seeing this? I'm trying to figure out if it's a driver problem or bugs in my mobo's BIOS maybe...

[_gl]

Sub, I hope you catch this.

I've just figured out what causes the jerky recording playback when resumed from hibernation - it's GB itself. It usually goes away if I exit and restart the app.

I'm using the custom VRM9 renderer (due to the nvidia aspect ratio bug), so my guess is that the hardware resources on the graphics card need to be completely rebuilt from scratch after resumption from hibernation (and probably standby too). That probably means any playback related cached graphs too.

Would be great if you could do that. I'm sure you're handling WM_POWERBROADCAST already, if not I can paste some code.

[sub]

I'm sure you're handling WM_POWERBROADCAST already, if not I can paste some code.

I already know how to detect this, but I cant think what I'd do in response to it. No graphs are cached or anything like that. I create them from scratch each time I need to use them. I can only guess something about your video card or its drivers are causing this.

[_gl]

I already know how to detect this, but I cant think what I'd do in response to it. No graphs are cached or anything like that. I create them from scratch each time I need to use them. I can only guess something about your video card or its drivers are causing this.

That's what I thought, so I always rebooted in the past, but just reloading GBPVR fixes it, so it's got to be something related to the app. Are you keeping anything gfx or Dshow related open throughout the app lifetime? Maybe just an interface ptr or something like that?

[_gl]

I can imagine it's some kind of Dshow bug that clears up when everything is fully released. I'm also using that older DX9.b quartz.dll to fix the horrible field reversal bug when skipping. There's no way I will go back to that though, it's just unusable.

[sub]

No, I'm literally not keeping anything. Thats not to say the the video cards DLLs arent loading any of their own data when their DLLs are loaded, but I'd have no control over that (since it happens magically behind the scenes the first time these components are used, and will stay in memory after that).

Since you said it's not isolated to GBPVR, I can only assume its something like this.

[_gl]

Since you said it's not isolated to GBPVR, I can only assume its something like this.

Right, when I first reported it that was true, but now it's specific to GBPVR - playback is fine when switching over to Zoombrowser. A bit baffling - is anybody else seeing this?

[_gl]

No, I'm literally not keeping anything. Thats not to say the the video cards DLLs arent loading any of their own data when their DLLs are loaded

How are you drawing the user interface?

Restarting GB does fix it 100% of the time...

[compdoc]

Ive been seeing this problem too. When coming out of hibernation, gb-pvr slows to a crawl. And although the machine wakes to capture shows, it doesnt always capture them, or there are oftn problems with the recordings.

A reboot fixes it. It didnt used to do this. It's always worked perfectly before. I'm using a 3500+ with an nvidia 6100/430 chipset, with built in video.

I've stopped using hibernation and went to using standby instead. Not as great for saving power, but at least it saves a little as the hard drive powers down...

[fuzzweed]

I can get something very similar by watching live TV, then using the menu/i button, so the video becomes windowed on the menu screen. When returning to fullscreen the video (and the audio slightly) goes really choppy, and only a reboot fixes it.
I've played with pretty much all the suggestions in the 'jerky video' threads - so I think it's something above and beyond the ususal choice of decoder or quarz.dll etc.
Generally my live TV playback is top notch, unless I go through the above sequence - can any of you other guys replicate this problem to see if it's related????