1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.


Discussion in 'Tools programming' started by karijno, 28 Jun 2007.

  1. karijno


    17 Oct 2006
    I guys.... i have two question:

    1) How i can use SimConnect Managed using a DLL not a Win32 WndProc message capture.

    2) WPF (Windows Presentation Foundation) work in FSX (fullscreeen mode)


  2. ziporama


    28 Sep 2006
    Here's what I've found based on my testing - hopefully others have better news:

    1) yes, but you need to write your own native wrapper for it to get that functionality and avoid having to use a message loop. You will still need some type of loop to call the dispatch handler to see if a message is available. Marshalling the data types returned by the native SimConnect API is pure torture in .NET because it has data types squarely designed for C++. Marshaling is unfriendly to pointers that can point to different structures depending on the call, and on top of that, the API has pointers to pointers and worse, variable arrays of pointers are just insane in some cases. I ended up writing a custom marshaller to handle variable arrays and pointers correctly, as the default mashaller only supports fixed arrays (size known at compile time). A custom marshaler also helps with indexed values that even the SP1 delivered wrapper doesn't handle. The .NET wrapper provided in the SDK only gives you the messaging loop route.

    Next, I found out that loading the CLR in an FSX DLL (internal - see the code posted in this forum) can cause FSX to give you an out of memory error by exceeding the maximum allowed memory per process (2Gb) under XP 32 if you have your sliders set to the right. There is no easy solution for this outside of using the /3Gb switch on XP (meaning, have more physical memory and allow processes to use more than 2Gb), or using FSX under XP64 or Vista where the problem goes away. The problem is that when you load the CLR inside FSX, you use FSX process memory, and the managed footprint can get very large.

    2) from my testing, no with WPF 1.0 on Windows XP and DX9. The directX context and the WPF context don't mix, in that it's not possible to overlay multiple DX contexts. You end up with an undefined situation. That undefined situation ranges from a black background (FSX DX context wins), flicker (unusable), FSX crash or lockup when switching between full screen to windowed mode, and vice versa. My tests showed that WPF windows show correctly when not above the FSX DX window, but start havoc when dragged over the FSX window (or any other DX content for that matter). My understanding is that the next version of WPF will actually support multiple contexts and support overlays better. DX10 also has better support for multiple contexts. There is however one workaround, but somewhat defeats the purpose of WPF hardware accelerated graphics: render to memory, grab a bitmap, and blit it. I'm now waiting for a test under Vista to see if it works better, but it will also mean I need to wait for my next box.

    Hope this helps,

    Last edited: 25 Jul 2007

Share This Page