Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!newsfeed.datemas.de!feeder.erje.net!news2.arglkargh.de!news.karotte.org!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: =?ISO-8859-1?Q?Niels_Fr=F6hling?= Newsgroups: comp.compression Subject: Re: Trinary image compression Date: Mon, 22 Oct 2012 20:41:07 -0600 Lines: 13 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net LENaMtfmJnM9Wx+K9xVfVQAniu3XjpVXEydqLxWmAhdBXxD1O11QKpX0BST6ehekfC Cancel-Lock: sha1:AIvY7CTpWRrIvL8re533FsCfbN8= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.7.1 In-Reply-To: Xref: csiph.com comp.compression:1559 > Yes, that is fine. But there are no standard compression algorithms, > more specifically, no popular decompression algorithms, that do it. There are a lot of papers about palette-based compression. Most of the research beats JBIG by a margin in it's own territory, b/w in the end is just a two-color palette. In your three color case, if you have no better inspiration, just code two planes (a: is it color 0 or the others?, b: is it colour 1 or the others?, c: is implicit). Ciao Niels