开发者

Handle to Silverlight UserControl

开发者 https://www.devze.com 2023-02-05 11:10 出处:网络
I\'ve a DLL (Player.dll) written in C++ that internally uses Windows GDI. I\'ve an application (basically a video player) written in Windows Forms, that internally calls APIs from Player.dll to render

I've a DLL (Player.dll) written in C++ that internally uses Windows GDI. I've an application (basically a video player) written in Windows Forms, that internally calls APIs from Player.dll to render the actual graphics on screen, using p/invoke technique:

public class ProxyPlayer
{
    [DllImport("Player.dll", CharSet=CharSet.Unicode, EntryPoint="PlayVideo")]
    public static extern void Play(int playerHandle, out TWResult result);

    [DllImport("Player.dll", CharSet=CharSet.Unicode, EntryPoint="PauseVideo")]
    public static extern void Pause(int playerHandle);

    //other methods
}

It's working.

But now, I want to write the same application using Silverlight 4.0. As you know most Windows GDI works with HWND to render graphics on screen, that is why I pass playerHandle to ProxPlayer methods, as you can see above yourself. Window Forms' UserControl defines a public property called Handle of type IntPtr which is equivalent to HWND, so I pass that to ProxyPlayer methods. It solved my problem. But Silverlight's UserControl doe开发者_C百科sn't have any such property.

So my question basically is, how would I get handle to my silverlight control? Because without it, I cannot call APIs from Player.dll. But I've to call APS from it. I don't have any other options, as the DLL is actual engine that does literally everything related to interpreting a huge amount of data and then rendering them. So please suggest me solution that fits in with my requirement!

Note: Assume that my silverlight application will always run on Microsoft Windows. So I don't have problem pinvoking Windows GDI.


I've a DLL (Player.dll) written in C++ that internally uses win32 API

You can simply forget about PInvoking into something like this from Silverlight. Silverlight was intended to run cross browser/platform. So imagine your code under MacOS. So concentrate your energy into searching a managed equivalent of this code that could run from Silverlight or you are simply wasting your time.


If you can expose your native DLL as a COM Server that implements IDispatch, you can access that from Silverlight (via the AutomationFactory class) if you're in an Out of Browser Trusted Application on Windows.

I still recommend (per my comment to Darin's answer) that you take a good look at the platform, as your "PlayVideo"/"PauseVideo" example suggests you're trying to do things the platform can likely already do - and better yet, the platform can do it on MacOS, and in-browser, and without the ugliness of writing your own COM Server, and so on.

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号