gimp-web r1769 - in trunk: . unix/howtos
- From: neo svn gnome org
- To: svn-commits-list gnome org
- Subject: gimp-web r1769 - in trunk: . unix/howtos
- Date: Wed, 5 Mar 2008 22:59:59 +0000 (GMT)
Author: neo
Date: Wed Mar 5 22:59:59 2008
New Revision: 1769
URL: http://svn.gnome.org/viewvc/gimp-web?rev=1769&view=rev
Log:
2008-03-06 Sven Neumann <sven gimp org>
* unix/howtos/tile_cache.htrw: updated size calculation to take
the projection pyramid into account.
Modified:
trunk/ChangeLog
trunk/unix/howtos/tile_cache.htrw
Modified: trunk/unix/howtos/tile_cache.htrw
==============================================================================
--- trunk/unix/howtos/tile_cache.htrw (original)
+++ trunk/unix/howtos/tile_cache.htrw Wed Mar 5 22:59:59 2008
@@ -184,15 +184,15 @@
<p>
First is the memory for the pixel data. Each layer requires layer width
* layer height * 3 bytes for RGB background without alpha or * 4 for RGB
- layers with alpha. In general and to simplify, take the * 4, as for some
- filters you will require to add alpha to the background, and in any case
- math are simple if you do not have to remember to treat a layer specially.
+ layers with alpha.
</p>
<p>
- Then GIMP needs to know the selection, which is a width * height of
- the total image. Next, the composed image, which is what you see in
- your work windows, requires image width * height * 4. You can
- combine these two values as image width * height * 5.
+ Then GIMP needs to store the selection mask, which is a width *
+ height of the total image. Next, the composed image, which is what
+ you see in your screen, requires image width * height * 5,33. The
+ fractional part is because, starting with GIMP 2.4, the composed
+ image is kept in several sizes. You can combine these two values as
+ image width * height * 6,33.
</p>
<p>
Last, there is some overhead GIMP needs to know where pixels are stored,
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]