waashk/20ng huggingface dataset:
In article <2054@mwca.UUCP> bill@mwca.UUCP (Bill Sheppard) writes: >Many high-end graphics cards come with C source code for doing basic graphics >sorts of things (change colors, draw points/lines/polygons/fills, etc.).  Does >such a library exist for generic VGA graphics cards/chips, hopefully in the >public domain?  This would be for the purpose of compiling under a non-DOS >operating system running on a standard PC. >  I'm also interested in info both public domain and commercial graphics library  package to do PC VGA graphics.    I'm currently working on a realtime application running on a PCC with a  non-DOS kernel that needs to do some simple graphics.  I'm not sure if  reentrancy of the graphics library is going to be an issue or not.   I suspect I'll implement the display controller as a server process that  handles graphics requests, queued on a mailbox, one at a time.  If this  provides sufficiently frequent display updates then I believe that I can  restrict all graphics operations to be performed by the server and thus  constrain access to the library to a this single process and avoid the need for a reentrant graphics library.    Being fairly new to the realtime systems world I may be overlooking something, what do you think?
We need a good concave ->convex polygon conversion routine. I've tried a couple without much luck.  Please E-mail responses and I will post a summary of any replies.  Thank you.
In article <1qvq4b$r4t@wampyr.cc.uow.edu.au>, g9134255@wampyr.cc.uow.edu.au (Coronado Emmanuel Abad) writes: |>  |> The idea is to clip one polygon using another polygon (not |> necessarily rectangular) as a window.  My problem then is in |> finding out all the new vertices of the resulting "subpolygons" |> from the first one.  Is this simply a matter of extending the |> usual algorithm whereby each of the edges of one polygon is checked |> against another polygon???  Is there a simpler way?? |>  |> Comments welcome. |>  |> Noel.  	It depends on what kind of the polygons.  	Convex - simple, concave - trouble, concave with loop(s) 	inside - big trouble.  	Of cause, you can use the box test to avoid checking 	each edges. According to my experience, there is not 	a simple way to go. The headache stuff is to deal with 	the special cases, for example, the overlapped lines.
I am using an ibm dx-50 with EISA and local bus....and I need to get a local bus video card....  The only hitch is that I need one that will allow me to do the fastest anims (or flics) from ram. I have 64-megs of ram in 16-meg simms  I am using 3D-Studio from Autodesk and Imagine from Impulse... They both write out in the .FLC format....  So does anyone know what would be the best card for showing fast anims from ram.... ie. like the orchid, Diamond Stealth Viper, ATI....etc  any help would be appreciated.... ( I am trying to circumvent the single- frame route)
In article <raynor.735415408@beech.cs.scarolina.edu> raynor@cs.scarolina.edu (Harold Brian Raynor) writes: > >I am looking for some information of hidden line removal using Roberts >algorithm.  Something with code, or pseudo code would be especially >helpful. > >I am required to do this for a class, due Monday (we have very little >time to implement these changes, it is a VERY FAST paced class).  The >notes given in class leave a LOT to be desired, so I would vastly >appreciate any help. > >Actually any algorithm would be nice (Roberts or no).  The main problem >is two objects intersecting in x and y dimensions, need to know which >lines to clip off so that one object will appear in front of another. > >If you can give me an ftp address and filename, or even the name of a >good book, I'd REALLY appreciate it.  G'day Brian,  I'll be blunt about this. The ONLY reasonable explanation of Roberts algorithm is in  Procedural Elements for Computer Graphics Rogers McGraw-Hill Book Co. 1985  Go to the library and look at this.  There is also a somewhat muddled explanation in the first edition of Newman and Sproull.  The algorithm described in PECG runs in near linear time.  Luck,
rmalayte@grumpy.helios.nd.edu (ryan malayter) writes:  >Article 31 of alt.graphics: >Newsgroups: alt.graphics >Path: news.nd.edu!moliere!rmalayte >From: rmalayte@moliere.helios.nd.edu (ryan malayter) >Subject: GeoSphere images via ftp? >Message-ID: <1993Apr26.213648.26856@news.nd.edu> >Sender: news@news.nd.edu (USENET News System) >Organization: University of Notre Dame, Notre Dame >Date: Mon, 26 Apr 1993 21:36:48 GMT  >Does anyone know if a digitized version of the GeoSphere image is >available via ftp?  For those of you who don't know, it is a composite >photograph of the entire earth, with cloudcover removed.  I just think >it's really cool.  It was created with government funds and sattelites >as a research project, so I would assume it's in the public domain.  This image is copyrighted. Early in another news group it was being used as a texture map in a planet orbiting simulation. That program was being freely distributed but the texture map picture for the  earth had to be pulled because of copyright infringement issues.   mp....
abraxis@iastate.edu writes in article <abraxis.734340159@class1.iastate.edu>: >  > Anyone know about the Weitek P9000 graphics chip? > Micron is selling it with their systems They rank them at 50 winmarks... > Any info would help... > thanks.  It's supposedly a high-performance chip based upon workstation graphics accelerators.  It's quite fast (I have 7), but as usual with new boards/chips the drivers are buggy for Windows.  As far as Winmarks go, it depends upon the version.  I think I got 42M winmarks with version 3.11.  2.5 yielded the 50+ number.  I've also benchmarked this with Wintach at over 65 (from memory as well).  As far as the low-level stuff goes, it looks pretty nice.  It's got this quadrilateral fill command that requires just the four points.  It's very fast, but beware of buggy drivers, and otherwise no non-windows support.
Cyberspace Buddha (cb@wixer.bga.com) wrote: : renew@blade.stack.urc.tue.nl (Rene Walter) writes: : >over where it places its temp files: it just places them in its : >"current directory".  : I have to beg to differ on this point, as the batch file I use : to launch cview cd's to the dir where cview resides and then : invokes it.  every time I crash cview, the 0-byte temp file : is found in the root dir of the drive cview is on.  I posted this as well before the cview "expert".  Apparently, he thought he knew better.
I heard that there is a VESA driver for the XGA-2 card available on  compuserve. I just got this card, and I am wondering if this driver is  available on a FTP site anywhere. My news service has beeen erratic lately so please E-Mail me at: 				walsh@stolaf.edu 	Thanks in advance.
ulrich@galki.toppoint.de wrote: > Does anyone have any  other suggestions where the 42 came from? Forty-two is six times nine.
I need help in creating my 4x4 perspective matrix.  I'd like to use this for transforming x, y, z, w in some texture mapping code I got from Graphics Gems I.  I have many books which talk about this, but none of them in simple plain english.  If you have Graphics Gems I, I'm talking about page 678.  I'd like to have a perspective matrix that handles different field-of-views and aspect of course.  Thank's for your help.  --  Yes, of course everything I say is my personal opinion!
In article <1993Apr20.143434.5069@cs.ruu.nl> clldomps@cs.ruu.nl (Louis van Dompselaar) writes: >In <1993Apr19.193758.12091@unocal.com> stgprao@st.unocal.COM (Richard Ottolini) writes: > >>Beware.  There is only one such *copyrighted* image and the company >>that generated is known to protect that copyright.  That image took >>hundreds of man-hours to build from the source satellite images, >>so it is unlikely that competing images will appear soon. > >So they should sue the newspaper I got it from for printing it. >The article didn't say anything about copyrights.  (1) No explicit (c) is necessary.  If it the image is attributed to the Geosphere Company, then there is a likelihood permission is has been given to reprint.  (2) Unlikely that the owner can or will go after individuals. However, "interesting" images do make their way into ads and computer demos. That is when a pirate might get some flak. This image is considered so "interesting" that many people would like to use it whenever some global map is needed, so there is lots of temptation.  (3) One mail person said since the source data- satellite imagery- is not copyrighted, then the derived image can't be.  Not true. A new, distinctive, creative expression of the data can be protected. This image is certainly fits such, since NO ONE ELSE has taken the tremendous effort to re-create it themselves.  Precedent is a recent telephone book court case.  Ma Bell tried to copyright the data in their books and prevent competitors from copying it (there are trick entries in the book).  But the court only permitted copyright of the expression of the data, and not the data themselves. (You cant xerox and sell the telephone book.)  (4) There will be more attention to digital copyrights in the future and computer becomes a mass product and moguls such as Bill Gates are currently hoarding the digital copyrights.
In article <1rguqoINNrc@edna.cc.swin.edu.au> alan@saturn.cs.swin.OZ.AU (Alan Christiansen) writes: >I believe that the algorithms you can get that will only draw convex >polygons can be much more efficient than those that can draw >concave / self intersecting polygons.  >This efficiency can largely be attributed to the fact that  >simple convex polygons only have a left and a right edge on each scan line. >Complex (figure 8 type polygons) can be a bit trickier.  It is true the convex algorithm is faster than a general concave/multi outline algorithm, but not tremendously faster.  I spent awhile implementing and optimizing both flavors, and the convex turned out about 10% faster.  This is all C (on HP PA-RISC the compiler got the inner loop [shooting the span] as fast as possible, as far as I could tell).  For any sort of game the database to render is known ahead of time, and can be made all convex.  Definitely the way to go.  p.s. sorry but my code CANNOT be made public domain.... 	jesse
I've borrowed the 1992-93 version of this book from a friend...holy moley!  What a wealth of contacts.  Five-hundred pages of information about electronic artists and organizations around the globe (many have email addresses).  An up to the minute database of this information is also available on Minitel (the book's based in France...are there any Internet=>Minitel gates?).  The book is printed in French and English.   To have you or your organization listed in IDEA, just send your information to:   Annick Bureaud IDEA 57, rue Falguiere 75015 Paris France   It's free to be listed in it, I'm not sure how widely distributed the book is or how much it costs.  I'm not affiliated with them in any way, I was just impressed by their collection of organizations and artists. I highly encourage all involved in electronic media (video, music, graphics, animation, etc.) to send in your entry and encourage them to make their database available on Internet.   ...e
What I'd like to see is the more generic N-dimensional widget set. I realize, that there wouldn't be a whole shitload of people who'd want more than 3, but why stop?  All I need is a Widget with up to N viewports showing me different 3-D or 2-D slices of my stuff.  alter, pat
Dominic Lai (cs_cylai@cs.ust.hk) wrote: : Simon Crowe (scrowe@hemel.bull.co.uk) wrote: : 8~> I require BGI drivers for Super VGA Displays and Super XVGA Displays. Does  : 8~> anyone know where I could obtain the relevant drivers ? (FTP sites ??)  : 	I would like to know too!  : Regards, : Dominic  garbo.uwasa.fi (or one of its many mirrors) has a file called "svgabg40" in the programming subdirectory. These are svga bgi drivers for a variety of cards.  [from the README]: "Card types supported: (SuperVGA drivers)   Ahead, ATI, Chips & Tech, Everex, Genoa, Paradise, Oak, Trident (both 8800    and 8900, 9000), Tseng (both 3000 and 4000 chipsets) and Video7.   These drivers will also work on video cards with VESA capability.   The tweaked drivers will work on any register-compatible VGA card."  enjoy, Clark Verbrugge clump@cs.mcgill.ca  --
Rene S. Dutch student (renes@ecpdsharmony.cern.ch) wrote:  : I'm trying out the C++ graphics package InterViews. Besides the man pages : on the classes, I haven't got any documentation. Is there anything else : around? Furthermore, can anyone send me a (small!) example program : which shows how to use these classes together ? I would be very gratefull...
Hi there  I am very interested in Rayshade 4.00. I have managed to make a chessboard for Rayshade. Unfortunately I still have to do the knight (horse). Any ideas? I am also looking for a surface for the chesspieces. The board is marble. Unfortunately black won't work very well for the one side. Anybody with ideas for nice surfaces?  I would also like to use the image command of rayshade and the heightfield command. Unfortunately the manual is very vague about this, and I don't have Craig Kolb's email address. Anybody with ideas, because this is essential for my next venture into raytracing.  Where should I post the finished chessboard?  Is there anybody else using rayshade on non-Unix systems?  How fast does Unix render?  Thanks
At the moment i'm trying to grab a portion of a Starbase screen, and store it in an area of memory. The data needs to be in a 24-bit format (which shouldn't be a problem as the app is running on a 24 bit screen), though i'm not too fussy about the exact format.  (I actually intend to write the data out as a TIFF but that bits not the problem)  Does anyone out there know how to grab a portion of the screen? The block_read call seems to grab the screen, but not in 24 bit colour, whatever the screen/window type i get 1 byte per pixel.   thanks in advance,  Martin     -- --------------------------------------------------------------------------- |Martin Preston,      (m.preston@manchester.ac.uk)    | Computer Graphics | |Computer Graphics Unit, Manchester Computing Centre, |    is just        | |University of Manchester,                            |  a load of balls. | |Manchester, U.K., M13 9PL     Phone : 061 275 6095   |                   |
Hi!...   I am searching for packages that could handle Multi-page GIF files...      Are there any on some ftp servers?  I'll appreciate one which works on PC (either on DOS or Windows 3.0/3.1). But any package works on Unix will be OK..
Padmini Srivathsa in Wisconsin writes:  >I would like references to any introductory material on image >databases.  I'd be happy to US (international) Snail mail technical information on imaging databases to anyone who needs it, if you can provide me with your address for hard copy (not Email).  We're focusing mostly on Open PACE, Oracle, Ingres, Adabas, Sybase, and Gupta, regarding our imaging databases installed.  (We have over 1,000 installed and in production now; most of the new ones going in are on Novell LANs, the RS/6000, and now HP Unix workstations.)  We work with Visual Basic too.
TO: saz@hook.corp.mot.com   SZ>Does anybody know of a program that converts .GIF files to .BMP files SZ>and if so, where can I ftp it from?  Any help would be greatly SZ>appreciated.    Sure... A GREAT shareware  program is Graphic Workshop (the newest   version is 6.1).  Although I don't know where you can ftp it from.  It   also converts to about 15 other formats, and does MANY other things.  ....r.c V.t.ell. .r...
In <1rs6giINN6hk@no-names.nerdc.ufl.edu> lioness@maple.circa.ufl.edu writes:  >Someone please fill me in on what 3do. >Thanks, >BH  There is a review of 3DO in the latest "wired" magazine.  You may just want to take a trip to the local bookstore and check it out (there's some cool pics too).  (I haven't read it yet, or I'd tell you more.. :-)
>Does anyone know of software that will allow >you to convert CorelDraw (.CDR) files >containing bitmaps to SCODAL, as this is the >only format our bureau's filmrecorder recognises. > >Jeff Lyall  I used this combination for a while - A QCR-Z recorder, I think - and as far as I remember Corel can EXPORT in SCODAL (.scd) format.  Just select 'EXPORT' on the main file menu.  This may not be implemented in earlier versions, of course, in which case you're on your own!!!  Also, I seem to think that the s/w for the QCR-Z (at the time) did strange (and very undesirable) things if ANY part of the pic was outside the screen area on Corel.  I once spent an afternoon painfully discovering that ONE pixel had somehow strayed off-screen, causing my whole slide to be blank!!!  The QCR-Z also couldn't handle grad-fill over grad-fill - so if you use a graduated colour background, if you then grad-fill an object on top of this, the fill appears on the final slide as a circle (I think) and TOTALLY IGNORES the shape of the object being filled!!!  Of course, if the recorder isn't a QCR, you can ignore all this and feel suitably :-)
I've been trying to figure out a way to get Adobe Illustrator to auto-trace >exactly< what I see on my screen. But it misses the edges of templates by as many as 6 pixels or more - resulting in images that are useless  - I need exact tracing, not approximate.  I've tried adjusting the freehand tolerances as well as autotrace tolerances but it doesn't help. Any suggestions?
Chris Herringshaw (tdawson@engin.umich.edu) wrote: : Concerning the proposed newsgroup split, I personally am not in favor of : doing this.  I learn an awful lot about all aspects of graphics by reading : this group, from code to hardware to algorithms.  I just think making 5 : different groups out of this is a wate, and will only result in a few posts : a week per group.  I kind of like the convenience of having one big forum : for discussing all aspects of graphics.  Anyone else feel this way? : Just curious. :  :  : Daemon :   Yes. I also like knowing where to go to ask a question without getting hell for putting it in the wrong newsgroup.
In <1r0ms5$k65@ratatosk.uninett.no> joachim@kih.no (joachim lous) writes: >> Does anyone have any  other suggestions where the 42 came from? >I don't know where Douglas Adams took it from, but I'm pretty sure he's >the one who launched it (in the Guide). Since then it's been showing up  >all over the place.  Douglas Adams once said (paraphrased from memory): "I just picked it.  It seemed like the sort of number you wouldn't be afraid to take home to meet your parents.  Nice and even, perfectly normal."
osprey@ux4.cso.uiuc.edu (Lucas Adamski) writes:  >In article <7306@pdxgate.UUCP> idr@rigel.cs.pdx.edu (Ian D Romanick) writes: >>What kind of polygons?  Shaded?  Texturemapped?  Hm?  More comes into play with >>fast routines than just "polygons".  It would be nice to know exaclty what >>system (VGA is a start, but what processor?) and a few of the specifics of the >>implementation.  You need to give  more info if you want to get any answers! :P  >I don't want texture mapped, cause if I did I'd asked for them. :)  Just >a simple and fast routine to do filled polygons.  As for the processor, it'd >be for a minimum of a 286... maybe 386 if I can't find a good one for 286s. >Ideally, I want a polyn function that can clip to a user-defined viewport, >and write to an arbitrary location in memory.  Of course the chances of  Ok It is for a game that is 3d and you have listed the characteristics  that you are looking for. I think you may have left out a few  important parameters.  The polygons are all convex.  They have less than N sides. (you are drawing meshes walls doors etc.)  I believe that the algorithms you can get that will only draw convex polygons can be much more efficient than those that can draw concave / self intersecting polygons.  This efficiency can largely be attributed to the fact that  simple convex polygons only have a left and a right edge on each scan line. Complex (figure 8 type polygons) can be a bit trickier.  The less than N sides specification especially if it is a very small  number like 3 or 4 allow othe optimisations to be made.  Thus for a high speed game application I think you are looking for code that exploits and is hence limited to drawing simple convex polygons.    >finding something like that are pretty remote, so I guess I'd need the source >with it.  Oh, and I guess it would need to be in ASM otherwise it'd be too >slow.  I've seen some polygon routines in C, and they've all been waaay too >slow.  Its for a 3D vector graphics program.  I've been hunting high and low  It may have been that they were very general purpose algorithms. If you limit yourself to 3 or four sided simple convex polygons I think you might be suprised how fast a c algorithm with a  asm block move to fill each scan line might actually be.
My wife wants to publish a newsletter. She's no artist, so she intends to use comercial clipart and customise it a bit by drawing a circle or a box around it etc.    We have MSPublisher for manipulating text, but it is not suitable for doing much with graphics, so she needs a more specialised tool. Right now she's looking at Corel Draw and Harvard Draw. There seem to be more books in the stores on Corel than on Harvard, so she's inclined to go with Corel on the basis of popularity. Can anyone give us an informed opinion on which  package would be more suitable or if there is an even better alternative available? If this is a FAQ, please withhold the flames and just send the location of the FAQ document. Thanks.   Three PS's:   1) Is it ok to use clip art from Harvard Draw or whatever for commercial    purposes?   2) We have a 600 dpi Laser Jet 4 printer. What would be a good scanner for    reading in paper clipart?
Robert J.C. Kyanko (rob@rjck.UUCP) wrote: > abraxis@iastate.edu writes in article <abraxis.734340159@class1.iastate.edu>: > > Anyone know about the Weitek P9000 graphics chip? > As far as the low-level stuff goes, it looks pretty nice.  It's got this > quadrilateral fill command that requires just the four points.  Do you have Weitek's address/phone number?  I'd like to get some information about this chip.
I'm told that VRrend386 is available on the internet. I wanted to know where it is.  Thanks in advance.  Raoul
In article <1993Apr30.011157.12995@news.columbia.edu> ph14@cunixb.cc.columbia.edu (Pei Hsieh) writes: >Hi -- sorry if this is a FAQ, but are there any conversion utilities >available for Autodesk *.DXF to Amiga *.IFF format?  I >checked the comp.graphics FAQ and a number of sites, but so far >no banana.  Please e-mail. > >Thanks. > >     _______   Pei Hsieh >    (_)===(_)  e-mail: ph14@cunixb.cc.columbia.edu >      |||||    "There's no such thing as a small job; just small fees." >      |||||                         - anon., on being an architect  Hei Pei.  I can not help you directly width you problem, but there may be intermediate roads to take to get to the IFF. I am using a converter that can take IGES, IIF, DXF -> IGES, MILESPEC I IGES, MILESPEC II IGES,  IIF, MILESPEC I IIF, MILESPEC II IIF  and DXF.  IIF is IBM IGES FORMAT. There may be converters out there that can handle IGES to IFF. Hope this was to any help. By the way the converter is part of the IGES Processor/6000 package from IBM and it runs on RS/6000 AIX.