-
-
Notifications
You must be signed in to change notification settings - Fork 414
WPF video is always on top #12
Comments
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. |
@ZeBobo5 this is an issue for me as well. And apparently, HwndControl will always be drawn that way: Do you have any other ideas, how to use it in WPF? I might help you out with this one. |
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 |
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. |
Issue for me as well. Looking to see if I can do anything to fix this. |
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 ... |
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. |
@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? |
what a pity.could we use MediaElement in wpf,but the background is vlc? |
I'm experiencing issues with the WPF control as well. It would be great if there was going to be a solution! |
I am looking also for a good solution for this problem. |
You can see my project xZune.Vlc,this has native WPF Control. |
I tested @higankanshi 's solution,it's good. if this project would merge the solution ,we will have a nice wpf vlc. |
@higankanshi 's solution uses C# 6.0, which is fun, but a bit unpractical at this point in time... |
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. |
Ummm...I only used one features of C# 6.0... Object?.Method(); You can instead to: if(Object != null) |
Also nameof expression. Both are minor syntactic sugar so it probably worth On Mon, Jun 8, 2015 at 4:46 PM, HIGAN notifications@github.com wrote:
Sent with <3 by Alexey Savartsov |
Ummm..."nameof"... |
Ummm...There is a fork with English Comments and .Net4 |
@sepehr1014 |
Old issue that is probably covered by #296 |
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?
The text was updated successfully, but these errors were encountered: