<?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: Quantized Indexing: Beyond Arithmetic Coding</title>
	<atom:link href="http://www.c10n.info/archives/251/feed" rel="self" type="application/rss+xml" />
	<link>http://www.c10n.info/archives/251</link>
	<description>All about the most recent compression techniques, algorithms, patents, products, tools and events.</description>
	<pubDate>Tue, 07 Feb 2012 21:24:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Beau Penrod</title>
		<link>http://www.c10n.info/archives/251#comment-356042</link>
		<dc:creator>Beau Penrod</dc:creator>
		<pubDate>Wed, 28 Jul 2010 12:15:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/?p=251#comment-356042</guid>
		<description>Interesting blog dude Thanks</description>
		<content:encoded><![CDATA[<p>Interesting blog dude Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Earl Colby Pottinger</title>
		<link>http://www.c10n.info/archives/251#comment-320478</link>
		<dc:creator>Earl Colby Pottinger</dc:creator>
		<pubDate>Thu, 04 Feb 2010 22:14:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/?p=251#comment-320478</guid>
		<description>Sorry, just read your last paragraph.  Someone else posted here recently. So this was the first time I noticed this discussion. I started to read the article/Usenet thread and did not notice at first that all the posts were five(5) years ago</description>
		<content:encoded><![CDATA[<p>Sorry, just read your last paragraph.  Someone else posted here recently. So this was the first time I noticed this discussion. I started to read the article/Usenet thread and did not notice at first that all the posts were five(5) years ago</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Earl Colby Pottinger</title>
		<link>http://www.c10n.info/archives/251#comment-320477</link>
		<dc:creator>Earl Colby Pottinger</dc:creator>
		<pubDate>Thu, 04 Feb 2010 22:11:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/?p=251#comment-320477</guid>
		<description>I read the thread pointed at the start of the article.

I was not impressed with the OP who spent all his time quoting research papers, but seem unaware on any modern AC that was in real world use.

Worse were his claims that he could always compress better AC or Huffman, even with my limited knowledge of compression I am aware that if model is a perfect match to the data, that you can't compress better unless you increase the number of orders.

But the very worse is I followed the link on his website.  He posted in 2005 and it is now 2010 and he still does not have a demo program to prove his ideas.

In the long run - working code is always king.</description>
		<content:encoded><![CDATA[<p>I read the thread pointed at the start of the article.</p>
<p>I was not impressed with the OP who spent all his time quoting research papers, but seem unaware on any modern AC that was in real world use.</p>
<p>Worse were his claims that he could always compress better AC or Huffman, even with my limited knowledge of compression I am aware that if model is a perfect match to the data, that you can&#8217;t compress better unless you increase the number of orders.</p>
<p>But the very worse is I followed the link on his website.  He posted in 2005 and it is now 2010 and he still does not have a demo program to prove his ideas.</p>
<p>In the long run - working code is always king.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Scott</title>
		<link>http://www.c10n.info/archives/251#comment-320441</link>
		<dc:creator>David Scott</dc:creator>
		<pubDate>Thu, 04 Feb 2010 16:30:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/?p=251#comment-320441</guid>
		<description>I thought I posted code for the so called challenge a long time ago. I felt that in this case the bijective arithmetic compressor compressed better (closer to entropy) then the QI or what ever it was called. The simple contest if I remember right was just for compressing files generated by an I. I. D. source of 3 symbols each having probability of 1/3 I don't think
he actually ever coded anything. But I found my last post on it. I compressed better than what I think he claimed was optimal. 
Here is part of my last post of jan 26 2006

start ...

QUOTE ON

 Hence the total decodable output for N=10^6 symbols, A=3 is:

     DECODABLE OUTPUT = 1584993 bits = 198124.125 bytes

That size is fixed, the same for all inputs. You can check the whole
code-decode-compare in the function radix_iter() in Tests.c file.

QUOTE OFF

  Maybe my code that is in

http://bijective.dogma.net/nitelite.zip

is way off base and doesn't seem to compress to
1584992 bits or 198124 bytes. That is if I put it
to a buffer and included in a poor way the length
field. Actully the compressed file length was
198121 bytes. Maybe this is all a dream of mine.
If so I GIVE UP YOU WIN. I HAVE WASTED ENOUGH
TIME TRYING TO ARGUE WITH YOU. DO YOU UNDERSTAND
I GIVE YOU WIN I GOT TIRED BEFORE YOU DO THEREFOR
YOU WIN. I WILL NOT POST IN THIS THREAD ANYMORE
SO GO AHEAD BE THE LAST ONE TO POST.

David A. Scott 

...end post

 I gave up arguing with the guy it got no where
but my compressor for this special example compressed to a few bytes smaller then what he claimed his exact compress would. So why did you even bring up this again its several years ago? Did he ever write a program for the challange? Did he correct his method so that it would get a better answer than the simple bijective arthimtec or what?</description>
		<content:encoded><![CDATA[<p>I thought I posted code for the so called challenge a long time ago. I felt that in this case the bijective arithmetic compressor compressed better (closer to entropy) then the QI or what ever it was called. The simple contest if I remember right was just for compressing files generated by an I. I. D. source of 3 symbols each having probability of 1/3 I don&#8217;t think<br />
he actually ever coded anything. But I found my last post on it. I compressed better than what I think he claimed was optimal.<br />
Here is part of my last post of jan 26 2006</p>
<p>start &#8230;</p>
<p>QUOTE ON</p>
<p> Hence the total decodable output for N=10^6 symbols, A=3 is:</p>
<p>     DECODABLE OUTPUT = 1584993 bits = 198124.125 bytes</p>
<p>That size is fixed, the same for all inputs. You can check the whole<br />
code-decode-compare in the function radix_iter() in Tests.c file.</p>
<p>QUOTE OFF</p>
<p>  Maybe my code that is in</p>
<p><a href="http://bijective.dogma.net/nitelite.zip" rel="nofollow">http://bijective.dogma.net/nitelite.zip</a></p>
<p>is way off base and doesn&#8217;t seem to compress to<br />
1584992 bits or 198124 bytes. That is if I put it<br />
to a buffer and included in a poor way the length<br />
field. Actully the compressed file length was<br />
198121 bytes. Maybe this is all a dream of mine.<br />
If so I GIVE UP YOU WIN. I HAVE WASTED ENOUGH<br />
TIME TRYING TO ARGUE WITH YOU. DO YOU UNDERSTAND<br />
I GIVE YOU WIN I GOT TIRED BEFORE YOU DO THEREFOR<br />
YOU WIN. I WILL NOT POST IN THIS THREAD ANYMORE<br />
SO GO AHEAD BE THE LAST ONE TO POST.</p>
<p>David A. Scott </p>
<p>&#8230;end post</p>
<p> I gave up arguing with the guy it got no where<br />
but my compressor for this special example compressed to a few bytes smaller then what he claimed his exact compress would. So why did you even bring up this again its several years ago? Did he ever write a program for the challange? Did he correct his method so that it would get a better answer than the simple bijective arthimtec or what?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Earl Colby Pottinger</title>
		<link>http://www.c10n.info/archives/251#comment-320412</link>
		<dc:creator>Earl Colby Pottinger</dc:creator>
		<pubDate>Thu, 04 Feb 2010 12:47:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/?p=251#comment-320412</guid>
		<description>If I am reading this right, QI does not offer better compression than AC, just faster compression with fewer resources needed.

That sounds like a win-win situation to me, but if it is a restricted patent it becomes a no-go option.

I do very little compression coding, but what I do do is always release for the public to use whatever way they wish.  Most patents have licences that prevent you from doing such.</description>
		<content:encoded><![CDATA[<p>If I am reading this right, QI does not offer better compression than AC, just faster compression with fewer resources needed.</p>
<p>That sounds like a win-win situation to me, but if it is a restricted patent it becomes a no-go option.</p>
<p>I do very little compression coding, but what I do do is always release for the public to use whatever way they wish.  Most patents have licences that prevent you from doing such.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Internet Banking</title>
		<link>http://www.c10n.info/archives/251#comment-320369</link>
		<dc:creator>Internet Banking</dc:creator>
		<pubDate>Thu, 04 Feb 2010 07:08:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/?p=251#comment-320369</guid>
		<description>Glad to see that this site works well on my  Blackberry Bold, everything I want to do is functional.  Thanks for keeping it up to date with the latest.</description>
		<content:encoded><![CDATA[<p>Glad to see that this site works well on my  Blackberry Bold, everything I want to do is functional.  Thanks for keeping it up to date with the latest.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quantized Indexing Update</title>
		<link>http://www.c10n.info/archives/251#comment-736</link>
		<dc:creator>Quantized Indexing Update</dc:creator>
		<pubDate>Tue, 10 Jan 2006 20:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/?p=251#comment-736</guid>
		<description>David A. Scott (known for his work on Bijective compressors) has proposed a simple challenge for QI, pitting it against Arithmetic Coding. In the nut shell, its nothing but...</description>
		<content:encoded><![CDATA[<p>David A. Scott (known for his work on Bijective compressors) has proposed a simple challenge for QI, pitting it against Arithmetic Coding. In the nut shell, its nothing but&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: c10n.info</title>
		<link>http://www.c10n.info/archives/251#comment-689</link>
		<dc:creator>c10n.info</dc:creator>
		<pubDate>Wed, 28 Dec 2005 18:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.c10n.info/?p=251#comment-689</guid>
		<description>December 28th, 2005
    		Posted by Sachin Garg

    		   		
&lt;a href="http://www.c10n.info/archives/298"&gt;Quantized Indexing Source Code Available&lt;/a&gt;
The Data Compression News Blog - c10n.info</description>
		<content:encoded><![CDATA[<p>December 28th, 2005<br />
    		Posted by Sachin Garg</p>
<p><a href="http://www.c10n.info/archives/298">Quantized Indexing Source Code Available</a><br />
The Data Compression News Blog - c10n.info</p>
]]></content:encoded>
	</item>
</channel>
</rss>

