No Audio for some recordings

[capone]

I just played more, w/ tipster's words ringing in the back of my head. I turned off the normalize and vol boost in ffdshow. Fliped 10+ channels, no freeze. I turned back on, no normalize, and only boosted vol 115% (down from 130%). Flipped 10 or so, still good.

It could be the peak at the moment of start was causing that db issue, but I guess I would need more info on that bug to see if it could be it. I'll let stand for now and see.

I also turned off system defaults for audio/vid in config. Seeing all the checking made me wonder if it was just missing the decoder or renderer at the very moment of start. So it can be one of two things, if this works.

[capone]

Quote[/b] ]but what I can tell you is that a lot of users had contacted Hauppauge and found that their card had to go back to them for servicing to fix the audio recording over peak db gain got distorted playback after recording. Lot of good info there at Videohelp and pics to show what was going on.

That is a really great site, adn I've been using for years. Just didnt' think to look for pvr/capture info. Thanks for pointing that out.

It's not a distortion issue, but in a mpeg clip I saved where audio dind't kick in, edit apps find an audio layer, but it's blank. It's just as if it laying it w/o input. Still waiting to see if my aforementioned fixes do the trick. I'd like to share that w/ all.

Quote[/b] ] I did notice that you were recording to C: why? You have a 80GB drive should be where you have the OS and GBPVR software on the 200GB set aside for only GBPVR DVR recording.

I'm not, actually. I record to D:, but I do Live to C:, but since I'm always in timeshift, it shows as recording. I do it like that so live has plenty of space on the 80Gb, and D: has fixed amount of free space to record (not eaten up w/ live cache up and down). It also means I can fill D: w/ recording, and never worry about being out of space for timeshift.

I did take your advice and make the large memory cache there. I kept a small one on C: only because I've had experience w/ a drive going down that had the VM that wasn't OS. There is a fixed 512Mb on C:

Also, I should correct, I have 2x of 256Mb. I wouldn't run XP on less.

I'll check out that reg cleaner. I use Registry Mechanic now, as it seemed to have the least amount of "it broke my sys!" complains in reviews.

[dlee65]

Well, my Friday night line-up failed again. I just wanted to see if I could repeat the scenario. Since these are back to back shows, I dropped the padding time to 0 for pre and post padding to see if that would help.

The very first show records the audio track perfectly. The channel has to change and that show starts correctly. The next show in the line-up is on a different channel and the channel changes correctly. However the audio track does not exist. The next program is yet on another channel and so that audio track does not exist. The next two recordings are on the same channel and the audio track works correctly.

It is as if changing channels causes the audio track not to initialize correctly only when the recorder has been running.

I will check out the other discussion board mentioned above. I also have not tried this with the Hauppauge Win2000 app to see if has the problem there.

Thanks for all the feedback.

I do have one question, is there something I have to do to turn on debugging so I can see what is happening?

[dlee65]

I looked through the forum you mentioned tipster and found many reporting audio being too loud or there being some distortion when there were explosions and such. I don't have these problems.

I will look into which audio sources I am using. I have not done that yet, and I will also try Win2000 (after I install it). Got to go get me one of those Maxtor 200GB drives that are on sale this week

I am hoping that this is not a hardware issue with the WinTV PVR-150.

[dlee65]

Well, I tried WinTv2000 but I am not able to get it to work at all - meaning that it does not see the video stream from my cable box. I have the IR blaster configured correctly - but I cannot find a setting that allows me to specify to use the IR Blaster to change channels.

[capone]

I've not had any luck either. The changes I made haven't helped. In fact, it seems I can get it where it will start w/o audio a few times in a row.

I'm going to get stick of 512 to go w/ the 2x256 ($50...I love how cheap things have gotten). I'm adding up a cpl of the problems in my head...this, the inability to change channels w/o getting a stutter, etc, and I could see where have more ram could smooth things out.

One change to the program I think would lighten the load on some systems would be to have a change to the Preview mode. If you are in Preview, and hit pause, you go to Timeshift. It seems that it stays in Timeshift when you change channels, yes? If so, if it were possible for it to go back to Preview, it woulnd't have to keep making files as you flip.

[capone]

dlee65: I'm trying to eliminate some things to look at.

Do you use ffdshow? Do you ever loose audio watching shows in timeshift mode?

[capone]

I have only the 150 and a 5200 in the AGP.

I'm starting to wonder if it's ffdshow...no matter what, it's trying too hard to make a new file for recording (you can see when it's switching over), and the audio can be lost.

I need to figure out what is making that so intensive.

Does the audio codec show up under audio codecs in the sound controlers list in the device manager? I don't see it there, but maybe it's not what I think it is.

[dlee65]

I have not made any changes to the default settings of GBPVR. I am still new to this technology and so do not know what changing these settings will do for me.

Given my video problems from yesterday using WinTV2000, I uninstalled everything Hauppauge and reinstalled from the ground up. I got the channels working after having to program each channel manually. I setup several back-to-back recordings that switched channels between recordings. Every recording was perfect.

I will reinstall GBPVR again and try this again. At least I am more convinced that this is not a hardware issue at this time.

I had removed ffdshow as part of my cleanup efforts yesterday and have not reinstalled yet, so this is a factor that I may want to include in testing.

[dlee65]

Actually, as part of my cleanup efforts yesterday I had uninstalled ffdshow ... good observation. I will install GBPVR today and do some tests without ffdshow.