<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 9 Feb 2023 at 13:15, Jan Ceuleers <<a href="mailto:jan.ceuleers@gmail.com">jan.ceuleers@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 09/02/2023 12:33, John Pilkington wrote:<br>
>> Just to state my understanding of your point: I believe you refer to<br>
>> specifying pre and post-roll in recording rules, is that right? (Perhaps<br>
>> I'm not using the correct terminology here; apologies if so).<br>
>><br>
>> If so, the reason why I am now using the global pre-roll feature is<br>
>> that, in my understanding, it enables back-to-back recordings on the<br>
>> same capture card, whereas with recording rule-specified pre/post-rolls<br>
>> two capture cards are needed to record back-to-back programs.<br>
>><br>
> Maybe your more complex system has this problem, but I have no such<br>
> difficulty with my DVB-T/T2 tuners when using a default recording rule,<br>
> 2m early 4m late, with EIT data.  Most of my recordings are<br>
> single-record only, aand back-to-back happens often.<br>
<br>
Yes, a multirec-capable tuner (which most DVB-x tuners are) does not<br>
have this problem to the same extent, because they natively support the<br>
concept of multiplexes which MythTV's multirec capability was designed<br>
for. My HDHR DVB-C tuner, for example, also does not, in that it has<br>
multiple virtual tuners available that can be swung into service for the<br>
purpose of back-to-back recordings (or indeed for parallel recordings of<br>
any combination of channels on the same multiplex).<br>
<br>
But the encrypted channels my cable company provides need to be accessed<br>
by means of a set-top box, and there is presently no "multirec"<br>
capability for one-channel-at-a-time capture cards.<br>
<br>
Cheers, Jan<br><br></blockquote><div>I have just now created a pull request #716 (<a href="https://github.com/MythTV/mythtv/pull/716">https://github.com/MythTV/mythtv/pull/716</a>) with a fix that does solve the REC_PENDING event issue in my testing.</div><div><br></div><div>Klaas.</div><div><br></div><div> </div></div></div>