<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 6 Feb 2022 at 23:06, Paul Harrison <<a href="mailto:mythtv@mythqml.net">mythtv@mythqml.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 06/02/2022 19:04, John Pilkington wrote:<br>
<br>
> On 06/02/2022 14:32, Stephen Worthington wrote:<br>
>> On Sun, 6 Feb 2022 14:43:35 +0100, you wrote:<br>
>><br>
>>> On Sun, 6 Feb 2022 at 12:36, John Pilkington <<a href="mailto:johnpilk222@gmail.com" target="_blank">johnpilk222@gmail.com</a>> <br>
>>> wrote:<br>
>>><br>
>>>> On 06/02/2022 10:40, Klaas de Waal wrote:<br>
>>>>> Hi,<br>
>>>>><br>
>>>>> I have now on two different systems that the checkbox for "This <br>
>>>>> server<br>
>>>>> is the Master Backend" is unexpectedly unchecked. This is with <br>
>>>>> testing<br>
>>>>> the fixes/32. It could just be that I did something wrong but if <br>
>>>>> others<br>
>>>>> also experience this issue it might be a bug.<br>
>>>>><br>
>>>>> Klaas.<br>
>>>><br>
>>>> I have mythtv-setup problems too, but thought they were caused by<br>
>>>> unwanted interaction between boxes intended to be independent.  At<br>
>>>> present I have switched off the problem box and am wondering if I <br>
>>>> need a<br>
>>>> DB restore.    I dislike the full-screen arrogance of the default <br>
>>>> setup,<br>
>>>> and that it finds several servers with no obvious way of knowing which<br>
>>>> is which.   Fortunately, once set up, it usually works.  And I know <br>
>>>> I'm<br>
>>>> supposed to use the 'ten foot interface' model with a single syatem...<br>
>>>><br>
>>>> My problems did start after trying to test an updated Dutch <br>
>>>> translation on<br>
>>> my laptop.<br>
>>> It looks like starting mythfrontend with the -p command line option, as<br>
>>> recommended in the Wiki page<br>
>>> <a href="https://www.mythtv.org/wiki/Translation#Do_the_translation" rel="noreferrer" target="_blank">https://www.mythtv.org/wiki/Translation#Do_the_translation</a>, is what <br>
>>> causes<br>
>>> the problems.<br>
>>> I did expect the "mythfrontend -p" to ask for the language; instead it<br>
>>> comes up with a backend selection page.<br>
>>> There are two backends shown with completely identical descriptions.<br>
>>> Selecting the first one gives a popup box with a prompt for a PIN code.<br>
>>> Entering 0000 fails, the box remains.<br>
>>> Selecting the second one works OK without a PIN code. This happens <br>
>>> to be<br>
>>> the production backend in my attic and this is not what I wanted so <br>
>>> I just<br>
>>> exited after clicking around for a while.<br>
>>> Now on BOTH systems, my laptop and the one in the attic, the "This <br>
>>> server<br>
>>> is the Master Backend" is unchecked.<br>
>>> I have been able to reproduce this once but not twice.<br>
>>><br>
>>> Looks like there are the following issues:<br>
>>><br>
>>> - The "mythfrontend -p" command is expected to ask for country and <br>
>>> language<br>
>>> but instead it does something completely different. It could be that <br>
>>> the<br>
>>> documentation in <br>
>>> <a href="https://www.mythtv.org/wiki/Translation#Do_the_translation" rel="noreferrer" target="_blank">https://www.mythtv.org/wiki/Translation#Do_the_translation</a><br>
>>> is not correct.<br>
>>> - The backend configuration is clobbered by "mythfrontend -p". This <br>
>>> should<br>
>>> never happen and is the most serious issue.<br>
>>> - I can NOT start mythfrontend when I select the backend via the <br>
>>> backend<br>
>>> selection page; it then asks for a PIN code which is not accepted.  <br>
>>> I can<br>
>>> however just start mythfrontend without the "-p" option and then it <br>
>>> starts<br>
>>> OK. This is inconsistent.<br>
>>> - The two backends presented in the backend selection page have a 100%<br>
>>> identical description. This makes selecting the correct backend a <br>
>>> lottery.<br>
>><br>
>> If you copy /usr/share/mythtv/devicemaster.xml to<br>
>> /home/mythtv/.mythtv/devicemaster.xml and edit it there, that should<br>
>> allow you to change the names that show up when selecting backends.<br>
>><br>
>>> I also think that the default for mythtv-setup should be to appear in a<br>
>>> window and not full screen. Typical use for mythtv-setup, at least <br>
>>> for me,<br>
>>> to run it via ssh on a computer screen and not on the TV. The annoying<br>
>>> thing is that this can only be changed in mythfrontend.<br>
>><br>
>> I believe that it is possible to use -O to override settings that are<br>
>> in the settings table if the program does not have a native way of<br>
>> changing them.  So something like this might work:<br>
>><br>
>> -O RunFrontendInWindow=1<br>
>><br>
>>> Klaas.<br>
><br>
> Thanks, Stephen, for your suggestions.  So far I haven't seen any <br>
> response to my editing of devicemaster.xml, but I did notice that one <br>
> box is showing 32.202201... and another 33.202202...  Perhaps it needs <br>
> a reboot to be effective.  I had restarted the backend.<br>
><br>
><br>
You need to tell the backend where to look for the new devicemaster.xml <br>
file.<br>
<br>
<a href="https://www.mythtv.org/wiki/UPnP#Overriding_the_default_devicemaster.xml_file" rel="noreferrer" target="_blank">https://www.mythtv.org/wiki/UPnP#Overriding_the_default_devicemaster.xml_file</a><br>
<br><br></blockquote><div>We live and learn! I did not know this. </div><div>But maybe we can add something that makes the default identification a bit easier.</div><div>Currently it shows the string  "MythTV AV Media Server" plus the MythTV version and date, now 32.202....</div><div>Which happens to be the same for my production backend and my development laptop.</div><div>Can we tack on the hostname and/or the IP address somewhere?</div><div>E.g. "MythTV AV Media Server v32" plus "hostname:192.168.1.23" would be perfect unless there is more than one mythbackend running per host.</div><div>I did experiment a bit but getting the MythUIButtonListItem to do what I want proved too much on a late Sunday evening.<br></div><div>Also, we should agree if this is a good idea before we implement it. Maybe a ticket.</div><div><br></div><div>And then there is the issue of the master backend setting being modified when "mythfrontend --prompt" is used. </div><div>And why is it possible to start mythfrontend without the --prompt but that it fails on a pin code validation when --prompt is used....</div><div><br></div><div>Klaas.</div><div><br></div><div><br></div><div><br></div><div><br></div></div></div>