Reply to thread

Message

<blockquote data-quote="Hazza06" data-source="post: 1299819" data-attributes="member: 163766">okie, full set of logs as attached.DBV-T EIT EPG grabbing config as below, before and after the upgrade[ATTACH=full]214214[/ATTACH]I also found, that mediaportal instance was not quitting, as below, the MP GUI definitely quits, however. evidently the mediaportal client process does not, so i have a few more tshooting leads to look into....i also have MP 1.34 client on LAN, that also experiences this issue, and that client is on update Win 10 x64, using 32 bit MP 1.34, so this is interesting....[ATTACH=full]214217[/ATTACH][ATTACH=full]214215[/ATTACH]Our usage pattern, for many year's is to quit MP, wait a few seconds, then put to ACPI S3 sleepthen resume from S3, start MP and watch LAN side CIFS connected content, or DVB-T FTAthen once finished, again quit MP, wait a few seconds, then put to ACPI S3 sleepusage cycle repeats...</blockquote>

[QUOTE="Hazza06, post: 1299819, member: 163766"] okie, full set of logs as attached. DBV-T EIT EPG grabbing config as below, before and after the upgrade [ATTACH type="full" alt="MP_EPG_grabbing_config.PNG"]214214[/ATTACH] I also found, that mediaportal instance was not quitting, as below, the MP GUI definitely quits, however. evidently the mediaportal client process does not, so i have a few more tshooting leads to look into....i also have MP 1.34 client on LAN, that also experiences this issue, and that client is on update Win 10 x64, using 32 bit MP 1.34, so this is interesting.... [ATTACH type="full" alt="Win_10_client_version.PNG"]214217[/ATTACH] [ATTACH type="full" alt="MP1.34_fail_to_quit.PNG"]214215[/ATTACH] Our usage pattern, for many year's is to quit MP, wait a few seconds, then put to ACPI S3 sleep then resume from S3, start MP and watch LAN side CIFS connected content, or DVB-T FTA then once finished, again quit MP, wait a few seconds, then put to ACPI S3 sleep usage cycle repeats... [/QUOTE]

Verification