home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.amiga.programmer:12763 comp.sys.amiga.applications:6795 comp.sys.amiga.graphics:5803
- Path: sparky!uunet!munnari.oz.au!network.ucsd.edu!swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!sportster.ksu.ksu.edu!news
- From: strat@sportster.ksu.ksu.edu (Steve Davis)
- Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.applications,comp.sys.amiga.graphics
- Subject: Re: Wanted: DR2D Rendering Engine!!!
- Message-ID: <17irvhINN38i@sportster.ksu.ksu.edu>
- Date: 27 Aug 92 15:22:25 GMT
- References: <17emgnINNb14@matt.ksu.ksu.edu> <64726@cup.portal.com>
- Organization: Kansas State University
- Lines: 29
- NNTP-Posting-Host: sportster.ksu.ksu.edu
-
- cunniff@cup.portal.com (Ross Alan Cunniff) writes:
-
- >In a few days, look for an upload of the current DR2D sample code to
- >alt.sources.amiga, as well as Portal and BIX. It shows how to use
- >iffparse.library to parse out the DR2D structures, and shows how you
- >might interpret the structures.
-
- This isn't exactly what I asked for. Using just the chapter in the
- RKM's or January's Amiga Mail I can parse your files. Anybody could
- do that.
-
- But what about *RENDERING* them? The specification does not say how
- the different kinds of edges are actually rendred, or what the ratio
- is between line length and object scaling, or which end of the line
- dashes start from. The specification is *VERY* vague about how pattern
- fills work, whether "special" bitmap images (HAM, EHB) are rendered
- (and how), etc. etc. etc.
-
- If DR2D is *REALLY* going to be a standard for everyone else to use,
- how about giving the rest of us the code you use to DISPLAY them?
-
- This is what I meant by "Wanted: DR2D Rendering Engine!!!"
-
- Stratocaster
- --
- Steve Davis | Contact me at ... | The Boarding House BBS!
- | Internet: strat@cis.ksu.edu | 9600 baud (v.32/v.42)
- | FidoNet: Steve @ 1:295/3 | America: 913-827-0744
- The USA has more prisoners per capita than South Africa, Iraq, or CHINA!
-