<?xml version="1.0" ?>

<kc>
<title>Gimp Traffic</title>
<author contact="mailto:cflagg@kdigital.com">Cris Flagg</author>
<issue num="42" date="14 May 2001 00:00:00 -0800" />

<headquote>
<a href="http://www.gimp.org">The GIMP Homepage</a> | 
<a href="http://www.xach.com/gimp/news/index.html">The GIMP News Archive</a> | 
<a href="http://www.gimp.org/mailing_list.html">The GIMP Mailing Lists</a> | 
<a href="http://www.rru.com/~meo/gimp/">The GIMP FAQ</a>
</headquote>



<section
  title="Hicolor Pixel Blending"
  author="Cris Flagg"
  contact="mailto:cflagg@kdigital.com"
  subject="hi color pixel blending"
  archive="http://www.mail-archive.com/gimp-developer%40lists.xcf.berkeley.edu/msg00349.html"
  posts="2"
  startdate="07 May 2001 13:13:28 -0800"
  enddate="07 May 2001 13:39:28 -0800"
>

<mention></mention>
<mention>Sven Neumann</mention>

<p>Deepak T writes <quote who="Deepak T">
I am writing a 2D 16 bit color arcade game.
I have certain sprites (explosions, glows) which are drawn against a
black background, when I draw these against a different background the
sprite's edges do not blend with the background and the sprite
looks bad, I am not talking about anti-aliasing here, I am talking
about reading rgb of source pixel and combining it with rgb of destination
pixel to make it look natural (the way it has been drawn against black
background). ... But due to lack of vision, all the graphics 
have been drawn already against black and saved in bitmap format, so 
I do not have a alpha channel and I have only one layer in the images.
Now I cant seem to blend them right with the backgrounds.</quote>
Sven Neumann suggested using a real alpha channel (using ColorToAlpha 
would convert the black background to an alpha channel) or color-keying,
where the color black stands for "No Color" in the image.  Sven also
suggests checking out the DirectFB APIs for the Linux frambuffer at
<a href="http://www.direftfb.org">www.firectfb.org</a>
</p>

</section>



<section
  title="Ermapper / ECW Support"
  author="Cris Flagg"
  contact="mailto:cflagg@kdigital.com"
  subject="Ermapper / ECW Support"
  archive="http://www.mail-archive.com/gimp-developer%40lists.xcf.berkeley.edu/msg00365.html"
  posts="4"
  startdate="08 May 2001 14:39:37 -0800"
  enddate="09 May 2001 03:28:09 -0800"
>

<mention>Roel Schroeven</mention>
<mention></mention>
<mention>Guillermo S. Romero</mention>

<p>Tyler Mitchell asked if anyone had added ECW support to the Gimp.
The SDK is located at <a href="http://www.ermapper.com/download">http://www.ermapper.com/download</a>
Steinar H. Gunderson wondered how the claim <quote who="Steinar H. Gunderson">
More people use the ECW technology to compress imagery than any other
product</quote> could be correct.  Guillermo S. Romero was wary of the patent
claims listed on the site.  Guillermo thought would be best to avoid more LZW madness and 
added the company could always supply a plugin themselves.
Roel Schroeven agreed that avoiding another LZW fiasco was in everybody's best interest.
Roel also pointed out that 'ER Mapper' was aimed at very large bitmaps and orthorectification.
</p>
<editorialize who="Cris Flagg">
<a href="http://www.delphion.com/details?&amp;pn=US06201897__">
Patent 6,201,897 for "Transformation and selective inverse transformation of large digital images"</a>
was issued to Earth Resource Mapping of San Diego, CA on March 13, 2001
</editorialize>

</section>



<section
  title="ANNOUNCE: Gimp-Print 4.1.7"
  author="Cris Flagg"
  contact="mailto:cflagg@kdigital.com"
  subject="ANNOUNCE: Gimp-Print 4.1.7"
  archive="http://www.mail-archive.com/gimp-developer%40lists.xcf.berkeley.edu/msg00363.html"
  posts="1"
  startdate="08 May 2001 16:13:46 -0800"
  enddate="08 May 2001 16:13:46 -0800"
>

<mention></mention>

<p>Robert L Krawitz posted the following summary of Gimp-Print 4.1.7
</p>
<quote who="Robert L Krawitz">
<p>This is gimp-print version 4.1.7, a development release on the 4.1 line.
</p>
<p>This software includes the Print plug-in for the Gimp, and GhostScript
and CUPS drivers.  The support for printers in GhostScript and CUPS is
identical to the support for these printers in the Print plugin --
they use the identical code base.  Please read src/ghost/README and
src/cups/README for more information on this.
</p>
<p>The Gimp Print plugin requires the Gimp 1.2.
</p>
<p>Gimp-Print 4.1.7 contains the following changes over 4.1.6:
<ol>
<li>A bug in the internationalization code that prevented compiling
   on systems not based on GNU libc (for example, Solaris, BSD) is now
   fixed.</li>
<li>Significant dither improvements, as follows:
	<ul>
	<li>The Adaptive Random and Random Floyd-Steinberg dither methods
     have been removed.  There is no evidence that they offer any
     quality enhancement over Adaptive Hybrid and Hybrid
     Floyd-Steinberg.</li>
   	<li>The Ordered dither method is greatly improved.  It now produces
     correct colors on 6 and 7 color and variable drop size printers.
     This method is recommended for continuous tone images, as it is
     faster than Adaptive Hybrid and equal in quality in most cases.</li>
   	<li>The Adaptive Hybrid dither method continues to be recommended for
     images with a significant component of line art and text,
     particularly with very fine, sharp detail.  It is considerably
     smoother in transition regions with 6 and 7 color and variable
     drop size printers, thanks to the improvements in ordered
     dithering.  Tests on an older 6-color printer (Epson Stylus Photo
     EX) suggest that transitions should be completely invisible to
     the unaided eye at reasonably high resolutions.</li>
   	<li>Both Ordered and Adaptive Hybrid appear to use less ink
     (particularly less light ink) on 6 and 7 color printers.</li>
   	<li>Variable drop size Epson printers will exhibit a smoother black
     transition.</li>
	</ul></li>
<li>PCL printers will print pages with a lot of vertical white space
   much more efficiently.</li>
<li>The Epson driver offers more choices of ink types, including 3 and
   5 color composite-only inks (black is produced by composition of
   CMY only; no black ink is used).  This may be useful in some cases.</li>
<li>Tentative support for vertical zero margin printing has been added
   for Epson printers that support it (notably the Stylus Photo
   780/790, 890, and 1280/1290 printers).  This feature is
   experimental.</li>
<li>The Gimp plugin name was incorrect in 4.1.6.</li>
<li>The CUPS driver no longer offers the Custom page size as the
   default; it now offers Letter size as default on most printers.</li>
<li>The CUPS driver no longer allows printing in color to black and
   white printers (such as laser printers).</li>
</ol>
</p>
</quote>
</section>



</kc>

