Jerky Video

[JulianJames]

All that you get is the service started message when the GBPVR Config restarts after a change is made.

In System:

The GB-PVR Recording Service service entered the running state.

In Application:

Service started successfully.

[JulianJames]

I suspect it's the same problem that's afflicting everyone else who is experiencing the CPU spikes.

I'll just keep the web server turned off for the moment. It was more of a luxury than anything else as I can still remote into the box if needed.

[sub]

Can others with jerky video please confirm if disabling the web admin resolves the issue?

[fuzzweed]

Nope, didn't cure it completely.
Everything I've done so far (audio and video decoder choice, quartz.dll [old and new], intervideo hardware acceleration reg edit, gbpvr patch, webserver disabled, messing with process priority [which I know you don't recommend]) always seems to give some improvement to live TV. Then I go and compare it to a recording or timeshift viewing - which can both only be described as silky smooth - and I still think there's a problem in there somewhere.....

[sub]

Nope, didn't cure it completely.

Can you tell me if you definitlely had this problem? ie, if you have the web server enabled, do you have these CPU spike that JulianJames had shown in his screenshot of Task Manager? http://forums.gbpvr.com/showpost.php?p=1...stcount=66. Enabling the web server here doesnt produce this problem.

Everything I've done so far (audio and video decoder choice, quartz.dll [old and new], intervideo hardware acceleration reg edit, gbpvr patch, webserver disabled, messing with process priority [which I know you don't recommend]) always seems to give some improvement to live TV. Then I go and compare it to a recording or timeshift viewing - which can both only be described as silky smooth - and I still think there's a problem in there somewhere.....

Its hard to tell how many people this is affecting, but I dont think its a large percentage of users. I've not been able to reproduce it on any of my machines. As far as I can tell my live tv looks exactly the same as playing back a recording. It must be something different about these machines that we're not noticing.

[fuzzweed]

Can you tell me if you definitlely had this problem? ie, if you have the web server enabled, do you have these CPU spike that JulianJames had shown in his screenshot of Task Manager? http://forums.gbpvr.com/showpost.php?p=1...stcount=66. Enabling the web server here doesnt produce this problem.

No, I don't get spikes as prominent as that trace. Sorry, maybe I'm a bit quick to jump into threads about jerky video!
The only reason I thought it might be related is because I have noticed that logging in to the webadmin is one of the things that can sometimes 'set off' the jerkyness on my server, which then remains even after logging out of EWA.

Does the fact that mpeg recordings are 100% fine, while only live preview exhibits the problems point to any particular process on the PC that might be playing up that I can look further into?

[metaphorplay]

It is a pretty slight jerkiness, and so are my peaks of CPU in my trace. I notice it when I am doing any of these:

a) in LiveTV watching the CNN crawl
b) playing a PENDING recording (ie a game) that is in progress
c) I use enhanced web admin before watching something
d) I haven't rebooted in a while

There is no jerkiness at all on my MVP, but the response to the remote is very slow. I did have to set my MVP and GBPVR service processes to high, and my local GBPVR.exe to regular to get no jerkiness on the MVP (my wife's TV).

I have applied Hauppauge patch, shut down all extraneous services, tried the quartz dll patch, reinstalled .NT 2.0, and so on and so forth.

I haven't tried Sub's GBPVR patch sub (from earlier in this thread) yet and probably can't for another 3 hours when the game I am now recording ends.

Logs attached, and also the web text file.

[metaphorplay]

ZIPPED cpu trace attached

[metaphorplay]

Sub: No difference in jerky behavior during playback of recording TV (liveTV in timeshift or of a "recording" recoding) after applying your patch. It may have slightly decreased the jerkiness the CNN crawl when watching CNN in liveTV and timeshift. However the main jerkiness is still there.

Sometimes I am getting MVP-related activity when the GBPVR.exe goes to 100%. Here's what the gbpvr log looks like:

Code:

11/12/2006 9:28:07 PM.234    VERBOSE    [15]    MVP data read: 1   (8)
11/12/2006 9:28:07 PM.234    VERBOSE    [15]    Responding to ping
11/12/2006 9:28:07 PM.234    VERBOSE    [15]    getValue cached value: /settings/DisableHauppaugeMVPScreenSaver : true
11/12/2006 9:28:07 PM.234    VERBOSE    [15]    MVP request processed
11/12/2006 9:28:08 PM.390    VERBOSE    [17]    Y/Y2 buffer: 2440 bytes
11/12/2006 9:28:08 PM.421    VERBOSE    [17]    U/V buffer: 1085 bytes
11/12/2006 9:28:08 PM.421    VERBOSE    [17]    incremental frame sent
11/12/2006 9:28:08 PM.546    VERBOSE    [15]    MVP data read: 1   (3)
11/12/2006 9:28:08 PM.546    VERBOSE    [15]    MVP request processed

Those times seem to roughly correlate with the jerks in the playback.
However, when I turn off the mvp server I still get the same jerky playback every so often.

Could it just be a disk-busy conflict (reading mpg, writing logs, memory swapfile etc.)? I am using a WD 200Gb (8mb cache) IDE drive for both the system files and mpg recording.

[sub]

Sorry, I dont know. Your problem must be something other than the problem I fixed with that patch.