<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: JPEG 2000 &#8211; Do you use it?</title>
	<atom:link href="http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html</link>
	<description></description>
	<lastBuildDate>Tue, 21 May 2013 03:01:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Lars</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3363</link>
		<dc:creator>Lars</dc:creator>
		<pubDate>Tue, 07 Oct 2008 09:58:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3363</guid>
		<description><![CDATA[I think JPEG2000&#039;s features are unique and should not vanish from the market. How do you want to keep huge images? On the basis of RAW files? The only real issue about the standard is that it was not really adopted by the software vendors and some of them didn&#039;t do it efficiently so that the entire range of possibilities was available. Maybe PhotoShop could make a good point here?
]]></description>
		<content:encoded><![CDATA[<p>I think JPEG2000&#8242;s features are unique and should not vanish from the market. How do you want to keep huge images? On the basis of RAW files? The only real issue about the standard is that it was not really adopted by the software vendors and some of them didn&#8217;t do it efficiently so that the entire range of possibilities was available. Maybe PhotoShop could make a good point here?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: C. S.</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3362</link>
		<dc:creator>C. S.</dc:creator>
		<pubDate>Tue, 07 Oct 2008 02:11:13 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3362</guid>
		<description><![CDATA[J2K is just starting to start through. Digital Cinema uses it and archives start to adopt it. I think J2K will get more and more important in the future, so it would be a mistake to stop supporting it.
]]></description>
		<content:encoded><![CDATA[<p>J2K is just starting to start through. Digital Cinema uses it and archives start to adopt it. I think J2K will get more and more important in the future, so it would be a mistake to stop supporting it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomasz</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3361</link>
		<dc:creator>Tomasz</dc:creator>
		<pubDate>Mon, 06 Oct 2008 11:35:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3361</guid>
		<description><![CDATA[I&#039;m using jpeg2000 format and personally as a developer i think it should be support by Adobe because of many advantages and applications - not appreciated by &#039;regular&#039; users (losslessly storage, very good quality..etc.)
&lt;i&gt;[It&#039;s not going away.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m using jpeg2000 format and personally as a developer i think it should be support by Adobe because of many advantages and applications &#8211; not appreciated by &#8216;regular&#8217; users (losslessly storage, very good quality..etc.)<br />
<i>[It's not going away.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: napi</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3360</link>
		<dc:creator>napi</dc:creator>
		<pubDate>Mon, 18 Aug 2008 00:10:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3360</guid>
		<description><![CDATA[I use it John. Mapping industry is expanding, they all use jp2/ecw format John. They sure like to be able to edit those map picture in adobe. Image file are becoming larger and larger everyday John. I would say you keep the jp2 in adobe.
]]></description>
		<content:encoded><![CDATA[<p>I use it John. Mapping industry is expanding, they all use jp2/ecw format John. They sure like to be able to edit those map picture in adobe. Image file are becoming larger and larger everyday John. I would say you keep the jp2 in adobe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matt pearson</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3359</link>
		<dc:creator>matt pearson</dc:creator>
		<pubDate>Thu, 24 Jul 2008 13:11:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3359</guid>
		<description><![CDATA[Our treatment studio generates an average of 25Gb of TIFFs each month. Storage costs and active maintenance fees for our server are prohibatively expensive. Using a good codec for generating lossless JP2s (Aware, Luratech, Kakadu) would allow us to mitigate the issue.
We are using Lightroom for image processing and very basic DAM. Support for JPEG 2000 is highly desirable for our conservation center and for Lightroom-using institutions within the digital preservation community (conservation centers, small collection holding institutions, digitization centers, etc).
Several major archives have already made the switch from lossless TIFF and DNG to JP2.
Matt Pearson
NEDCC
]]></description>
		<content:encoded><![CDATA[<p>Our treatment studio generates an average of 25Gb of TIFFs each month. Storage costs and active maintenance fees for our server are prohibatively expensive. Using a good codec for generating lossless JP2s (Aware, Luratech, Kakadu) would allow us to mitigate the issue.<br />
We are using Lightroom for image processing and very basic DAM. Support for JPEG 2000 is highly desirable for our conservation center and for Lightroom-using institutions within the digital preservation community (conservation centers, small collection holding institutions, digitization centers, etc).<br />
Several major archives have already made the switch from lossless TIFF and DNG to JP2.<br />
Matt Pearson<br />
NEDCC</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: theWoosh</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3358</link>
		<dc:creator>theWoosh</dc:creator>
		<pubDate>Wed, 23 Jul 2008 05:28:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3358</guid>
		<description><![CDATA[I would love to use JPPeg2000 format because of it&#039;s support for high bit-depths - I have an archiving project of 60,000 negatives under way - I cannot store TIFF files, though obviously this would be ideal (at 64 megs per scan - and that&#039;s just B&amp;W!), as this would take nearly 4 terabytes of storage (not to mention problems with back-up) and I don&#039;t have this available. But I can store them as JPeg2000 - at around 7 megs each (with a little lossy compression), and indistinguishable to my eye from the original.
Please, please support JPeg2000 - it is a great format for when you just have to compromise, and if it were better supported, I, and many others could then use it in the assurance of it&#039;s longevity...
Otherwise I guess I&#039;ll just have to wait for MS HD Photo to become JPEG XR or whatever..
]]></description>
		<content:encoded><![CDATA[<p>I would love to use JPPeg2000 format because of it&#8217;s support for high bit-depths &#8211; I have an archiving project of 60,000 negatives under way &#8211; I cannot store TIFF files, though obviously this would be ideal (at 64 megs per scan &#8211; and that&#8217;s just B&amp;W!), as this would take nearly 4 terabytes of storage (not to mention problems with back-up) and I don&#8217;t have this available. But I can store them as JPeg2000 &#8211; at around 7 megs each (with a little lossy compression), and indistinguishable to my eye from the original.<br />
Please, please support JPeg2000 &#8211; it is a great format for when you just have to compromise, and if it were better supported, I, and many others could then use it in the assurance of it&#8217;s longevity&#8230;<br />
Otherwise I guess I&#8217;ll just have to wait for MS HD Photo to become JPEG XR or whatever..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Morten Brakestad</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3357</link>
		<dc:creator>Morten Brakestad</dc:creator>
		<pubDate>Fri, 18 Jul 2008 08:11:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3357</guid>
		<description><![CDATA[JPEG-LS support sounds like a good idea. Sounds like it could be an even better archival format than JPEG-2000. Maybe it is easier to implement too, as it is already used in the DNG format (according to Wikipedia)
]]></description>
		<content:encoded><![CDATA[<p>JPEG-LS support sounds like a good idea. Sounds like it could be an even better archival format than JPEG-2000. Maybe it is easier to implement too, as it is already used in the DNG format (according to Wikipedia)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: shae</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3356</link>
		<dc:creator>shae</dc:creator>
		<pubDate>Tue, 01 Jul 2008 08:21:09 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3356</guid>
		<description><![CDATA[Late comment, but maybe still relevant.
Removing JP2K or not installing it by default doesn&#039;t strike me as a good idea. The plugin already exists and provides some useful features -- for me it&#039;s the lossless mode. It&#039;s much faster than PNG and compresses better in most cases.
On the other hand, I find JP2K useless for lossy compression. In my tests it compresses about the same as JPEG or worse. JPEG&#039;s added noise (at higher quality settings) usually looks like detail, while JP2K&#039;s smoothening just blurs.
While at it, it would also be nice to have native JPEG-LS support. It&#039;s the ideal lossless format: even faster than JP2K, and on average compresses slightly better. The only problem is that it&#039;s far from mainstream.
]]></description>
		<content:encoded><![CDATA[<p>Late comment, but maybe still relevant.<br />
Removing JP2K or not installing it by default doesn&#8217;t strike me as a good idea. The plugin already exists and provides some useful features &#8212; for me it&#8217;s the lossless mode. It&#8217;s much faster than PNG and compresses better in most cases.<br />
On the other hand, I find JP2K useless for lossy compression. In my tests it compresses about the same as JPEG or worse. JPEG&#8217;s added noise (at higher quality settings) usually looks like detail, while JP2K&#8217;s smoothening just blurs.<br />
While at it, it would also be nice to have native JPEG-LS support. It&#8217;s the ideal lossless format: even faster than JP2K, and on average compresses slightly better. The only problem is that it&#8217;s far from mainstream.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eppe Tot</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3355</link>
		<dc:creator>Eppe Tot</dc:creator>
		<pubDate>Tue, 01 Jul 2008 03:26:28 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3355</guid>
		<description><![CDATA[Any news from the &#039;QE folks&#039; on my bugreport (see august 11, 2007)?
]]></description>
		<content:encoded><![CDATA[<p>Any news from the &#8216;QE folks&#8217; on my bugreport (see august 11, 2007)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fleet Command</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3354</link>
		<dc:creator>Fleet Command</dc:creator>
		<pubDate>Sat, 28 Jun 2008 22:56:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3354</guid>
		<description><![CDATA[I use JPEG2000 (even more in the past) and I had to buy an additional plug-in to use it.
Contrary to your statement, John, Photoshop never came with JPEG2000 Plug-in installed by default or even installable via main installer. (I double-checked right now.) It has always been in the Goodies folder and it and rife with bugs.
If Photoshop had better JPEG2000 support, people would have flocked to it.
Currently, I am vastly using JPEG XR, Microsoft&#039;s purposed standard.
]]></description>
		<content:encoded><![CDATA[<p>I use JPEG2000 (even more in the past) and I had to buy an additional plug-in to use it.<br />
Contrary to your statement, John, Photoshop never came with JPEG2000 Plug-in installed by default or even installable via main installer. (I double-checked right now.) It has always been in the Goodies folder and it and rife with bugs.<br />
If Photoshop had better JPEG2000 support, people would have flocked to it.<br />
Currently, I am vastly using JPEG XR, Microsoft&#8217;s purposed standard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan Mark Koopmans</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3353</link>
		<dc:creator>Jan Mark Koopmans</dc:creator>
		<pubDate>Wed, 04 Jun 2008 00:52:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3353</guid>
		<description><![CDATA[In March 2008 the national library of the Netherlands (de Koninklijke Bibliotheek) published an extensive report on the use of alternative file formats for storing master-images of digitisation projects. A large group of international specialists contributed to this report. Four file/compression formats are reviewed:
1) JPEG 2000 part 1 (lossless and lossy)
2) PNG 1.2
3) basic JFIF 1.02 (JPEG)
4) TIFF LZW
The conclusion of the report is that JPEG 2000 part - lossles is the most suitable file format, viewed from the perspective of long-term sustainability and the File Format Assessment Method.
The complete report (in English) can be found at:
&lt;a href=&quot;http://www.kb.nl/hrd/dd/dd_links_en_publicaties/publicaties/Alternative%20File%20Formats%20for%20Storing%20Masters%202%201.pdf&quot; rel=&quot;nofollow&quot;&gt;&lt;a href=&quot;http://www.kb.nl/hrd/dd/dd_links_en_publicaties/publicaties/Alternative%20File%20Formats%20for%20Storing%20Masters%202%201.pdf&quot; rel=&quot;nofollow&quot;&gt;http://www.kb.nl/hrd/dd/dd_links_en_publicaties/publicaties/Alternative%20File%20Formats%20for%20Storing%20Masters%202%201.pdf&lt;/a&gt;&lt;/a&gt;
]]></description>
		<content:encoded><![CDATA[<p>In March 2008 the national library of the Netherlands (de Koninklijke Bibliotheek) published an extensive report on the use of alternative file formats for storing master-images of digitisation projects. A large group of international specialists contributed to this report. Four file/compression formats are reviewed:<br />
1) JPEG 2000 part 1 (lossless and lossy)<br />
2) PNG 1.2<br />
3) basic JFIF 1.02 (JPEG)<br />
4) TIFF LZW<br />
The conclusion of the report is that JPEG 2000 part &#8211; lossles is the most suitable file format, viewed from the perspective of long-term sustainability and the File Format Assessment Method.<br />
The complete report (in English) can be found at:<br />
<a href="http://www.kb.nl/hrd/dd/dd_links_en_publicaties/publicaties/Alternative%20File%20Formats%20for%20Storing%20Masters%202%201.pdf" rel="nofollow"></a><a href="http://www.kb.nl/hrd/dd/dd_links_en_publicaties/publicaties/Alternative%20File%20Formats%20for%20Storing%20Masters%202%201.pdf" rel="nofollow">http://www.kb.nl/hrd/dd/dd_links_en_publicaties/publicaties/Alternative%20File%20Formats%20for%20Storing%20Masters%202%201.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zehawk</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3352</link>
		<dc:creator>zehawk</dc:creator>
		<pubDate>Tue, 29 Apr 2008 11:58:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3352</guid>
		<description><![CDATA[Perhaps you should give heed to archival requirements too. I&#039;ve been trying to settle on a format to use when archiving my photos. The options: DNG, TIFF/PSD, PNG, WDP/HDP and JPF. My requirements are: 16-bit images, losslessly compressed, embedded ICC profile, preserve ALL metadata, smallest storage size, windows thumbnails, lightroom support.
DNG is out. I want a cooked file for storage, after its been through PS, and DNG is the input, not the output.
TIFF, PSD (LZW/ZIP) what ever takes your fancy: A 35 MB uncompressed file = 39 MB LZW = 30 MB ZIP. ZIP size sounds acceptable, but no windows explorer thumbnail, and no known hack to get win XP to show them. Crap. Everybody&#039;s current favorite for archival.
PNG: Its well known as an archival format. Above file drops to 24 MB. Has a fatal flaw: metadata is not stored. Lightroom does not support. Double Crap. (Thou superpng claims to support metadata.)
JPF: File size dropped to 18 MB. Woohoo! No support from lightroom. No windows explorer thumbnail, and no known hack to get win XP to show them. The PS plugin sucks big time... its ridiculously slow. Triple crap.
WDP/HDP: The new kid on the block. File size dropped to 19 MB. No support from lightroom. No windows explorer thumbnail, and no known hack to get win XP to show them. Double crap.
Bottomline: JPF&#039;s been around a while and didnt get anywhere. HDP has got MS muscle behind, so maybe its time to change your focus to HDP. Maybe thats slated to be the next archival format.
]]></description>
		<content:encoded><![CDATA[<p>Perhaps you should give heed to archival requirements too. I&#8217;ve been trying to settle on a format to use when archiving my photos. The options: DNG, TIFF/PSD, PNG, WDP/HDP and JPF. My requirements are: 16-bit images, losslessly compressed, embedded ICC profile, preserve ALL metadata, smallest storage size, windows thumbnails, lightroom support.<br />
DNG is out. I want a cooked file for storage, after its been through PS, and DNG is the input, not the output.<br />
TIFF, PSD (LZW/ZIP) what ever takes your fancy: A 35 MB uncompressed file = 39 MB LZW = 30 MB ZIP. ZIP size sounds acceptable, but no windows explorer thumbnail, and no known hack to get win XP to show them. Crap. Everybody&#8217;s current favorite for archival.<br />
PNG: Its well known as an archival format. Above file drops to 24 MB. Has a fatal flaw: metadata is not stored. Lightroom does not support. Double Crap. (Thou superpng claims to support metadata.)<br />
JPF: File size dropped to 18 MB. Woohoo! No support from lightroom. No windows explorer thumbnail, and no known hack to get win XP to show them. The PS plugin sucks big time&#8230; its ridiculously slow. Triple crap.<br />
WDP/HDP: The new kid on the block. File size dropped to 19 MB. No support from lightroom. No windows explorer thumbnail, and no known hack to get win XP to show them. Double crap.<br />
Bottomline: JPF&#8217;s been around a while and didnt get anywhere. HDP has got MS muscle behind, so maybe its time to change your focus to HDP. Maybe thats slated to be the next archival format.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3351</link>
		<dc:creator>James</dc:creator>
		<pubDate>Sat, 26 Apr 2008 02:13:14 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3351</guid>
		<description><![CDATA[I love JPEG 2000!
I compress my 100Mb scans down to 10Mb for easier archiving and retrieval. Nothing comes close to Jpeg 2000 for doing this, the compressed image is largely identical to the original.
]]></description>
		<content:encoded><![CDATA[<p>I love JPEG 2000!<br />
I compress my 100Mb scans down to 10Mb for easier archiving and retrieval. Nothing comes close to Jpeg 2000 for doing this, the compressed image is largely identical to the original.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luke</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3350</link>
		<dc:creator>Luke</dc:creator>
		<pubDate>Thu, 17 Apr 2008 23:50:14 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3350</guid>
		<description><![CDATA[Please support the ability to save LOSSLESS images!! The need for compression without loss of quality is great.
For example scanning/digitalising film or slide negatives viewable and or printable to 17&quot; x 14&quot; or larger sizes.
Support, development and compatibility for jpeg2000 is still necessary as what other alternatives are there without needing enormous amounts of harddrive space for treasured memories, records or many other purposes in the business or personal spaces.
Love the developments in photoshop in general with other design apps esp with camera raw abilities in-terms of photography. Thanks
]]></description>
		<content:encoded><![CDATA[<p>Please support the ability to save LOSSLESS images!! The need for compression without loss of quality is great.<br />
For example scanning/digitalising film or slide negatives viewable and or printable to 17&#8243; x 14&#8243; or larger sizes.<br />
Support, development and compatibility for jpeg2000 is still necessary as what other alternatives are there without needing enormous amounts of harddrive space for treasured memories, records or many other purposes in the business or personal spaces.<br />
Love the developments in photoshop in general with other design apps esp with camera raw abilities in-terms of photography. Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrey</title>
		<link>http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_you_use_it.html#comment-3349</link>
		<dc:creator>Andrey</dc:creator>
		<pubDate>Wed, 26 Mar 2008 04:50:29 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2007/04/jpeg-2000-do-you-use-it.html#comment-3349</guid>
		<description><![CDATA[The ability to save LOSLESS from a 55Mb 16bit TIF in a 22Mb JPEG2000 with XMP support is a great feature, whithout any alternative.
PS
Could your send me the current version of jpeg2000.8bi for PS CS3?
]]></description>
		<content:encoded><![CDATA[<p>The ability to save LOSLESS from a 55Mb 16bit TIF in a 22Mb JPEG2000 with XMP support is a great feature, whithout any alternative.<br />
PS<br />
Could your send me the current version of jpeg2000.8bi for PS CS3?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
