Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!hellgate.utah.edu!uplherc!wicat!sarek!gsarff
From: gsarff@sarek.UUCP (Gary Sarff)
Newsgroups: comp.sys.amiga
Subject: Re: IFF2PS source available??
Message-ID: <00410@sarek.UUCP>
Date: 26 Feb 90 01:46:39 GMT
References: <77506@tut.cis.ohio-state.edu> <1990Feb23.065337.7536@sun.soe.clarkson.edu>
Organization: Programmers in Exile
Lines: 35

In article <1990Feb23.065337.7536@sun.soe.clarkson.edu>, morganmw@clutx.clarkson.edu (Mike Morgan,WCKN TV,2652073,2683710) writes:
>To make a long problem short (maybe), what I'm trying to do is convert IFF
>type files to PostScript - My first instinct was to get the program Iff2ps
>off the infamous Fish disks (#94, I believe)...Problem...My pathway into
>my Amiga through the net is through two other unix based computers. That's
>where one of my problems exists. My Amiga's version of Kermit (probably 
>really outdated) doesn't seem to transfer properly from my Unix system
>and so I wind up with a "non-object module" error when I try to run the
>IFF2PS program on the Amiga. Text transfers w/ no problem, but those binary
>files (even when I set file type binary on both sides of kermit) don't seem
>to transfer properly.
>
>So basically, what I'm trying to do is locate the source code for IFF2PS,
>so I can transfer the code to my Amiga, compile it, then the resulting
>files will be text (postscript) and they can be transferred to the unix 
>system that can access our laser printers.

If anyone (the author) has the source, it needs to be fixed before you use
it, because it has a slight problem converting ham files.  When the generated
postscript files are printed there will, on some of them, be short streaks
down the left margin on some scan lines.  This is because of a flaw in the
algorithm used, one I made myself when first attempting my own ham-RGB bitmap
conversion program.  I had thought that the first pixel on each scan line
must be an absolute color, i.e. a color register number with no HAM bits
turned on, when in fact, it _can_ be a HAM color, it is interpreted as a
modification of the color-0 color, which is between the rightmost pixel on
the previous scanline and the leftmost pixel on the current scanline.  If
this interpretation is not used, you get streaks.  Hopefully the author, or
someone with the source can fix iff2ps, since it is a very useful program, at
least for me, and should be fixed.  If you get the source let me know, I'd
fix it myself, it is a _very_ minor fix probably only a line or two of code
at the most.

----------------------------------------------------------------------------
                       I _DON'T_ live for the leap!