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

[Scythe42]

Does this happen with the build from the first post as well?

Regardless of the size of a window, MP should not freeze. It is related to to multi display handling for sure. And you are correct it is a Windows things. MP should track such things, but currently does not. The handling of multiple connected displays to the HTPC instead of a receiver is very limited at the moment in general.

 

[FreakyJ]

Okay here we go, I tested the new version and it already works pretty well, but there is one bug, maybe
By the way: OnlineVideos is working with this version, I think there were some discussions about this. I will test this version now on my productive system.

The Bug: If you're watching Tv and plug off the HDMI cable, playback stops (not that nice, because it would be cool to press pause, switch off tv and continue later there... maybe there is a way to achieve this, would be cool, but back to the bug) that is intended I think, but if you than start the playback again you can't control the volume anymore.
Again what I did:
- start watching Tv (from within EPG)
- plug off HDMI cable
- wait 10 secs
- plug HDMI cable in again
- MP appears again (Fullscreen!!!) and you see the EPG
- start watching Tv again (I selected the same channel as before)
- try to change the volume => nothing happens
- restart MP and it works again

 

[catavolt]

plug off HDMI cable is a widespread usecase I assume?

 

[FreakyJ]

plug off HDMI cable is a widespread usecase I assume?

no^^ It is just because I don't want to switch the Tv on/off all the time so that my Tv lives longer

 

[ripk]

I think scythe wants you to go into windowed mode before you disconnect HDMI
So do that:
1. Start MP
2. Switch to windowed mode (alt + enter)
3. press the maximize button
4. HDMI OFF
5. HDMI ON
6. report what happen (maybe screenshots again ) that's pretty nice

Second test:
1. Start MP
2. Switch to windowed mode (alt + enter)
3. Resize the window by putting the window in the upper left corner and grab it with the mouse on the right bottom corner to stretch it to the max display size (don't use the maximize button) basically you do what the maximize button does only by hand^^
4. HDMI OFF
5. HDMI ON
6. report what happen

Okay, got it. No pictures this time, sorry

So, with the vanilla 1.3.0, I'm able to play with the window in any way I want, before and after the HDMI disconnect. I am able to stretch the window either by the corners/sides or by maximizing it with window control buttons. I am able to change aspect of the window, i.e. stretch nonlinearly.

With Scythe built 15a, before HDMI off, I am still able to stretch the window, however, the aspect ratio is always locked, regardless of whether I try to stretch it by corner or either sides. The window does resize and the resizing is done very smoothly, it follows the window size (unlike the orig build where you see the window outline and then MePo re-fills it with content after a few seconds.
After the HDMI cycle, the window returns umaximized but filling-up the 1024x768, and I am still able to SHRINK it (only proportionally again) but not maximize it beyond the 1024 size again. Even maximize button (or double clicking the title bar) lifts it up to 1024 only. Moving the whole window past the top left corner works, but either maximizing or resizing it makes it snap back to top left.

It is worth noting that the Scythe build distorts the content of the MePo window to fit into the aspect after HDMI on - you can see the more narrow font shapes by comparing the pictures in my previous post. I see that even when HDMI-cycling in windowed mode - once the window returns to the TV, it has the 4:3 ratio and squeezed fonts.

Bring it on, guys

 

[Scythe42]

(not that nice, because it would be cool to press pause, switch off tv and continue later there... maybe there is a way to achieve this, would be cool, but back to the bug)

There is an option for that under the resume settings. "Stop Playback on loss of audio renderer". Checked by default as losing HDMI audio has huge impact on Direct Show. If you are not affected by this (you should be the minority then) uncheck it.

... but if you than start the playback again you can't control the volume anymore.
Again what I did:
- start watching Tv (from within EPG)
- plug off HDMI cable
- wait 10 secs
- plug HDMI cable in again
- MP appears again (Fullscreen!!!) and you see the EPG
- start watching Tv again (I selected the same channel as before)
- try to change the volume => nothing happens
- restart MP and it works again

Yep, volume hander is dead as the HDMI audio renderer got disconnected. Not related to all these graphical fixes.

What I could offer: when an audio renderer gets connected to the system, I could check if the current volume handler can be instantiated. If not, MP can try to set it up again. Have not checked the volume handler code so far how to re-created it. Probably I just need to dispose it and create a new one.

Could you please be so nice and open a new Mantis entry for this one and assign it to me.

PS: showing that the volume handler is gone might open a new idea to check if a disconnected audio renderer is actually in use by MP! That might make the stop playback option not necessary.

 

[FreakyJ]

Thanks mate!
Mantis #4334: http://mantis.team-mediaportal.com/view.php?id=4334

Using your build on my productive system with Tv and couldn't spot anything else so far
Will use MyTvseries in a view minutes lets see how it performs

 

[Scythe42]

After the HDMI cycle, the window returns umaximized but filling-up the 1024x768, and I am still able to SHRINK it (only proportionally again) but not maximize it beyond the 1024 size again. Even maximize button (or double clicking the title bar) lifts it up to 1024 only.

Very good. That confirms my assumption that MP is not aware of the fact that the primary screen has changed. I have some idea how to detect this. First step would be to get it working in windowed mode. Then fullscreen usually falls in line.

Moving the whole window past the top left corner works, but either maximizing or resizing it makes it snap back to top left.

Having a window across multiple screens is not really supported at the moment.

For maximizing: this is default windows behaviour.

For resizing when not being visibile fully in one window: this is a bug, it should not allow you to be resized larger than the working area like any other window as with MS guidelines. The position shouldn't be affected. I will correct this in the next build. Cosmetic thingy.

It is worth noting that the Scythe build distorts the content of the MePo window to fit into the aspect after HDMI on - you can see the more narrow font shapes by comparing the pictures in my previous post. I see that even when HDMI-cycling in windowed mode - once the window returns to the TV, it has the 4:3 ratio and squeezed fonts.

That is because it was not resized to the original 1920x1080. Windows forced it into the incorrect aspect ratio. So this is just a side effect.

 

[ripk]

Moving the whole window past the top left corner works, but either maximizing or resizing it makes it snap back to top left.

Having a window across multiple screens is not really supported at the moment.


For maximizing: this is default windows behaviour.

Sorry, perhaps I didn't make myself clear - no multiple screens involved here. So, after HDMI on, I'm able to drag the window (in windowed mode) from the top-left to the center of TV, PAST its 1024x768 immaginary boundary, but as soon as I try to enlarge it by touching either side or corner, it snaps back to upper left corner (and cannot be resized more than 1024). So, just on the same screen (primary in this case, not that it matters )

 

[Scythe42]

I see, then this is correct behavior. I know you tried to "trick" MP by moving it a bit out of screen in hoping you can resize it. Nope, no bug here you can exploit.

As soon as you resize MP it will "snap" to the screen it was bound to before the re-sizing attempt.This is because we have some limitations in the code that would make other problems visible. With that behavior we have always a defined state.

There is also a second thing under Win8 for example when you bump a Window to a screen side. Windows will resize the Window. When you drag to to the right edge of the screen it will distort MP as well as Windows forces it into some special "portrait" mode by telling an application that the screen bounds are different. *sigh*

Just to make clear: these are not bugs of this build. These are just cases that are not handled at the moment.

Sure, not perfect but I don't want these Area 51 builds to continue forever. What ever small glitches are visible will get a new Mantis entry and are dealt with at an appropriate time. It's not like users are constantly re-sizing and moving the MP window. Also the majority uses full screen anyway.