<?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: The Myth of DPI</title> <atom:link href="http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/feed/" rel="self" type="application/rss+xml" /><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/</link> <description>Web Design Resources and Tutorials</description> <lastBuildDate>Sat, 11 Feb 2012 03:33:00 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=abc</generator> <item><title>By: joel</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-647955</link> <dc:creator>joel</dc:creator> <pubDate>Tue, 25 Jan 2011 12:57:12 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-647955</guid> <description>anyone develop sites at super high res?
helps when fleshing out details also when printing for portfolio pieces...
i&#039;d love to hear some feedback from the community on this topic.</description> <content:encoded><![CDATA[<p>anyone develop sites at super high res?<br
/> helps when fleshing out details also when printing for portfolio pieces&#8230;<br
/> i&#8217;d love to hear some feedback from the community on this topic.</p> ]]></content:encoded> </item> <item><title>By: Mike "Pomax" Kamermans</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-614412</link> <dc:creator>Mike "Pomax" Kamermans</dc:creator> <pubDate>Tue, 30 Nov 2010 08:11:56 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-614412</guid> <description>Hi Ben,a small misconception in the article: while GIF discards dpi information (it&#039;s a screen only format with implied dpi value of 72, back when the monitor resolution was still assumed to be 72, rather than today&#039;s assumed 96), PNG most definitely allows for real print size information. Hit up Photoshop, make a new 2&quot; x 4&quot; x 123DPI image, save it to PNG and then open it in irfanview. Hitting &#039;i&#039; for the file information will inform you that this image is indeed 2&quot; by 4&quot;, computed from the DPI value stored in the PNG header.Now for the slightly more technical bit... PNG does not actually store &quot;dots per inch&quot;, but instead stores physical dimensions as &quot;pixels per meter&quot;, stored in the &quot;pHYs&quot; table of the PNG header. While this is an optional table that can be omitted for screen-only graphics, it is essential for dual media graphics, and for the sake of not misrepresenting PNG I&#039;d highly advise you do a quick edit on the article to state that PNG is in fact perfectly suited for graphical contexts in which images having real physical dimensions matters.I know I personally rely on it heavily, because using PNG means I don&#039;t have to turn my graphics into JPG, which cannot be further edited for print due to unpredictable artifacting, or the much bulkier TIFF.</description> <content:encoded><![CDATA[<p>Hi Ben,</p><p>a small misconception in the article: while GIF discards dpi information (it&#8217;s a screen only format with implied dpi value of 72, back when the monitor resolution was still assumed to be 72, rather than today&#8217;s assumed 96), PNG most definitely allows for real print size information. Hit up Photoshop, make a new 2&#8243; x 4&#8243; x 123DPI image, save it to PNG and then open it in irfanview. Hitting &#8216;i&#8217; for the file information will inform you that this image is indeed 2&#8243; by 4&#8243;, computed from the DPI value stored in the PNG header.</p><p>Now for the slightly more technical bit&#8230; PNG does not actually store &#8220;dots per inch&#8221;, but instead stores physical dimensions as &#8220;pixels per meter&#8221;, stored in the &#8220;pHYs&#8221; table of the PNG header. While this is an optional table that can be omitted for screen-only graphics, it is essential for dual media graphics, and for the sake of not misrepresenting PNG I&#8217;d highly advise you do a quick edit on the article to state that PNG is in fact perfectly suited for graphical contexts in which images having real physical dimensions matters.</p><p>I know I personally rely on it heavily, because using PNG means I don&#8217;t have to turn my graphics into JPG, which cannot be further edited for print due to unpredictable artifacting, or the much bulkier TIFF.</p> ]]></content:encoded> </item> <item><title>By: Stony101</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-599211</link> <dc:creator>Stony101</dc:creator> <pubDate>Thu, 07 Oct 2010 17:34:58 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-599211</guid> <description>Great article.. Can anyone answer me this - its kinda related...I&#039;ve just done a screen grab of an exiting website and measured its width. I use a mac.My colleague has just done the same on his pc.We get different pixel dimensions for the same onscreen elements - including images. The width of the site is about 80px shorter on mineWhat&#039;s this about?</description> <content:encoded><![CDATA[<p>Great article.. Can anyone answer me this &#8211; its kinda related&#8230;</p><p>I&#8217;ve just done a screen grab of an exiting website and measured its width. I use a mac.</p><p>My colleague has just done the same on his pc.</p><p>We get different pixel dimensions for the same onscreen elements &#8211; including images. The width of the site is about 80px shorter on mine</p><p>What&#8217;s this about?</p> ]]></content:encoded> </item> <item><title>By: Luis Suárez</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-598159</link> <dc:creator>Luis Suárez</dc:creator> <pubDate>Fri, 01 Oct 2010 00:13:55 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-598159</guid> <description>Excellent reading.Cheers!Luis S.</description> <content:encoded><![CDATA[<p>Excellent reading.</p><p>Cheers!</p><p>Luis S.</p> ]]></content:encoded> </item> <item><title>By: Music Tube</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-584165</link> <dc:creator>Music Tube</dc:creator> <pubDate>Sun, 20 Jun 2010 20:55:40 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-584165</guid> <description>Very interesting article, learned alot new, especially in the part about &quot;72&quot;. Thanks!</description> <content:encoded><![CDATA[<p>Very interesting article, learned alot new, especially in the part about &#8220;72&#8243;. Thanks!</p> ]]></content:encoded> </item> <item><title>By: Mark Astle</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-583012</link> <dc:creator>Mark Astle</dc:creator> <pubDate>Fri, 11 Jun 2010 06:00:14 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-583012</guid> <description>Because the physical size of the image doesn&#039;t change. Unless you print it out. In which case, each increase in DPI would make the image smaller in mm. If you keep it to, say 1 inch square, and change the DPI, the size and quality of the image will change. Which should all be obvious stuff really.I think you&#039;re kind of right, it&#039;s just the title of the article that&#039;s got people talking, and I guess that was the idea.</description> <content:encoded><![CDATA[<p>Because the physical size of the image doesn&#8217;t change. Unless you print it out. In which case, each increase in DPI would make the image smaller in mm. If you keep it to, say 1 inch square, and change the DPI, the size and quality of the image will change. Which should all be obvious stuff really.</p><p>I think you&#8217;re kind of right, it&#8217;s just the title of the article that&#8217;s got people talking, and I guess that was the idea.</p> ]]></content:encoded> </item> <item><title>By: Julian Krispel</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-583000</link> <dc:creator>Julian Krispel</dc:creator> <pubDate>Fri, 11 Jun 2010 04:53:30 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-583000</guid> <description>I love this discussion. Seems as though the commenteers have very little of what you&#039;re saying Mister Gremillion.</description> <content:encoded><![CDATA[<p>I love this discussion. Seems as though the commenteers have very little of what you&#8217;re saying Mister Gremillion.</p> ]]></content:encoded> </item> <item><title>By: Ben Gremillion</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-582973</link> <dc:creator>Ben Gremillion</dc:creator> <pubDate>Fri, 11 Jun 2010 00:42:07 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-582973</guid> <description>That&#039;s the point: Changing DPI alone has negligible impact on a web image&#039;s file size and none on its dimensions. @bob said that &quot;There is actually a huge difference between an image of 300 x 300 pixels saved at 72dpi, to one saved at 300dpi.&quot; Yet the images I saved had very little difference -- if I left the pixel count the same.</description> <content:encoded><![CDATA[<p>That&#8217;s the point: Changing DPI alone has negligible impact on a web image&#8217;s file size and none on its dimensions. @bob said that &#8220;There is actually a huge difference between an image of 300 x 300 pixels saved at 72dpi, to one saved at 300dpi.&#8221; Yet the images I saved had very little difference &#8212; if I left the pixel count the same.</p> ]]></content:encoded> </item> <item><title>By: Mark Astle</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-582969</link> <dc:creator>Mark Astle</dc:creator> <pubDate>Thu, 10 Jun 2010 22:26:25 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-582969</guid> <description>If you&#039;re not resampling the image, of course the image size and pixel size will stay the same. If you change the dpi but keep the actual image size in mm the same, then it changes. I&#039;m not sure what yo&#039;ve just proved?</description> <content:encoded><![CDATA[<p>If you&#8217;re not resampling the image, of course the image size and pixel size will stay the same. If you change the dpi but keep the actual image size in mm the same, then it changes. I&#8217;m not sure what yo&#8217;ve just proved?</p> ]]></content:encoded> </item> <item><title>By: Ben Gremillion</title><link>http://www.webdesignerdepot.com/2010/02/the-myth-of-dpi/#comment-582946</link> <dc:creator>Ben Gremillion</dc:creator> <pubDate>Thu, 10 Jun 2010 16:52:01 +0000</pubDate> <guid
isPermaLink="false">http://www.webdesignerdepot.com/?p=15412#comment-582946</guid> <description>This being a blog and an article about web design, I assumed it was clear that the article was not about print. My mistake.Could you provide some examples of images with different DPI settings but the same number of pixels? In my tests, changing 72 DPI JPG to 300 DPI, and later 4000 and 10000, only increased the file size by less than half of one percent.I just created a new file and saved it at different DPI after disabling &quot;Resample Image&quot; in Photoshop&#039;s Image Size box.300x300 @ 36 DPI was 21,118 KB
300x300 @ 72 DPI was 21,118 KB
300x300 @ 300 DPI was 21,120 KB
300x300 @ 900 DPI was 21,120 KB
300x300 @ 4000 DPI was 21,122 KB
300x300 @ 8000 DPI was 21,122 KB
300x300 @ 10000 DPI was 21,124 KB
300x300 @ 20000 DPI was 21,124 KBEach image used image quality 6 in Photoshop&#039;s &quot;Save As&quot; command. I didn&#039;t use &quot;Save for Web&quot; because that removes DPI information from the file.The files gain two bytes for every digit in the DPI measurement itself. @Julian noticed this difference, and @snlr guessed that it&#039;s a rounding error or 16-bit character. Either way, the size difference between several orders of magnitude with the same compression and number of pixels is well under 1%.How much savings did you get in your tests? Also, how did you determine that I&#039;m a goose and not a gander?</description> <content:encoded><![CDATA[<p>This being a blog and an article about web design, I assumed it was clear that the article was not about print. My mistake.</p><p>Could you provide some examples of images with different DPI settings but the same number of pixels? In my tests, changing 72 DPI JPG to 300 DPI, and later 4000 and 10000, only increased the file size by less than half of one percent.</p><p>I just created a new file and saved it at different DPI after disabling &#8220;Resample Image&#8221; in Photoshop&#8217;s Image Size box.</p><p>300&#215;300 @ 36 DPI was 21,118 KB<br
/> 300&#215;300 @ 72 DPI was 21,118 KB<br
/> 300&#215;300 @ 300 DPI was 21,120 KB<br
/> 300&#215;300 @ 900 DPI was 21,120 KB<br
/> 300&#215;300 @ 4000 DPI was 21,122 KB<br
/> 300&#215;300 @ 8000 DPI was 21,122 KB<br
/> 300&#215;300 @ 10000 DPI was 21,124 KB<br
/> 300&#215;300 @ 20000 DPI was 21,124 KB</p><p>Each image used image quality 6 in Photoshop&#8217;s &#8220;Save As&#8221; command. I didn&#8217;t use &#8220;Save for Web&#8221; because that removes DPI information from the file.</p><p>The files gain two bytes for every digit in the DPI measurement itself. @Julian noticed this difference, and @snlr guessed that it&#8217;s a rounding error or 16-bit character. Either way, the size difference between several orders of magnitude with the same compression and number of pixels is well under 1%.</p><p>How much savings did you get in your tests? Also, how did you determine that I&#8217;m a goose and not a gander?</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (User agent is rejected)
Database Caching 3/8 queries in 0.003 seconds using disk
Object Caching 487/491 objects using disk

Served from: www.webdesignerdepot.com @ 2012-02-11 02:08:45 -->
