<?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: Microsoft&#8217;s HD Photo not better than Jpeg 2000?</title>
	<atom:link href="http://www.c10n.info/archives/454/feed" rel="self" type="application/rss+xml" />
	<link>http://www.c10n.info/archives/454</link>
	<description>All about the most recent compression techniques, algorithms, patents, products, tools and events.</description>
	<pubDate>Thu, 11 Mar 2010 20:36:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Ron M.</title>
		<link>http://www.c10n.info/archives/454#comment-179449</link>
		<dc:creator>Ron M.</dc:creator>
		<pubDate>Wed, 29 Aug 2007 17:05:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/454#comment-179449</guid>
		<description>You might also want to look a the effect of device noise on compression efficiency. We found that minimally lossless J2K encoding primarily strips out noise from the image. The result is much more controlled than the Median filtering Photoshop offers. Wavelets at work, I guess...

You can confirm this via image differencing using the Photoshop Calculation... command and looking at the resultant Histogram. Even with high end-scan backs, file sizes can drop noticeably, sometimes by more a factor of 3 over losslessly encoded images.

Wouldn't device noise show up as low-order bit effects, with variation due to color (via combining the relative noisiness of R, G, &#38; B)channels?</description>
		<content:encoded><![CDATA[<p>You might also want to look a the effect of device noise on compression efficiency. We found that minimally lossless J2K encoding primarily strips out noise from the image. The result is much more controlled than the Median filtering Photoshop offers. Wavelets at work, I guess&#8230;</p>
<p>You can confirm this via image differencing using the Photoshop Calculation&#8230; command and looking at the resultant Histogram. Even with high end-scan backs, file sizes can drop noticeably, sometimes by more a factor of 3 over losslessly encoded images.</p>
<p>Wouldn&#8217;t device noise show up as low-order bit effects, with variation due to color (via combining the relative noisiness of R, G, &amp; B)channels?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Polar</title>
		<link>http://www.c10n.info/archives/454#comment-179436</link>
		<dc:creator>Andrew Polar</dc:creator>
		<pubDate>Wed, 29 Aug 2007 14:52:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/454#comment-179436</guid>
		<description>I quickly ran 5 different programs to compress kodak image set. The result is on http://www.ezcodesample.com/pre_image_reduction.html
Microsoft WMP is called there HD Photo. The program obtained from Bill Craw blog. I provided also for comparisson my own implementation of Marticci median adaptive predictor with arithmetic coding suggested in 1990. For those who did not see this predictor I can say that it is few lines of 'c' code. Arithmetic encoders are available for free I used one of them (it is not even mine). This program that gives few percent less compression than  JPEG2000 and better than WMP could be written in 1990 and have size near 500 lines if we ignore format manipulation code.</description>
		<content:encoded><![CDATA[<p>I quickly ran 5 different programs to compress kodak image set. The result is on <a href="http://www.ezcodesample.com/pre_image_reduction.html" rel="nofollow">http://www.ezcodesample.com/pre_image_reduction.html</a><br />
Microsoft WMP is called there HD Photo. The program obtained from Bill Craw blog. I provided also for comparisson my own implementation of Marticci median adaptive predictor with arithmetic coding suggested in 1990. For those who did not see this predictor I can say that it is few lines of &#8216;c&#8217; code. Arithmetic encoders are available for free I used one of them (it is not even mine). This program that gives few percent less compression than  JPEG2000 and better than WMP could be written in 1990 and have size near 500 lines if we ignore format manipulation code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Polar</title>
		<link>http://www.c10n.info/archives/454#comment-179293</link>
		<dc:creator>Andrew Polar</dc:creator>
		<pubDate>Tue, 28 Aug 2007 17:03:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/454#comment-179293</guid>
		<description>When image compression scientists are coming to the point of making scientifically proven test, they act as if they’ve never heard of statistics and hypotheses test. There is a big science about that. If corporation (or individual) A says that it achieved better result than B the hypothesis is formulated that says “B makes better compression than A”.  The hypothesis must sound this way, not the other. Then statistician randomly collects image samples for testing (I say again randomly, it is important) at the size 30 images or more (less number is allowed but may raise questions and open debates). Then the test is conducted and recorded. Then mean and standard deviation is computed for results for A and B methods. Even if mean for A is really better this is not a prove yet. Then data are plugged into a formula (some standard error tables are used too) that tells what might be a probability that the result is obtained by chance. And if the probability of obtaining better result for A by chance is less than 5 percent the statistician conclude that “statement that B makes better compression than A” is not true. Sorry if someone see this as kind of weird logic, this is standard statistics that is used all over the planet. And it is level of community college not even university. I explained it here in some sort of common sense language, omitting details, tying to provide a concept so we can see that tests are not even close to what should be called scientific prove.</description>
		<content:encoded><![CDATA[<p>When image compression scientists are coming to the point of making scientifically proven test, they act as if they’ve never heard of statistics and hypotheses test. There is a big science about that. If corporation (or individual) A says that it achieved better result than B the hypothesis is formulated that says “B makes better compression than A”.  The hypothesis must sound this way, not the other. Then statistician randomly collects image samples for testing (I say again randomly, it is important) at the size 30 images or more (less number is allowed but may raise questions and open debates). Then the test is conducted and recorded. Then mean and standard deviation is computed for results for A and B methods. Even if mean for A is really better this is not a prove yet. Then data are plugged into a formula (some standard error tables are used too) that tells what might be a probability that the result is obtained by chance. And if the probability of obtaining better result for A by chance is less than 5 percent the statistician conclude that “statement that B makes better compression than A” is not true. Sorry if someone see this as kind of weird logic, this is standard statistics that is used all over the planet. And it is level of community college not even university. I explained it here in some sort of common sense language, omitting details, tying to provide a concept so we can see that tests are not even close to what should be called scientific prove.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Piclab 2</title>
		<link>http://www.c10n.info/archives/454#comment-44931</link>
		<dc:creator>Piclab 2</dc:creator>
		<pubDate>Sat, 04 Nov 2006 08:15:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/454#comment-44931</guid>
		<description>&lt;strong&gt;Windows Media Photo...&lt;/strong&gt;

Windows Media Photo - новый формат для хранения cжатых изображений, разработанный Microsoft. Утверждается, что этот формат обладает самым лучшим качест......</description>
		<content:encoded><![CDATA[<p><strong>Windows Media Photo&#8230;</strong></p>
<p>Windows Media Photo - новый формат для хранения cжатых изображений, разработанный Microsoft. Утверждается, что этот формат обладает самым лучшим качест&#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chAlx</title>
		<link>http://www.c10n.info/archives/454#comment-39962</link>
		<dc:creator>chAlx</dc:creator>
		<pubDate>Fri, 27 Oct 2006 08:32:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/454#comment-39962</guid>
		<description>It would be great too to get some 'social comparation' results. Such as: 
 - license politics and costs;
 - cpu and memory performance;
 - number of platforms technology [will be] available on;
 - losless versions compare.</description>
		<content:encoded><![CDATA[<p>It would be great too to get some &#8217;social comparation&#8217; results. Such as:<br />
 - license politics and costs;<br />
 - cpu and memory performance;<br />
 - number of platforms technology [will be] available on;<br />
 - losless versions compare.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sachin Garg</title>
		<link>http://www.c10n.info/archives/454#comment-38619</link>
		<dc:creator>Sachin Garg</dc:creator>
		<pubDate>Tue, 24 Oct 2006 14:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/454#comment-38619</guid>
		<description>Yes, a third party test set will be better. Even better will be to have multiple public test sets from independent sources.

But till that happens, I will be happy if the first one comes from MS.

(In any case, intentionally or unintentionally, most algorithms are tuned towards the files commonly used for benchmarking)</description>
		<content:encoded><![CDATA[<p>Yes, a third party test set will be better. Even better will be to have multiple public test sets from independent sources.</p>
<p>But till that happens, I will be happy if the first one comes from MS.</p>
<p>(In any case, intentionally or unintentionally, most algorithms are tuned towards the files commonly used for benchmarking)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://www.c10n.info/archives/454#comment-38580</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Tue, 24 Oct 2006 10:27:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/archives/454#comment-38580</guid>
		<description>A third party test set will be better. What if they include in it only such images on which their algorithm works better.</description>
		<content:encoded><![CDATA[<p>A third party test set will be better. What if they include in it only such images on which their algorithm works better.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
