Re: Polygon tessellation

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

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: 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: 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)
  • Re: Polygon tessellation
    ... I guess this is just par for the course -- everything in Direct3D is always ... don't see a problem with "mixing" APIs. ... just using an auxiliary functionality that doesn't even require an OGL ... you could look at the source code for the mesa glu to learn how to write ...
    (microsoft.public.win32.programmer.directx.graphics)
  • Re: Replacing Greenlets with Threads or Processes
    ... That thread seems to deal with mixing them. ... Some loss of functionality isn't a problem, as the code only seems to use the most basic features of Greenlets. ...
    (comp.lang.python)