imgworks don't

Thread View: comp.sys.sgi.misc

3 messages

[T] Back to Threads [V] Tree View [G] Group Articles

3 total messages Started by Dan Karron karron Sat, 19 Dec 1992 00:13

#55

Author: Dan Karron karron
Date: Sat, 19 Dec 1992 00:13

27 lines
1559 bytes

If I read in a very large .tiff file from our handy dandy mac scanner,
I need to crop it down for a display that will fit the screen.
This involves shrinking the image 50%, and cropping from the
top and the bottom.

To remove from the top, take pixels from the bottom. And versa visa...(sp?)

I use the sgi save format, and it reverses things yet again. I
can make only symmetrical crops from the top and bottom to get things
almost ok.

Is this a known problem (I am running 4.0.2 on an Indigo) ?
When will we have some kind of overlay box outline cropping facility ?
I do like the numeric entry for creating nice, symmetrical, even
sized images. However, I spend a lot of time guessing at the numbers
to get things to come out ok. I have to guess a lot because what
the numbers do is not what you would expect from the gizmos!

Cheers!

Dan.
| karron@nyu.edu (e-mail alias )         Dan Karron, Research Associate      |
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager  <1>  212 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``Too busy doing to write about it, too busy writing to do anything about it.''

Re: imgworks don't

#46

Author: Nathan Otto Siemers
Date: Sat, 19 Dec 1992 18:40

33 lines
2057 bytes

>>>>> On 19 Dec 92 00:13:10 GMT, karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu)) said:


 Dan> If I read in a very large .tiff file from our handy dandy mac
 Dan> scanner, I need to crop it down for a display that will fit the
 Dan> screen.  This involves shrinking the image 50%, and cropping
 Dan> from the top and the bottom.

 Dan> To remove from the top, take pixels from the bottom. And versa
 Dan> visa...(sp?)

 Dan> I use the sgi save format, and it reverses things yet again. I
 Dan> can make only symmetrical crops from the top and bottom to get
 Dan> things almost ok.

 Dan> Is this a known problem (I am running 4.0.2 on an Indigo) ?
 Dan> When will we have some kind of overlay box outline cropping
 Dan> facility ?  I do like the numeric entry for creating nice,
 Dan> symmetrical, even sized images. However, I spend a lot of time
 Dan> guessing at the numbers to get things to come out ok. I have to
 Dan> guess a lot because what the numbers do is not what you would
 Dan> expect from the gizmos!

	Numeric entry is not an option, but I heartily reccomend xv
for many of the image manipulation tasks you may need to do.  It is a
fantastic program, but I am not sure if it is capable of more than 8
bit color.  (i think it is)   It is also free.

Nathan Siemers.

--
--
/  | / /__|  /  /---/ /__| /  | /    nathan@chemres.tn.cornell.edu

Re: imgworks don't

#156

Author: Chris Hawley
Date: Wed, 06 Jan 1993 08:57

38 lines
2191 bytes

    In article <NS14.92Dec19134058@crux3.crux2.cit.cornell.edu>,
ns14@crux3.crux2.cit.cornell.edu (Nathan Otto Siemers) writes:

+ From: ns14@crux3.crux2.cit.cornell.edu (Nathan Otto Siemers)
+ Subject: Re: imgworks don't
+ Message-ID: <NS14.92Dec19134058@crux3.crux2.cit.cornell.edu>
+ Date: Sat, 19 Dec 92 13:40:58 PDT

	[23 lines omitted]

+ 	Numeric entry is not an option, but I heartily reccomend xv
+ for many of the image manipulation tasks you may need to do.  It is a
+ fantastic program, but I am not sure if it is capable of more than 8
+ bit color.  (i think it is)   It is also free.

    xv  (as of version 2.21) appears to manipulate images up to 24-bit RGB,
even though it cannot display them with more than eight bits.  Corrections
or pointers to newer versions are entirely welcome.

The cropping functions etc. are indeed friendly, though I have encountered
certain TIFF images which  xv  was unable to successfully read.

    (One of these days I'll get around to adding support for  .rgb  format!)


#include <std/disclaimer.h>
   /*  Employed by SGI in a non-speaking capacity.  All opinions are mine. */

+ Nathan Siemers.
+ --
+ /|/ /|  /  /-/ /| /|/    nathan@chemres.tn.cornell.edu
-- 
    Christopher J. Hawley / esper           /   chawley@sundiver.esd.sgi.com
    Silicon Graphics, Inc.   01L-945      PSD   phone:  415 / 390-1621  work
    Mountain View, CA   94039-7311  USA   /             415 / 965-0754  home
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       .... somewhere in the spectrum between Real Love and a free lunch.

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads