<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Feb 20, 2021 at 10:40 AM David Engel <<a href="mailto:david@istwok.net">david@istwok.net</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 Sat, Feb 20, 2021 at 05:13:06PM +0100, Klaas de Waal wrote:<br>
> Hi,<br>
> <br>
> The HD-PVR is a card that encodes an incoming video signal.<br>
> It does not have a tuner, it does not receive a multiplex and hence it<br>
> cannot support recording different programs<br>
> from one multiplex. It might in principle support simultaneous recordings<br>
> of the same channel; this can happen<br>
> when recordings of different programs are scheduled to overlap.<br>
> <br>
> MythTV behavior for multirec is controlled by two fields in table<br>
> capturecard:<br>
> reclimit         This is the "Max Recordings" option in mythtv-setup<br>
> schedgroup  This is the "Schedule as Group" option in mythtv-setup<br>
> The default value for reclimit is 2.<br>
> The default value for schedgroup is 1 (true).<br>
> <br>
> For DVB capture cards, with tuners, the reclimit and schedgroup values can<br>
> be edited in mythtv-setup<br>
> page "Input Connections" / "Interactions Between Inputs".<br>
> <br>
> For HD-PVR cards the "Interactions Between Inputs"  page does not show the<br>
> "Max Recordings" and the "Schedule as Group" fields.<br>
> <br>
> When "Schedule as Group" is selected then the scheduler will create<br>
> additional virtual tuners (capturecard entries)<br>
> when needed for multirec.<br>
> <br>
> When a new HD-PVR tuner is created there is only one entry added to<br>
> database table capturecard.<br>
> The value of reclimit is 2 which indicates there should also be a second<br>
> entry. For DVB cards there are two entries after the "Save and Exit".<br>
> The value of schedgroup is 1 (true) which indicates that additional virtual<br>
> tuners (entries in capturecard) can be created dynamically.<br>
> This currently fails on HD-PVR cards.<br>
> <br>
> Overlapping recordings on the same channel is supported for DVB cards.<br>
> I think that this should also be supported for HD-PVR cards.<br>
> <br>
> If this is supported for HD-PVR cards, or if it will be supported, then the<br>
> mythtv-setup page needs to be changed so that the<br>
> "Max Recordings" and "Schedule as Group" fields can be configured.<br>
> Also the number of entries in capturecard will then be what is configured<br>
> in "Max Recordings".<br>
> <br>
> If overlapping recordings on the same channel is NOT supported for HD-PVR<br>
> cards and if this will not be added then the<br>
> mythtv-setup page is correct but the value for "Max Recordings" must then<br>
> be 1 and the value  for "Schedule as Group" must be false.<br>
> <br>
> I would like to ask if my understanding of the HD-PVR and the current<br>
> behaviour of MythTV with this card is correct,<br>
> and what the idea is of what the correct behavior should be.<br>
> The next step is then of course to fix it.<br>
> <br>
> N.B. SImilar problems have been reported for "V4L2 Encoder" capture cards,<br>
> This has reportedly been fixed by setting reclimit to 1 and schedgroup to 0.<br>
>  I might take that along as well.<br>
<br>
I thought multirec is supposed to work for HD-PVRs.  I'm not sure<br>
about other V4L tuners.  John Poet should be able to definitively<br>
answer this.  My understanding is this should all be controlled by<br>
CardUtil::IsTunerSharingCapable().  It doesn't currently include HDPVR<br>
so I could be mistaken about it's capabilities.<br>
<br>
David<br></blockquote><div><br></div><div>For capturing from a HD-PVR(v1) MythTV uses the mpegrecorder which does not support multirec. If we are talking about the newer HD-PVR2 then it works via an ExternalRecorder which does support multirec.</div><div><br></div><div>At one point I worked on creating a multi-rec capable V4L2 recorder and the code is there, However, for various reasons I ended up removing all such devices from my system and cannot guarantee that code works or is complete. It has been on my TODO list to re-visit it, but I have never gotten around to it.</div><div><br></div><div>John<br></div><div><br></div><div><br></div></div></div>