HDTenEightyP/NetNews huggingface dataset:
From: mnmuelle@cip.informatik.uni-erlangen.de (Martin Mueller)
Newsgroups: comp.graphics
Subject: GIF-Catalogmaker wanted
Date: Wed, 27 Jan 1993 12:23:48 GMT
Organization: CSD., University of Erlangen
NNTP-Posting-Host: faui00a.informatik.uni-erlangen.de
Keywords: GIF

Hi everyone !

I'm desperately searching for a program to make a catalog of
my GIF's. The program should be given a list of filenames
and convert these GIF's to greyscale, shrink them and add
the shrunk greyscale-pictures together with the corresponding
filename to a new (large) picture.

This program should work on MS-DOS-machines.

Btw., it's not essential for the program to work on GIF's
only, since there are plenty of other programs to convert
formats.

If you know such a program, please drop me a line !

Thanks in advance,
		Martin MAVERICK Mueller

---
--------------------------------------------------------------
'Religion and sex   | MAVERICK is Martin Mueller 
 are powerplays,    | 
 manipulating people| email:
 for the money they |  
 pay; selling skin, |mueller@faui90.informatik.uni-erlangen.de
 selling god, the   |mnmuelle@informatik.uni-erlangen.de 
 numbers look the   |-----------------------------------------
 same on their      | Greetings to all pilots out there:
 creditcards...'    | 	clear skies and watch your six, guys ! 
 - Queensryche      |
--------------------------------------------------------------
From: Linda_Strong@mindlink.bc.ca (Linda Strong)
Newsgroups: comp.graphics
Subject: CGM Graphics
Date: 22 Jan 93 23:07:01 GMT
Organization: MIND LINK! - British Columbia, Canada

I exported .ai files to Corel and then exported them as .cgm. Problem, the
files are too big.
Newsgroups: comp.graphics
From: edm@gocart.twisto.compaq.com (Ed McCreary)
Subject: Re: 256 color faster than 16 color ...why?
Organization: Compaq Computer Corp
Date: Tue, 26 Jan 1993 14:25:20 GMT

>>>>> On 26 Jan 93 02:14:12 GMT, tef@acsu.buffalo.edu (Tom Frisinger) said:
TF> Nntp-Posting-Host: lictor.acsu.buffalo.edu

TF> Hello,
TF> 	I've done some tests and found out that 256 is indeed much faster
TF> than 16 color at the same resolution.  Why is this?  I tested
TF> 320x200x16 vs. 320x200x256, and 640x480x16 vs. 640x480x256, and
TF> 800x600x16 vs. 800x600x256.  I figure that that covered all the
TF> memory ranges pretty well.  The 256 color out performed the 16 color
TF> by anywhere from 10%-40%!!!   The only possible explantion I can
TF> think of is that with 256 color they can to fast byte operations on
TF> memory vs. messing around with 4bits and shifting and all that.  Is
TF> this theory at all on the right track?
TF> Thanks for the help.

It really depends upon what sort of video card you were using and
what sort of operations you were using to test it.  Is it a PC
based card?  Does it have accelerators built in?  For example, does
it have a BitBlt engine and were you using blts to test the timing?
Does it use a local bus or EISA/ISA?
--
Ed McCreary                                               ,__o
edm@twisto.compaq.com                                   _-\_<,
"If it were not for laughter, there would be no Tao."  (*)/'(*)
From: bellutta@ohsu.EDU (Paolo Bellutta)
Newsgroups: comp.graphics
Subject: Re: NTSC/PAL specs
Date: 21 Jan 93 19:30:38 GMT
Article-I.D.: ohsu.1993Jan21.193038.27460
Organization: Oregon Health Sciences University

In article <1993Jan18.221606.13481@micom.com> jscott@micom.com (James Scott)  
writes:
> greetings netters,
> 
> i'm trying to sync an audio signal to video and was wondering if someone

It might be easier for you to use a SMPTE video and audio recorders and
label the data with the corresponding time code.

> in netspace could descibe the NTSC and PAL frames.  what i'm most curious
> about is how to recognize the sync bits at the end of a frame (i am 
> assuming that it has some).  a related question: is there a document 
> descibing the NTSC/PAL specs on an FTP archive somewhere?

I know that ITU should soon have some of its stuff available via ftp.

--
La miglior arma inventata dall'uomo e' stata la parola
 _   /|  | Paolo Bellutta ---------- bellutta@ohsu.edu
 \'o.O'  | B.I.C.C - Oregon Health Sciences University
 =(_o_)= | 3181 SW Sam Jackson Park Rd. - Portland, OR
    U    | tel: (503) 494 4804 --- fax: (503) 494 4551
Newsgroups: comp.graphics
From: joe@proto.com (Joe Huffman)
Subject: Re: VESA compatible primitives sources searched
Organization: FlashTek, Inc.
Date: Sun, 24 Jan 1993 20:55:00 GMT
Keywords: VESA SVGA

esc@media03.UUCP (Erik Schut) writes:

>I'm searching for a set of VESA compatible primitive functions like
>draw_line, draw_circle, fill_polygon etc. I think they must be somewhere 
>around, please help me !

Why not buy a commercial library that has those functions for VESA?  You
can even get source code with some of the libraries.
-- 
netcom!proto!joe
joe@proto.com
From: koolish@BBN.COM (Richard M. Koolish)
Newsgroups: comp.graphics
Subject: looking for polygon clipper
Date: 22 Jan 1993 21:38:35 GMT
Organization: Bolt Beranek and Newman Inc., Cambridge MA
Distribution: world
Reply-To: koolish@BBN.COM (Richard M. Koolish)
NNTP-Posting-Host: bbn.com


I'm looking for a C version of a polygon clipper (2D is OK).
Are the sources listed in "Graphics Gems" edited by Andrew Glassner
available somewhere by ftp?
Newsgroups: comp.graphics
From: mckenzie@muug.mb.ca (John McKenzie)
Subject: Wanted: Graphics library for SCO Unix
Keywords: graphics,sco,wanted
Organization: Manitoba Unix User Group, Winnipeg, Manitoba, Canada
Distribution: ALL
Date: Thu, 28 Jan 1993 04:43:51 GMT

Can anyone recommend a decent graphics library for C programming
on SCO Unix?  It must not be based upon the X-toolkit and
source code should be available (preferably, public domain).

-----
John McKenzie
Xref: sparky comp.graphics:14172 comp.graphics.visualization:2070
From: eonu24@castle.ed.ac.uk (I Reid)
Newsgroups: comp.graphics,comp.graphics.visualization
Subject: Contouring advice/code sought
Date: 25 Jan 93 08:41:24 GMT
Distribution: comp
Organization: Edinburgh University

Summary
-------

I need advice (or preferably code) to convert 2D data sets (512 x 298 of
8 bit integer data) to contour lines.

Blurb
-----

I have a number of microscopy images which I want to contour and my
attempts to find explanations/code to do this have failed so far, so...

...Could some kind soul point me in the direction of an uncomplicated
explanation of (or better still, explanation and code for) contouring
arbitrary sized rectangular arrays of bytes?

I have one code example (from Doctor Dobbs Journal I think) which
contours a 20 x 20 array of floats and outputs postscript. The
printer I tried it with didn't like it and (much as I wish I could say
I did) I couldn't work out much of what was happening in the code.


Many thanks in advance,

Iain
Newsgroups: comp.graphics
From: joe@proto.com (Joe Huffman)
Subject: Re: Availibility of Borland .bgi drivers?
Organization: FlashTek, Inc.
Date: Sun, 24 Jan 1993 06:34:10 GMT

sullivan@kenyon.edu writes:

>Where can I find .bgi files for Borland graphics for display adapters for other
>than standard VGA. For example, we have a machine with a TIGA card and would
>like to take advantage of the higer resolution modes, programming in Turbo C++.

There are third party vendors that supply libraries for use with Turbo C/C++
that allow access to TIGA cards.  The company I work for has one that used
to be included with the Zortech compiler (Flash Graphics).  We now support 
other compilers and even have a BGI to FG conversion module that resolves
all your BGI calls into one or more FG calls so all you have to do is
relink your application and you get access to TIGA and Super VGA graphics
adapters.

There are also educational discounts available (the .EDU in your email
address qualifies you).

Contact FlashTek as follows for more information:

FlashTek, Inc.                  FlashTek, Ltd.
121 Sweet Ave                   Partnership House
Moscow, Idaho 83843             Grantham, Lincs
U.S.A.                          NG31 9ST  England

FAX:    208-882-7275            FAX:   +44-476-61382
Voice:  208-882-6893            Voice: +44-476-74108
Orders: 800-397-7310
Email:  flashtek@proto.com      Email: flashtek@cix.compulink.co.uk
CIS:    71332,203               CIS: 100042,1673
-- 
netcom!proto!joe
joe@proto.com
Newsgroups: comp.graphics
From: btbg1194@uxa.cso.uiuc.edu (Bradley T Banko)
Subject: Good references for VGA graphics programming?
Organization: University of Illinois at Urbana
Date: Sat, 23 Jan 1993 18:17:37 GMT

I am looking for good references for VGA graphics programming and/or
pointers to good libraries for programming graphics animations on
a VGA graphic equipped PC.

Please respond via email to:  b-banko@uiuc.edu

Brad Banko


-- 
Brad Banko;  Dept of Physics;  U of Illinois;  b-banko@uiuc.edu
=========================================================================
Tatiana Gutsu for President!                     73 de kb8cne @ n9lnq.il
Newsgroups: comp.graphics,alt.3d,alt.graphics,comp.graphics.visualization,comp.multimedia
From: garym@ie.utoronto.ca (Gary Murphy)
Subject: Stereo Video Inputs
Followup-To: comp.graphics
Summary: request for hardware information re: stereo video inputs
Keywords: virtual-reality augmented-reality stereo-video
Organization: University of Toronto, Department of Industrial Engineering
Date: Thu, 21 Jan 1993 21:02:49 GMT

I'm having a hard time believing there are no available platforms to
read stereo video inputs into a computer.  What I want seems so
simple: I need to read in two channels of colour stereo video, add
some relatively simple graphics, and output stereo NTSC outputs, and I
need bit-access to the video images for ranging and calibration
operations.

In a perfect world, I would be able to do this in a portable way so I
could move my software among a variety of platforms and handle a few
years worth of software and hardware upgrades without complete
rewrites.  I would also be able to record my outputs as interlaced
video images for use with shutter-glasses or output directly to
helmet/goggle displays.  A perfect world would also get me very close
to broadcast quality output.

Any recommendations?  I am looking at SGI/VideoLab, and this offers a
lot toward getting the video and graphics combined and reading from
the video images, but a lot of CPU time is being consumed in splitting
the single (interlaced) video inputs, and for such a partial solution,
SGI carries a hefty price.  Where are the other options?

-- 
Gary Lawrence Murphy ---------------- garym@virtual.rose.utoronto.ca
University of Toronto, Industrial Eng Dept    fax:    (416) 971-1373
4 Taddle Creek Rd, Toronto, Ont M5S 1A4       voice:  (416) 978-3776
The true destination is always just here, now ----------------------
From: zhao@fermi.nsrl.rochester.edu
Newsgroups: comp.graphics
Subject: Postscript/ReGIS Graphics conversion
Date: 21 Jan 93 15:51:00 GMT
Organization: Nuclear Structure Research Laboratory

Hi, there:

	I would like to convert Postscript files to ReGIS Graphics files, is
there any software available that is compatible with our system?
	Our computer system: VAX cluster running VMS 5.5.
	Our printer: Digital LJ250 color ink-jet printer.

	Any reply is appreciated. 

					X. Zhao
					Zhao@nsrlc2.nsrl.rochester.edu
Newsgroups: comp.graphics
From: eivind@kih.no (eivind hagen)
Subject: Re: Anti-A Code
Organization: Kongsberg Ingeniorhogskole
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 28 Jan 1993 10:44:17 GMT

M Smyth (asm@festival.ed.ac.uk) wrote:
> Could anyone help in a problem I have? I have writen code in C to draw
> lines one the screen, unfortunately the lines are jagged. The code I'm
> using uses putpixel(x, y, color), how can I change the coding so that
> the various pixels around the specified pixel are set to the same colour
> but of a different intensity and thus giving me smoother lines?

I just implemented the `Gupta-Sproul` (?) antialiased line algorithm, and on
a 320*256 16 greyshade display the lines are SMOOOOTH..
See the book 'Computer Graphics: Principles and practice` by Foley, van Dam,
Feiner and Hughes... Exxellent book with lots`a nice pictures. 

PS! Dont bother trying those sub-pixel methods, they are `unweighted` and
the result is not woth the effort, got for GUPTA-SPROUL, or somthn better :-)

I--------------------------------------I-------------------------------------I
I Eivind Hagen (eivind@samson.kih.no)  I  "I've got the POWER"               I
I Zynx of Arc Empire                   I  (ARM 3 + cx486slc / 8 MB RAM)      I
I--------------------------------------I-------------------------------------I
Xref: sparky comp.graphics:14111 comp.sys.mac.misc:22145 comp.sys.next.misc:23989
From: tg@chmsr.gatech.edu (T. Govindaraj)
Newsgroups: comp.graphics,comp.sys.mac.misc,comp.sys.next.misc
Subject: Summagraphics Bitpad One: Any info?
Date: 22 Jan 93 16:35:57 GMT
Reply-To: tg@chmsr.gatech.edu (T. Govindaraj)
Followup-To: comp.graphics
Organization: Center for Human-Machine Systems Research - Georgia Tech

During my search for a graphics tablet, I happened to find a Summagraphics
Bitpad One without the power supply or the light pen (or the manuals). This
particular model appears to be prehistoric, in any case more than ten years
old. Nobody here remembers who used it, with what computers etc. It appears
to be in good shape.

I would like to use it with NeXT, but I cannot even test it. The directory
assistance for area code 203 (the tablet has a Fairfield, CT address) shows
no entry for Summagraphics. The 800 number I got from enquiry (800 221 9244)
is "disconnected and no further information is available."

Is Summagraphics alive? If not, is there some other company that sells
spares for their tablets? Or, is it even worth trying to locate the parts?
Another alternative is buy parts from people who don't have use for them.

Any information, suggestions or ideas are welcome.
--
T. Govindaraj    +1 404 894 3873, 894 2301 (fax)     NeXTmail welcome.
Member, League for Programming Freedom   (Info from: lpf@uunet.uu.net)
ISyE-0205, Georgia Tech, 765 Ferst Drive, Atlanta, GA 30332-0205, USA.
From: tlilley@csugrad.cs.vt.edu (Tripp Lilley)
Newsgroups: comp.graphics
Subject: Re: BGI and PCX
Date: 21 Jan 93 17:43:18 GMT
Organization: The MultiMedia Lab at Virginia Tech, Blacksburg, VA

<#include I.havent.written.bgi.code.in.months.disclaimer.h>

  the setrgbpalette() instruction (as i remember it, anyhow) it only for use
with the 8514 bgi (and third-party .bgis that use the same approach.)  As I
remember it (and it's getting hazy) for some reason, only the 64 EGA palette
colors were available through the bgi, even in VGA 640x480x16 mode. Anyway,
that's how i remember it.  Could be completely wrong.  See the #include.

- t.

-- 
 USES disclaim;                                                      |^^\/^^| 2
 Tripp Lilley   -- tlilley@csugrad.cs.vt.edu                         | |\/| |
 The MultiMedia Lab of the Colleges of Architecture and Engineering  |_|  |_|
 Virginia Polytechnic Institute and State University         (silly ASCII logo)
Xref: sparky comp.graphics:14317 sci.image.processing:1754 comp.soft-sys.khoros:3333
From: sch@eeserv.ee.umanitoba.ca (R+C Schneider)
Newsgroups: comp.graphics,sci.image.processing,comp.soft-sys.khoros
Subject: HAZE REMOVAL -- deconvolution of sectioned microscope data
Keywords: image processing confocal microscope filtering focus blur haze deconvolution weiner psf point spread function
Date: 28 Jan 93 15:33:35 GMT
Organization: University of Manitoba, Winnipeg, Canada


I'm interested in information about removing haze (ie. the out of focus
portions) of sectioned microscope data images. In other words, I have a
'stack' of images of a semi-transparent sample:


---------------------------  image 1
---------------------------  image 2      section images separated
---------------------------  image 3      by constant distance
---------------------------  image 4      (eg. 2um)
---------------------------  image 5
---------------------------  image 6
             .
             .
             .

and for image 3 I want to remove the out of focus haze by taking into
account the effect of image 2 and image 4, etc., and the optical
characteristics of my microscope. I know of commercial packages that
will do this (eg. VayTek HazeBuster), but I was wondering if anyone's
done something like this with Khoros, or some other image processing
package.

Alteratively, if anyone has any reference suggestions (books, journals)
that talk about the the filtering techniques involved, I'd appreciate
hearing from you too.

Please respond by email

Thanks!

Chris Schneider
University of Manitoba
--
Chris Schneider                          
University of Manitoba Electrical Engineering
Winnipeg, Canada
<sch@eeserv.ee.umanitoba.ca>
Newsgroups: comp.graphics
From: TOVSRUD@gribb.hsr.no (Tovsrud, Kjell Ove     1-94)
Subject: PCX,BMP and TIFF format
Keywords: Image format
Organization: Rogaland University Centre
Date: Mon, 25 Jan 1993 21:31:39 GMT

The question is very simpel:
	What is the format of
		a) PCX
		b) BMP (is there a OS/2 standard here ?)
		c) TIFF

Please answer me, I have to use this in my work at Master Of Sciense

Kjell Ove Tovsrud
From: ee90dhg@brunel.ac.uk (Dominic H Goode)
Newsgroups: comp.graphics
Subject: Rombo Media Pro Plus
Date: 28 Jan 93 13:17:56 GMT
Organization: Brunel University, Uxbridge, UK
X-Newsreader: TIN [version 1.1 PL8]



A friend of mine recently bought a Cardex hi-colour 1Mb graphics card,
using the Tseng ET-4000 chipset.

Having access to this 24 bit colour, he then bought a video digitising card -
the Rombo Media-Pro Plus.

Unfortunatly, after installing the card and the Windows 3.1 software, he found
that the card only worked in standard 16 and 256 colour modes. Furthermore,
he could no longer use windows AT ALL in the high colour modes, as most of the
colours become black or white.

Whilst the digitiser does not need a hi-colour mode, (it chroma-keys its output
into the pc's VGA video signals), it is rather a waste of a hi colour card!

Also, the software supplied with the digitiser refuses to save 256 colour BMP
files. It reports a sofware failure, followed by a windows AE message, which
closes down the program.

The software only works at all in the 386 enhanced mode - otherwise the
sotware is completely unable to access the card's on board ram.

24bit bmp files are (Slightly) more sucessful, but only a very small number
of windows and DOS programs will load them in correctly (if at all). So much
for a standard file format!

Does anyone know how to solve (or improve) either of the above problems?

Thanks. 
Dominic Goode (ee90dhg@brunel.ac.uk)
.
Newsgroups: comp.graphics
From: anselmo@thermsa.eng.sunysb.edu (Andrew P. Anselmo)
Subject: contouring of random/non-uniform grids to uniform grids
Organization: SUNY Stonybrook Dept. of Mechanical Engineering
Date: Thu, 21 Jan 1993 18:00:43 GMT
X-Posted-From: thermsa.eng.sunysb.edu
NNTP-Posting-Host: sol.ctr.columbia.edu


I've got this done using NCAR's bivar routine.  Just a kludge, but
it works...  It works with the X-windows program 'contour'.  

Let me know if there is any interest in posting, or I'll e-mail individual
requests.  It's just a little front end program.

-A.


-- 
-----------------------------------------------------------------------------
 Andrew Anselmo / Department of Mechanical Engineering / SUNY Stony Brook   
    		     anselmo@thermsa.eng.sunysb.edu
From: newberry@aquarius.as.arizona.edu (Mike Newberry)
Newsgroups: comp.graphics
Subject: Re: Millions! of colors...
Date: 21 Jan 93 19:11:08 GMT
Organization: University of Arizona, Tucson, AZ

In article <1993Jan21.031952.4994@leland.Stanford.EDU> ledwards@leland.Stanford.EDU (Laurence James Edwards) writes:
>In article <1993Jan20.180052.133265@ns1.cc.lehigh.edu>, cre1@ns1.cc.lehigh.edu (CHRISTOPHER R. EMERSON) writes:
>|> Hope this question isn't in the faq (couldn't find one) so I'll ask it here
>|> anyway (please no flames).
>|> 
>|> If you have a video card capable of displaying 16.7M colors, how can you
>|> actually use this many?  If you consider a SVGA screen at 1024x768, that
>|> gives you 786,432 pixels, for a possible maximum of 786,432 colors on the
>|> screen at one time.  My guess would be that you would have a much larger
>|> palette to choose from, perhaps many more shades of vermillion than a regular
>|> 8 bit card.
>|> [...]
>
>Well, yes you're right you can't use that many, but note there is a difference
>between most 8-bit cards and 24bit cards. Almost all 8bit cards use a lookup
>table with 24bit entries, whereas 24bit cards do not use a lookup table at all.

A minor correction: VGA and super VGA cards in 8 bit mode use an 18 bit DAC,
not a 24 bit DAC, with an 8 bit lookup table.  This is usually called the
"industry standard triple 6" DAC.  Blame it on IBM's infinitely far reaching
*vision* that the VGA forced an 18 bit DAC into the industry.  All other
serious graphics controllers that use an 8 bit lookup table use a 24 bit
DAC.  With PC-based stuff you get 64 shades (6 bits) for grayscale or each
primary color rather than 256 shades (8 bits).  The difference is quite
noticeable.
Newsgroups: comp.graphics
From: shf@well.sf.ca.us (Stuart H. Ferguson)
Subject: Simulated Annealing Request
Organization: Whole Earth 'Lectronic Link
Date: Wed, 27 Jan 1993 10:30:30 GMT

The Jan 93 IEEE CG and Apps has an article on triangulations which
suggests simulated annealing could be used to construct a "best"
data-dependent triangulation.  This sounds reasonable, but it cites
no references for simulated annealing.  Does anyone have one?

Actually, I've experimented with simulated annealing in the past, so
I understand the process, but I can't remember some of the details.
In particular, what is the probability that a transition will occur,
given the total energy E, the change in energy dE and the absolute
temperature T?  Also, how is the temperature decreased -- is it
linear or some sort of asymptote?

Any help appreciated.  Thanks.
-- 
		Stuart Ferguson		(shf@well.sf.ca.us)
			Prepare to Surge to Sublight Speed!
Newsgroups: comp.graphics
Date: Sun, 24 Jan 93 23:42:32 EST
From: karp@cs.columbia.edu (Peter Karp)
Subject: Tseng 4000 Data Book


Does anyone know where I can get a copy of the data book for the Tseng 4000
VGA chip?

Newsgroups: comp.graphics
From: ajp39368@uxa.cso.uiuc.edu (James_Bond)
Subject: Simms
Summary: 1X9 1MB Simms wanted
Organization: University of Illinois at Urbana
Date: Wed, 27 Jan 1993 02:22:20 GMT
Keywords: 1X9 SIMMS

I am looking to buy a large number of
1X9 1MB RAM Simms for IBM compatibles.
Please respond back to me at e-mail address:
ajp39368@uxa.cso.uiuc.edu
I need them immediately. 
Thank you.

--Ajay Patel. ajp39368@uxa.cso.uiuc.edu

Newsgroups: comp.graphics
From: anderson@CS.ColoState.EDU (Chuck Anderson)
Subject: Where is SUIT?
Date: Thu, 21 Jan 1993 17:04:49 GMT
Distribution: usa
Organization: Colorado State University, Computer Science Department

Please post the ftp procedure for retrieving the University of
Virginia's SUIT (simple user interface toolkit) package.  Thanks.

	Chuck Anderson
	anderson@cs.colostate.edu


-- 
Chuck Anderson                    assistant professor
Department of Computer Science    anderson@cs.colostate.edu
Colorado State University         303-491-7491
Fort Collins, CO 80523            FAX: 303-491-6639