Out of sync sound, and time issue.

[nv40]

I know this issue has been discussed elsewhere, but i cannot seem to find a solution. I am having a problem where my recordings are missing video (i'm not sure how to describe this), it's like segments of the recordings have frames dropped out of them, this is in almost every recordings (it's gotten worse) and seems to be random has to where it occurs. Also, the sound gets out of synce to the video, again random, and does not seem to be tied to when the video problems start (but could be). After installing a new pvr 1-150, and updating pvr, i was having timeline problems, which installing new drivers seemed to fix.....but this started afterward, slowly at first. Does anyone have any others drivers they have tried for problems like this, or is anyone having these kind of problems since updating gbpvr or their drivers? It's getting to the point where the video's are pointless to watch because you miss stuff when it seems to have chunks of dropped frames, and the voices don't synce with the video. This happens in the recording, because it's on my mvp also (which does all the decoding on it's end, correct?), and doesn't seem to be just a playback issue.

[sub]

You could always try playing one of the recordings on another machine to confirm if it is a playback problem or not.

I've not seen any other reports that sounds like this.

[nv40]

You could always try playing one of the recordings on another machine to confirm if it is a playback problem or not.

I've not seen any other reports that sounds like this.

yeah...i figured i should check that and it does. It wasn't doing this before i added the second pvr-150 and upgraded the drivers and gbpvr to the lastest version.

[sub]

I'm not really. Its a bit odd since all the encoding is done in hardware. I cant think of anything to suggest other than trying different versions of the drivers.

[sub]

I doubt this will help, but also make sure your disk is defragmented.

[nv40]

I doubt this will help, but also make sure your disk is defragmented.

i did that on your advice from another post. i was thinking that too. So, does this even sound similar to anything you've seen before. Maybe I can get you a copy of one of my video's or something, or logs?

Edit: gonna try some drivers.....do you have any that you suggest?

[nv40]

Well...i can't find any updated drivers. I did notice that the problem is a little different on another computer, playing the file through VLC. The skipping is kind of like playing the file at 1.75 speed (best i can describe it). Around the time where the audio goes out of sync, VLC simply doesn't play any audio...it simply becomes mute. Playing the same file on WMP, it simply locks up during the skipping part and has to be closed.

[sub]

So, does this even sound similar to anything you've seen before.

No, not really. You can get these sorts of problems with BDA card, which is attributed to the mux doing a bad job during recording, but this isnt the case with analog cards like the PVR150. Analog cards do all this in hardware, and there is nothing that is tweakable - it all just happens automagically.

Does it seem to be affecting recordings produced by both of the PVR150s?

[nv40]

No, not really. You can get these sorts of problems with BDA card, which is attributed to the mux doing a bad job during recording, but this isnt the case with analog cards like the PVR150. Analog cards do all this in hardware, and there is nothing that is tweakable - it all just happens automagically.

Does it seem to be affecting recordings produced by both of the PVR150s?

You know...that's a good question. There is no way for me to go back after the recordings (it's hard even during the recording) to see which card is recording what. Plus, since the problem is random, it's even harder to track down. So, ,maybe a bad card...since everything required to put together these mpeg files is all hardware based on the card, correct? I turned off comskip, thinking that i am getting too much cpu useage during the recording (old athlon xp 1600). I am waiting on a couple more recordings to come through, but my first test recording seemed to be fine....however again, problem doesn't always show (or might be with a specific card like you mentioned). THe other thing is my hard drive setup.....i've got two drives that are dynamically partitioned so that one partition holds the operating system, and the other partition consists of all of 1 drive, and part of the other striped toegether (basically windows built in software raid). I was thinking maybe the overhead on software raid might be causing a problem, but i've had this set like that for over a year....and just recently started having the problems.

[sub]

You know...that's a good question. There is no way for me to go back after the recordings (it's hard even during the recording) to see which card is recording what. Plus, since the problem is random, it's even harder to track down.

You can tell which card did the recording by looking at the GBPVRRecordingService.exe-native.log file. It has a log message with something like:

ConexantRecorder::StartRecording(1, 64, 12, 1)

The first number is the device number, so you should see either "1" or "2".

So, ,maybe a bad card...since everything required to put together these mpeg files is all hardware based on the card, correct?

Could be. It might also be a driver thing with not coping well with a specific combination of two different versions of the PVR150. You can run the Hauppauge ProdInfo utility to find out what tuner etc is on your PVR150s. Though even armed with this info, I'm not sure what you could do other than trying some other driver versions.