HDTenEightyP/NetNews huggingface dataset:
From: ALEX@camp.wpic.pitt.EDU (Alex Ferguson)
Subject: TEST MESSAGE - PLEASE IGNORE
Organization: Bull World Wide Information Systems Inc.
Date: Tue, 14 Apr 1992 19:32:10 GMT


TEST
    TEST
        TEST
            TEST
                TEST
                    TEST
                       TEST
                       TEST
                       T
                       E
                       S
                       T
Newsgroups: alt.graphics.pixutils
From: datri@convex.com (Anthony A. Datri)
Subject: Re: Gif 24 Bit format
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Date: Fri, 17 Apr 1992 03:23:43 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

>I know that .gif is in a compressed format.

".gif" is a common filename extension for files that are more-or-less
constructed along the GIF standard.  GIF, I believe, includes internal
LZW compression.

>   Are the others?  I know Jpeg is.

JPEG isn't data compression -- it's data reduction.  You don't get 24
significant bits out of it.

A format like PPM that doesn't use internal compression is a lot easier
to write tools for -- the sources for the classic "compress" are widely
available and buildable.  By leaving the compression to another program,
tools can concentrate on doing what they're trying to do in the first
place.

The full-sized PDS files on the Voyager CDROM's have readable headers
around Huffman-encoded data.  Some of these are significantly smaller
than their compress equivalent in another format.  Of course, they're
only 8 bits deep.


-- 


======================================================8--<
Newsgroups: alt.graphics.pixutils
From: datri@convex.com (Anthony A. Datri)
Subject: Re: Where Can I Get Ghostscript pstoppm for UNIX
Keywords: Ghostscript,PPM
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Date: Mon, 6 Apr 1992 22:59:33 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

>I've seen several posts refer to a pstoppm filter using ghostscript.
>Is the source available via anonymous ftp somewhere?

export.lcs.mit.edu or prep.ai.mit.edu.  pstoppm.ps comes with ghostscript.
It defines a couple of operators that render into files.

-- 


======================================================8--<
From: williams@casbah.acns.nwu.edu (Gus Williams)
Newsgroups: alt.graphics.pixutils
Subject: Problem compiling PBM on SGI IRIX 4.0.1
Date: 17 Apr 92 14:16:11 GMT
Organization: Northwestern University, Evanston, Illinois



I have been trying to compile the pbmplus10dec91 release on an
Iris (SGI) running IRIX 4.0.1.  Everything compiles fine except
the "math" binaries.  When I set the c-flags to -cckr (the compiler
is default ansi) I get the following error message:

        cc -O -cckr  -I.. -I../ppm -I../pgm -I../pbm  -s -o pnmgamma pnmgamma.c -lm libpnm.a ../ppm/libppm.a ../pgm/libpgm.a ../pbm/libpbm.a
ccom: Error: /usr/include/math.h, line 259: redeclaration of srandom
      extern int        srandom(unsigned);
      -----------------------------------^
*** Error code 1

Stop.
*** Error code 1


If I don't set the compiler flag to -cckr (use the ansi compiler) I get

        cc -O   -I.. -I../ppm -I../pgm -I../pbm  -s -o pnmgamma pnmgamma.c -lm libpnm.a ../ppm/libppm.a ../pgm/libpgm.a ../pbm/libpbm.a
accom: Error: ../pbmplus.h, line 103: redeclaration of malloc
       extern char* malloc();
       ---------------------^
accom: Error: ../pbmplus.h, line 104: redeclaration of realloc
       extern char* realloc();
       ----------------------^
accom: Error: ../pbmplus.h, line 105: redeclaration of calloc
       extern char* calloc();
       ---------------------^
accom: Error: /usr/include/math.h, line 236: redeclaration of srandom
       extern int       srandom(unsigned); 
       ----------------------------------^
*** Error code 1


I thought it might be a problem with my setup so I tried to use the
Imake files.  When I do this I get a rules error as follows:

iris 20% xmkmf
imake -DUseInstalled -I/usr/lib/X11/config
iris 21% make
Make: file `Makefile' line 272: must be a separator (: or ::) for rules

Full line in error: `        @echo "Building PBMPLUS"'

Does anyone have any pointers.  I am not a C programmer and I know
nothing about Imake.

Thanks for any pointers.
-- 
GUS WILLIAMS			   williams@casbah.acns.nwu.edu
(708) 491-3838  Northwestern U.	   williams@voltaire.cme.nwu.edu
(708) 972-4609  Argonne N. Lab.    williams@athens.eid.anl.gov
         omnis voluptas bona est (Lorenzo Valla, 1440)
Newsgroups: alt.graphics.pixutils
From: mark@westford.ccur.com (Mark Thompson)
Subject: fix to pbmplus bug in pbm/libpbm1.c
Organization: Concurrent Computer Corp.
Date: Mon, 6 Apr 1992 21:44:18 GMT

I'm not sure if this has been posted before, but I believe I found a
typo in the pbmplus source code. It is in the pbm/libpbm1.c program and
can be corrected as follows:

482c482
<     return nc;
---
>     return n;

You will not notice it unless you compile with NEED_VFPRINTF2 defined in
pbmplus.h.
%~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~%
%      `       '        Mark Thompson                 CONCURRENT COMPUTER  %
% --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   %
%      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   %
%     Productions       (508)392-2480 (603)424-1829   & General Nuisance   %
%                                                                          %
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Newsgroups: alt.graphics.pixutils
From: jbennett@netcom.com (Joseph Bennett)
Subject: CGM Viewer for MS-DOS
Date: Mon, 13 Apr 92 15:50:47 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: CGM

Does anyone know where I can get (ftp or wherever) a viewer for CGM files?
I know you can view them through numerous graphics program, but I have 
a need to see them and not to manipulate them.  Any help would be appreciated.
Please mail me at jbennett@netcom.com

Thanks in advance....
-- 
------------------------------------------------------------------------------
*         Joseph Bennett, I can be reached at jbennett@netcom.COM            *
*           Netcom - Online Communication Services San Jose, CA              *
*                                                                            *
* "I have a fear of letting my mind wander, I'm afraid it won't come back"   *
*                "I don't do drugs, I don't have the time."                  *
------------------------------------------------------------------------------
From: Scott.Mace@bbs.oit.unc.edu (Scott Mace)
Newsgroups: alt.graphics.pixutils
Subject: PBMPLUS for MSDOS
Date: 8 Apr 92 01:20:26 GMT
Distribution: na
Organization: Extended Bulletin Board Service

I just updated the pbmplus utils for MSDOS.  I stripped off the old dos
extender that would not supports cpu's running in v86 mode.  I added a
new dos extender ver1.05.  The original a.out files were compiled by
Mark Castle.  If you have ftp access, please!!!!!!! connect to        
netlab2.usu.edu,  if you do not have ftp access I will send it to you
via e-mail.  Please include an e-mail address in the text of the note. 
I would post it to the net if I could but, I can't.  If anyone would
                                                           ^^^
could post it for me, please notify me before you post to prevent multiple
posts.   Thanks.


emace@tenet.edu
Scott.Mace@bbs.oit.unc.edu


******** standard disclaimer ********
  


--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
From: kpm8447@tesla.njit.edu
Newsgroups: alt.graphics.pixutils
Subject: Gif 24 Bit format
Date: 15 Apr 92 12:48:13 GMT
Organization: New Jersey Institute of Technology

Does anyone know the whereabouts/info/whatever about the
new .gif 24-bit format.  I heard a while ago that it does exists
but the makers (Compuserve) weren't sure if they should put it out
(I don't see why not)
 - Kirk
Organization: Penn State University
X-Vignette: Unix -- the operating system for the vowel-impaired.
Date: Tuesday, 14 Apr 1992 08:52:49 EDT
From: Christopher Tate <CXT105@psuvm.psu.edu>
Newsgroups: alt.graphics.pixutils
Subject: WANTED: fast GIF read/write code

The subject says it all -- if there's public-domain code for handling
GIF's, I'd very much like to hear about it.  The only set I've heard
of so far is the Stone Soup Group's code used in FRACTINT; however, I
don't know where to lay hand on it.

Any and all pointers and sources appreciated....

-------
Christopher Tate     | Cryptogram #15:
cxt105@psuvm.psu.edu |
CXT105@PSUVM.BITNET  | HIPANDDZOIPOLPAU PA ZXD IDWPJPGKA NDWPDH ZXOZ
---------------------| MXDL VGK FPD, VGKI AGKW JGDA KQ ZG ZXD IGGH
Send me the answer!  | OLF JDZA AZKBR.
From: 11437626@eng2.eng.monash.edu.au (DAVID POWELL)
Newsgroups: alt.graphics.pixutils
Subject: Help with hires PCX format
Date: 12 Apr 92 22:43:06 GMT
Organization: Faculty of Engineering, Monash University


	I have written a ray tracer which produces a raw data file that I 
wish to convert to a PCX file.  I have managed to write a conversion but it 
only seems to work if the resolution of the picture is 320x200 or less.  I 
have heard that for higher resolution the format changes somewhat.  If 
anyone has any information about this or where I could find the answer, I 
would much appreciate it.

Thanks.
Xref: sparky alt.binaries.pictures.erotica.d:3438 alt.graphics.pixutils:1158 alt.binaries.pictures.d:2367
From: qralston@gl.pitt.edu (James Ralston Crawford)
Newsgroups: alt.binaries.pictures.erotica.d,alt.graphics.pixutils,alt.binaries.pictures.d
Subject: Re: VT-COMPRESS, JPEG compress in 6 seconds, press release
Date: 14 Apr 92 06:03:41 GMT
Reply-To: qralston@gl.pitt.edu
Followup-To: alt.binaries.pictures.d
Organization: Computing and Information Services, University of Pittsburgh

> How Fast is VT-COMPRESS?

> VT-COMPRESS will reduce a 512x512x24 bit RGB TARGA or TIFF file
> (approx. 786,432 bytes) to a 35 kbyte JPEG file in under 6 seconds
> on a 33-mhz 386.

	Let's see benchmarks for other sizes than 512x512.

> Conversion of the JPEG file back to TARGA or TIFF format takes the
> same amount of time, though the VT-EXPRESS software accelerator is
> available to reduce this time to as little as 1 second.

	Read carefully, folks.  It does *NOT* say it will allow you to
*VIEW* the file in 1 second.  It says it will uncompress a 512x512
JPEG file in 6 seconds, or 1 second with their outrageously priced

> $249 extra

	...software accelerator.

-J

-- 
James Ralston Crawford \ Advanced Graphics Lab
qralston+@pitt.edu \ qralston@pittvms.bitnet
"There's more to being in a band than being in a band."  - DL
Newsgroups: alt.graphics.pixutils
From: grover@ee.ualberta.ca (Michael Shane Grover)
Subject: graphics drivers for windows
Summary: need driver
Keywords: ati windows
Organization: University Of Alberta, Edmonton Canada
Date: Sun, 12 Apr 1992 18:19:14 GMT

Hi, does anyone out there have a driver for windows that will gif 256 colour 
graphics on an ati wonder or wonder + card?  Some drivers came with the card 
for windows.  these were 800*600*16 and 1024*736*16,  windows is useless to
me unless it can display at least 256 colours.
Thank you very much.

Newsgroups: alt.graphics.pixutils
From: fslsh@ocs01.lerc.nasa.gov (Lennart S Hultgren)
Subject: Re: Where can I get dvi2ps converter?
Organization: NASA Lewis Research Center
Distribution: usa
Date: Wed, 8 Apr 1992 21:07:52 GMT

In article <1992Apr8.133032.12554@bronze.ucs.indiana.edu> Robert Poortinga <poorting@silver.ucs.indiana.edu> writes:
>I remember seeing something about a dvi-to-ps converter in this group, I
>believe.  At the time, I didn't pay it any mind.  Now I need to get it.
>I tried looking in wuarchive.wustl.edu but could not find it there.  Ditto
>for export.lcs.mit.edu.
>
>Any info appreciated.
>
>----------------------------------------------------------------------------
>Bob Poortinga
>(poorting@silver.ucs.indiana.edu)
>----------------------------------------------------------------------------
>
Get dvips v5.47 (or higher if available). Check archie for sites,
i.e., rlogin archie.unl.edu -l archie or some other archie site.

--
Lennart S. Hultgren           | SnailMail: Mail Stop 5-9   | Any similarity of 
Email: hultgren@lerc.nasa.gov | NASA Lewis Research Center | my views and those
Voice: (216) 433-6070         | Cleveland, OH 44135        | of my employer are
FAX:   (216) 433-8864         |                            | purely accidental
From: james@spectrx.saigon.com (James A. Carter Jr.)
Newsgroups: alt.graphics.pixutils
Subject: ZSoft PCX -- Extended palette at the end of the file
Keywords: MCGA,VGA,Palette
Date: 16 Apr 92 00:00:54 GMT
Organization: SPECTROX SYSTEMS (408)252-1005 Silicon Valley, Ca


        Is there any sort of special handling I have to do to the extended  
256 color palette on the .PCX files of version 5? I cannot get it to work k[ 
correctly. Im writing a program to view .PCX files and can't get the palette
set correctly. THanks alot..
Please reply in EMAIL. Thanks again..
                                                - James Carter Jr.

--
james@spectrx.saigon.com (James A. Carter Jr.)
SPECTROX SYSTEMS +1.408.252.1005  Silicon Valley, Ca
From: rabe@messua.informatik.rwth-aachen.de (Ralf Bergs)
Newsgroups: alt.graphics.pixutils
Subject: Wanted: Alchemy 1.5 for SPARC
Date: 6 Apr 92 11:17:09 GMT
Organization: RBI - RWTH Aachen

Hi, netters!

Sorry for posting this _here_ (tell me a better group and I'll post there
next time):

I'm searching for the binaries of the shareware program "Image Alchemy"
1.5 (or even 1.51?) for SPARC computers.

I would appreciate it very much if some kind soul could tell me where I
can ftp it/

NOTE: Please use mail 'cause I don't read this group very infrequently.


Thank you,

    Ralf

-- 
Ralf G. R. Bergs, EE (comp. eng.) student 
snail: H"uckeswagener Str. 42, D-5270 Gummersbach-Windhagen
phone: (+49) 22 61-2 19 68            Fed. Rep. of Germany
email: rabe@messua.informatik.rwth-aachen.de
From: groening@natasha.sdsc.edu (Chris Groening)
Newsgroups: alt.graphics.pixutils
Subject: Targa and Explorer
Summary: Looking for format specs and image files.
Date: 12 Apr 92 23:12:59 GMT

I am looking for Targa format specs, I know there is one
floating around that is available called targa.format,
however it is not detailed enough.

I would also like any targa image files anyone has.

I would also like specs for explorer format.

I posted this notice before but my email address got screwed.

If you sent me something before please repeat.

thanks, groening.sdsc.edu
 
Expires: 
Followup-To: 
Distribution: 
Organization: San Diego Supercomputer Center
Keywords: 


Newsgroups: alt.graphics.pixutils
From: datri@convex.com (Anthony A. Datri)
Subject: Re: Gif 24 Bit format
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Date: Thu, 16 Apr 1992 05:12:26 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.


>Does anyone know the whereabouts/info/whatever about the
>new .gif 24-bit format.  I heard a while ago that it does exists
>but the makers (Compuserve) weren't sure if they should put it out
>(I don't see why not)

Why bother?  There are plenty of existing formats that handle 24-bit
images.  Utah RLE, PPM, Sun raster, and TIFF, at least, are already
around.  The first two allow comments inside the file so that I don't
have to give my files 80-character names.

-- 


======================================================8--<
Newsgroups: alt.binaries.pictures.d,alt.graphics.pixutils
From: datri@convex.com (Anthony A. Datri)
Subject: Re: xv behavior (Re: Get your facts straight about JPEG!)
Keywords: xv 2.11
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Date: Thu, 16 Apr 1992 05:08:19 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

>Surely I can't be the only person in the world using X11 or OpenWindows on a
>machine with a 24-bit default root visual ...

I think it's still the case that almost nobody has 24-bit hardware for
two reasons:

1) high cost
2) almost nonexistent software support.

A group here wanted to buy an SS2 with a GS or GT fb but got a GX instead
because the only thing that would run on the former was suntools.

-- 


======================================================8--<
Xref: sparky alt.binaries.pictures.d:2383 alt.graphics.pixutils:1165 comp.windows.x:10009
From: earle@poseur.JPL.NASA.GOV (Greg Earle - Sun JPL on-site Software Support)
Newsgroups: alt.binaries.pictures.d,alt.graphics.pixutils,comp.windows.x
Subject: xv behavior (Re: Get your facts straight about JPEG!)
Keywords: xv 2.11
Date: 14 Apr 92 22:30:25 GMT
Followup-To: alt.binaries.pictures.d,alt.graphics.pixutils
Organization: Sun Microsystems - JPL on-site Software Support

In article <jim.703273321@ferkel> jim@ferkel.ucsb.edu (Jim Lick) writes:
>I decided it would be fairly interesting to see what the actual breakdown
>is as far as decoding, quantizing and GIF-writing times.  Picking a handful
>of recently post JPEG files out of my hat, I came up with the following:
>
>Percentage of time for each step:
>
>	87.3 - quantizing to 8-bit (floyd-steinberg)
>	 8.0 - converting 8-bit image to GIF
>	 4.7 - decoding JPEG to raw image
>
>It surprised me that decoding the JPEG file actually took less time than
>conversion to GIF did, but the main point still holds: most of the time
>to convert a JPEG to GIF, or display a JPEG on an 8-bit system is in the
>quantization step.  These figures are for a machine with 24 megs of RAM.

Which leads to me to bring up a gripe about something that's bothered me for
some time:

I use xloadimage 3.01 and xv 2.11 on a Sun SPARCstation-2/GS.  The GS has a
24-bit framebuffer and supports all the normal visuals, including TrueColor,
and DirectColor (under OpenWindows 3.0).

No matter what, xv insists on quantizing 24-bit JPEG images down to 8 bits
for display.  The manual page says

     -visual vistype  (Resource name: visual string)
          Normally, xv uses the default visual model provided  by
          your  X  server.   You  can override this by explicitly
          selecting a visual to use.  Valid types are StaticGray,
          StaticColor, TrueColor, GrayScale, PseudoColor,
          and DirectColor.  Not all  of  these  are  necessarily
          provided  on any given X display.  Run xdpyinfo on your
          display to find out what visual types are supported.

I was hoping that this would imply that it would use the default visual for
displaying the image, but even with TrueColor as the default, it still insists
on quantizing down to 8 bits - costly and time-consuming.  Trying to use
other visuals causes xv to exit with a BadMatch (invalid parameter attributes)
error.  It doesn't work (correctly) at all when I have a DirectColor default
visual, but that's another story.

I asked John Bradley about this but never got a response.  Has anyone else
run into this problem before?  If so, what did you do about it, if anything?
Surely I can't be the only person in the world using X11 or OpenWindows on a
machine with a 24-bit default root visual ...

-- 
	- Greg Earle			| Disclaimer: I would be just as
	  Sun Los Angeles		| mortified if Sun thought I was
	  JPL on-site Software Support	| speaking for the company as Sun is at
	  earle@poseur.JPL.NASA.GOV	| the thought of me speaking for it.
From: bradley@grip.cis.upenn.edu (John Bradley)
Newsgroups: alt.graphics.pixutils
Subject: BMP (and XV)
Date: 17 Apr 92 03:23:20 GMT
Distribution: na
Organization: GRASP Lab, University of Pennsylvania

Does anybody have specs/public domain source for reading/writing the MS-Windows
BMP format?  I think it needs to be added to XV.

And regarding this 24-bit business:  I think that 24-bit displays are not the
'standard' ONLY because of the artificially (?) high price tags they currently
carry.  I fail to see why a dumb 1280x1024 24-bit frame buffer should cost 
*that* much more than a dumb 1280x1024 8-bit frame buffer.  I mean, so what,
there's three times the vram, but that shouldn't account for the price
discrepancies that you see these days.

Don't blame the lack of software as the reason there aren't more 24-bit
displays.  Most self-respecting X programs should at least *run* on 24-bit
displays.  XV runs on 24-bit displays exactly as well as it runs on an 8-bit
display.  (It does not run *better* on a 24-bit display, but you get what 
you pay for.)

Defense of XV's 8-bit Behavior:  XV operates on 8-bit images because the vast
majority of folks have 8-bit displays, and performance on such displays
was considered a very important issue.  It would *not* do to maintain images
internally as 24-bit images, and always have to do the 24-to-8 algorithm
whenever an image was loaded, modified, etc.

Also, realize that until *very* recently (the release of free JPEG
software, in November 1991 (?)), there simply weren't that many 24-bit
images around.  And it wasn't until Jan 1992 that there was an authorized
version of XV the read JPEG files (and eventually, TIFF).  Yes, it's 
conceivable that you could've tried to get a 24-bit image into an older
version of XV, by converting your 24-bit image into a PPM or Sun Rasterfile,
but on the whole, this simply wasn't *done* very much.

It's only now, with JPEG rapidly replacing GIF as the 'standard' image format
that everyone uses, that the issue of having XV intelligently work with 24-bit
images really becomes relevant.

This issue *will* be addressed.  Computers have gotten fast enough that it
is now plausable for XV to operate entirely on 24-bit images, and just do
'whatever is needed' to display them on 'lesser' displays.  As soon as I 
'finish' the current version of XV (which should be soon, as I'm running out
of ideas that I really wish to implement on this version.  There'll probably 
two or three more releases of XV 2.xx.), I'll start work on XV24, which 
currently exists only as a name.  (Though, of course, large portions of it
will be swiped from the existing XV source code.)

So, as soon as you haven't seen a new XV 2.xx release in a few months, you'll
all know what I'm working on.  :-)

--jhb
From: u27124@natasha.sdsc.edu (Chris Groening)
Newsgroups: alt.graphics.pixutils
Subject: Explorer format and Targa format
Summary: Hopefully this message will appear right, it's my first
	time in the wonderful world of news posting
Date: 6 Apr 92 23:30:34 GMT


	I am looking for a COMPLETE targa format description,
	one that is more complete than at titan.cs.rice.edu.

	I am also looking for a complete explorer format description.

	Also any 'wierd' pictures done in targa ie. with
	4 way interleaving, huffman encoding etc would be appreciated.

	for the next week or so I'm at u27124.sdsc.edu
	then hopefully i'll be upgraded to groening.sdsc.edu.

 
Expires: 
Followup-To: 
Distribution: 
Organization: San Diego Supercomputer Center
Keywords: 


Newsgroups: alt.graphics.pixutils
From: Robert Poortinga <poorting@silver.ucs.indiana.edu>
Subject: Where can I get dvi2ps converter?
Organization: Indiana University
Distribution: usa
Date: Wed, 8 Apr 1992 13:30:26 -0500

I remember seeing something about a dvi-to-ps converter in this group, I
believe.  At the time, I didn't pay it any mind.  Now I need to get it.
I tried looking in wuarchive.wustl.edu but could not find it there.  Ditto
for export.lcs.mit.edu.

Any info appreciated.

----------------------------------------------------------------------------
Bob Poortinga
(poorting@silver.ucs.indiana.edu)
----------------------------------------------------------------------------