<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 10, 2023 at 8:04 PM faginbagin <<a href="mailto:helen.buus@gmail.com">helen.buus@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">Hoi Hika,<br>
<br>
Did you mean to write me off list? I think the OP, Daryl, is the one who <br>
needs to hear what you have to say, but I don't see your post on the <br>
mythtv-users archive and I get the digest so it's too soon for me to <br>
know if it actually made it to the list.<br>
<br>
Best wishes,<br>
Helen<br>
<br>
On 8/10/2023 7:33 PM, Hika van den Hoven wrote:<br>
> Hoi faginbagin,<br>
><br>
> Thursday, August 10, 2023, 7:08:39 PM, you wrote:<br>
><br>
><br>
><br>
><br>
>> On 8/10/2023 7:04 AM, Daryl McDonald wrote:<br>
>> <br>
>> <br>
>> Thank-you Hika and Jim A, as to the why, my use case has<br>
>> been, record, watch, delete through new episode season,<br>
>> stream during rerun season, the only thing I intend to record<br>
>> going forward will be news and NFL, stream all else, with six<br>
>> unique tuners, two for EPG and four for recordings, last<br>
>> minute program data will work without SD subscription. Frugal,<br>
>> practical, and functional... I hope.<br>
>> On Thu, Aug 10, 2023 at 6:34 AM James Abernathy<br>
>> <<a href="mailto:jfabernathy@gmail.com" target="_blank">jfabernathy@gmail.com</a>> wrote:<br>
>> <br>
>> <br>
>> <br>
>> <br>
>> <br>
>> On Wed, Aug 9, 2023 at 10:30 PM Hika van den Hoven<br>
>> <<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>> wrote:<br>
>> <br>
>> Hoi Daryl,<br>
>> <br>
>> Thursday, August 10, 2023, 4:09:08 AM, you wrote:<br>
>> <br>
>> > What I'm thinking of accomplishing is, using a<br>
>> RPi4 as a slave BE<br>
>> > on 24/7 collecting EPG program data, with one<br>
>> tuner from the connect<br>
>> > configured on the RPi (for EPG) and the other to the master BE (for<br>
>> > recording). And, deja-vu, second connect for<br>
>> second signal source split configured too.<br>
>> > Unconventional? Totally, but with the hardware I have and my use<br>
>> > case scenario, if it would work, it might just<br>
>> be the best. Possible? TIA Daryl<br>
>> <br>
>> <br>
>> Mythtv expects sole and complete controle on any tuner it uses. So<br>
>> you cannot share tuners between 2 use cases, but<br>
>> you can split the 2<br>
>> tuners between 2 use cases. So one dedicated to<br>
>> one and the other to<br>
>> another. So configure both for using only one<br>
>> tuner on the hdhr.<br>
>> <br>
>> Tot mails,<br>
>> Hika mailto:<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a><br>
>> <br>
>> "Zonder hoop kun je niet leven<br>
>> Zonder leven is er geen hoop<br>
>> Het eeuwige dilemma<br>
>> Zeker als je hoop moet vernietigen om te kunnen overleven!"<br>
>> <br>
>> De lerende Mens<br>
>> <br>
>> <br>
>> I have a HDHR Dual tuner and a quad tuner. I can<br>
>> define in Mythtv the number of tuners I want to record<br>
>> from and select both tuners to create a pool of tuners to choose from automatically.<br>
>> <br>
>> For example, Mythtv is defined with 4 tuners enabling<br>
>> both the HDHR DUO and HDHR Quatro. So even if all four<br>
>> recording tuners are being used I still have 2 tuners<br>
>> somewhere. That way HDHR Android app can watch live TV<br>
>> from a phone without interfering with Mythtv recordings.<br>
>> I also use Schedules Direct for EPG. That way there is no background usage of a tuner<br>
>> <br>
>> This has been a feature of Mythtv for a long while<br>
>> now. I've used this feature on v32 and v33 but now I'm<br>
>> on V34 (Master). It has something to do with TCP usage<br>
>> vs. UDP. As long as you don't have any ancient software<br>
>> like TV-Headend on the same network this method should work fine.<br>
>> <br>
>> Jim A<br>
>> It sounds like you don't intend for the master backend to be on<br>
>> 24/7, just the slave. I don't think that's supported. Maybe the RPI<br>
>> can be the master, but with no storage directories for recording? It<br>
>> will also need access to a database 24/7 to store the EPG it collects.<br>
>> <br>
> Yes true, the minimal requirement at all time is the database and the<br>
> master backend, a slave backend will not work without those. However<br>
> you can setup the tuners on a slave backend with higher priority then<br>
> those on the master backend. That way the master will activate the<br>
> slave whenever a recording is imminent. If you never have more<br>
> simultaneous recordings then there are tuners available to the slave<br>
> backend, the master backend will never actually record. However it<br>
> will need some storage space.<br>
> It would create an interesting configuration, that might be useful. A<br>
> relatively low power master with just the database and maybe some<br>
> other permanently needed network software and a higher power slave<br>
> system with more storage space and tuners only activated at need.<br>
> Might be more energy efficient.<br>
><br>
><br>
> Tot mails,<br>
> Hika mailto:<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a><br>
><br>
> "Zonder hoop kun je niet leven<br>
> Zonder leven is er geen hoop<br>
> Het eeuwige dilemma<br>
> Zeker als je hoop moet vernietigen om te kunnen overleven!"<br>
><br>
> De lerende Mens<br>
><br>
<br>Thanks Helen and Hika, I'll be doing some testingh shortly. It already occured to me to first try the Pi staying as Master, easier etc. Glad to get confirmation on the priority theory too. </blockquote><div>Will the Pi need to be configured to wake the slave elsewhere or will the tuner priority do the trick? </div></div></div>