Return-Path: <owner-tiff@olympiakos.com>
Received: from localhost (ak4719.spb.edu [127.0.0.1])
	by ak4719.spb.edu (8.12.1/8.12.1/Debian -5) with ESMTP id h187nmFo002995
	for <dron@localhost>; Sat, 8 Feb 2003 11:05:46 +0300
Received: from pop.in02.prd.whowhere.com [209.202.220.196]
	by localhost with POP3 (fetchmail-6.2.0)
	for dron@localhost (single-drop); Sat, 08 Feb 2003 11:05:46 +0300 (MSK)
Received: from gate7.olympiakos.com ([64.32.199.150]) by whowhere.com; Fri, 07 Feb 2003 03:55:21 -0000
X-Envelope-Sender: owner-tiff@olympiakos.com
Received: by gate7.olympiakos.com (Postfix, from userid 65534)
	id C8438110E0; Thu,  6 Feb 2003 22:55:15 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by gate7.olympiakos.com (Postfix) with SMTP
	id AB6E311082; Thu,  6 Feb 2003 22:55:15 -0500 (EST)
Received: by gate7.olympiakos.com (bulk_mailer v1.9); Thu, 6 Feb 2003 22:54:54 -0500
Delivered-To: tiff-outgoing@gate7.olympiakos.com
Received: by gate7.olympiakos.com (Postfix, from userid 16)
	id B7CA3110AD; Thu,  6 Feb 2003 22:54:54 -0500 (EST)
Delivered-To: tiff@olympiakos.com
Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241])
	by gate7.olympiakos.com (Postfix) with ESMTP id BFDCE11082
	for <tiff@olympiakos.com>; Thu,  6 Feb 2003 22:54:53 -0500 (EST)
Received: from adsl ([216.103.51.136])
 by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18
 2002)) with SMTP id <0H9X00JP46VFDK@mta5.snfc21.pbi.net> for
 tiff@olympiakos.com; Thu, 06 Feb 2003 19:54:52 -0800 (PST)
Date: Thu, 06 Feb 2003 19:55:27 -0800
From: Peter Montgomery <pjmonty@csi.com>
Subject: Re: tiffset.exe instructions (was Re: tiffcp problems)
To: tiff@olympiakos.com
Message-id: <005401c2ce5c$c2ee37a0$0201a8c0@pacbell.net>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7bit
X-Priority: 3
X-MSMail-priority: Normal
References: <20030207013729.22346.qmail@mail.com>
Sender: owner-tiff@olympiakos.com
Precedence: bulk
Status: RO
Content-Length: 1783
Lines: 40

Ray,

>But some that were OK are becoming white letters on a black background
in MS Imaging,
> yet still display OK in MS Photo >Editor.  What happens when they are
"saved as"
> by either application is a whole 'nother story! I'm no quite sure yet
why this behavior
> is occurring, but as I get more clues and hints from this list, I'm
sure it'll be figured it out.

What are you using tiffcp to do?  Are you performing some additional
conversions such as compression type?  My app is pretty simple in that
it just searches for the appropriate tag, checks the value, and then
converts it if it isn't what was passed on the commandline.  It's super
quick because I don't re-write the file, I just tweak the value of the
tag in place so I only have to write a few bytes.  I am curious if all
your files are the same endian.  If not, can you tell if the files that
work are one endian versus the weird files being a different endian?
I'm just trying to think of what might be causing the problem on my end.

BTW, if you simply need to change the photometric interpretation, then
you don't need tiffcp.  If you're concerned about my program screwing
up, you can always copy the files and then tweak the copies.  Once you
have verified they are good, then just delete the originals.  It'll save
a ton of time since you don't have to decode and re-encode the files.

    Thanks,
    PeterM

PS - Have you tried taking a problem file and just running it only
through my tweaker program?  You should then perform the same experiment
and just use tiffcp.  See if you can isolate the odd behavior to either
of the two apps separately.




To subscribe or unsubscribe email tiff-request@olympiakos.com with subscribe
or unsubscribe in the email body.  Libtiff home page: http://www.libtiff.org

