Re: Polygon tessellation

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

I guess this is just par for the course -- everything in Direct3D is always
missing that one thing that I need (e.g., intrinsic two-sided lighting,
high-performance stylized wireframe, accumulation buffers, stereo, GLU, ...)


"Wessam Bahnassi" <wbahnassi@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote in
message news:OumexqvtGHA.3912@xxxxxxxxxxxxxxxxxxxxxxx
I'd say you just stick with the gluTesselator with your D3D application. I
don't see a problem with "mixing" APIs. You're not running OGL, you're
just using an auxiliary functionality that doesn't even require an OGL
context.

--
Wessam Bahnassi
Microsoft DirectX MVP,
Programmer
Electronic Arts
--
In|Structurez Arabic Gamedev Community
www.instructurez.com


"Tim Anderson" <tranders@xxxxxxxxxxx> wrote in message
news:ORs%231JvtGHA.4928@xxxxxxxxxxxxxxxxxxxxxxx
"xbunny" <xbunny@xxxxxxxxxxxxxx> wrote in message
news:xvjAg.50481$9d4.45333@xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Tim Anderson wrote:
If there a similar C++ (unmanaged) functionality to gluTessBeginPolygon
/ gluTessBeginContour in DX9? I have used this for special purpose
facetting of closed (possibly winding), flat polygons (e.g., TrueType
fonts) and would like to convert this functionality to D3D. I could
potentially continue to use glu32 functions for this purpose but it
would seem to make sense to not have to mix D3D and OpenGL if I don't
have to. I don't want bitmaps since they are specifically not
geometrically "useful" and the function needs to be more generic than
just handling glyphs.

-- Tim

you could look at the source code for the mesa glu to learn how to write
your own version.


I could, but then I have to write it, debug it, and support it and the
cost of ownership just went beyond what I'm willing to pay. I could even
deliver Mesa but GLU exists today and is stable today and is available
today on all the platforms of interest. I would simply like to avoid
mixing APIs in my application modules. If Direct3D is supposedly a
replacement for professional graphics applications, one would think that
it (or its utility functions) would provide the same set of tools
available for the API it is supposed to replace.





.

Relevant Pages

  • Re: Polygon tessellation
    ... don't see a problem with "mixing" APIs. ... You're not running OGL, you're just ... using an auxiliary functionality that doesn't even require an OGL context. ...
    (microsoft.public.win32.programmer.directx.graphics)
  • Re: Enterprise Library Application Blocks question...
    ... Yes, the APIs have changed from the first incarnation to now, to be more ... in line with the current best practices using .NET 2.0. ... The functionality provided by the originals is still there, ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: Can there be any doubt at this point that queries were a bad idea?
    ... quirks many years ago and it would be dead by now. ... delivery of high-level functionality, not smoothing over browser ... DOM 3 Events and other DOM specifications are controlled by the w3c. ... The authors of the w3c specifications will continue to produce the same quality APIs that we are all sorely familiar with, and as such, dom adapters will be necessary. ...
    (comp.lang.javascript)
  • Re: Managed DX - deprecated or supported?
    ... The last time the MDX wrappers were updated was April 2006. ... There are assemblies for working with Games for Windows - LIVE and Xbox 360 LIVE, as well as various support framework components and the content pipeline. ... The Windows API Code Pack for Microsoft .NET Framework is a managed wrapper for various Windows Vista and Windows 7 APIs including Direct3D 11 and DXGI 1.0/1.1. ...
    (microsoft.public.win32.programmer.directx.managed)
  • Re: Geometric pens compiler error
    ... compiles and runs fine under VC6 in XP, but I get compiler errors in EVC4. ... error C2065: 'PS_GEOMETRIC': undeclared identifier ... Windows CE provides a subset of the Win32 APIs found on a desktop PC, ... Since the OS doesn't provide this support the MFC CPen class can't provide an object orientated wrapper around the functionality, and this is why the documentation you referenced explictly mentions the additional contructor overload isn't available on Windows CE. ...
    (microsoft.public.windowsce.embedded)