Skip to content
This repository has been archived by the owner on Jan 21, 2022. It is now read-only.

WPF video is always on top #12

Closed
pagefault opened this issue Jan 23, 2015 · 21 comments
Closed

WPF video is always on top #12

pagefault opened this issue Jan 23, 2015 · 21 comments

Comments

@pagefault
Copy link

Hi,
I tried to place a button on top of the WPF control but it is not visible because the VLC control always seems to be on top. How can I create video player controls like in Windows Media Player where the play/pause button is on top of the video?

@Itzalive
Copy link

I just came across this issue in the new version here, I have used the WPF control in the old version for quite a while. I'm not familiar with the new version but it looks like a complete rewrite so I expect it will come in time. Although the old project (http://vlcdotnet.codeplex.com/) has some issues the WPF control does not have the 'airspace' issues the new project now has. I recommend giving it a go while the new one is still being developed.

@ayezutov
Copy link

@ZeBobo5 this is an issue for me as well. And apparently, HwndControl will always be drawn that way:
"A hosted Windows Forms control is drawn in a separate HWND, so it is always drawn on top of WPF elements").

Do you have any other ideas, how to use it in WPF? I might help you out with this one.

@erodewald
Copy link

I must say, this airspace issue makes this control unusable in almost every scenario the previous version was useful for. It can't be integrated into the user interface. I know this is a core design issue but is there any way to fix this?

^^edit:spelling, hyperbole

@sepehr1014
Copy link

Actually, the previous version was pretty useless for us. Since just an image object was visible, there was no interaction between user and the player. For instance, DVD menus could not be interacted with.
Unfortunately the airspace issue is known to all of us, but there is currently no stable fix for it.

@spoiledtechie
Copy link
Contributor

Issue for me as well. Looking to see if I can do anything to fix this.

@sepehr1014
Copy link

We use a simple yet practical workaround for this issue. Place the overlay controls in a child window which moves on the parent's location changed event. We have the media player control in a window called MediaPlayer which has a transparent child window named MediaPlayerOverlay that has all the required controls. Now you only need to sync these two windows ...

@asavartsov
Copy link

I'm using airspace workaround from https://microsoftdwayneneed.codeplex.com/ in Redirect mode and it's working fine, I see no major performance degrade, but native DShow/WPF rendering would be much more appropriate though.

@spoiledtechie
Copy link
Contributor

@ZeBobo5 Can you please respond to this? Any future thoughts on fixing this airspace issue or building the control into WPF instead of Win32 component? If not, have you looked into it and is it possible? If it is, I will most likely be spending the time to get it completed. I just need to know if you looked into and thought if its possible to fix?

@wuzhenda
Copy link

what a pity.could we use MediaElement in wpf,but the background is vlc?

@Pjanssen
Copy link

I'm experiencing issues with the WPF control as well. It would be great if there was going to be a solution!

@kkcosmo
Copy link

kkcosmo commented May 24, 2015

I am looking also for a good solution for this problem.

@devkanro
Copy link

You can see my project xZune.Vlc,this has native WPF Control.
https://github.com/higankanshi/xZune.Vlc

@wuzhenda
Copy link

wuzhenda commented Jun 2, 2015

I tested @higankanshi 's solution,it's good. if this project would merge the solution ,we will have a nice wpf vlc.

@Pjanssen
Copy link

Pjanssen commented Jun 8, 2015

@higankanshi 's solution uses C# 6.0, which is fun, but a bit unpractical at this point in time...

@kkcosmo
Copy link

kkcosmo commented Jun 8, 2015

This was my problem too @Pjanssen. I created my own fork as a convenient solution for myself. My requirements is .net4 without the new language features of C# 6.0.
My plan is to stay in sync with @higankanshi 's solution

@devkanro
Copy link

devkanro commented Jun 8, 2015

Ummm...I only used one features of C# 6.0...

Object?.Method();

You can instead to:

if(Object != null)
{
Object.Method();
}

@asavartsov
Copy link

Also nameof expression. Both are minor syntactic sugar so it probably worth
to use old style constructions for compatibility, especially assuming that
VS 2015 is still in RC state.

On Mon, Jun 8, 2015 at 4:46 PM, HIGAN notifications@github.com wrote:

Ummm...I only used one features of C# 6.0...

Object?.Method();

You can instead to:

if(Object != null)
{
Object.Method();
}


Reply to this email directly or view it on GitHub
#12 (comment).

Sent with <3 by Alexey Savartsov

@devkanro
Copy link

devkanro commented Jun 8, 2015

Ummm..."nameof"...
You can use the static name String.
Used nameof for avoid the mistake of spelling.

@devkanro
Copy link

devkanro commented Jun 8, 2015

Ummm...There is a fork with English Comments and .Net4
@kkcosmo

https://github.com/kkcosmo/xZune.Vlc

@tombby11
Copy link

tombby11 commented Apr 1, 2016

@sepehr1014
can you please elaborate with some code of what you mean ?

@jeremyVignelles
Copy link
Collaborator

Old issue that is probably covered by #296

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests