Mailing List Archive

Mythtv-setup looks too often for VBoxes
A recent patch

https://code.mythtv.org/trac/ticket/13046#comment:35

has made capture-card identification less 'clunky', so I tried another
setup of the system described here

https://lists.gt.net/mythtv/users/610255#610255,

now running 30pre22, which has three physical DVB-T tuners and no other
capture devices. I wanted a simple relationship between the physical
devices and the blocks of cardids, which I believe required me to set up
each device and its multirec number before going on to the next device.

I remember making one unplanned exit during this process. The log
includes 14 lines like this

VBox: Using UPNP to search for Vboxes (3 secs)

each search apparently lasting around 21 seconds. (It also looks for
Disecq trees, but this is much quicker)

mythtv/programs/mythtv-setup/main.cpp has, at line 366,

if (!cmdline.toBool("noupnp"))
{
// start looking for any uPnP devices we can use like VBoxes
SSDP::Instance()->PerformSearch("ssdp:all");
}

but I don't see a direct way of passing 'noupnp' from

mythtv/programs/mythtv-setup/commandlineparser.cpp

Am I looking in the right place? Can it be done?

John P
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Mythtv-setup looks too often for VBoxes [ In reply to ]
> On 24 Aug 2017, at 5:37 am, John Pilkington <J.Pilk@tesco.net> wrote:
>
> mythtv/programs/mythtv-setup/main.cpp has, at line 366,
>
> if (!cmdline.toBool("noupnp"))
> {
> // start looking for any uPnP devices we can use like VBoxes
> SSDP::Instance()->PerformSearch("ssdp:all");
> }



Other occurrences also:

% egrep 'noupnp"' */*.cpp
mythbackend/main_helpers.cpp: g_pUPnp->Init(ismaster, cmdline.toBool("noupnp"));
mythfrontend/main.cpp: if (!cmdline.toBool("noupnp"))
mythtv-setup/main.cpp: if (!cmdline.toBool("noupnp"))
%

and:

% cat libs/libmythbase/mythcommandlineparser.cpp
. . .
/** \brief Canned argument definition for --noupnp
*/
void MythCommandLineParser::addUPnP(void)
{
add("--noupnp", "noupnp", false, "Disable use of UPnP.", "");
}





> but I don't see a direct way of passing 'noupnp' from
>
> mythtv/programs/mythtv-setup/commandlineparser.cpp
>
> Am I looking in the right place? Can it be done?


GitHub search for addUPnP -

I suspect that file just needs an addUPnP();
in MythBackendCommandLineParser::LoadArguments() ???



--
Nigel Pearson, nigel@ind.tansu.com.au|"Reality is that which, |
Telstra Voice/Vid, Sydney, Australia | when you stop believing |
Office: 8576 5449 Fax: 9298 9033 | in it, doesn't go away."|
Mobile: 0408 664435 Home: 9792 6998 | Philip K. Dick - 'Valis’|
Re: Mythtv-setup looks too often for VBoxes [ In reply to ]
On 01/09/17 04:51, Nigel Pearson wrote:
>
>> On 24 Aug 2017, at 5:37 am, John Pilkington <J.Pilk@tesco.net
>> <mailto:J.Pilk@tesco.net>> wrote:
>>
>> mythtv/programs/mythtv-setup/main.cpp  has, at line 366,
>>
>>    if (!cmdline.toBool("noupnp"))
>>    {
>>        // start looking for any uPnP devices we can use like VBoxes
>>        SSDP::Instance()->PerformSearch("ssdp:all");
>>    }
>
>
>
> Other occurrences also:
>
> % egrep 'noupnp"' */*.cpp
> mythbackend/main_helpers.cpp:        g_pUPnp->Init(ismaster,
> cmdline.toBool("noupnp"));
> mythfrontend/main.cpp:    if (!cmdline.toBool("noupnp"))
> mythtv-setup/main.cpp:    if (!cmdline.toBool("noupnp"))
> %
>
> and:
>
> % cat libs/libmythbase/mythcommandlineparser.cpp
> . . .
> /** \brief Canned argument definition for --noupnp
>  */
> void MythCommandLineParser::addUPnP(void)
> {
>     add("--noupnp", "noupnp", false, "Disable use of UPnP.", "");
> }
>
>
>
>
>
>> but I don't see a direct way of passing 'noupnp' from
>>
>> mythtv/programs/mythtv-setup/commandlineparser.cpp
>>
>> Am I looking in the right place?  Can it be done?
>
>
> GitHub search for addUPnP -
>
> I suspect that file just needs an addUPnP();
> in  MythBackendCommandLineParser::LoadArguments() ???
>

Thanks for this. I've been away and of course, with the setup now done,
the irritation has passed. I'm not sure if builds are working for me at
present, but it does seem possible that an "addUPnP();" in the
corresponding place in the mythtv-setup parser will do what I asked for.
I'll try it in the next build session.

John P

_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Mythtv-setup looks too often for VBoxes [ In reply to ]
On 10/09/17 12:25, John Pilkington wrote:
> On 01/09/17 04:51, Nigel Pearson wrote:
>>
>>> On 24 Aug 2017, at 5:37 am, John Pilkington <J.Pilk@tesco.net
>>> <mailto:J.Pilk@tesco.net>> wrote:
>>>
>>> mythtv/programs/mythtv-setup/main.cpp  has, at line 366,
>>>
>>>    if (!cmdline.toBool("noupnp"))
>>>    {
>>>        // start looking for any uPnP devices we can use like VBoxes
>>>        SSDP::Instance()->PerformSearch("ssdp:all");
>>>    }
>>
>>
>>
>> Other occurrences also:
>>
>> % egrep 'noupnp"' */*.cpp
>> mythbackend/main_helpers.cpp:        g_pUPnp->Init(ismaster,
>> cmdline.toBool("noupnp"));
>> mythfrontend/main.cpp:    if (!cmdline.toBool("noupnp"))
>> mythtv-setup/main.cpp:    if (!cmdline.toBool("noupnp"))
>> %
>>
>> and:
>>
>> % cat libs/libmythbase/mythcommandlineparser.cpp
>> . . .
>> /** \brief Canned argument definition for --noupnp
>>   */
>> void MythCommandLineParser::addUPnP(void)
>> {
>>      add("--noupnp", "noupnp", false, "Disable use of UPnP.", "");
>> }
>>
>>
>>
>>
>>
>>> but I don't see a direct way of passing 'noupnp' from
>>>
>>> mythtv/programs/mythtv-setup/commandlineparser.cpp
>>>
>>> Am I looking in the right place?  Can it be done?
>>
>>
>> GitHub search for addUPnP -
>>
>> I suspect that file just needs an addUPnP();
>> in  MythBackendCommandLineParser::LoadArguments() ???
>>
>
> Thanks for this.  I've been away and of course, with the setup now done,
> the irritation has passed.  I'm not sure if builds are working for me at
> present, but it does seem possible that an "addUPnP();" in the
> corresponding place in the mythtv-setup parser will do what I asked for.
>  I'll try it in the next build session.

fc25 v30pre39 with that patch.
It is shown as an option by mythtvsetup --help

Misc. Options:
--noupnp Disable use of UPnP.

but

$ mythtvsetup -nw --geometry 1920x1080+1024+0 --noupnp

still hangs around for 24 seconds after selecting the CaptureCard
screen. Only one dvb-t tuner at present, with no going to-and-fro in the
multirec setup, but it's not doing the job.

2017-09-11 12:30:39.538852 I Current MythTV Schema Version
(DBSchemaVer): 1348
2017-09-11 12:31:07.542406 I VBox: Using UPNP to search for Vboxes (3 secs)
2017-09-11 12:31:31.136326 W DiSEqCDevTree: No device tree for cardid 1
2017-09-11 12:31:31.139196 W DiSEqCDevTree: No device tree for cardid 1

_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Mythtv-setup looks too often for VBoxes [ In reply to ]
On 09/11/2017 07:54 AM, John Pilkington wrote:
> fc25 v30pre39 with that patch.
> It is shown as an option by mythtvsetup --help
>
> Misc. Options:
> --noupnp Disable use of UPnP.
>
> but
>
> $ mythtvsetup -nw --geometry 1920x1080+1024+0 --noupnp
>
> still hangs around for 24 seconds after selecting the CaptureCard
> screen. Only one dvb-t tuner at present, with no going to-and-fro in
> the multirec setup, but it's not doing the job.
>
> 2017-09-11 12:30:39.538852 I Current MythTV Schema Version
> (DBSchemaVer): 1348
> 2017-09-11 12:31:07.542406 I VBox: Using UPNP to search for Vboxes (3
> secs)
> 2017-09-11 12:31:31.136326 W DiSEqCDevTree: No device tree for cardid 1
> 2017-09-11 12:31:31.139196 W DiSEqCDevTree: No device tree for cardid 1
There is a ticket for slow setup
https://code.mythtv.org/trac/ticket/12664
I don't know if that is the same issue, it mentions wait of up to 8
minutes, which may be a different problem.
I will take a look at that and see what can be done.

_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org