Hauppauge HD PVR Issue

[Velocity 7]

Not sure how many others are having this problem, but I thought I might post this:

http://naomi.thewafflehouse.net/2009_2_6_22_57_30.M2TS
Mirror: http://www.sendspace.com/file/ldx1il

Basically, if the video I'm capturing has a long period where there's nothing but a black screen, and then fades in to some scene, the device hiccups.

My current workaround is to power cycle the device beforehand, though I doubt that's a convenient solution. Anyone else encounter a similar issue?

Hardware revision: D1
Driver version: 1.0.5.3 WHQL
Video settings: CBR, 13.5 - 20.1 Mbps, VBR Peak 13.5 - 20.1 Mbps
Audio settings: Dolby Digital 5.1 via AC3
Video capture programs: ArcSoft, rcTVCap

[Guest]

What do you mean by "hiccups"? I don't see any problems decoding it with CoreAVC or DGAVCDecNV.

[Velocity 7]

When I mean hiccups, I mean that during the fade in, the HD PVR freezes up and misses out on a second of video or so. This happens about 13-14 seconds in to the video I mentioned.

[Guest]

Don't know. I've never seen that. I have an original C1 unit (with fan mod).

[Velocity 7]

Actually it seems like the problem may be happening only on subsequent recordings. So after powercycling, the first recording will be fine, but not subsequent ones. Here's another one, this time captured on rcTVCap. Happens about 12 seconds in. I also notice that the recording LED turns off during the fade-in and then turns back on a second or two later.

http://naomi.thewafflehouse.net/20090206-004.ts
Mirror: http://www.sendspace.com/file/wkia7e

Update: 1.0.5.4 Beta seems to be a little bit better, less recording LED bouncing and all, but problem still exists.
http://www.shspvr.com/smf/index.php?topic=11880.0

[rebkell]

Actually it seems like the problem may be happening only on subsequent recordings. So after powercycling, the first recording will be fine, but not subsequent ones. Here's another one, this time captured on rcTVCap. Happens about 12 seconds in. I also notice that the recording LED turns off during the fade-in and then turns back on a second or two later.

http://naomi.thewafflehouse.net/20090206-004.ts
Mirror: http://www.sendspace.com/file/wkia7e

Update: 1.0.5.4 Beta seems to be a little bit better, less recording LED bouncing and all, but problem still exists.
http://www.shspvr.com/smf/index.php?topic=11880.0

I experience it, and several others do too, the best solution seems to be to reboot the PC every day or two and power cycle the HDPVR, I was having these constantly, it would have these hiccups about once every hour of recording, randomly happening, about an hour apart, but nothing specific. Suffered with this for a couple of months. But, after rebooting the PC and cycling power on the HDPVR every day or so, it seems to have eliminated the problem.

Seems to be some sort of leak that is exposed after extended recording.

Edit: What driver were you using on the capture for the file: http://naomi.thewafflehouse.net/20090206-004.ts ? I looked at the time stamps on it and that is one crazy looking capture, I've captured hundreds of programs and I have never seen so many consecutive audio and/or video packets in a row without audio dropouts like this file has, on 1080i w/AC3 it's almost religously 1 Audio packet, 1 Video Packet, and 24 or 25 of these it's two audio packets in a row, since yours is 59.97 it should be 1 audio packet, 2 video packets and every 24 or 25 audio packets it should be 1 audio, 1 video 1 audio then back to the normal sequence. The file you uploaded had several sequences of 10 to 12 video packets in a rqw followed by 6 or 8 consecutive audio packets, and the timestamps weren't out of sequence, you finally had a discontinuity after about a dozen consecutive video packets(frames) without audio and the unit reset itself.

[Velocity 7]

I was using 1.0.5.3 for the ones I captured showing the problem so far.