<?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"
	>
<channel>
	<title>Comments on: Aperture import crash - Adobe Camera Raw metadata problem</title>
	<atom:link href="http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/feed/" rel="self" type="application/rss+xml" />
	<link>http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/</link>
	<description>Eric Cheng's Journal</description>
	<pubDate>Thu, 08 Jan 2009 23:11:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: David Riecks</title>
		<link>http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-921948</link>
		<dc:creator>David Riecks</dc:creator>
		<pubDate>Sat, 19 Jan 2008 22:53:05 +0000</pubDate>
		<guid isPermaLink="false">http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-921948</guid>
		<description>&lt;p&gt;Eric:&lt;/p&gt;

&lt;p&gt;I've been looking into this issue a little further, and turns out that this compatibility issue surfaced last November, and primarily seems to be a problem with how Leopard (OS 10.5) reads the Adobe RAW settings (http://ns.adobe.com/camera-raw-settings/1.0/) stored in Jpegs. Others have reported that JPEGs with this metadata tagged to them will crash the Finder, when you attempt to open the file in Preview, and most likely anything else that Leopard has to use if the folder contains one of these "bad" JPEGs. A recent post on the APAdigital forum indicated that people on Leopard receiving a Jpeg with this embedded metadata may have their AppleMail application choke or crash!&lt;/p&gt;

&lt;p&gt;The following links to the Apple Discussion/Support pages sketch out some of the details, unfortunately there is no fix, except to remove that information from the metadata.. or backgrade to Tiger. Those of you that do use Adobe Photoshop and/or Lightroom may wish to hold off upgrading or "leaping forward to Leopard" until they release their next "point" release.&lt;/p&gt;

&lt;p&gt;Finder crashes if I attempt to read any image updated by Adobe Lightroom
http://discussions.apple.com/thread.jspa?messageID=5708325&#38;tstart=0&lt;/p&gt;

&lt;p&gt;jpeg crashes finder, quicklook, coverflow and preview 
http://discussions.apple.com/thread.jspa?threadID=1199138
http://discussions.apple.com/thread.jspa?threadID=1214733
Leopard has not ate may JPEG's, Adobe has. 
http://discussions.apple.com/thread.jspa?messageID=6221180&#38;#6221180&lt;/p&gt;

&lt;p&gt;Hope that helps.&lt;/p&gt;

&lt;p&gt;David&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Eric:</p>

<p>I&#8217;ve been looking into this issue a little further, and turns out that this compatibility issue surfaced last November, and primarily seems to be a problem with how Leopard (OS 10.5) reads the Adobe RAW settings (http://ns.adobe.com/camera-raw-settings/1.0/) stored in Jpegs. Others have reported that JPEGs with this metadata tagged to them will crash the Finder, when you attempt to open the file in Preview, and most likely anything else that Leopard has to use if the folder contains one of these &#8220;bad&#8221; JPEGs. A recent post on the APAdigital forum indicated that people on Leopard receiving a Jpeg with this embedded metadata may have their AppleMail application choke or crash!</p>

<p>The following links to the Apple Discussion/Support pages sketch out some of the details, unfortunately there is no fix, except to remove that information from the metadata.. or backgrade to Tiger. Those of you that do use Adobe Photoshop and/or Lightroom may wish to hold off upgrading or &#8220;leaping forward to Leopard&#8221; until they release their next &#8220;point&#8221; release.</p>

<p>Finder crashes if I attempt to read any image updated by Adobe Lightroom
<a href="http://discussions.apple.com/thread.jspa?messageID=5708325&amp;tstart=0" rel="nofollow">http://discussions.apple.com/t.....p;tstart=0</a></p>

<p>jpeg crashes finder, quicklook, coverflow and preview 
<a href="http://discussions.apple.com/thread.jspa?threadID=1199138" rel="nofollow">http://discussions.apple.com/t.....ID=1199138</a>
<a href="http://discussions.apple.com/thread.jspa?threadID=1214733" rel="nofollow">http://discussions.apple.com/t.....ID=1214733</a>
Leopard has not ate may JPEG&#8217;s, Adobe has. 
<a href="http://discussions.apple.com/thread.jspa?messageID=6221180&amp;#6221180" rel="nofollow">http://discussions.apple.com/t.....p;#6221180</a></p>

<p>Hope that helps.</p>

<p>David</p>]]></content:encoded>
	</item>
	<item>
		<title>By: echeng</title>
		<link>http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-921274</link>
		<dc:creator>echeng</dc:creator>
		<pubDate>Sat, 19 Jan 2008 19:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-921274</guid>
		<description>&lt;p&gt;I've just recorded a video of the problem, which I'm going to post shortly.&lt;/p&gt;

&lt;p&gt;The files in the downloadable archive crash my install Aperture when imported -- tested on 2 different machines, just now.  There is clearly something strange going on here!  They are tiny, resized images (1x1 pixel) only to show that it's probably a metadata issue.&lt;/p&gt;

&lt;p&gt;In any case, thanks for sharing with your community. I'll find out more from the contest entrants. I'm swamped now with actually RUNNING the contest. I stripped XMP from all of the images, and now all of them import properly. I can go on with my work...&lt;/p&gt;

&lt;p&gt;I just want Apple to have Aperture fail more gracefully. A failed import is far better than a crash. Ignoring useless data would be even better. :)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;ve just recorded a video of the problem, which I&#8217;m going to post shortly.</p>

<p>The files in the downloadable archive crash my install Aperture when imported &#8212; tested on 2 different machines, just now.  There is clearly something strange going on here!  They are tiny, resized images (1&#215;1 pixel) only to show that it&#8217;s probably a metadata issue.</p>

<p>In any case, thanks for sharing with your community. I&#8217;ll find out more from the contest entrants. I&#8217;m swamped now with actually RUNNING the contest. I stripped XMP from all of the images, and now all of them import properly. I can go on with my work&#8230;</p>

<p>I just want Apple to have Aperture fail more gracefully. A failed import is far better than a crash. Ignoring useless data would be even better. :)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: David Riecks</title>
		<link>http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-921183</link>
		<dc:creator>David Riecks</dc:creator>
		<pubDate>Sat, 19 Jan 2008 18:59:11 +0000</pubDate>
		<guid isPermaLink="false">http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-921183</guid>
		<description>&lt;p&gt;Eric:&lt;/p&gt;

&lt;p&gt;No. I saw that link later and downloaded the zip, expanded it and imported. No problem. They were kind of small, so I thought Aperture might have problems displaying the, so tried a slide show, which showed they were there and quite colorful.&lt;/p&gt;

&lt;p&gt;Well, it's quite possible that by resizing and resaving you may have corrected the fault that was causing them to not be imported correctly.&lt;/p&gt;

&lt;p&gt;Did you try reading them with Jeffery Friedl's online Exif viewer? (http://regex.info/exif.cgi).&lt;/p&gt;

&lt;p&gt;If they aren't readable there, you might have a better clue what in the metadata (if that is indeed the cause) is causing the issue.&lt;/p&gt;

&lt;p&gt;My guess would be how the Jpeg was created. I didn't try this with Lightroom, but that might be something else to try. Lightroom uses the same method for storing camera raw settings, so would have the same metadata, but how the Jpegs are written might be the issue.&lt;/p&gt;

&lt;p&gt;I would try contacting the submitters to ask a bit more about their workflow?  One possibility, is that they were using Lightroom to tweak Jpegs (rather than RAW files). The Parametric color rendering info is stored in the same metadata container, but how these are exported could be a bit different, especially in terms of metadata.&lt;/p&gt;

&lt;p&gt;I would be interested in what you find out.&lt;/p&gt;

&lt;p&gt;Hope that helps.&lt;/p&gt;

&lt;p&gt;David&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Eric:</p>

<p>No. I saw that link later and downloaded the zip, expanded it and imported. No problem. They were kind of small, so I thought Aperture might have problems displaying the, so tried a slide show, which showed they were there and quite colorful.</p>

<p>Well, it&#8217;s quite possible that by resizing and resaving you may have corrected the fault that was causing them to not be imported correctly.</p>

<p>Did you try reading them with Jeffery Friedl&#8217;s online Exif viewer? (http://regex.info/exif.cgi).</p>

<p>If they aren&#8217;t readable there, you might have a better clue what in the metadata (if that is indeed the cause) is causing the issue.</p>

<p>My guess would be how the Jpeg was created. I didn&#8217;t try this with Lightroom, but that might be something else to try. Lightroom uses the same method for storing camera raw settings, so would have the same metadata, but how the Jpegs are written might be the issue.</p>

<p>I would try contacting the submitters to ask a bit more about their workflow?  One possibility, is that they were using Lightroom to tweak Jpegs (rather than RAW files). The Parametric color rendering info is stored in the same metadata container, but how these are exported could be a bit different, especially in terms of metadata.</p>

<p>I would be interested in what you find out.</p>

<p>Hope that helps.</p>

<p>David</p>]]></content:encoded>
	</item>
	<item>
		<title>By: echeng</title>
		<link>http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-920929</link>
		<dc:creator>echeng</dc:creator>
		<pubDate>Sat, 19 Jan 2008 17:47:54 +0000</pubDate>
		<guid isPermaLink="false">http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-920929</guid>
		<description>&lt;p&gt;David - Did the image in the downloadable archive above crash your version of Aperture?&lt;/p&gt;

&lt;p&gt;I am running Leopard with latest versions of PM and Aperture.  I am unable to actually create images that crash Aperture myself using Camera Raw.  The problematic images came from photo contest submissions for a contest that I run.  Out of 1200+ images, there were perhaps a dozen that caused Aperture to crash upon import (verified on both my MacBook Pro and my Mac Pro). I merely tracked the problematic metadata down to the profile I described above.  The files in the archive I provide for download are resized versions of two of the problematic images submitted to the contest (resized to 1 pixel).&lt;/p&gt;

&lt;p&gt;Re-saving those images in Photoshop CS3 did not "fix" the problem, nor did stripping out IPTC and EXIF data.  Photoshop is passing on whatever problem there is in the file.&lt;/p&gt;

&lt;p&gt;It's possible that both re-saving in Photo Mechanic and removing XMP using mogrify did other things to the file that solved the issue (header changes?).  But since running mogrify with different commands had different effects, I have to believe that it is a metadata issue (removing XMP through mogrify worked, but removing other metadata had no effect).&lt;/p&gt;

&lt;p&gt;So there is some workflow out there involving the Camera Raw metadata that creates files that cause Aperture to crash. One of the crashing files had Lightroom metadata in is as well.  When I have more time, I'll track down the entrants and ask them what software they used to process the problematic images...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>David - Did the image in the downloadable archive above crash your version of Aperture?</p>

<p>I am running Leopard with latest versions of PM and Aperture.  I am unable to actually create images that crash Aperture myself using Camera Raw.  The problematic images came from photo contest submissions for a contest that I run.  Out of 1200+ images, there were perhaps a dozen that caused Aperture to crash upon import (verified on both my MacBook Pro and my Mac Pro). I merely tracked the problematic metadata down to the profile I described above.  The files in the archive I provide for download are resized versions of two of the problematic images submitted to the contest (resized to 1 pixel).</p>

<p>Re-saving those images in Photoshop CS3 did not &#8220;fix&#8221; the problem, nor did stripping out IPTC and EXIF data.  Photoshop is passing on whatever problem there is in the file.</p>

<p>It&#8217;s possible that both re-saving in Photo Mechanic and removing XMP using mogrify did other things to the file that solved the issue (header changes?).  But since running mogrify with different commands had different effects, I have to believe that it is a metadata issue (removing XMP through mogrify worked, but removing other metadata had no effect).</p>

<p>So there is some workflow out there involving the Camera Raw metadata that creates files that cause Aperture to crash. One of the crashing files had Lightroom metadata in is as well.  When I have more time, I&#8217;ll track down the entrants and ask them what software they used to process the problematic images&#8230;</p>]]></content:encoded>
	</item>
	<item>
		<title>By: David Riecks</title>
		<link>http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-920822</link>
		<dc:creator>David Riecks</dc:creator>
		<pubDate>Sat, 19 Jan 2008 17:22:14 +0000</pubDate>
		<guid isPermaLink="false">http://echeng.com/journal/2008/01/19/aperture-import-crash-adobe-camera-raw-metadata-problem/#comment-920822</guid>
		<description>&lt;p&gt;Eric:&lt;/p&gt;

&lt;p&gt;Interesting post, though I am unable to replicate your problem. I did the following tests on a MacBook Pro laptop running OS 10.4.11, With Photoshop CS3 (10.0.1), Photo Mechanic 4.5.3, and Aperture 1.5.6.&lt;/p&gt;

&lt;p&gt;Are you running Leopard (10.5), or an older version of Aperture or Photo Mechanic?&lt;/p&gt;

&lt;p&gt;Here's what I did. I took a file that had been processed through Adobe Camera Raw in PhotoShop CS3, and verified that the Camera RAW saved settings (http://ns.adobe.com/camera-raw-saved-settings/1.0/) were still intact.&lt;/p&gt;

&lt;p&gt;I then saved this out as an sRGB JPEG, and made several duplicate copies, renaming them for what I intended to do. One of the duplicates was opened in Photo Mechanic 4.5.3 where I change the caption, the star rating and color label, and applied a couple of keywords using the Structured Keyword Panel.&lt;/p&gt;

&lt;p&gt;I also opened another of the duplicates in Apple Preview, changed a few keywords (using command + I) and did a Resave.&lt;/p&gt;

&lt;p&gt;I then verified these changes by viewing the image metadata using Jeffrey Friedl's online Exif Viewer (http://regex.info/exif.cgi) as well as Photoshop CS3. The jpeg resaved using Preview was giving me an error with Jeffrey's online metadata viewer, so I opened that in Photoshop and resaved once more. This added XMP, but the Camera RAW color settings were no longer there. The Camera RAW settings however did appear to be in all the other files according to Jeffery's tool, and Photoshop.&lt;/p&gt;

&lt;p&gt;Curiously, when I opened these into Aperture 1.5.6, all of them imported (including the one that was generating an error in Jeffery's online Exif viewer).&lt;/p&gt;

&lt;p&gt;While I can easily believe that there are Jpegs that are crashing Aperture, I don't think it's from the Camera RAW settings, or metadata in general.&lt;/p&gt;

&lt;p&gt;Hope that provides another perspective.&lt;/p&gt;

&lt;p&gt;Sincerely yours,&lt;/p&gt;

&lt;p&gt;David Riecks&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Eric:</p>

<p>Interesting post, though I am unable to replicate your problem. I did the following tests on a MacBook Pro laptop running OS 10.4.11, With Photoshop CS3 (10.0.1), Photo Mechanic 4.5.3, and Aperture 1.5.6.</p>

<p>Are you running Leopard (10.5), or an older version of Aperture or Photo Mechanic?</p>

<p>Here&#8217;s what I did. I took a file that had been processed through Adobe Camera Raw in PhotoShop CS3, and verified that the Camera RAW saved settings (http://ns.adobe.com/camera-raw-saved-settings/1.0/) were still intact.</p>

<p>I then saved this out as an sRGB JPEG, and made several duplicate copies, renaming them for what I intended to do. One of the duplicates was opened in Photo Mechanic 4.5.3 where I change the caption, the star rating and color label, and applied a couple of keywords using the Structured Keyword Panel.</p>

<p>I also opened another of the duplicates in Apple Preview, changed a few keywords (using command + I) and did a Resave.</p>

<p>I then verified these changes by viewing the image metadata using Jeffrey Friedl&#8217;s online Exif Viewer (http://regex.info/exif.cgi) as well as Photoshop CS3. The jpeg resaved using Preview was giving me an error with Jeffrey&#8217;s online metadata viewer, so I opened that in Photoshop and resaved once more. This added XMP, but the Camera RAW color settings were no longer there. The Camera RAW settings however did appear to be in all the other files according to Jeffery&#8217;s tool, and Photoshop.</p>

<p>Curiously, when I opened these into Aperture 1.5.6, all of them imported (including the one that was generating an error in Jeffery&#8217;s online Exif viewer).</p>

<p>While I can easily believe that there are Jpegs that are crashing Aperture, I don&#8217;t think it&#8217;s from the Camera RAW settings, or metadata in general.</p>

<p>Hope that provides another perspective.</p>

<p>Sincerely yours,</p>

<p>David Riecks</p>]]></content:encoded>
	</item>
</channel>
</rss>
