missing end of back to back programs

[zaprat]

Any ideas on how to do this.

When recording back to back recordings fed from a single source, I often find the end of program is missing, but is in fact on the start of the next. This may be a problem with the scheduling?

As I have only one capture card connected to the source, increasing the padding will not fix the problem.

Has anybody got some suggestions on how I could fix this.

I had some ideas.

a) Buy another capture card, and feed it from the same source.

b) Make the single source appear as two seperate sources using filters, such that GBPVR records as if it was 2 seperate virtual sources. Sounds complicated!

c) Develop a batch which adds the start of next program to the proceeding. The problem here is, how do you get the batch to identify a back-to-back program so it knows which files to process.

I guess I could do something cheap and nasty like:

postprocessing.bat
@echo $1 $2 >> queue.txt

and them write another batch which checks queue.txt to determine if 2 subsequent lines are on the same channel. If so, process it. This of course will pick up any adjacent reporded programs on the same channel and even those which were not back to back.

Any other suggestions?

[Caseyjones]

I'd look at a simple solution first.

Does this happen in all back to back recordings if yes then sounds like your system clock is out of sync with the program.

Does it only happen occasionally - live with it

Do you only have occasional back to back recordings - live with it

Does it happen on one channel only - create recording time manually when on that channel.

Otherwise start delving into the fun

[HarryH3]

Make sure that Windows is able to get on the network to a time server. Open the Date/Time settings and click on the Internet Time tab. Does the message just below the drop down list of servers say success or failure to synchronize the time? Some firewalls will block the time-sync port by default. You have to open the port so that the time can sync properly.

An accurate clock on your PC will minimize the problem that you're seeing, but the TV networks (at least in the US) don't always seem to stay exactly on time these days, so you still may lose the final few seconds sometimes.

[HarryH3]

BTW, one other thing I've found that can help is to select "Record" (instead of "Quick Record") for the 2nd program and set the pre-padding to zero. Once the clock is accurate this also helps prevent clipping the end of the previous show.

[Caseyjones]

I thought if you had back to back on one tuner then the system ignored the pre padding whatever it was set to, perhaps someone can confim?

[forzaKGB]

Yes, it should ignore padding with back-to-back recordings on the same tuner.

[sub]

It ignores padding on back to back recordings on the same tuner, but you do need to make sure you have installed the patch relating to this in the '1.1.5 survival guide' thread.

[Y0tsuya]

What about dual tuners? I have a Hauppauge 500 and when recording back-to-back marathons every other show gets cut off prematurely. The 2nd tuner should be used for this since it's sitting idle.

Edit: Found the patch in the survival guide, sorry.

[elite]

What about dual tuners? I have a Hauppauge 500 and when recording back-to-back marathons every other show gets cut off prematurely. The 2nd tuner should be used for this since it's sitting idle.

Edit: Found the patch in the survival guide, sorry.

You may also want to take a look at the following in config.xml:

Code:

<TryToHonourPaddingIfPossible>true</TryToHonourPaddingIfPossible>
<PreferAlternatingCaptureSources>true</PreferAlternatingCaptureSources>