Yes, it is running AHCI, I had to reinstall vista once I realized I wanted it. Still need to try the recording process priority and check the video driver version.
I had the same issue here, I think sub is right about the defrag. I had to set my system to defrag every night and that took care of the choppy video. I can now record two ota hd channels, one cable sd channel, and watch one hd recording all at the same time, and I am using onboard video.
Rolled back video driver to 186 and was getting tearing with programs that previously weren't giving me any problem), updated back to 190 (what I was running previously and was still getting tearing, so I updated to the latest WHQL (191) and was still getting tearing , so I updated FFDSHOW and this fixed the tearing on previously good programs. Still need to test multiple recordings.
Torquewrench Wrote:Rolled back video driver to 186 and was getting tearing with programs that previously weren't giving me any problem),...
Strange, the roll back fixed the tearing for me. It was a problem that was suggested through Nvidia. Apparently they are aware of the problem. When you rolled back, did you remember to set the video sync to "force vertical sync".
Defragged both drives, no help, still got the choppiness. I'll try rolling back and setting vsync. Is that the vertical sync in the 3D section or is it somewhere else?
But I think this is still solving the wrong problem. I really think the choppiness is being introduced in the recording, and is not a playback artifact, because it plays back the same every time. Fragmentation could have been contributing to this but defragging didn't prevent it from happening last night, so if it's a cause it's not the only cause.
It will get choppy in the same place every time due to the scene changes that cause the video to be taxed.
The vertical sync is in the 3d section. I also set the triple buffering. I don't know if it helps, but it was mentioned to me in the past so I used it too. I also found that the EVR renderer worked better that the VMR9 renderer, although I believe the VMR renderer handles the aspect ratio better.
I'm convinced it's playback. I looked at the resource monitor in Vista, which now shows not only CPU but also disk access. pvrx2 is accessing a .ts file just after recording and it's bogging the system.
I'm not running comskip and the only post-processing I'm running is the simple archiver batch file and that's scheduled at 3AM, and this was not happening at 3AM.
Any ideas what this disk access might be and what can do about stopping or scheduling it so I don't get this choppiness?