Interceptor
Well-known member
I really miss using camera mfd especially the night vision mode it would be great if something like this was remade to work with the d3d9 client,also.Thanks
Last edited:
Request A new version of camera mfd that works in D3d9
- Thread starter Interceptor
- Start date
This has been implemented in D3D9Client since R15 Beta 2: http://www.orbiter-forum.com/showthread.php?p=491321&highlight=dockingcamera#post491321
Interceptor
Well-known member
But I think it's only proof of concept.
Interceptor
Well-known member
I recently tried out the docking camera for the d3d9 client,and it looks good,but it could use some features such as make the compass that blocks the middle of the screen,be able to turn on,and,off,a night vision feature,and buttons to zoom in,and,out,also change views,would be nice too,but it's definetly a step in the right direction to a new camera MFD.Thanks.
Lisias
Space Traveller Wanna-be
Hey, I didn't knew about the Docking Camera on D3D9! 
I did some reverse engineering on the External View MFD for 2010P1, and what I think it does is to set the Internal View to the desired camera point, capture the GDI's framebuffer, reset the View and then paint the fectched framebuffer on the MFD.
What I don't know is why the Current View doesn't flicker when the plugin changes the viewpoint and captures the framebuffer, neither why the coder didn't used an External View instead (what would avoid the HUD being painted on the MFD too).
I did some reverse engineering on the External View MFD for 2010P1, and what I think it does is to set the Internal View to the desired camera point, capture the GDI's framebuffer, reset the View and then paint the fectched framebuffer on the MFD.
What I don't know is why the Current View doesn't flicker when the plugin changes the viewpoint and captures the framebuffer, neither why the coder didn't used an External View instead (what would avoid the HUD being painted on the MFD too).
Last edited:
Similar threads
