From sanselan-dev-return-157-apmail-incubator-sanselan-dev-archive=incubator.apache.org@incubator.apache.org Mon Apr 14 07:22:08 2008 Return-Path: Delivered-To: apmail-incubator-sanselan-dev-archive@locus.apache.org Received: (qmail 44518 invoked from network); 14 Apr 2008 07:22:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Apr 2008 07:22:08 -0000 Received: (qmail 93951 invoked by uid 500); 14 Apr 2008 07:22:08 -0000 Delivered-To: apmail-incubator-sanselan-dev-archive@incubator.apache.org Received: (qmail 93930 invoked by uid 500); 14 Apr 2008 07:22:08 -0000 Mailing-List: contact sanselan-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: sanselan-dev@incubator.apache.org Delivered-To: mailing list sanselan-dev@incubator.apache.org Received: (qmail 93921 invoked by uid 99); 14 Apr 2008 07:22:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Apr 2008 00:22:08 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of pkoch@day.com designates 62.192.10.254 as permitted sender) Received: from [62.192.10.254] (HELO goobak01.day.com) (62.192.10.254) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Apr 2008 07:21:25 +0000 Received: by goobak01.day.com (Postfix, from userid 1212) id 1F6215087D; Mon, 14 Apr 2008 09:20:59 +0200 (CEST) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by goobak01.day.com (Postfix) with ESMTP id 8B76750869 for ; Mon, 14 Apr 2008 09:20:59 +0200 (CEST) Received: by yw-out-2324.google.com with SMTP id 2so638010ywt.31 for ; Mon, 14 Apr 2008 00:21:16 -0700 (PDT) Received: by 10.150.212.14 with SMTP id k14mr5710573ybg.148.1208157676791; Mon, 14 Apr 2008 00:21:16 -0700 (PDT) Received: by 10.150.57.18 with HTTP; Mon, 14 Apr 2008 00:21:16 -0700 (PDT) Message-ID: <227048280804140021r79958e0dned24138f5f20874f@mail.gmail.com> Date: Mon, 14 Apr 2008 09:21:16 +0200 From: "Philipp Koch" Sender: pkoch@day.com To: sanselan-dev@incubator.apache.org Subject: Re: JPEG Support In-Reply-To: <20080413100756.CA10.DEV@jeremias-maerki.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4800F665.3060907@apache.org> <20080413100756.CA10.DEV@jeremias-maerki.ch> X-Google-Sender-Auth: 6e926b171d73bd09 X-Virus-Checked: Checked by ClamAV on apache.org i don't agree with jeremias in some points because sanselan proved to me very helpful in many cases especially for tiff handling for which i couln't find another good library. also the quick retrieval of a BufferedImage from many of the image types (unfortunately not from jpeg) is very cool. imageIO is ok in many cases for jpeg handling, but lacks of some special (e.g. adobe) jpeg support. having jpeg supported in the sanselan project would: - ease of fixing bugs like the above mentioned missing adobe jpeg (inline pdf images) issue. - make the sanselan lib THE image library to use for image operations (so you do not have to worry about using the "right" library) regards, philipp On Sun, Apr 13, 2008 at 10:17 AM, Jeremias Maerki wrote: > Kind'a beats the purpose of Sanselan if you ask me. If you just want to > load JPEGs and extract some metadata you can just as well use > javax.imageio directly. If there's any relationship between ImageIO and > Sanselan it's that at some point it makes sense to write ImageIO codec > adapters for all codecs in Sanselan. At least, that would be the first > thing I'd write if we had a pure-Java JBIG2 and/or JPEG codec inside > Sanselan. Until then I personally don't even have a reason to use > Sanselan at all because ImageIO (plus JAI Image I/O Tools) gives me > everything I need. (Sorry, Charles) > > > > On 12.04.2008 19:50:29 Carsten Ziegeler wrote: > > Hi Charles, > > > > Charles Matthew Chen wrote: > > > Hi Carsten, > > > > > > I don't know of existing jpeg code we could use. > > > > > What about the javax.image stuff? Can't we somehow use that? > > > > > > Carsten > > > > > > -- > > Carsten Ziegeler > > cziegeler@apache.org > > > > > Jeremias Maerki > >