comskip on consecutive recordings

[stefan]

Whenever I record two shows that follow each other (I have only tried this when the shows are on the same channel), both get recorded, but only the last one gets processed by comskip. Is this a result of comskip failing when it runs two processes at once, or is is a bug in GBPVR starting comskip correctly?

[sub]

I've not seen this myself. GB-PVR never runs two comskip processes at once, but queue them up and run them one at a time.

[rtiangha]

Just wanted to say that this phenomenon happens to me too (I'm running comskip v.0.60 but I also noticed it with whatever comskip version was out when GBPVR v2.27 was released).

Say I've got a program scheduled to be recorded at 7PM for one hour on channel 27 and another program to be recorded at 8PM for one hour on channel 46, comskip will only analyze the 8PM show and doesn't appear to touch the 7PM file (and no comskip files get generated in the recordings folder for that 7PM show).

Not sure if it's a comskip bug or a GBPVR bug, but just wanted to let you know that you're not alone.

[Stimpy]

Same problem here with comskip 0.51
With two shows back to back, only the second one gets processed.

Now what's interesting is if you have three recordings in a row, then the first and the last will get processed, but not the middle one.

Maybe this has something to do with the amount of pre-padding and post-padding on each show. I haven't experimented with this yet.

[jorm]

I have also seen this.

[hvcpvr]

This is definitely a gbpvr issue. I used another third party program that does not suffer this problem. I also have had comskip running on 3 post recordings side by side without a problem with this other app.

[sub]

Ok, enough already. I'll look at it again for the next release.

[sub]

Can someone please reproduce this problem, then email their GBPVRRecordingService.exe.log to me at support@devnz.com? Let me know what time you expected it to record, and what the shows were. Thanks.