copy padding

[zehd]

Sorry, I wont be doing this. If you need to keep the padding on two show, get an additional capture device. It'll also give you the benefit of being able to do it on different channels.

Hi Sub, Here's the scenario: Two cards (Only two cards - had the big V - no further cards in the works :p )

Scheduled back to back recordings. GB-PVR takes the first available tuner from the top down in Capture sources (This case all are free so it takes the first one)

When the second show starts, GB-PVR grabs second tuner to start. Meanwhile, whatever I've been watching on LiveTV is closed down...

(I think) I know why you have GB-PVR swap tuners between back to back shows. Probably just to add the padding feature.... But if someone has only one tuner, or if they want to keep one tuner available for live TV, they're stuck...

I'm thinking of writing a tool that will allow the user to choose which tuner is used, and now, in conjuction with this thread, adding the padding to both ends of two shows seems to be necessary...

I know you have your hands full. These functions just seemed to be served natively, rather than after the fact, post process.

...Like while a recording is in process, in the last two minutes, have GB-PVR direct the recording to two files (one two minute padding file)

But then maybe you've already wrestled with this and it won't work..

Anyway, cheers! and Great job!

[sub]

Scheduled back to back recordings. GB-PVR takes the first available tuner from the top down in Capture sources (This case all are free so it takes the first one)

When the second show starts, GB-PVR grabs second tuner to start. Meanwhile, whatever I've been watching on LiveTV is closed down...

(I think) I know why you have GB-PVR swap tuners between back to back shows. Probably just to add the padding feature.... But if someone has only one tuner, or if they want to keep one tuner available for live TV, they're stuck...

In multi-tuner systems where the user prefers to retain the padding where possible (and risk tying up an additional tuner), then they can set <PreferAlternatingCaptureSources>true</PreferAlternatingCaptureSources> in config.xml. This will try to keep back to back recordings on different capture sources to ensure the padding is available on each recording.

The default in v0.97.13 is to squeeze recordings on to as few capture sources as possible, so back to back recordings will be sent to the same capture. This is the default setting (<PreferAlternatingCaptureSources>false</PreferAlternatingCaptureSources>).

I know you have your hands full. These functions just seemed to be served natively, rather than after the fact, post process.

...Like while a recording is in process, in the last two minutes, have GB-PVR direct the recording to two files (one two minute padding file)

But then maybe you've already wrestled with this and it won't work..

I wont be doing this. Its just not worth the hassle for something that would only help with back to back recordings on the same channel.
Currently GB-PVR doesnt touch anything in the MPEG stream that is produced by the capture device. The data is just written to disc verbatim. To have the padding on both recordings would require serious manipulation of the data stream to rebuild the GOP at the join, and to fix all the presentation time stamps (PTS) and the display time stamps (DTS) in the overlapped section. Again, this is just not worth the hassle for something that would only help with back to back recordings on the same channel. Even if I had the time, I wouldnt bother doing this one.

[zehd]

I wont be doing this. Its just not worth the hassle for something that would only help with back to back recordings on the same channel.
Currently GB-PVR doesnt touch anything in the MPEG stream that is produced by the capture device. The data is just written to disc verbatim. To have the padding on both recordings would require serious manipulation of the data stream to rebuild the GOP at the join, and to fix all the presentation time stamps (PTS) and the display time stamps (DTS) in the overlapped section. Again, this is just not worth the hassle for something that would only help with back to back recordings on the same channel. Even if I had the time, I wouldnt bother doing this one.

I especially appreciate your time in explaining this. If I were to write a postprocessing utility, some of this information would be quite useful...

Thanks

PS thanks for that switch in config.xml too

[zehd]

I've got the mechansim to clip and store the last two minutes from the first show, and the first two minutes from the second show...

Still working on the mechanism to detect the Back to Back situation in the first place. I have an idea... Now I need time...

I'm hoping to make it a stand alone program that will work in the PostProcessing.bat.

I'll be making it work with ZProcess too

[lonegeek]

Hmm its never off by 2 minutes for me...usually only about 15 seconds of the first show. Which can be a pain

[zehd]

Hmm its never off by 2 minutes for me...usually only about 15 seconds of the first show. Which can be a pain

Well the padding thing that I'll be finishing is tied with the padding set in GBPVR. So if you are only padding 1 minute each way, then it will be corrected by 1 minute...

I suppose I could have the app remember settings where it would only do a few seconds...

[HermanJ]

I would definitely like this post-processing utility. Found any time yet?

[zehd]

I would definitely like this post-processing utility. Found any time yet?

Yes, I've been working on it. Still not even in Alpha stage....

I've taken a new job, and that means that I will actully have less time. But this is something that I'd like for myself too. So I'll find time.. I doubt that it will be ready for the start of the new season though...