HDTenEightyP/NetNews huggingface dataset:
From: tlehtone@cs.Helsinki.FI (Tapio Lehtonen)
Newsgroups: alt.graphics.pixutils
Subject: TIFF file formats altered?
Summary: Is there several incompatible TIFF formats?
Keywords: TIFF
Date: 14 Apr 92 12:38:25 GMT
Organization: University of Helsinki, Finland

How come an infrared camera procudes TIFF files that I am not able to
view with any TIFF viewer? The manual of the camera software claims the
files to be 256color TIFFs(, which some programs may not be able to
handle, writes the manual) but the following programs either can not
show the pictures or distort the colors:

micrografx charisma
vuimg295 shareware  version
graphics workshop
vupic

Since the color information is the essential, pictures with some strange
color palette are useless. So, has the TIFF file format been altered,
and if so, what program can I use to view and perhaps print the files?
Or am I right in suspecting the camera software, perhaps it makes
crappy files to begin with?
-- 
Tapio Lehtonen                        PHONE + 358 0 7084206    Room A417
Dept. Comp. Sci., Univ. of Helsinki   TELEX 122785 TSK SF  FAX 708 4441
Teollisuuskatu 23, SF-00510 Helsinki  INTERNET tlehtone@cs.Helsinki.FI
Finland                               TLEHTONEN@FINUH    HYLK::TLEHTONEN
Newsgroups: alt.graphics.pixutils
From: ALEX@camp.wpic.pitt.EDU (Alex Ferguson)
Subject: Windows graphics
Organization: Bull World Wide Information Systems Inc.
Date: Wed, 15 Apr 1992 21:17:24 GMT


Hi,
    I have two questions to pose... Is there a version of cshow that
can be brought into windows?  If not what PD/SW apps exist for
windows that support GIF, TIFF, etc.? (I've already heard about the
$300 jpg viewer...ha ha, do they finance?)

    Also, does anybody have a windows 3.1 driver for the Diamond
Speedstar Hi-Color card w/1 meg?  Anybody know where I can get one?


                                  Thanks in advance,

                                          Alex
Respond to:
alex@camp.wpic.pitt.edu
Xref: sparky alt.graphics.pixutils:1137 alt.binaries.pictures:1763
From: jzubkavi@laplace.waterloo.edu
Newsgroups: alt.graphics.pixutils,alt.binaries.pictures
Subject: Video Drivers
Keywords: Cshow, graphics, video cards
Date: 8 Apr 92 14:57:40 GMT
Distribution: ont
Organization: University of Waterloo


To anyone who can help me.

  I have just bought an ATI Wonder XL 1.0Meg graphics card.  Unfortunately, my
Cshow only has the driver for an ATI Wonder.  I'm getting 512K equivalent.
Could someone either send me the driver or mail and tell me an FTP site that 
carries a Compushow with that driver
 



                                  Thanks

                                         The Intrepid Section 8
.

B
B

B

                              Than
Newsgroups: alt.binaries.pictures.d,alt.graphics.pixutils
From: justin@mik.uky.edu (Justin Sullivan)
Subject: Re: xv behavior (Re: Get your facts straight about JPEG!)
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Wed, 15 Apr 1992 12:24:05 GMT
X-Bytes: 

Greg Earle - Sun JPL on-site Software Support writes
> 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 don't remember seeing it all in the manual, but I remember reading in one of  
the graphics groups not long ago that xv doesn't support 24-bit color. :(
Can you believe that? The SPARCstation 1+ I use is only 8-bit, but what if I  
did upgrade to 24-bit? It would be nice to have this wonderful program support  
it..

--
*******************************************************************************
* "Imagine sky.. High above, in Caribbean Blue.." <sigh>                      *
* The University of Kentucky doesn't pay well enough to share my opinions.    *
*******************************************************************************
Newsgroups: alt.graphics.pixutils
From: pnd@jach.hawaii.edu (Phil Daly, JAC, 665 Komohana St, Hilo HI 96720, USA)
Subject: CDF to GIF converter
Reply-To: pnd@jach.hawaii.edu
Organization: UK/Canada/Netherlands Joint Astronomy Centre, Hilo, HI
Date: Tue, 14 Apr 1992 01:56:12 GMT

Hi,

I can get hold of some satellite data in CDF format which has a 644 byte header. Does anyone have source
code for a CDF to GIF conversion program so that I can display the data via XV or similar?

Many thanks in advance,

Phil Daly,
Joint Astronomy Centre
From: jzubkavi@laplace.waterloo.edu
Newsgroups: alt.graphics.pixutils
Subject: Video Drivers
Date: 8 Apr 92 14:21:01 GMT
Distribution: alt.graphics.pixutils
Organization: University of Waterloo

This is a test.




A
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: alt.graphics.pixutils
Subject: Re: TIFF/GIF viewer for PC
Keywords: GIF, TIFF, viewer
Date: 6 Apr 92 13:44:37 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <11645@tamsun.tamu.edu>, dcb3450@diamond.tamu.edu (David C. Bullock) writes:
|  I'm looking for source code for a GIF or TIFF viewer for PC.  I'm developing
|  a hypermedia project and need one that will allow me to place a small picture
|  in a window anywhere I want on the screen while still having text in another
|  window.  Any help will be appreciated.

There is code in the independent jpeg group free compressor and expandor
to decode GIF, and also JPEG while you're at it.
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
Newsgroups: alt.graphics.pixutils
From: Ingo.Wilken@arbi.informatik.uni-oldenburg.de (Ingo Wilken)
Subject: Re: PBMPLUS on an Amiga???
Organization: University of Oldenburg, Germany
Date: Thu, 9 Apr 1992 21:25:02 GMT

Hi,

macon@cbmvax.commodore.com (Glen Macon) writes:
>I have all the PBMPLUS (oct91) source files and makefiles.
>I'm trying to compile on an Amiga (3000 lots of disk space)
>using SAS/C 5.10b.  Does anyone out there have a set of
>makefiles that works??

The good news: I have compiled PBMPlus 10dec91 on my A2500 using
DICE 2.06.39R.  It's complete (with the tiff-stuff), work's great,
and I have added a few extra goodies.  It's about 3MB unpacked,
or 1.5MB as lharc-archives.

The bad news: My system isn't working, so I cannot put it on a 
FTP-site. :-(  I hope to get that damned card before Easter, but 
don't hold your breath...


The old version (05oct91) should still be on ab20.larc.nasa.gov,
look into /amiga/graphics/converters/pbmplus, and you also need
update.lzh from /incoming/amiga/pbmplus (maybe this has been moved
to another directory).


Ingo
-- 
Ingo Wilken, CS Student, Univ.of Oldenburg, FRG | You mean I really did all of
wilken@uniol.uucp (..!uunet!unido!uniol!wilken) | dat stuff? Now dat explains
Ingo.Wilken@arbi.informatik.uni-oldenburg.de    | why my head hurts an' why I
wilken@uniol.zer   IRC:Nobody   OL:ingo@faramir | feel so bad!  -Snarf
Xref: sparky alt.graphics.pixutils:1138 alt.binaries.pictures:1764
From: jzubkavi@laplace.waterloo.edu
Newsgroups: alt.graphics.pixutils,alt.binaries.pictures
Subject: Video Drvers
Keywords: Cshow, graphics, video cards
Date: 8 Apr 92 15:04:36 GMT
Distribution: ont
Organization: University of Waterloo

The News post did not use my name.  To mail me a message, I'm at 

              jzubkavich@descartes

God I hate these editors

                           The Intrepid Section 8
Newsgroups: alt.graphics.pixutils
From: rohrs@handel.helios.nd.edu ()
Subject: imPRESS to PS
Organization: University of Notre Dame, Notre Dame
Distribution: usa
Date: Fri, 10 Apr 1992 19:49:08 GMT

Is anyone aware of a program to convert from imPRESS (for IMAGEN printers) to 
postscript? Or for that matter, a program to convert from imPRESS to any  of
the PBMPLUS readable image formats?

----------------------------------------------------------------------------
Mark Patton
Tellabs Research Center
3702 N Main Street
Mishawaka, IN 46545
mark@trc.tellabs.com
----------------------------------------------------------------------------



Newsgroups: alt.binaries.pictures.d,alt.graphics.pixutils
From: andrey@cco.caltech.edu (Andre T. Yew)
Subject: Re: xv behavior (Re: Get your facts straight about JPEG!)
Keywords: xv 2.11
Organization: California Institute of Technology, Pasadena
Date: Wed, 15 Apr 1992 00:18:03 GMT

earle@poseur.JPL.NASA.GOV (Greg Earle - Sun JPL on-site Software Support) writes:
>No matter what, xv insists on quantizing 24-bit JPEG images down to 8 bits
>for display.  The manual page says

>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 ...


	I have no idea about the bad match, but popping out my handy-dandy
O'Reilly & Asscociates Xlib Programming Manual, and looking up visuals,
I see that:  visuals do not imply anything about image depth.  You can
have an 8-bit TrueColor for all X cares.  What's different about different
visuals is that some have changeable colormaps and others don't. Also,
some visuals have colors indexed separately by RGB and others by a
color table index.  Specifically, here's a table of stuff that happens:

Colormap		Read, Write		Read-only
-----------------------------------------
Monochrome/Gray GrayScale		StaticGray
Single index	PseudoColor		StaticColor
R, G, B 		DirectColor		TrueColor

	So, visuals don't imply image depth only ways of accessing the
colormap.  Finding the image depth isn't difficult to do, you can
do:  int depth = DisplayPlanes( theDisplay, theScreen ) (this might
be wrong -- I can't remember all the X voodoo variables).

	I hope this helped.

--Andre

-- 
Andre Yew                             andrey@tybalt.caltech.edu (131.215.48.100)
From: macon@cbmvax.commodore.com (Glen Macon)
Newsgroups: alt.graphics.pixutils
Subject: PBMPLUS on an Amiga???
Date: 9 Apr 92 15:26:06 GMT
Reply-To: macon@cbmvax.commodore.com (Glen Macon)
Organization: Commodore West Cester PA

I have all the PBMPLUS (oct91) source files and makefiles.
I'm trying to compile on an Amiga (3000 lots of disk space)
using SAS/C 5.10b.  Does anyone out there have a set of
makefiles that works??

Thanks in advance
Glen Macon

+-------------------------------------------+
|            Disclaimer :		    | 
+-------------------------------------------+ 
| Commodore doesn't endorse what I say.     | 
| I do.					    | 
| Who's wants to know???		    | 
+-------------------------------------------+
Newsgroups: alt.graphics.pixutils
From: petav@Physik.TU-Muenchen.DE (Peter Averkamp)
Subject: Re: Did touchup ever get ported to XView?
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 10 Apr 1992 15:22:57 GMT

malowany@cenparmi.concordia.ca (Stephen Malowany) writes:

>Did the SunView-based raster image file editor "touchup" ever get ported
>to XView? Someone else posted about this a while ago, but I never saw any
>replies.

As i believe it is in his spirit...
Gerry Pratt (gerry@seq1.keele.ac.uk) did this a couple of times.
He used some kind of a "automated" convert filter and seems to have
a list of problems&answers for the conversion.

Hope this helps 

- Peter -
--
Peter Averkamp,                      | email:
Physics Department E20               | petav@radon.e20.physik.tu-muenchen.de
Techn. Univ. of Munich               | Phone: ++49 (89) 3209-2408
D-8046 Garching, Germany             | Fax:   ++49 (89) 3209-2338
From: ceg7092@tamsun.tamu.edu (Craig Groeschel)
Newsgroups: alt.graphics.pixutils
Subject: pbmplus Converter Generator
Date: 14 Apr 92 17:30:17 GMT
Organization: Tx A&M Univ

Anyone who's done any work on the converter generator reorganization
alluded to in the pbmplus TODO file, please send mail.  Thanks.
-- 
"Do not play this piece fast.  It is never right to play Ragtime fast."  Joplin
Xref: sparky alt.binaries.pictures.d:2431 alt.graphics.pixutils:1178
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: alt.binaries.pictures.d,alt.graphics.pixutils
Subject: Re: xv behavior (Re: Get your facts straight about JPEG!)
Keywords: xv 2.11
Date: 16 Apr 92 13:51:48 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Apr15.001803.952@cco.caltech.edu>, andrey@cco.caltech.edu (Andre T. Yew) writes:
|  earle@poseur.JPL.NASA.GOV (Greg Earle - Sun JPL on-site Software Support) writes:
|  >No matter what, xv insists on quantizing 24-bit JPEG images down to 8 bits
|  >for display.  The manual page says

  I believe that 8 bits max are used in xv. You might try xli, which I
believe will use all the planes (I don't have easy access to any servers
with more than 8, although I have non-X in 15 and 24 bit).
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
Newsgroups: alt.graphics.pixutils
From: cole@csuvax1.csu.murdoch.edu.au (Peter Cole)
Subject: thinning utility
Summary: thinning util required
Keywords: lines, thinning
Organization: Murdoch University
Date: Tue, 7 Apr 92 03:03:08 GMT

 I am currently doing an honours year in computer science and have
 discovered a need for a thinning algorithm for application on to a 
raw (bytes only), 512x512 grey scale images, or pgm format.

What I am looking for is a utility that will carry out the thinning without
to much effort on my part. The machines that it can run on are :
DEC using ultrix v4.2
SUN 3 using sun O/S

email to cole@csuvax1.csu.murdoch.edu.au

thanks in advance
Newsgroups: alt.graphics.pixutils
From: tclark@hptc.mentorg.com (Tony Clark)
Subject: .dl viewer 
Originator: tclark@hptc
Date: Fri, 17 Apr 1992 20:30:11 GMT
Organization: Mentor Graphics 
Keywords: .dl graphics
Followup-To: 


Does any one have any ideas where I can get (ftp or otherwise) a viewer
for .dl files? I need one for a Unix machine (HP720 w/HP-UX 8.07).


-- 
TC                             
    "When the going gets tough 
     the pros turn weird"  H.S. Thompson    
Xref: sparky alt.binaries.pictures.d:2413 alt.graphics.pixutils:1173
From: malowany@cenparmi.concordia.ca (Stephen Malowany)
Newsgroups: alt.binaries.pictures.d,alt.graphics.pixutils
Subject: Re: xv behavior (Re: Get your facts straight about JPEG!)
Keywords: xv 2.11
Date: 15 Apr 92 20:25:31 GMT
Followup-To: alt.binaries.pictures.d
Organization: CENPARMI, Concordia University, Montreal, Canada

In article <1992Apr15.001803.952@cco.caltech.edu> andrey@cco.caltech.edu (Andre T. Yew) writes:
>earle@poseur.JPL.NASA.GOV (Greg Earle - Sun JPL on-site Software Support) writes:
>>No matter what, xv insists on quantizing 24-bit JPEG images down to 8 bits
>>for display.

True.

>>I asked John Bradley about this but never got a response.

I asked him about it and did get a response :-)

>>Has anyone else
>>run into this problem before?

I have.

>>If so, what did you do about it, if anything?

Use xloadimage to display jpegs in 24-bit true color.

>>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 ...
>
>  [stuff about Xlib, visuals, image depth, etc...]

What it boils down to is that xv *cannot* display images in 24-bit true
color. John said he *may* develop a version of xv to display 24-bit
images, but he's probably a busy guy and has better things to do ;-)

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steve Malowany
Centre for Pattern Recogn. & Machine Intell.     malowany@cenparmi.concordia.ca
Department of Computer Science                         malowany@cs.concordia.ca
Concordia University                                   Montreal, Quebec, Canada
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: rlm7638@tamsun.tamu.edu (Jack McKinney)
Newsgroups: alt.graphics.pixutils
Subject: .gl format?
Date: 12 Apr 92 03:14:58 GMT
Organization: Texas A&M University, College Station


    What is the .gl format?

+--------------------------------------------------+-------------------------+
| Koyaanisqatsi (from the Hopi language): 1. Crazy | Jack McKinney           |
|  life. 2. Life in turmoil 3. Life out of balance | rlm7638@tamsun.tamu.edu |
|  4. Life disintegrate. 5. A state of life that   +-------------------------+
|  calls for another way of living.                |   This space for rent   |
+--------------------------------------------------+-------------------------+
Xref: sparky alt.graphics.pixutils:1187 alt.binaries.pictures.d:2448 alt.binaries.pictures.erotica.d:3511
From: tgl+@cs.cmu.edu (Tom Lane)
Newsgroups: alt.graphics.pixutils,alt.binaries.pictures.d,alt.binaries.pictures.erotica.d
Subject: Where to get DOS JPEG software (answers, not questions)
Summary: *NEW* IJG code available from simtel20
Date: 17 Apr 92 15:14:52 GMT
Followup-To: alt.binaries.pictures.d
Organization: School of Computer Science, Carnegie Mellon

First off: there aren't any DOS JPEG viewers, at least none that I'd care to
recommend.  This should change in the near future.

To view a JPEG, you have to decompress it into GIF or some other image
format that your current favorite viewer will handle.  Yes, this is slow,
but it's not *that* much slower than a direct JPEG viewer will be.  Also,
you can do the decompression while you are off at lunch or whatever, not
while you are sitting waiting to view...

In my (possibly biased :-) opinion, there is only one set of JPEG
compression/decompression tools worth using.  That is the free JPEG software
from the Independent JPEG Group.  Two different DOS compilations of this
software are available:
    JPEG3.ZIP	  "vanilla" for any DOS machine
    JPEG3386.ZIP  About 2x faster, but needs 386/486 and 1.5Mb extended mem
You can get these by FTP from the graphics subdirectory of SIMTEL20 or any
of its mirror sites.  Personally I usually use wuarchive.wustl.edu
(128.252.135.4); look in directory mirrors/msdos/graphics.  If you don't
have FTP, SIMTEL20 files are available by e-mail; see the introductory
postings in comp.binaries.ibm.pc.archives for details.


The JPEG3.ZIP file is almost the same as the preliminary version I posted
in several alt.* groups a few weeks ago.  The only change is to detect
available memory automatically, instead of relying on the -m switch.

If you have a 386, the 386-only compilation is a good bit faster.  It was
compiled using Intel's "Code Builder" 32-bit compiler and DOS extender.
(Note: this version doesn't work under Desqview.  It will run in a Windows
3.0 DOS window, though.)

				tom lane
				organizer, Independent JPEG Group
From: gdcarson@icaen.uiowa.edu (Gregory Donald Carson)
Newsgroups: alt.graphics.pixutils
Subject: Image Conversion Problem
Date: 11 Apr 92 17:33:14 GMT
Distribution: usa
Organization: Iowa Computer Aided Engineering Network, University of Iowa
Originator: gdcarson@temp2

Hello Grahics Conversionists;

	I have a image transfer problem.  I have a lot of images in the .pix
format from a VAX/VMS machine.  As far as I can tell they are in either the
LISP Imagefile Data Format, or are written out by doing this;

	do j=512,1,-1
		do i=1,512
			writeout last byte of image(i,j) which is integer*2
			(ie two bytes)
		end do
	end do

	The code is fortran, but that should not matter.  

	I have ftp'd and compiled, etc, the program Pbmplus, and tried just
about all of the routines in there to convert these images to something I can
display in X windows to absolutely no avail.

	Can someone please help me.  Thanks for reading my post and for any
help any one can be.

Greg
From: gdcarson@icaen.uiowa.edu (Gregory Donald Carson)
Newsgroups: alt.graphics.pixutils
Subject: Pbmplus Trouble
Date: 13 Apr 92 00:03:08 GMT
Distribution: usa
Organization: Iowa Computer Aided Engineering Network, University of Iowa
Originator: gdcarson@temp2

Hello Grahics Conversionists;

	I have a image transfer problem.  I have a lot of images in the .pix
format from a VAX/VMS machine.  As far as I can tell they are in either the
LISP Imagefile Data Format, or are written out by doing this;

	do j=512,1,-1
		do i=1,512
			writeout last byte of image(i,j) which is integer*2
			(ie two bytes)
		end do
	end do

	The code is fortran, but that should not matter.  

	I have ftp'd and compiled, etc, the program Pbmplus, and tried just
about all of the routines in there to convert these images to something I can
display in X windows to absolutely no avail.

	Can someone please help me.  Thanks for reading my post and for any
help any one can be.

Greg
Newsgroups: alt.graphics.pixutils
From: brostj@aix.rpi.edu (Jeffrey Arthur Brost)
Subject: Where Can I Get Ghostscript pstoppm for UNIX
Keywords: Ghostscript,PPM
Date: Mon, 6 Apr 1992 21:58:08 GMT

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

J. Arthur Brost
brostj@rpi.edu
 
Newsgroups: alt.binaries.pictures.erotica.,alt.graphics.pixutils,alt.sex.pictures.d
From: bryanw@netcom.com (Bryan Woodworth)
Subject: VT-EXPRESS, View JPEGS in under 3 seconds! Press release
Date: Sun, 12 Apr 92 18:35:03 GMT
Organization:  o/~ Lime and limpid green, a second scene... o/~


Here is information on VT-EXPRESS, A PROGRAM USED to view JPEG pics very
quickly under DOS and Windows.  I am just passing along this information.  I
am not associated with Xing Technologies; just an interested future
customer.  Now if only they could price their products more affordably for
end users.  It seems this tier of pricing is suitable for developers and
programmers, not many others.

--cut--cut--cut--

NEW PRODUCT ANNOUNCEMENT

JPEG Software Accelerator for Windows 3.0 and 3.1.


VT EXPRESS -- JPEG Turbo Accelerator

Product Description

* Software only JPEG decoder - no hardware coprocessor required!
* Full-screen decode and display under Windows in 1 second or less
  (496 cpu, 1.5 - 2 seconds on 386).
* Works in cooperation with Xing's VT-Compress JPEG compression
  software.
* Completely replaces expensive JPEG accelerator hardware!
* Installs as DLL under Windows - coexists with VT-Compress JPEG
  DLL.
* Expands JPEG-compressed JFIF (JPEG File INterchange Format)
  images - typical compression ratios of 20:1 or better for 24-bit
  color images.
* Conforms to ISO/IEC JPEG Draft INternational Standard -- DIS
  10918-1.
* Software developer kits available to integrate VT-Express with
  VT-Compress DLL/libraries for Windows and DOS.
* Super fast software-only JPEG decompression -- no hardware
  coprocessor required!
* Pricing:  $249 as upgrade to existing VT-Compress copy, $349
  bundled with VT-Compress JPEG software.  Available - April 15.
* Contact Xing Technology Corporation directly for OEM, dealer,
  and large volume pricing.


Another video technology software product from:

Xing Technology Corporation
P.O. Box 950, 456 Carpenter Canyon
Arroyo Grande, CA  93420

Tel:  805/473-0145 Fax:  805/473-0147

<eof>

-- 
Bryan Woodworth                             Mail:  bryanw@netcom.com

Newsgroups: alt.graphics.pixutils