Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!ucbcad!ucbvax!ADS.ARPA!Info-Graphics-Request From: Info-Graphics-Request@ADS.ARPA.UUCP Newsgroups: mod.graphics Subject: Info-Graphics Digest Message-ID: <8702241427.AA05563@ucbvax.Berkeley.EDU> Date: Tue, 24-Feb-87 06:00:55 EST Article-I.D.: ucbvax.8702241427.AA05563 Posted: Tue Feb 24 06:00:55 1987 Date-Received: Fri, 27-Feb-87 01:38:42 EST Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Info-Graphics@ADS.ARPA Distribution: world Organization: The ARPA Internet Lines: 1064 Approved: info-graphics@ads.arpa Info-Graphics Digest Tue Feb 24 03:00:55 PST 1987 - Send submissions to Info-Graphics@ADS.ARPA - Send requests for list membership to Info-Graphics-Request@ADS.ARPA Today's Topics: Info-Graphics Administrivia Need help finding UNIX drivers for a GOULD FD500 BRL CAD Package Need info on mv2000 based CAD systems Conference Announcement Need help: Video Digitizing Board for SUN 3 Need help: Higher level graphics routines that call GKS Bay Area ACM/SIGGRAPH Meeting, 27-Jan-87, San Francisco Evans & Sutherland PS300 on Ethernet X and NeWS window systems -- discussion wanted: 16x16 or larger dither matrix 3-d molecule graphics Color Printers Scientific graphics on the IBM/PC Graphics and the IBM 7171 Free Solid Modelling Software Computer Animation Configuration Needed Looking for paper DEC GKS inquiry Need advice on a graphics grad pgm San Francisco Bay Area SIGGRAPH Meeting, 26-Feb-87 8pm: COLOR Extract AFM & troff width tables from PostScript device ---------------------------------------------------------------------- Date: 24 Feb 1987 00:06-PST From: Andy Cromarty Subject: Info-Graphics Administrivia This is the first Info-Graphics mailing in a few weeks. Submissions sent for redistribution in the interim have been spooled here, when it was possible to receive them. The delay in redistribution is due in part to some problems with the machine that serves as our ARPANET host; these problems should be taken care of soon. In the mean time, my apologies to those of you whose contributions have not been sent out in a timely fashion. Because the backlog of submissions is quite large, I have split them into two groups. This Info-Graphics digest issue contains messages that are, for the most part, announcements and requests for information. The next issue, which should be published this weekend as per the usual schedule, will contain a few special items, possibly including some graphics data which I expect to be of interest to a large percentage of the Info-Graphics readership. (Note that the size of the upcoming mailing may cause some of you to experience delivery problems, due to message size constraints imposed on your mail by your mailer or one on the path to you. There is little we can do about such size constraints except to hope that they will be lifted as available network bandwidth improves over time.) Again, my apologies for the delay in redistribution. Perhaps the volume and quality of some of these and the soon-to-come submissions justifies the suggestion that the material is "worth waiting for." Regards, Andy Cromarty Info-Graphics-Request@ADS.ARPA ------------------------------ Date: Tue, 13 Jan 87 12:17:47 PST From: muffy%violet.Berkeley.EDU@berkeley.edu Subject: Need help finding UNIX drivers for a GOULD FD500 We have a GOULD FD5000 image processing system that came with software written by GOULD (mini-LIPS) to run under VMS. However, that software does not do all of the things that we want to do to our images and the only software that we know of that will meet our need was written for UNIX based systems. It appears that we have a couple of possible route to pursue, we could rewrite the software to run under VMS, or write our own UNIX device drivers, or better still copy (or buy if necessary) previously written UNIX device drivers for the FD5000. If anyone is using a GOULD FD5000 with UNIX, or knows of someone that is using that configuration I would appreciate any advice that you may have. Thanks Kathy Murphy muffy@violet.berkeley.edu ------------------------------ Date: Wed, 14 Jan 87 2:29:05 EST From: Mike Muuss Subject: BRL CAD Package This message is a formal announcement of the BRL CAD Package, a followup to the teaser I posted late last summer. When the printed documentation (315 pages) returns from the print shop (Friday, they tell me), we will begin shipping our backlog of requests. I'm sorry for the longish delay, but there wasn't much that could be done about it, given the numerous constraints that had to be met. The BRL CAD Package is a solid modeling system, with ray-tracer, framebuffer library, and lots of image tools. We have tested this software on VAXen running 4.2 and 4.3 BSD, Gould PowerNodes, SGI Irises, Sun Workstations, Cray XMP, Cray-2, Alliant FX/8, and Pyramids. (Benchmark comparisons included as part of the distribution, as well as the benchmark itself, so you can see how your favorite machine stacks up). The software included in this package is only the tip of the iceberg. The next release is expected to contain a serious image- and signal- processing toolkit to compliment the existing tools. Hopefully, many of you will find this a worthwhile software base to build upon, and will contribute your favorite graphics tools to round out the collection. Best, -Mike - - - - - - - - - - - - BALLISTIC RESEARCH LABORATORY SOLID MODELING SYSTEM and RAY-TRACING BENCHMARK DISTRIBUTION PACKAGE Release 1.15 (9-Jan-87) DISTRIBUTION DETAILS To obtain a copy of the distribution, you should send the authors: 1) Enough magnetic tape for 12 Mbytes of data. For 9-track 1/2 inch magtape, specify density (800, 1600, or 6250). Silicon Graphics and SUN tape cartridges can also be accommodated. Specify TAR or CPIO, and blocksize. 2) A letter indicating: -- Who you are -- What the BRL CAD package is to be used for -- Equipment and operating system(s) you plan on using -- That you agree to the conditions listed below. The software is distributed free of charge with the following conditions: 1. The BRL CAD package source files won't be passed on to third parties. If someone wants them, have them contact BRL. We need to know who has what, and what it is being used for. 2. BRL will be credited should the software be used in a product or written about in any publication. BRL will be referenced as the original source in any advertisements. 3. BRL assumes no legal responsibility for source code and its subsequent use. No warranty is expressed or implied. 4. If any bugs or problems are found they will be reported back to BRL. You will own full rights to any databases or images you create with this package. To obtain authorization for use at additional sites, or for permission to use this work as part of a commercial package, please contact the authors at the address below. For non-US sites, an extra step is required. You must send your letter and tape to your Ambasador to the United States in Washington DC, and have them forwarded to BRL through official channels. CONTENTS What you have here is a collection of software which includes: libsysv Some System-V compatability routines mged A solid-model editor librt A solid-model ray-tracing library rt A ray-tracing lighting model, for rendering db Several solid-model databases, in ASCII form conv ASCII/binary database converters bench Scripts to drive the RT benchmark pix Reference images for the RT benchmark, in ASCII form libpkg A "message-passing" interface to TCP network links libfb A generic frame-buffer library rfbd TCP server for remote frame-buffer access libtermio A library to handle terminal mode setting libplot3 A public-domain 2-D and 3-D UNIX-Plot library librle A Run-Length-Encoding library (originally from UofUtah) util Zillions of image-handling utilities, as tools fbed Frame-buffer image editor vdeck Convert mged models to GIFT-format card decks. dmdfb libfb support for layers in Teletype 5620 DMD terminal This distribution does NOT include the various BRL- specific model analysis tools such as GIFT, SAR, SLAVE, VAST, etc. ENHANCEMENTS, COMMUNICATION It is expected that new releases of this software will be issued roughly semi-annually. Information about new releases will be routinely provided to recipients of this software. If your address changes, please let us know, so we can update our records. You are invited to participate in the BRL CAD software mailinglist, called . Bug reports and discussions of new features are the main topics; volume of messages has been light (so far). Direct your bug reports to this address. Request a subscrip- tion by sending to . If you find bugs, please report your experiences. ** While BRL makes no offer of support, we are most ** interested in hearing about your experiences. Elec- tronic mail is vastly preferred over telephone contact. In dire circumstances, you may phone; 1500-1800 Eastern time is best. If you develop additional software for the BRL CAD environment that you would be willing to share, please send it to us for inclusion in the next release. Best Wishes, -Mike Muuss Leader, Advanced Computer Systems Team U.S. Army Ballistic Research Laboratory APG, MD. 21005-5066 USA ArpaNet: ------------------------------ Date: Wed, 14 Jan 87 14:29:00ligt From: munnari!cidam.rmit.oz!boing@seismo.CSS.GOV (Wild Bill Bertoch) Subject: Need info on mv2000 based CAD systems This is a plea for information concerning the Data General mv2000 computer. The mv2000 is finding acceptance in CAD applications and is currrently used as the basis of McAUTO and CDC CAD systems. The McAUTO setup is marketed as a high performance version of their CAD system and can be chosen over your regular (slow) Micro VAX II hardware configuration. CDC market an mv2000 implementation of the CDC I.C.E.M. CAD system. The details on this one are extremely sketchy here in Australia and it is to be presumed that this is an attempt by a financially troubled CDC to get into the lucrative bottom end CAD-sytem market with a minimum of financial investment. Could anyone out there tell me of their experiences with mv2000's. I am especially looking for information concerning the CDC CAD system. The impression i have gotten is that the integrated ICEM CAD system should be marketed as a dis-integrated CAD system. I have only seen ICEM on a CYBER mainframe and it was pathetic. Has this situation been rectified with the mv2000 implementation. Has anybody seen the new Silicon Graphics workstations that CDC are marketing. Can anybody relate any experiences in ussing these new workstions on a CDC CAD system based on the mv2000. Or any other system for that matter. Thanks for any info forthcoming................Bill Bertoch ------------------------------ Date: Wed, 14 Jan 87 15:16:53 PST From: fair@ucbarpa.Berkeley.EDU (Erik E. Fair) Subject: Conference Announcement S E V E N T H A N N U A L D I G I T A L V A L E N T I N E ' S D A Y G R A P H I C S G A T H E R I N G Your presence is requested February 14, 1987 for the Seventh Annual Digital Valentine's Day Graphics Gathering - yet another festival of computer art, software aesthetics, and digital valentines. This one promises to be the biggest ever... spontaneous street theater of technology on a grand scale! Join us for a celebration of revelry, artistry, and creativity in beautiful beach-side Santa Cruz, California. Free of charge, open to all comers. R.S.V.P. +1 408 425 8700 anytime day or night This event is sponsored by Howard Pearlmutter, President Softweaver Post Office Box 7200 Santa Cruz, California 95061 [this is being posted by request of the sponsor. Please do not reply to the poster of this message] ------------------------------ Date: Thu, 15 Jan 87 02:33:05 pst From: martin eichenberger Subject: Need help: Video Digitizing Board for SUN 3 We are looking for a VME-Bus Video Digitizer Board that will work in conjunction with a video camera (50Hz Eurpean standard). We want to achieve a 1:1 pixel aspect ratio and unfortunately, the board we have (Matrox MIP-1024) has a pixel aspect ratio of 1:1.25. By 1:1 pixel aspect ratio we mean that, for instance, when looking at a square with the camera, we want to obtain a square in the >>video frame buffer<< (and not a rectangle !! ). We are also looking for the corresponding SUN 3 Board Driver. We would appreciate any possible hints. Awaiting your response with anticipation and thanking you in advance, Martin Eichenberger. UUCP: ...!seismo!mcvax!cernvax!ethz!martin BITNET: martin%ifi.ethz.chunet@CERNVAX ------------------------------ Date: Thu 15 Jan 87 08:12:50-PST From: Richard Steinberger Subject: Need help: Higher level graphics routines that call GKS I am looking for a 'high level' plotting package that sits on top of a standard GKS (I'm buying GKS from ATC in Culver City, CA). Should be able to do normal 2-D plots, gray-scale, provide a variety of fonts and labeling options, etc. Should NOT be interactive (I usually need to pro- duce dozens of plots at a time), should run under VMS w/ FORTRAN compiler. Does anyone have any suggestions? Would it be better to take the (long?) time and write such routines myself - I'd rather concentrate on other things? Please reply to: STEINBERGER@SRI-KL.ARPA (415) 859-5985, 859-4300 Thank you. ------- ------------------------------ Date: Thu, 15 Jan 87 13:15:06 pst From: Siggraph RCR Subject: Bay Area ACM/SIGGRAPH Meeting, 27-Jan-87, San Francisco San Francisco Bay Area ACM/SIGGRAPH Local Group Meeting Announcement WHAT: Molecular Graphics Since 1964: from Project MAC to Star Trek and Beyond WHO: Dr. Robert Landgridge WHERE: The Exploratorium, Palace of Fine Arts, San Francisco WHEN: Tuesday, 27 January 1987, 8:00pm ABSTRACT: The discovery of the structure of DNA in 1953 led to a revolution in molecular biology and genetic engineer. Understanding the structures and interactions of the three dimensional complexity of DNA, proteins and other large molecules of the living cell required the construction of large and unwieldy wire models in the early days. In 1964, Dr. Landgridge and his associates first used the unique three dimensional interactive display system at Project MAC to display and manipulate models of these molecules. Today, modern versions of systems of this kind are in use around the world. He will review his work in the field from Project MAC, through the DEC PDP-10/Evans & Sutherland LDS-1 systems that were installed at Princeton in 1970, to the present networked workstation based Computer Graphics Laboratory at UCSF. He will describe some of his applications to drug design and protein engineering and illustrate the lecture with stereo slides and with film and videotape made from 1964 to 1986. BIOGRAPHY: Dr. Robert Landgridge is the Director of the Computer Graphics Laboratory at the University of California, San Francisco and Professor of Pharmaceutical Chemistry in the School of Pharmacy, and of Biochemistry and Biophysics, and Medical Information Science in the School of Medicine. In 1983-84 he held a Guggenheim Fellowship as Visiting Professor of Computer Science at Stanford University. Dr. Landgridge was born in England in 1933 and received his B.Sc. in Physics with First Class Honors in 1954 and his Ph.D in Crystallography in 1957 from the University of London. His thesis, Experimental and Theoretical X-Ray Diffraction Studies of the Structure of DAN, was supervised by Professor M.H.F. Wilkins (who received the Nobel Price with Watson and Crick in 1962) and included the first application of digital computers to the analysis of DNA structure. His research interests are in numeric, symbolic, and graphic computational approaches to the study of molecular structures and interactions, particularly for drug design and protein engineering. ---- If you are interested in becoming a formal member of the Local Group, or you are interested in contributing lectures or administrative assistance, please write to: Bay Area ACM/SIGGRAPH P.O. Box 3553 Santa Clara, CA 95055 -end- ------------------------------ Date: Tue 20 Jan 87 08:14:59-EST From: Nick Bush Subject: Evans & Sutherland PS300 on Ethernet We are looking into installing a piece of Ethernet to connect our E&S PS300 to a VAX 11/785 running VAX/VMS. We have a few questions: 1) What kind of performance can we expect from the Ethernet connection (versus 9600 baud asynchronous)? 2) What software is require on the VAX? I understand that the PS300 talks TCP/IP, so I assume that something like Wollongong's TCP/IP would be required on the VAX. Or is there some other package that works and is cheaper? 3) Are there any problems we are likely to run into? Anyone out there currently running a similar configuration? Please reply directly to me at SIT.BUSH@CU20B.COLUMBIA.EDU (or SIT.BUSH@CU20B.BITNET). - Nick Bush Sterling-Winthrop Research Institute Rensselear, NY 12144 ------- ------------------------------ Date: Tue, 20 Jan 87 18:04 EST From: Mike McMahon Subject: X and NeWS window systems -- discussion It has been suggested to me that the following from the Common Lisp window system standardization forum might be of interest to this wider audience. Date: Sun, 18 Jan 87 19:35 EST From: Mike McMahon To: cl-windows@SAIL.STANFORD.EDU I find it better to think of X Windows as a virtual console specification, rather than a window system specification. In the first place, window systems often deal with issues of window management, which are expressively a client of X. In the second place, I think that the concepts presented by the low-levels of X are really not those that an application programmer of an advanced LISP system should have to deal with when programming the window system. For instance, the methods of implementing higher level interfaces such as scrolling viewports or asymmetrical program controlled out of band information (like borders and labels) require the interposition of more than one X window for what is naturally a single object to the application programmer. A fortiori, NewS is a graphical imaging specification. I do not expect that given the choice, programmers of LISP systems would program directly in the PostScript stack language. I see no reason not to move forward toward adopting X, for instance, as the standard, or a standard, at the right level of modularity. I sincerely hope that programs that are written entirely in the standard language that we produce are not fettered by having only this level. That is to say, I hope that we can have a window system standard that is higher level than either X or NewS. I would not propose that this time that we attempt to standardize all the way to the User Interface Management System level. But we can hope that such systems as would be provided by different vendors and as part of different libraries would themselves be written using the standard. This would greatly increase the likelihood that they would be portable, whenever their supplier chose to unbundle them. I must agree that it is only natural to design the window system standard with the emerging object orientated programming standard in mind. I would go even further and say that it should be designed around an extension of an integration of the existing output stream primitives with such a class standard. We should recognize the overlap and interleaving of character and graphical I/O in the window objects provided by the standard. Note that I am not at this time proposing equality of stream objects and windows. As to the relationship between this effort and that of graphics, the situation is pretty complicated. First off, it's obvious that the implementation of any window system requires certain very-low-level interfaces to hardware drivers and such for going the actual bit shuffling that it requires. Sometimes that's known as graphics. Second, there are those graphical operations that one performs in a window, such as drawing lines and so on. These must be recognized by the virtual console and imaging specifications, so there must be a way through the window system to them. And finally, there is the very high level graphics operations that truly graphically oriented programs, such as animation or design systems, deal in. I have found a data-oriented set of generic procedures to be a pretty easily managed interface to that middle level of graphics that the window system standard should deal with. By this I mean not a purely procedural interface, such as PostScript provides, in as much as that locks out low-level assistance for high-level operations, to which generic functions are otherwise ideally suited. Nor a set of actual data entities directly modelling the graphical output. Of course, these are invaluable when one wishes to move past just output and deal with geometrical constraint systems. But we are not in my opinion ready for a standardization here. And in any case, this is the part of the system that I feel is outside the province of window system standardization. What I am talking about, then, is a set of functions for drawing primitive graphical output, such as polygons, circles, lines and so on. Plus special forms for interacting with the dynamic aspects of graphical state, such as scaling or line thickness, in a LISP-like way. I'm sure it's obvious that either X or NewS is well suited to the implementation of such a standard set. To proceed, I think we should attempt to itemize those objects and concepts with which we do expect the application programmer who is well treated by his or her LISP system to be dealing. ------------------------------ Date: Thu, 22 Jan 87 02:35:07 PST From: serge@ucbvax.Berkeley.EDU (serge) Subject: wanted: 16x16 or larger dither matrix Does anyone have a 16x16 or larger dither matrix, or know how to generate one from an 8x8 dither matrix (the largest one in "Fundamentals of Computer Graphics" by Foley and Van Dam)? Thank you very much. Serge serge@ucbvax.berkeley.edu ...!ucbvax!serge P.S. The matrix is for converting from a color image to a black and white one. If you know of a better algorithm than dithering, I would appreciate hearing about it also. ------------------------------ Date: Fri, 23 Jan 87 08:50:54 CST From: Gerald Kutish Subject: 3-d molecule graphics Has anyone heard of the following 3-dimensional molecular graphics software packages and their distributors: 1. BIOCHEM from a California company 2. CHEM-X from England Thanks Gerald Kutish, ACRC0008@UNLVM.BITNET Univ. Nebraska 402-472-5220 ------------------------------ Subject: Color Printers Date: Tue, 03 Feb 87 12:34:05 -0800 From: Steve Minar I am looking for pointers and advice on color printers. We are using SUN 260's to do a variety of color imaging tasks where hard copy is a requirement. Features desired: ** greater than 4096 shades (hopefully spread evenly through color space) ** 300 dpi or greater resolution ** image data passed digitally, perhaps through RS232 or centronics, as opposed to taking it off the RGB video lines. ** transparencies possible ** SUN software already available I would be glad to summarize and post the results. Thanks, Steve Minar SRI International minar@spam.sri.istc.com minar@spam.arpa ------------------------------ Date: Tue, 3 Feb 87 16:05:48 MST From: John Humbrecht Subject: Scientific graphics on the IBM/PC In response to queries on mod.graphics I would like to send some information on a local company who is just releasing a PC based scientific graphics product based on GKS. Xtasy\PC Scientific Graphics for the IBM PC Xtasy\PC is a complete scientific graphics software library for the IBM PC/AT! This is an enhanced implementation of the renowned NCAR graphics system, a set of FORTRAN-callable subroutines currently in use around the world in a wide array of scientific applications. Now you can run your mainframe graphics applications on your PC! Xtasy\PC includes global map drawing, contour mapping, line charts, bar graphs, 3D wireframe surface generation, streamline representations of flow fields, and much, much more. And, the interfaces to the NCAR routines have been simplified and reworked to present a more uniform package to the user. The documentation for Xtasy\PC is clear, concise, well-organized, and easy to use for both the novice and the experienced scientific graphics application programmer. Demos of all utilities are included, along with the source code used to generate them. Two versions of Xtasy\PC are currently available. Both include the full functionality of the NCAR system. 1. Xtasy\PC (GKS not included in package) hardware requirements - IBM PC (AT recommended) 1.2Mbyte floppy drive 640Kbyte main memory Intel 8087 math coprocessor chip Any graphics display supported by IBM GKS software requirements - IBM Professional FORTRAN IBM Fortran Callable GKS 2. Xtasy\PC-G (GSS-GKS level 2b included as part of package) hardware requirements - same as above, with devices supported by our GKS (please see the enclosed list of our supported devices) software requirements - IBM Professional FORTRAN Xtasy\PC encompasses the full functionality of the NCAR graphics system. It is especially useful for the scientist who wishes to create and display graphics without using a mainframe computer. It is also convenient for scientists who want to graphically preview data on the PC before shipping it to a mainframe for more comprehensive analysis and display. Xtasy\PC is simply organized into a Standard and a Super library, each under one megabyte in size. "Super" functionality within any package is obtained by linking to the Super library. Unless specifically noted below, all utilities appear in both the Standard and the Super libraries. The following lists all graphics packages currently included in Xtasy\PC. Note that some of the functionality of the former NCAR graphics system is now obtained via calls to GKS. AUTOGRAPH - graphs with labelled background and one or more curves CONRAN - contouring of irregularly distributed data - CONRAS functionality is obtained by using CONRAN calls and linking to the Super library CONREC - contour maps from data stored in a rectangular array - CONRECSUPR functionality is available via CONREC calls with the Super library DASHCHAR - software dashed lines with character capability - found only in the Standard library DASHSUPR - DASHCHAR, with characters, smoothing, and crowded line removal - found only in the Super library EZMAP - maps of the earth, including many options GRIDAL - draws graph paper, axes, perimeters, tick marks, etc. HSTGRM - plots a shaded histogram ISOSRF - plots an iso-valued surface from a 3-D array, with hidden lines removed PWRITX - plots high quality characters from a large selection of fonts; includes Greek, scientific, and mathematical symbols PWRZI - plots characters in 3-space when using ISOSRF PWRZS - plots characters in 3-space when using SRFACE PWRZT - plots characters in 3-space when using THREED SRFACE - perspective picture of function of 2 variables with hidden lines removed STRMLN - draws a streamline representation of the flow field THREED - line drawing in 3-space VELVCT - vectors representing velocity and direction of flow Devices supported by Xtasy\PC GKS Level 2b The following is a partial list of the drivers supported by the Xtasy\PC-G GKS: OUTPUT DEVICES CRT Displays: Hercules Graphics Card (Monochrome) IBM Color Graphics Adaptor (2 color HiRez) IBM Convertible Computer IBM Enhanced Graphics Adaptor (4 modes) Plotters: Hewlett-Packard Plotters HP 7440, 7470, 7475, 7550, 7580, 7585, 7586 IBM Plotters IBM 6180, 7371, 7372, 7374, 7375 Model 1, 7375 Model 2 Printers: Epson 80 series Epson MX 80 with Graftrax+, FX 80, FX 185, RX 80 Epson 100 series Epson FX 100, FX 286, RX 100 Hewlett-Packard Laserjet Plus IBM Color 5182 Metafile: CGM output file INPUT DEVICES: Microsoft Mouse - bus version Microsoft Mouse - serial version Mouse Systems PC Mouse For further information contact: Xavier Technology Corporation P.O. Box 7046 Boulder, Colorado U.S A. 80306-7046 (303) 494-4324 ------------------------------ Date: Mon, 26 Jan 87 15:55:03 CST From: CCCRAIG%UMCVMB.BITNET@WISCVM.WISC.EDU (Craig Pepmiller) Subject: Graphics and the IBM 7171 Has anyone been able to get graphics thru the IBM7171 protocol converter? SAS has a GPROTOCOL for the 7171 but I haven't had success with it. I am trying to help dialed in people so I can't use a hardcopy line on the 7171. ------------------------------ Date: Mon 9 Feb 87 23:08:07-PST From: Sandy Pentland Subject: Free Solid Modelling Software SuperSketch is a highly interactive (``real time'') solid modelling system written in Common Lisp and running on Symbolics Lisp Machines. It employs Superquadric modelling primitives (a superset of spheres, cubes, cylinders, etc.) together with first and second order deformations and Boolean combination to achieve a suprising level of modelling generality. It is especially designed for AI applications; a description of some of its uses may be found in the article ``Perceptual Organization and the Representation of Natural Form,'' A. Pentland, Artificial Intelligence 28 (1986) 293-331. A more complete description of the system is available upon request. Binary and partial source code is available free to degree-granting academic institutions. Full source code is available at extra cost. Corporations may also purchase copies of this system with or without full sources. Copies of the SuperSketch system are available by completing and signing the following form, and returning it to: Alex Pentland, Room EK243 SRI International 333 Ravenswood Ave. Menlo Park, CA 94025 ************************************************************** Name: Department: Institution: Machine Serial Numbers: The undersigned hereby promises to ensure, to the best of his ability, that: (1) the SuperSketch system and software will not be used by persons not members of the above department, or on machines other than those listed, or be used for other than academic research. (2) the SuperSketch system and software will not be distributed to any other person or institution. (3) all users of the SuperSketch system understand that it is an experimental software system and no warranty concerning its use or function is given or implied. (4) any research or work that makes use of the SuperSketch system will cite its use and reference the article ``Perceptual Organization and the Representation of Natural Form,'' A. Pentland, Artificial Intelligence 28 (1986) 293-331. _______________ (your signature) ------- ------------------------------ Date: Fri, 13 Feb 87 10:40:01 PST From: Mike Kibler - System Manager Subject: Computer Animation Configuration Needed I am in the process of proposing a Computer Animation Configuration for a animation class and would like to hear from anybody which has experience in this area. Requirements: Micro Based ( Sorry can't afford Silcon's IRIS ) At least 512 x 480 by 24 bit planes graphics card High Res Monitor ( NEC Multisync, Sony Multiscan, ..) Video Controller Card ( What's out there?? ) VTR ( 3/4 or 1/2 ) Anything else needed?? Any help I could get in choosing the right system would be greatly appreciated. Please reply to: mike@wsu ------------------------------ Date: Mon, 16 Feb 1987 11:19:39 EST From: (William J. Joel) Subject: Looking for paper I am looking for the following article: "Computer Rendering of Fractal Curves and Surfaces L.C. Carpenter Computer Graphics, Vol. 14, No. 3 (Proceedings SIGGRAPH '80) If you have this article I would appreciate hearing from you. Thanks! William J. Joel Marist College Poughkeepsie, NY 12601 (914) 471-3240 x614/x610 BITNET: JZEM@MARIST ------------------------------ Date: Tue, 17 Feb 87 09:35:49 AST From: marinell%DAL.BITNET@wiscvm.wisc.edu Subject: DEC GKS inquiry I would like to know if anyone has had experience with the DECs GKS. Kevin Marinelli Academic Computing Services Dalhousie University Halifax, Nova Scotia Canada marinell@dal.bitnet ------------------------------ Subject: Need advice on a graphics grad pgm Date: Wed, 18 Feb 87 13:25:52 -0500 From: "Bronson R. Hokuf" I have a friend who is interested in attending a grad school for graphics and computer animation. He is interested in a school that is west of the Mississippi river, but it is not necessary. Basically the only requirement are that the school have some kind of active research in computer graphics, although research specifically in computer animation is preferred. He is interested in pursuing a doctoral degree in hardware design suited to these applications. His undergraduate degree is EE in digital systems. Can you suggest schools that meet this requirement? Please reply by e-mail. Thanks... Bronson Hokuf ------------------------------ Date: Thu, 19 Feb 87 12:10:38 pst From: andy@ADS.arpa (Andy Cromarty) Subject: San Francisco Bay Area SIGGRAPH Meeting, 26-Feb-87 8pm: COLOR BAY AREA ACM-SIGGRAPH FEBRUARY GENERAL MEETING COLOR The use of color in computer graphics has different ramifications than in painting or printing. Besides the issues of color models and the use of color there are the practical aspects of display technologies and perception. The members of this panel will address the problems of presenting color images on an electronic display. Prof. Brian Wandell, Stanford University "Introduction to Physiology of Color Vision" Paul Heckbert, Pixar "Color Spaces for Computer Graphics" Aaron Marcus, Aaron Marcus & Associates "Cognitive and Aesthetic Issues of Color in User Interface Design" Thursday February 26 at 8PM (note special day of week) Hewlett-Packard Auditorium 3000 Hanover St Palo Alto ------------------------------ From: swatsun!babylon!greenber@seismo.CSS.GOV (Peter Greenberg) Date: 24 Feb 87 04:44:16 GMT Subject: Extract AFM & troff width tables from PostScript device I recently posted the source (on net.sources) for a program I wrote called getafm. It extracts AFM files from whatever PostScript device you might have (e.g. LaserWriter Plus) and sends the stuff back over the tty connecting device and computer host. Also in that posting are the details of how to get troff to work with any fonts that you have on your PS device but that your host does not know about yet. I posted this program about a week ago, but contacts on the outside haven't seen it so I guess it got eaten before seeing daylight. I also found some bugs. One big one is that apparently tabs are not substitutable for spaces in the AFM file format, and the Ascender field was wrong. I fixed these. This getafm program worked for us. If you do not see it on net.sources within a week or so, e-mail me and I'll email it back. Some querries: what is the best PS programming journal? Does anyone have an enscript-like program that works better (i.e. word-wrap, multi-column)? Will the new WordPerfect 4.2 support the AFM file format (so could I port getafm to the IBM PC)? Has anyone written any real applications in PS, using their I/O primitives, etc.? This last may become important with the advent of Sun's NeWS PS windowing system. Peter Greenberg Swarthmore College Swarthmore, PA 19081 (215) 328-8384 (eves.) ...!seismo!bpa!swatsun!greenber ------------------------------ End of INFO-GRAPHICS ********************