Benny Hill mode?

[jmontana]

This has happened a couple of times now. We'll be watching a show that's currently being recorded. When we get near to being caught up, and I try to skip ahead, everything suddenly jumps into fast motion and stops responding to input.

The audio is unaffected, but the video plays very quickly, not unlike a Benny Hill sketch.

It will do this for 30 seconds or so, and then resume normal play.

I also saw it do this when I had paused it briefly and then tried to resume.

It always happens when I get near to real-time.

I'm using a PVR-150 with one of the more recent versions of GBPVR. 1.13, at least. (Sorry I'm not at the PC so can't verify the exact version number.)

[sub]

Its probably the PVR150 timestamp bug: http://forums.nextpvr.com/showthread.php?t=14006

[JBreits]

I have a problem similar to the OP although mine was not recording while watching it. Most recently, I recorded a 1.5 hour program (1080i ATSC TS file). During playback (not while recording), about half-way through, the video just kicked in to hyperdrive. The video started playing really fast and there was no audio. Bringing up the OSD showed the timer incrementing just as quickly as the video. I let it go for a while and it didn't show signs of correcting itself.

At least in my case, the application DID respond to my remote. I backed the video up to just before the problem happened and started playing. The exact same problem happened; it is reproducable. Then I backed it up again to just before the problem and did a small skip (10 sec). After the skip, the video played normally. Seems like there must be something in the file at that point which is causing the play back to freak out.

I have had this happen on other recordings as well. I'm using a HVR 2250 so I don't think the PVR150 issue applies.

I can get logs of the problem tonight if you want.

JBreits

[skreien]

The HVR2250 is still a Hauppauge board. The driver code probably shares many components from the PVR150 drivers, I know several other models share code. You might be surprised.

[JBreits]

But it sounded to me like the PVR150 timecode issue was related only to cards encoding analog video to mpg. My card is recording DTV into TS files so it is not doing any encoding that I know of. So there must be something in the TS that is causing the playback to increase speed.

JBreits

[sub]

My guess is that jmontana's problem is the PVR150 timestamp error. We've seen this many times in the past with the PVR150/500 devices, and thats always been the cause.

JBreits problem will be something else.

I have a problem similar to the OP although mine was not recording while watching it. Most recently, I recorded a 1.5 hour program (1080i ATSC TS file). During playback (not while recording), about half-way through, the video just kicked in to hyperdrive. The video started playing really fast and there was no audio. Bringing up the OSD showed the timer incrementing just as quickly as the video. I let it go for a while and it didn't show signs of correcting itself.

I'd try playing that recording with VLC to see if you have the same problem with that file. Assuming the problem is in the file (not a playback problem), then with a digital card, this is most likely caused by packets being dropped by the tuner. (either reception issues, or some driver bug)

[JBreits]

Well I did a little further testing on this problem. I tried playing the file in both VLC and MPC-HC. Both players had an issue at the same point in the video, but they handled it differently than when I watched it in GBPVR. In GBPVR, the video went into a fast playback mode. In MPC-HC and VLC, the video kind of had a slight pause and some pixelation, but it picked it back up and continued to play at normal speed.

I understand that there's probably something corrupt in the TS file, but the way MPC-HC and VLC handled the corruption is preferrable I would say. Would this have anything to do with the decoder filter, or there something else that controls the playback speed.

Thanks,
JBreits

[JBreits]

Oh yeah, and I've noticed that when this happens, it often corresponds with a problem I posted about in a different thread where the OSD shows seconds in the minutes column and "milliseconds" in the seconds column.

JBreits

[johnsonx42]

I have a similar problem to JBreits, though it manifests slightly differently. I'll be playing a recording, and suddenly the picture will freeze as if paused. If I bring up the timeline, it shows the current-position arrow rushing through the file at warp speed. If I pause and then play, normal playback resumes at whatever point the arrow reached. I can go back all the way to just after the glitch occurred, and the video is fine... but if I go back to before the glitch, the same thing will happen again. No doubt then there is a glitch in the recorded file, but the playback process should handle it better.

This has only been occuring since applying the patches from the survival guide, though I think there have been 1 or 2 updates to those patches since then. Yes, I should re-apply patches and test, though I can't think of a file that has the problem right now to test anyway. Just wanted to throw my hat into the ring.

edit: I've sort of been waiting for the oft-rumored 'next release' of gb-pvr. it seems the psiparser and especially the tsreader have been moving targets lately, with patch updates in various threads that haven't made it to the survival guide (presumably because sub doesn't consider them final); since my problem has been fairly rare lately, I've been content to wait.

[sub]

Well I did a little further testing on this problem. I tried playing the file in both VLC and MPC-HC. Both players had an issue at the same point in the video, but they handled it differently than when I watched it in GBPVR. In GBPVR, the video went into a fast playback mode. In MPC-HC and VLC, the video kind of had a slight pause and some pixelation, but it picked it back up and continued to play at normal speed.

I understand that there's probably something corrupt in the TS file, but the way MPC-HC and VLC handled the corruption is preferrable I would say. Would this have anything to do with the decoder filter, or there something else that controls the playback speed.

I dont get any say in how it behaves. This behaviour is dictated by the Microsoft MPEG2 Demultiplexer, and not something I can change. The decoders may also have some impact on what you end up seeing on the screen.