[mythtv] [mythtv-commits] Ticket #8726: XMLTV grabber selection/navigation broken

[Jonatan]

On 2010-08-14 07:35, Nick Morrott wrote:
> On 9 August 2010 23:10, MythTV<mythtv at cvs.mythtv.org>  wrote:
>> #8726: XMLTV grabber selection/navigation broken
>> -----------------------------------------------------------------+----------
>>   Reporter:  Nick Morrott<knowledgejunkie (at) gmail (dot) com>    |           Owner:  ijr
>>      Type:  defect                                               |          Status:  new
>>   Priority:  minor                                                |       Milestone:  unknown
>> Component:  MythTV - Mythtv-setup                                |         Version:  Trunk Head
>>   Severity:  medium                                               |      Resolution:
>>   Keywords:  xmltv grabber selection navigation tv_find_grabbers  |   Ticket locked:  0
>> -----------------------------------------------------------------+----------
>>
>> Comment (by stuartm):
>>
>>   Nick, although as you rightly say the 25s timeout isn't related to the
>>   issue you are reporting, I'm still tempted to turn the tables and file
>>   that as a bug upstream. As I reported to the xmltv-dev mailing list at the
>>   time, that check used to take no more than a second, it's not the search
>>   which takes so long but the decision to restructure the scripts so that
>>   args like --capabilities are handled by the xmltv module. Instead of
>>   bailing out early, the entire script and module must be compiled to squirt
>>   out a few bytes of hardcoded text.

Things would probably be sped up a bit if the grabbers used the 
XMLTV::Capabilities and XMLTV::Description packages.

> I'm going to checkout XMLTV 0.5.42 and see how quick it is/was.
>
>>   I'd like to remain behind --capabilities and tv_find_grabbers, but 25s+ is
>>   a ridiculously long time to wait for anything to happen in a UI.
>>   Especially when that same info could be returned in a couple of hundred
>>   ms.
>
> I totally agree that 25s+ is too long to wait for a progress update.
> An anonymous ticket was created on the XMLTV tracker earlier to that
> effect.

Although years ago, I have had the timeout happen when /usr/X11R6/bin 
was in $PATH and it was a link to /usr/bin, causing tv_find_grabbers to 
find all grabbers twice, and thus taking approximately twice as long to 
return.

> Testing earlier on my everyday X2 3800+ machine (CPU now over 5 years
> old) had find_grabbers finish in 10s, finding 24 grabbers. I'm
> somewhat amazed 25s isn't long enough!

My Athlon 3500+ executes it in about 8 seconds, finding 27 grabbers.

--
Jonatan