thank you Sir, issue is definitely resolved now, i uninstalled the problematic MSE altogether, plus i also now have optimized EPG grabbing configuration, thanks again for all the assistance, wow so much faster on everything now that MSE is out of the picture...MP WAF is now restored and FetchTV...
interesting, did some more testing, after S3 resume, and had some channel change issues again, but i am very confident i have now found the root cause, Microsoft security essentials (MSE) process was consuming copious amounts of CPU, whilst i was having channel change issues, i've for now...
understood, and thanks for sharing the UK best practice for optimized EPG grabbing suggestion, this is really useful, i've increased idle EPG grabbing timeout to to 15 minutes, as my PC OS runs on SATA3 SSD, recordings on a separate dedicated 100GB SATA3 SSD, and RAM disk for live TV...
think i got it, DVB EPG
about just selecting only one channel in the TV broadcaster MUX, to grab all channels in the EIT, rather than selecting all channels...i'll certainly give this a try, and understand how that optimized EPG grabbing.
but the documentation is quite vague, if you can have...
TV and Radio EPG grabbing config as below, there are no digital radio channels as i had already deleted them all, in my earlier tshooting / isolation steps. Also the broadcaster here in Oz only broadcast one EIT in English only, i;ve never had to mess around with languages.
Yes Oz DBV-T FTA...
okie, full set of logs as attached.
DBV-T EIT EPG grabbing config as below, before and after the upgrade
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...
thanks for this input, i use EVR with LAV filters/codecs, never used Madvr, i've not have had any rendering or codec issues, just DVB-T channel change issues after resume from ACPI S3 sleep state, since upgrading to MP1.34, channel change was rock solid reliable and fast with MP 1.31, and many...
thanks for responding and showing an interest, let me collect the complete set of logs..
i suspect the timeshift EPG grabber could be an issue, as an isolation test, i'll disable timeshift EPG grabbing for a few days, see if it makes any difference...when i can get some screen time away from...
issue confirmed NOT resolved, MP1.34 channel change issues continue, latest example below, changing channel to SBS VICELAND HD, fails
Did anybody do much DVB-T channel change testing, after a few cycles of S3 sleep / resume ?
I may have to roll back, as the WAF (wife approval factor) is dead...
i also noted a lot of TimeshiftingEpgGrabber grabbing for what looks like digital radio channels, so i've deleted all the radio channels ( don't use them anyway ), to see if it makes any improvement...to the DVB-T FTA TV channel changes....my initial testing, whilst very early and limited...
Long time MP user, and recently upgraded to MP1.34, prior to this upgrade, i have for many years successfully used MP with fast and reliable DVB-T FTA channel change.
Last stable MP release for me was 1.31, never had any channel change issues, was always fast and reliable.
I also needed to...
there is a MySql.Data.dll, in the "MediaPortal TV Server" folder, but it's a different version than mentioned in the log file....log file mentions version=5.1.7.0,, MySql.dll version installed by MP 1.34 upgrade = 6.6.7.0
this is from tvserver_SetupTv.log when the issue occurs
[2024-07-05 20:47:28,129] [Log ] [SetupTv ] [INFO ] - ---- SetupTv x86 v1.34.000.0 is starting up on Windows 7 Ultimate (Service Pack 1) x64 [6.1.7601.65536]
[2024-07-05 20:47:28,129] [Log ] [SetupTv ] [INFO ] - Windows Media...
i only have the Power Scheduler Plugin installed, which i've had installed for many years now, and the PowerScheduler.dll was automatically included in the MP x86 upggrades...PowerScheduler.dll also shows version 1.34 ( version matches MP version 1.34 )