Mailing List Archive

> On 19 Sep 2020, at 7:25 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> The mythfrontend fix for the OSD and LiveTV playback on retina / high resolution screens on macOS was posted to github last night. I've now posted updated v31 builds to sourceforge (https://sourceforge.net/projects/mythtvformacosx). Updated master/v32 builds are compiling currently and will be posted later in the day.
>
> @James - this is the patch you've been waiting for
>
> A BIG BIG thank you to Mark K for putting in all of the effort to get this working properly.
>
> For v31 builds going forward, I'm probably going to slow down my cadence of updated version uploads unless I see an update that warrants a recompile.

Thank you!

a) It works beautifully
b) The dreadful delays starting, stopping and menu-ops are gone, not better, really GONE

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

>
> a) It works beautifully
> b) The dreadful delays starting, stopping and menu-ops are gone, not
> better, really GONE
>

That sounds like a version to latch onto. I suspect for v31 I will only
post updated builds to SourceForge if there is a substantial change going
forward. No need to mess up a good thing :)

>> On 19 Sep 2020, at 7:25 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>> The mythfrontend fix for the OSD and LiveTV playback on retina / high resolution screens on macOS was posted to github last night. I've now posted updated v31 builds to sourceforge (https://sourceforge.net/projects/mythtvformacosx). Updated master/v32 builds are compiling currently and will be posted later in the day.
>>
>> @James - this is the patch you've been waiting for
>>
>> A BIG BIG thank you to Mark K for putting in all of the effort to get this working properly.
>>
>> For v31 builds going forward, I'm probably going to slow down my cadence of updated version uploads unless I see an update that warrants a recompile.
>
> Thank you!
>
> a) It works beautifully
> b) The dreadful delays starting, stopping and menu-ops are gone, not better, really GONE

After install there were no delays.
The next time I used it they were just like always. Clearly domething funny is happening.
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Tue, 22 Sep 2020 at 00:51, <jam@tigger.ws> wrote:

> > b) The dreadful delays starting, stopping and menu-ops are gone, not better, really GONE
>
> After install there were no delays.
> The next time I used it they were just like always. Clearly domething funny is happening.
> James

What is the issue? Is this starting and stopping playback?
Regards
Mark
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 22 Sep 2020, at 2:31 pm, Mark Kendall <mark.kendall@gmail.com> wrote:
>
> On Tue, 22 Sep 2020 at 00:51, <jam@tigger.ws> wrote:
>
>>> b) The dreadful delays starting, stopping and menu-ops are gone, not better, really GONE
>>
>> After install there were no delays.
>> The next time I used it they were just like always. Clearly domething funny is happening.
>> James
>
> What is the issue? Is this starting and stopping playback?

Hi Mark

launch till GUI 20 secs to 60 secs (1st timed run 20, next 60)
similar time for exit 'till destop.

Watching terminal output shows nothing significant.

After install of John's app, first time launch->GUI 1sec, exit->desktop also 1sec

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

On Tue, 22 Sep 2020 at 12:26, jam@tigger.ws <jam@tigger.ws> wrote:
>
> launch till GUI 20 secs to 60 secs (1st timed run 20, next 60)
> similar time for exit 'till destop.
>
> Watching terminal output shows nothing significant.
>
> After install of John's app, first time launch->GUI 1sec, exit->desktop also 1sec

Better late than never - but my view on what causes the delays:-

Startup
- there is an 'issue' on macOS where the mysql plugin takes a while to
startup and the gui is delayed as a result. There is specific code in
certain places to account for this. Not sure whether it is a Qt
problem or a more general macOS implementation detail.
- port checking code was added a few years ago (for better IPv6
support) that is blocking on startup. This seems to add a significant
delay to startup on all OSs - sometimes it is minimal, but sometimes
10 or more seconds

Shutdown
- there is some custom socket code in the UPnP implementation that
blocks shutdown for a few seconds. This happens twice - once for the
UPnP object and once for SSDP. Its long been a target of mine to
refactor and just use regular Qt socket code - but not high on the
priority list.

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

> On 28 Sep 2020, at 4:37 pm, Mark Kendall <mark.kendall@gmail.com> wrote:
>
>>
>> launch till GUI 20 secs to 60 secs (1st timed run 20, next 60)
>> similar time for exit 'till destop.
>>
>> Watching terminal output shows nothing significant.
>>
>> After install of John's app, first time launch->GUI 1sec, exit->desktop also 1sec
>
> Better late than never - but my view on what causes the delays:-
>
> Startup
> - there is an 'issue' on macOS where the mysql plugin takes a while to
> startup and the gui is delayed as a result. There is specific code in
> certain places to account for this. Not sure whether it is a Qt
> problem or a more general macOS implementation detail.
> - port checking code was added a few years ago (for better IPv6
> support) that is blocking on startup. This seems to add a significant
> delay to startup on all OSs - sometimes it is minimal, but sometimes
> 10 or more seconds
>
> Shutdown
> - there is some custom socket code in the UPnP implementation that
> blocks shutdown for a few seconds. This happens twice - once for the
> UPnP object and once for SSDP. Its long been a target of mine to
> refactor and just use regular Qt socket code - but not high on the
> priority list.

Mark thanks for the input.
For me the startup issue ought not be an issue since my backend (and mysql db) is on a running linux machine.

What perplexes me is that I installed Johns’ build and startup and shutdown were immediate. Just later start and stops took the usual long time.
What is also perplexing is that my now-well-used frontend starts in 20 to 60 secs. I can’t see any big-deal that is at play for the shorter or longer time. I’ve already been told that the pause at IPV6 stuff happening (as logged) is irrelevant.
I’ll try to build with all IPV6 stuff excluded to see what happens.

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

On Mon, 28 Sep 2020 at 10:00, James Linder <jam@tigger.ws> wrote:

> For me the startup issue ought not be an issue since my backend (and mysql db) is on a running linux machine.

I have the same setup - but I still see the database connection taking
X seconds to kick in. I don't believe this is related to the server -
but rather the Qt plugin.

>
> What perplexes me is that I installed Johns’ build and startup and shutdown were immediate. Just later start and stops took the usual long time.
> What is also perplexing is that my now-well-used frontend starts in 20 to 60 secs. I can’t see any big-deal that is at play for the shorter or longer time. I’ve already been told that the pause at IPV6 stuff happening (as logged) is irrelevant.
> I’ll try to build with all IPV6 stuff excluded to see what happens.

IPv6 may well be irrelevant. I don't use it - but still see port
checking code stalling frontend startup.

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