Call for tester for 1.4.0 features and fixes (7 Viewers)

[ripk]

Problems here.

I have a HTPC attached via the HDMI to a Yamaha receiver and the receiver is connected to a full HD resolution TV. The PC itself has a 7" iMon LCD screen that is configured as the secondary monitor and runs at 800x600 with the iMon monitor software on it. I have a Logitech Harmony remote in MCE mode.

With normal 1.3.0. builds (and also previously), upon switching inputs on the receiver (HDMI disconnect), the MediaPortal screen which was displayed on TV would fall back to the 7" screen and the small LCD would upscale to 1024x768 (its maximum resolution). On HDMI restore, the 7"LCD would switch back to 800x600 and MediaPortal would usually appear as half-screen back on my TV. I would alt-Enter twice to force MePo back to the full screen resoultion 1920x1080.

With your build, everything seems to be the same, i.e. on HDMI disconnect, the MePo collapses to 1024x768 at the secondary LCD, but then on HDMI reconnect, the MePo is restored in the same (1024x768) resolution on the TV BUT now I'm unable to force it to full screen anymore, just as if it constantly remembers TV to have 1024x768 as the max resolution - the double alt-enter restores it again to half-screen. One more different thing is that the last thing watched (in this case series) started playing again when I restored HDMI signal.
Remote works allt he time and Mon recognizes IR commands.

Not sure if I'm making any sense at all Logs attached. I did the following:

- started MePo (native HD resolution, on TV as primary, on secondary 7" running iMon monitor)
- HDMI disconnect (switched inputs on receiver)
- HDMI reconnect (switched back to PC input - MePo restores in half screen)
- stop automatic play (happens even if in home screen)
- twice alt-enter
- exit MePo

hope this helps, let me know if you need more inf for debugging

 

[Scythe42]

At 18:00 my htpc wakes up automaticly to fetch epg infos via webgrab++, when webgrab++.exe is not active anymore PowerShedular++ sends my htpc back to sleep (hibernate). That happend at 18:39.
Now i started the htpc again and gui is frozen and shows 18:39.

Both at 18:39? The logs show a wakeup on 20:10:28.

Can you do me a favour and try without PowerScheduler enabled? Want to make sure that it does not interfere here by trying to do anything to the Main MediaPortal thread. I have a very bad feeling about it.

I know the circumstances when MP does not resume GUI rendering. But I cannot reproduce it on any of my setups. I can add some debug lines that show me certain variables that track the state.

From your logs it is absolutely clear what is not happening correctly and where we are stuck in the resuming operations process.

2013-04-04 20:10:28.195097 [Info.][MPMain(1)]: Main: WM_POWERBROADCAST: 18
2013-04-04 20:10:28.206097 [Info.][MPMain(1)]: Main: Resuming is already in progress

WTF? Without having entries of receiving another broadcast from Windows? Strange.

2013-04-04 20:10:29.346162 [Info.][MPMain(1)]: Main: WM_POWERBROADCAST: 7
2013-04-04 20:10:29.351163 [Info.][MPMain(1)]: Main: Resuming operation.

One second later. OK I can live with this. At least it wants to resume.

2013-04-04 20:10:29.364163 [Debug][MPMain(1)]: Main: WM_ACTIVATE
2013-04-04 20:10:29.370164 [Info.][MPMain(1)]: Main: Activation Request Received

Nice. This is were we are. But it does not continue either because MP was already made visible or MP is closing mode.

2013-04-04 20:10:29.376164 [Debug][MPMain(1)]: D3D: OnGotFocus()

WTF? Who put MP in focus? It does this itself.

2013-04-04 20:10:29.387165 [Info.][MPMain(1)]: Main: Resuming is already in progress

WTF? Who called an OnResume() method without a Widows Message?

That sounds like Power Scheduler does some really nasty things to MP. This would explain a lot.

Do you have time to do some tests for me over the weekend?

Meaning I provide you with a couple of MediaPortal.exe version for gathering additional information and then trying to prevent the issue from happening.

 

[Lightning303]

Both at 18:39? The logs show a wakeup on 20:10:28.

18:00 automatic wakeup (tv off, avr off)
18:39 automatic hibernate
20:10 wake by me (tv on, avr on)

Can you do me a favour and try without PowerScheduler enabled?

Sure i will disable it and will see if that fixes it.

Do you have time to do some tests for me over the weekend? Meaning I provide you with a couple of MediaPortal.exe version for gathering additional information and then trying to prevent the issue from happening.

Sure, just hook me up with them and i will test away. I can also be available via icq, irc, skype whatever to speed this up if you like.

 

[Scythe42]

With your build, everything seems to be the same, i.e. on HDMI disconnect, the MePo collapses to 1024x768 at the secondary LCD, but then on HDMI reconnect, the MePo is restored in the same (1024x768) resolution on the TV BUT now I'm unable to force it to full screen anymore, just as if it constantly remembers TV to have 1024x768 as the max resolution

It worked before for you because MP constantly resets the D3D device. You exploited that bug. This was fixed. MP did more or less a restart here without re-loading the plugins.

That you are stuck in 1024x768 is strange. Seems to be caused by your iMon. Windows itself reports that 1920x1080 is the resolution. MP tries to resize itself to that resolution but cannot because iMon prevents it. No error message beause of this by Windows I can track.

In general MP does not support switching of resolution, without a restart. Never was different.

Windows never gets information about a resolution change to 800x600. Somehow I feel this is an specific iMon software problem. I don't have such a device to test.

What are you exactly using? I would need such a device for testing what exactly is happening. I think these things are cheap, so no biggie to buy one. Or does someone have a spare one for me?

 

[Lightning303]

So, as i was really interessted to know if PS++ was to blame, i now disabled it and send my htpc to hibernate, woke it up again, and repeated that until i got a frozen mp. And after 2 tries i was seccusfull.

Here the timeline:
1:06 Start of MP
1:07 Hibernate
1:11:21 Resume (still working)
1:11:37 Hibernate
1:16 Resume (frozen)

So its not PS++. After looking at the logs i saw that at 1:11:21, so while resuming, mp throws an exeption, however mp was still working, and on the next resume i get the freeze than. I had the suspiscion that this is what always happens, so i did more tests and it seems im right.
start MP > hibernate > wake up > get error but no problems > hibernate > wake up > freeze > goto "start MP"

 

[Scythe42]

So two hibernate/resume operations in a row are the key to the problem.

The error is related to the volume handler that cannot be re-instantiated as your HDMI audio device is not yet reconnected from a Windows Point of view. Device comes back shortly afterwards. A delay in resuming MP should solve this as a workaround. But these builds are for actually fixing problems, so that's not acceptable.

And this is what throws MP off. Internal tracking variables still think we are already resuming later on and therefore the second time it does not resume.

I will simply put the volume handler instanciation into a try-catch block, meaning if an error occurs MP will not throw an exception but continue. As a result the internal state tracking variables will be OK. Fingers crossed that this was the root cause of your problems.

Could you be so kind and test Build 15 in the same way and provide logs? Even when it works.

 

[Scythe42]

New Build added to the first post.

Changes:

• Suspend/Resume related work
• Added an option to stop playback when an audio renderer is removed from the system (should be HDMI audio)
• Mantis #3734
• Mantis #2968
• Mantis #4244
• Fixed Texture Packer being stuck in an infinite loop if the last file in skin cannot be packed into the last texture of the texture atlas.
• Mantis #3983

Not yet worked on the zapOSD. Receive my DVB-T stick tomorrow. But as there were already a lot of changes I decided to provide a new build to keep things rolling.

 

[Lightning303]

Could you be so kind and test Build 15 in the same way and provide logs? Even when it works.

Sure, but now nothing works ;p.
With Build 15 when i try to start mp, i just get an error message (screenshot attached). No logs are being generated.
Looks like a problem in utils.

 

[Scythe42]

New archive added to the 1st post.

Looks like I need to add a binary to the archive. Always hard to tell if you want to go with minimum files.

 

[Lightning303]

New archive added to the 1st post.

Looks like I need to add a binary to the archive. Always hard to tell if you want to go with minimum files.

Yeah now it works

So i did my tests, hibernate, wakeup, hibernate etc. and had no problems. No freezes or any other problems. So i repeated this cycle 4 times, just to be sure.
Logs attached.