<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
<BR>
Hi Michael <BR>
Thanks for the informative response.<BR>
<BR>
> 3D, but it really depends on what you need to do. Simple rendering/viewing?<BR>
<BR>
Yes, I think that it comes down to this. Making a crude topography appear on the screen is a good start for getting to work on a lot of topics that relates to the topography. I admit that I'm hooked on delicious appearances, But .. as for transferring data through the net, vectors as in a topologic grid, passes a lot of info pr bit compared to bitmap image data. The abillity to interact with it as a viewer (flyby and such) makes the perception of the topological data unsurpasable by other media. <BR>
As a geologist of education, I have a watchfull eye on the posibillities of displaying subsurface geology, but I would probably run short of proper data to use. (If I should get involved in bitmap-texturing it would be in the context of conveying subsurface geological visual presentations - but it has a low priority for now) <BR>
<BR>> Custom display controls? Integration with other geo tools and libraries?<BR>> <BR>> You have a few options for doing your own 3D display on Windows, and again<BR>> it depends on what your needs are:<BR>> <BR>> * DirectX / D3D<BR>> <BR>> - DirectX/D3D is great, but is doesn’t have .NET bindings, so you have<BR>> to code the engine in C++ and use interop from C#<BR><BR>
I use the Visual Studio Express. It has a C++ IDE. Yes .. I would still miss DirectX3D in that editor. I think that I tried to do an integration of this editor with something referred to as the "Windows SDK". .. it usually leads to a plain new reinstall of the Express tools .. The MSDN library on the Windows SDK has all the stuff about DirectX3D that I spent a little year of learning and would like to stick to becourse of that. Leaving the net-framework may mean that I'll have to learn how to deploy ... so far I've made small tools that produces one single .exe that simply works when copied from the pile of files that the Express IDE produces. <BR>
<BR>
> - SlimDX is a really nice open source C# API that sits on top of the<BR>> DirectX C++ API, so using SlimDX you can skip the interop and code directly<BR>> in C#<BR><BR>
Either way I do it, I'll have to come to terms with the fact, that I won't get anywhere without dependancies .. being it directX3D, Xna or OpenGL. <BR>
<BR>
> - if you want to use WPF with DirectX underneath, you can use SlimDX as<BR>> well, although it takes some work to get the D3DImage class to behave (my<BR>> own SlimDXControl package is one solution for this problem)<BR>> <BR>> * WPF or Silverlight<BR>> <BR>> - this would be very appealing, but you can't represent points directly,<BR>> only polygons, so if you want to do raw point clouds this isn't an option;<BR>> also, if you're trying to do tens of thousands of vertices, it will start to<BR>> slow down<BR>> <BR>> - the latest release of Silverlight has started to add 3D primitives, but<BR>> again you can't do points and you often can't scale into thousands of<BR>> objects<BR>> <BR>> * XNA<BR>> <BR>> - I know the least about this option; XNA is really designed as a game<BR>> API, and my quick look a couple years ago made me stay away because I didn't<BR>> have either the raw power of using DirectX directly or the flexibility of<BR>> actual UI framework like WPF/Silverlight<BR>> <BR>> * OpenGL<BR>> <BR>> - powerful and low-level, like DirectX, but also lacking a native C# API<BR>> <BR>> - there are some C# bindings libraries out there, but I've no experience<BR>> with them<BR>> <BR>> <BR>> So, it comes down to these questions:<BR>> <BR>> - do you want to program in C++, C#, or a mix?<BR>
<BR>
I have an idea that I can make a 'lean an mean' C++ form as a basis, but I'm not done on pondering about the slow-down. I can display 700*700 vertices with an annoying slow performance; and 800*800 will not be accepted. I think that I use the 'fixed pipeline' as I cannot make the code for multiple vertex-lists work. The vertices are turned into triangles .. that would be 100.000 triangles .. far less than I anticipated though it's plenty enough to have a decent look. There are different approaches to deal with these issues. <BR>
<BR>
<A href="http://cid-382e99b169b58267.photos.live.com/self.aspx/Billeder/ng%5E_2.jpg">http://cid-382e99b169b58267.photos.live.com/self.aspx/Billeder/ng%5E_2.jpg</A><BR>
<BR>
I'm getting the hang of C#. There's no intelli-sense so I have all the reason I need to be slow. The coding that lies behind the image above uses the parts of DirectX3D that I know .. most of the Xna stuff is one big haystack that hangs together, so it's been difficult to sort the subset out, but it's been much like making a form in C# with a different sort of code in the Paint-event (it IS a C# form). <BR>
<BR>> - do you want a low-level library which supports points like<BR>> DirectX/OpenGL, or do you want a higher level polygonal framowork like WPF?<BR>> - do you want to jus trun on a Windows desktop, or do you want to be able<BR>> to port your engine to Windows Phone, Linux, etc?<BR><BR>
There won't be any WPF and I prefer a proper screen for display, so desktop it is. I had some issues with Silverlight, so it's out too.<BR>
<BR>
Michael, I don't hope that I have abused your attention.<BR>
<BR>
Carsten<BR> </body>
</html>