One unusual issue I have noticed with version 1.08:

With the PVR-150MCE card installed (using Windows 2000 Pro SP 4), GB-PVR ignores the audio bitrate setting. All MPEG files record at 384kbps, regardless of bit rate choice using the configuration program.

Video settings can all changed, as can the audio sample rate. Browsing the direct.ini file shows that the audio bitrate is correctly set by the configuration program, but the setting is apparently ignored when GB-PVR records a program.

The PVR-150MCE has the latest beta driver version from the Hauppauge site. Naturally, this could be some subtle error in my own setup, but hopefully someone else can verify the error, or at least tell me what I'm doing wrong.

I stumbled around the forums and didn't see anything regarding this request. What I think would be nice is to be able to schedule the tuner to change channels at a specific time while watching live TV. Not necessarily record, (I only have 1 tuner) just change the channel. For instance, I'm watching Burn Notice, and I want to be sure that I don't miss any of the Twins ballgame, so I would navigate to FSN in the guide and maybe there would be an option there to 'Watch'.

No biggie, but it seems like it would be a nice feature. I know I would use it a lot.

Just as an aside, I absolutely despise running a Windows machine. And thanks to Sub and all you hard working, diligent developers, I am stuck with a Windows machine and I would NEVER change to another PVR app. GBPVR flat out rocks the hizzle fer shizzle! Especially now that I've disabled automatically installing Windows updates.

Thank you for such an excellent app and the outstanding support.

Hi,

I love love love the new GBPVR! It is smooth and great. I have a question about the Live TV. It now automatically goes into timeshift mode, is there a way for this not to happen?

I also have a request. In the next update or patch can you make it so you can scroll up (to the bottom) of the video library?

One other thing that doesn't effect anything yet but could is that every time GBPVR exits it crashes. Let me know if you'd like the log file.

(This conversation is continued from the Developers forums)

TomH Wrote:zehd -- thanks for making me aware of this new (to me) tool

I unpacked into /gbpvr/
Ran ZSchedFix.exe
Got following error message
_ Runtime error "5":
_ Invalid procedure call or argument

ZSchedFix.log
----------
***Debug - FileSpec: C:\WINDOWS\SQLite3VB.dll : False
8/11/2007 2:42:26 PM : SQLite3VB.dll doesn't exist in: C:\WINDOWS
***Debug - FileSpec: C:\Program Files\devnz\gbpvr\SQLite3VB.dll : True
8/11/2007 2:42:26 PM : Copying SQLite3VB.dll to: C:\WINDOWS
***Debug - FileSpec: C:\WINDOWS\SQLite3VB.dll : True
8/11/2007 2:42:37 PM : Exporting Recording Schedule from GB-PVR
***Debug - FileSpec: C:\WINDOWS\SQLite3VB.dll : True
8/11/2007 2:42:49 PM : Exporting Recording Schedule from GB-PVR
---------

EDIT:
Subsequently found and installed the ZToolsSupportSoftware and the VB6 package -- same result when running ZSchedfix.exe

EDIT #2
Found the thread for ZSchedFix -- found the 1.0.23 version
Unpacked and the OLD ZScedFix started up with no errors (I did not click the "Purge and Rebuild" however )

Then reverted to the newer version and NO GO (same Runtime error '5' )


Can you deduce from all this what I have either not done or done incorrectly?

Any help is greatly appreciated,
TomH

For about a year I've had a GB-PVR pc with two tuners (PVR 150 & PVR 250 from Hauppauge). Earlier this week my motherboard died. I managed to find another motherboard from the same manufacturer (Asus) but it has a different chipset. After backing up my harddisk I figured I didn't have anything to lose and tried to boot my old boot partition (from the pc that had died) in my new pc. I was very happy to find that after installing some new drivers (chipset, audio, network, etc) everything worked as it used to.

In the process of rebuilding my pc, I added another PVR 150 for a total of three tuners. While GB-PVR works as it used to (I only ever used the webinterface to schedule recordings, but never watched live TV), it only records 1 program at a time. So even though I scheduled 3 simultaneous recordings, 2 of my tuners remain "sleeping".

Also, I can't seem to cancel any recordings (both the ones in progress and future ones). After clicking cancel, the webinterface seems to pause for a while before deciding to refuse my command.

Am I going to be lucky enough to find a solution for both problems here, or will I have to install my pc from scratch to solve this?

All help is appreciated!

I finally started playing with PVRX2 the other day.
so far I like it. most concerns I have are already mentioned on this site, and are "fixed in next release"

here is one I cant find mention of.

when I play a show in PVRX2, the commercial skips are WAY off.
if I play the EXACT same recording in GBPVR, the skips are perfectly placed.
this leads me to believe that comskip is doing its job, but PVRX2 somehow loses track.

anybody else have this problem??

Hi, all.

I'm currently running a client/server setup. Server is a fairly beefy machine with two PVR250s. Client is a low-end machine (approx P3-933Mhz, 256 megs). No wireless - both machines are plugged into the same router. Both running 1.0.8 (client has the recording service stopped and is using the old GUI). Client uses streaming mode and the MPV decoder. I've set LiveTV to be a fairly low bitrate.

The client normally runs fine (video is smooth, menus are fast), but after a few hours of watching LiveTV it freezes.

Logs on the server are set to DEBUG level.

I believe the lockup occurred at around 15:09 or 15:10 (I wasn't paying close attention).

At 15:11, I tried to change the channel on the frozen client. It was on channel 2 (the lowest) and I hit channel-down, so it would wrap around to channel 78 (the highest). I saw no change on the client (still frozen), but saw the following on the server in the GBPVRRecordingService.exe-native.log:

[...]
2007-08-11 15:02:07.546 VERBOSE ConexantRecorder::StartRecording() done
2007-08-11 15:02:40.515 VERBOSE ConexantRecorder::StartNewFile(C:\Media\LiveTV\Golf_2_20070811_14001900.mpg, 2)
2007-08-11 15:02:40.515 VERBOSE getSetting(LiveTVAnalogQuickFileSwitch)
2007-08-11 15:02:40.625 VERBOSE put_Channel(2, AMTUNER_SUBCHAN_DEFAULT, AMTUNER_SUBCHAN_DEFAULT)
2007-08-11 15:02:40.781 VERBOSE Hardware Revision: 0x0207
2007-08-11 15:02:40.781 VERBOSE Product ROM: 0x0207
2007-08-11 15:02:40.781 VERBOSE Unknown MSP Product ROM Code
2007-08-11 15:02:40.796 VERBOSE Attempting to auto detect MSP Standard
2007-08-11 15:02:41.000 VERBOSE Standard Result = 0x0020
2007-08-11 15:02:41.000 VERBOSE Status = 0x0110
2007-08-11 15:02:41.156 VERBOSE ConexantRecorder::StartNewFile() finished
2007-08-11 15:11:27.968 VERBOSE ConexantRecorder::StartNewFile(C:\Media\LiveTV\Community Programming_2_20070811_14001800.mpg, 78)
2007-08-11 15:11:27.968 VERBOSE getSetting(LiveTVAnalogQuickFileSwitch)
2007-08-11 15:11:28.078 VERBOSE put_Channel(78, AMTUNER_SUBCHAN_DEFAULT, AMTUNER_SUBCHAN_DEFAULT)
2007-08-11 15:11:28.234 VERBOSE Hardware Revision: 0x0207
2007-08-11 15:11:28.234 VERBOSE Product ROM: 0x0207
2007-08-11 15:11:28.234 VERBOSE Unknown MSP Product ROM Code
2007-08-11 15:11:28.250 VERBOSE Attempting to auto detect MSP Standard
2007-08-11 15:11:28.453 VERBOSE Standard Result = 0x0020
2007-08-11 15:11:28.453 VERBOSE Status = 0x0110
2007-08-11 15:11:28.609 VERBOSE ConexantRecorder::StartNewFile() finished

Fascinatingly, it looks like the client isn't so frozen that it wasn't able to see my attempt to change the channel and send it to the server. The server received the channel change request and actually did it. The client remained frozen (can't even return to the menu).

And I see the following occurs in the GBPVRRecordingService.exe.log around the time of the client-side lockup:

[...]
2007-08-11 15:09:35.343 VERBOSE [17] READ: 49152 bytes from offset 155580416
2007-08-11 15:09:35.343 VERBOSE [17] READ: complete
2007-08-11 15:09:35.343 VERBOSE [17] File length currently: 155664320
2007-08-11 15:09:35.343 VERBOSE [17] READ: 49152 bytes from offset 155531264
2007-08-11 15:09:35.343 VERBOSE [17] READ: complete
2007-08-11 15:09:35.343 VERBOSE [17] File length currently: 155670464
2007-08-11 15:09:35.343 VERBOSE [17] READ: 49152 bytes from offset 155580416
2007-08-11 15:09:36.343 VERBOSE [18] STATUS: DEADBEEF000000F5
2007-08-11 15:09:36.343 VERBOSE [18] returning length: 155865024
2007-08-11 15:09:36.703 VERBOSE [17] READ: complete
2007-08-11 15:09:37.484 VERBOSE [18] STATUS: DEADBEEF000000F5
2007-08-11 15:09:37.484 VERBOSE [18] returning length: 156209088
2007-08-11 15:09:41.921 VERBOSE [13] RenewLease 2
2007-08-11 15:09:41.921 VERBOSE [13] forcing refresh of next 2 hour events for all capture sources
2007-08-11 15:09:41.921 VERBOSE [13] getValue cached value: /settings/LiveTVDirectory : C:\Media\LiveTV
2007-08-11 15:09:41.921 VERBOSE [13] Getting current programme from cache
2007-08-11 15:09:41.921 VERBOSE [13] RenewLease finished
2007-08-11 15:10:11.953 VERBOSE [13] RenewLease 2
2007-08-11 15:10:11.953 VERBOSE [13] forcing refresh of next 2 hour events for all capture sources
2007-08-11 15:10:11.953 VERBOSE [13] getValue cached value: /settings/LiveTVDirectory : C:\Media\LiveTV
2007-08-11 15:10:11.953 VERBOSE [13] Getting current programme from cache
2007-08-11 15:10:11.953 VERBOSE [13] RenewLease finished
2007-08-11 15:10:42.000 VERBOSE [13] RenewLease 2
2007-08-11 15:10:42.000 VERBOSE [13] forcing refresh of next 2 hour events for all capture sources
2007-08-11 15:10:42.000 VERBOSE [13] getValue cached value: /settings/LiveTVDirectory : C:\Media\LiveTV
2007-08-11 15:10:42.000 VERBOSE [13] Getting current programme from cache
2007-08-11 15:10:42.000 VERBOSE [13] RenewLease finished
2007-08-11 15:11:12.046 VERBOSE [13] RenewLease 2
2007-08-11 15:11:12.046 VERBOSE [13] forcing refresh of next 2 hour events for all capture sources
2007-08-11 15:11:12.046 VERBOSE [13] getValue cached value: /settings/LiveTVDirectory : C:\Media\LiveTV
2007-08-11 15:11:12.046 VERBOSE [13] Getting current programme from cache
2007-08-11 15:11:12.046 VERBOSE [13] RenewLease finished
2007-08-11 15:11:27.953 VERBOSE [13] Opportunity to reuse capture graph. Attempting quick channel change
2007-08-11 15:11:27.953 VERBOSE [13] getValue cached value: /settings/LiveTVDirectory : C:\Media\LiveTV
2007-08-11 15:11:27.968 VERBOSE [13] Temporary live TV filename: C:\Media\LiveTV\Community Programming_2_20070811_14001800.mpg
2007-08-11 15:12:13.781 ERROR [5] Found expired lease. Stopping recording.
2007-08-11 15:12:13.781 VERBOSE [5] Received request to stop livetv: 2

So it looks like the server, although it received and acted on the change-channel command from the frozen client, it eventually realized that nobody was watching the recording, so it stopped it.

What does "STATUS: DEADBEEF000000F5" mean? I see it very sporadically in the logs, and not always associated with a lockup.

On the client side, the GBPVR.exe-native.log has this around this time:

[...]
2007-08-11 15:02:49.260 INFO DirectShowPlayerBase::playVideoFile(~C:\Media\LiveTV\Golf_2_20070811_14001900.mpg)
2007-08-11 15:02:49.661 VERBOSE This is a remote video file
2007-08-11 15:02:49.661 VERBOSE about to file switch
2007-08-11 15:02:50.252 VERBOSE About to switch files
2007-08-11 15:02:50.762 VERBOSE After file switch
2007-08-11 15:02:50.762 VERBOSE DirectShowPlayerOverlay:etSourceAspectRatio(2) doing auto aspect ratio..
2007-08-11 15:02:50.762 VERBOSE Window size is 800x600
2007-08-11 15:02:50.762 VERBOSE Video size is 640x480
2007-08-11 15:02:50.762 VERBOSE Handling 4:3 source
2007-08-11 15:02:50.762 INFO DirectShowPlayerBase::playFile() done
2007-08-11 15:02:50.762 VERBOSE DirectShowPlayerOverlay:etSourceAspectRatio(2) doing auto aspect ratio..
2007-08-11 15:02:50.762 VERBOSE Window size is 800x600
2007-08-11 15:02:50.762 VERBOSE Video size is 640x480
2007-08-11 15:02:50.762 VERBOSE Handling 4:3 source
2007-08-11 15:02:50.893 VERBOSE DirectShowPlayerOverlay:etVideoWindowPos
2007-08-11 15:02:50.893 VERBOSE DirectShowPlayerOverlay:etVideoWindowPos@2
2007-08-11 15:03:02.289 VERBOSE DirectShowPlayerOverlay:etVideoWindowPos
2007-08-11 15:03:02.299 VERBOSE DirectShowPlayerOverlay:etVideoWindowPos@2
2007-08-11 15:03:02.589 VERBOSE DirectShowPlayerOverlay:etVideoWindowPos
2007-08-11 15:03:02.589 VERBOSE DirectShowPlayerOverlay:etVideoWindowPos@2
2007-08-11 15:03:03.731 VERBOSE DirectShowPlayerOverlay:etVideoWindowPos
2007-08-11 15:03:03.751 VERBOSE DirectShowPlayerOverlay:etVideoWindowPos@2
2007-08-11 15:11:36.709 INFO DirectShowPlayerBase::playVideoFile(~C:\Media\LiveTV\Community Programming_2_20070811_14001800.mpg)
2007-08-11 15:11:37.109 VERBOSE This is a remote video file
2007-08-11 15:11:37.109 VERBOSE about to file switch

So there's no obvious error message on the client side when the freeze occurred. And you can see log lines that seem to be responding to the channel change attempt, although nothing occurs after that.

The server did not need to be restarted. I did have to CTRL-ALT-DEL on the client, though, and kill the GBPVR process. I restarted it, and we're back to normal.

I can put together log and config files if needed, although I wanted to know if it was possible to determine what the issue might be given the data here...?

Thanks!

Hi,

Have a similar issue as http://forums.nextpvr.com/showthread.php?t=28548, except I have sound but no video of any kind of media with the new executable.

Running the old gbpvr-executable allows for playing all media with sound.

Have tried reinstalling the video decoders, including the mpv-decoder suggested on the other above post, and also changing to different video decoders in the GBPVR control panel/playback with no effect.

What to do?

TIA.

thought people like this.


An update is available that improves the compatibility and reliability of Windows Vista
http://support.microsoft.com/kb/938194


Hotfix 2
http://support.microsoft.com/kb/938979

Hi everyone,

I was wondering if anybody had had the same experience I have had and if anybody could help me.

I've been using GBPVR for a couple of years now and I love it.

I've been using it with a Hauppauge Win TV PVR 350. I had lots of problems setting it up and it's a great card. Now, before you all roll your eyes, the problem isn't with this card. I know this card has caused many people heartache, and sub no longer supports it. However, once you do get it working it's excellent. Anyway...

My issue is with a Hauppauge WinTV Nova S Plus which I added recently.

Everything is working fine, but Live TV / Recordings are very jerky. Specifically, the audio is fine, but the video starts to lag and jitter, and it gets further and further out of sync. I'm not too bothered about live TV, but would like to get recording working properly.

I am using the TV out on the 350 to play it, but it's also the same if I don't use the 350 TV Out so I don't believe the 350 has anything to do with it but I'm open to correction.

The jerkiness is in the recorded file itself, it's not just happening when I play it back. If I play the file on my PC monitor (even not through GBPVR), it jerks in exactly the same places.

What I've discovered is that if I record a file in WinTV2000 (the Hauppauge application), the recording is perfect. And it records directly to MPEG, which is what I'd like to do in GBPVR, as then I can play it over the 350 TV Out, and I don't need to do any post recording processing. Also, both my test recordings (GBPVR and WinTV2000) were to the same drive at different times so it's not that. Also the 350 records fine to that drive. Right now by the way I haven't got the 350 even set up in GBPVR so they're not both accessing the drive or anything.

I don't know a lot about this, but I'm guessing that perhaps WinTV2000 must be using a mux, and that mux is better for the card than any other, and also that mux is recording straight to MPEG, which is what I want. I've tried the DVR MS mux under the BDA Multiplexer list on the Misc tab in config, and it's not as jerky as the cyberlink one, but still very jerky. Also it doesn't produce MPEG files, so post recording conversion is necessary which is something I'd rather avoid as I know it's highly experimental right now and hogs my system CPU to 100%. Right now I'm not doing anything special - this is plain vanilla recording.

So does anybody know what mux WinTV2000 is using and how I can get GBPVR to use it? I think that might solve the issue. Maybe I'm on the wrong track. Any ideas anybody?

I'm using 1.0.8.

I've gone through a lot so far to get this card working (the quartz problem, needed new files from MCE for tuning, and loads of other issues), but I'm stuck on this one. If anybody could help me I'd really really appreciate it.

Thanks,
Eoghan.