Hey All!

Still getting the hang of things. I think I've come a long way but am still confused by something:

I have a clip that is encoded in Mpeg2 format (orginally a VCD). It plays in WMP but not in GBPVR, it basically hangs the box for about a minute then starts responding again. No screen change or flicker at all.

I have a clip recorded by GBPVR and Gspot tells me its Mpeg2 as well. It will play in both WMP and GB.

Gspot in both cases says there is no codec installed for Mpeg2.

When I ask Gspot to tell me what codec is actually being used to render the stream it says InterVideo Video Decoder to render the GBPVR recording. And fails to render the other clip at all.

But as I said...WMP plays both with no issue.

Can someone provide any info on why? I've tried to read through some of the other Mpeg2 topics but none seem to relate to this. More about flickering image etc...

need help finding the reason why comclean will not work on one of my mgpegs. I recently recored 24 and rsn comskip and comclean. the comskip worked with no problems and found the comercials but comclean did not remove the commercials fro the mpeg. I viewed the original mpeg from the MVP and sure enought all the commercial were found. I reran the process on the same file and no differents. I then ran it on and older recording and comclean did take out the commercials. There does seem to be an error generated see pic below. the error says "warning: couldn't find valid system header. I'm continuining anyway". Can anyone help explain the error so I can fix it for next time?

in light of the zap2it situation, i would like to clarify a couple of things in regards to updating the EPG by an XMLTV data file.

if i have 10 days of data currently in the EPG and i download XMLTV data for day 11 (using the offset switch), when i perform a GBPVR EPG update it will append this 11th day data to the EPG?

if in the same 10 EPG scenario i download XMLTV data for the current day and perform a GBPVR EPG update, will any changes to the EPG will be made provided there are no additional channels? i.e. will the stored EPG schedule for today be updated to reflect changes or do you have to perform a complete empty and 10 day reload?

In regards to auto update of the EPG, anyone have suggestions for those few of us that are still on dial-up? (other than breaking down and getting a broadband connection) I've monkeyed a bit with some scripting but have been unable to coerce dial-up service (AOL) and the gbpvr epg update to work together. I expected gbpvr to try to bring up my dial-up connection automatically when it tries to establish a connection to zap2it but it does not (is this an XP setting somewhere?)

Big sigh of relief that zap2it went back to 13 days of EPG -- if they limit to 3 days again I'm really sunk without an automatic update capability.

Hello,

In the latest release of GBPVR I've just noticed that there is bad sound when playing a captured file from the DVD drive. It sounds as though it is clipping.

Here is a little background. I have 2 computers running GBPVR, each with a PVR-150. At times I record tv on one runing 94.13 and copy the file to a dvd-r and play it back on the 2nd PC runing 95.16 which is attached to my TV using the video library. I just tired this for the first time since upgrading to the latest GBPVR on the 2nd pc and have a sound problem. The sound is fine when played directly with Windows media player, or if I copy the file to the HD and then play back with GBPVR. Just trying to determin if this is GBPVR or a hardware problem with the DVD-R drive. Also it plays fine on the pc with 94.13 from the DVD drive

Thanks.....Robert

Hi all,

I've been setting up GB-PVR 95.16 over the last week or so and noted that manual one button recordings while watching TV are somewhat limited, and recording manually from the localhost website non-existent without a TV guide entry for the channel one is interested in.

This issue posed a problem for me with my connections to my VCR and cable box being EPG-less. As a result, I developed this small command-line utility to generate an EPG of sorts for a single channel. This way, I can fill out the guide for my VCR and cable TV channels automatically through a batch script. I also thought that others might find it useful, so here it is: UpdateOptusVCREPG.exe. This program generates an xml file to be used as the XMLTV source for the EPG in GB-PVR.

Usage: [/item (default)] denotes an item is optional and its default value
-----------------------------------------------------------------
[/?] - Help: shows this information
[/d (7)] - The number of days in the guide.
[/p (15)] - The period between timeslots in minutes.
/c channel - The channel name.
/t title - The title to use for the time slots.
[/s ()] - The subtitle to use.
[/i ()] - The program description to use.
[/g ()] - The program category to use.
[/o [Path\](Listing2.xml) - Output file name; if Path is omitted, file is created in current directory.

How to Use

1. Download the .zip and extract to get the .exe. This is the program so place it where you wish to install it.
   
2. Go to Start, Run and type cmd then click OK. This will open the command prompt.
   
3. Change to the directory where you installed/unzipped the program. The commands to do this are: cd <path> to change directory. If it is on a different drive, you may have to type the drive letter followed by a colon and press Enter: eg D:<ENTER>
   
4. Once in the directory of the program, if you simply execute it by typing its name, you will get the usage instructions posted above.
   
5. To generate your xml file, you need at least two arguments: the channel name (/c) and program title to use for all of the time slots (/t). The rest of the arguments can be ignored and defaults will be used. An example: UpdateOptusVCREPG.exe /c "PayTV" /t "PayTV Program". Note the quotation marks - these are required if you have spaces in your text otherwise the arguments will be truncated.
   
6. The /d argument allows you to specify the number of days you want your guide to cover. The default is 7.
   
7. The /p argument allows you to define the length of each timeslot in minutes (ie length of each "programme"). The default is 15 minutes, but you might find this not to your liking. Perhaps 60 mins is more reasonable. You can customize this as you wish. NOTE: If you use a period that does not divide by 60 with no remainder, your time slot specification may not work. FURTHER NOTE: It seems that there is a bug whereby periods above 60 cause a problem where the program will keep writing the file (until you run out of disk space). For now, safe maximum length of timeslot is 60.
   
8. The /s parameter allows you to enter a sub-title. Default is "".
   
9. The /i parameter allows you to enter a program description that will be used for all periods. Default is "".
   
10. The /g parameter allows you to enter the genre or category of the programs. Default is "".
    
11. The /o argument lets you specify where and under what name you want to output the resulting file. Default is in the program's directory with the name Listing2.xml.
    
12. Having digested all of the above, run the program to generate your xml EPG data. An example: UpdateOptusVCREPG.exe /c "VCR" /t "Video Cassette Recording" /d 14 /p 60 /i "The currently playing video cassette from the archives." /g Archives /o "C:\Multimedia\GBPVR\VCREPG.xml"
    
13. Now that you have your EPG data, enter the config.exe of GB-PVR and go to Capture Sources. Select the source you want to use the EPG data with, click Edit, change EPG source to XMLTV Plugin, click Settings, point to the file you generated, click OK. Update your EPG, click your OKs, check your channels are fine, and you're done. When you go into GB-PVR, the new guide entries should appear.
    
14. You can then make a batch script to run this program and place it in your scheduled tasks to automatically generate the guide data.
    

I have had my system running GBPVR using the hauppauge remote control but decided recently to change over to a micrososft mce2005 remote. I have this installed on my system and have changed GBPVR to use this for input, this side of things is now working reasonably well.

When I change the channel changer option for my capture source to mce2005 I get the following error message

An unhandled Exception has occurred
Value cannot be null
Parameter name type

I attach the detailed information for this

I've read a couple comments about people with problems and the PVR-350; it's working great here for me. A recent comment from sub on another thread sounded like it was longtime problematic and support was an issue.

What's the history here? Do the recent updates from Hauppauge have anything to do with my ease of install a couple weeks ago? I'm not even running their beta versions, IIRC they are v2.2, Mar 2005 for the main drivers, although the WinTV stuff was newer. So I guess it isn't that recent a driver change...

I picked out a capable name-brand mainboard, although a bit dated with socket 754, and avoided VIA chipsets, nothing else special for this setup.

am I just not trying the right features? What doesn't work for those with problems?

For me, recordings are great, live is great quality, overlay thru my MX4400 s-video out works if I go that route, but I prefer the quality of the 350's TV out. Plus I haven't fiddled with the 4400 enough to get the screen res. and placement perfect for using it for the TV-out-- although near-term I might go this way so I can get rid of the monitor next to the TV.

Thanks for info,

Brian

Hi,

I have started working on a little utility for editing the channel information and tuning-requests for DVB.

I have had a look at the channel table and the source_channel_mapping tables. It seems to me that the channel_number field in the channel table is used for sequencing and nothing more. The analogue tuner stations are stored in source_channel_mapping.source_channel_number.

So, if i resequenced the channels via the channel.channel_number field, this would have no adverse affects.

Am i correct, or have i misunderstood something.

Regards,

Antony.

Not sure whether this belongs in support or wishlist so here's the issue, at what seem like irregular periods throughout the day, like now at 10:25am, GBPVR is hammering the CPU and the disks are rattling.

It's clearly a maintenance function, not the EPG as that is set for 7am.

The problem is that I have two MVP's and it's the instances of the MVP's GBPVR.EXE process that's above normal priority that are doing the work. The MVP's are off so it's not screen update.

The problem is compounded because there are two instances of GBPVR running at above normal priority and they are each clearly trying to do the same task as they each have pretty much 50% CPU utilisation.

If this is database compaction or other scavenging, surely this isn't good to have two instances trying to achieve the same thing at the same time and at a non configurable time of day?

With them both being above normal priority, the machine becomes completely slugged for minutes on end, 10 minutes so far.

So as for the wishlist, if this isn't configurable in any way as it stands, please can a future version check a semaphore too see if the task is already being performed by one instance and can that task be scheduled?

David.