This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project gfxprim.git.
The branch, generate has been updated
via 2f57806a0c4f164121638af4f28a43c73b3bf4c5 (commit)
from e5413870bee8686f02e4123c1db175ba61821220 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
http://repo.or.cz/w/gfxprim.git/commit/2f57806a0c4f164121638af4f28a43c73b3b…
commit 2f57806a0c4f164121638af4f28a43c73b3bf4c5
Author: Cyril Hrubis <metan(a)ucw.cz>
Date: Sat Oct 15 23:41:18 2011 +0200
This one was actually correct before.
diff --git a/libs/gfx/algo/Line.algo.h b/libs/gfx/algo/Line.algo.h
index 3eccb3a..afc37dc 100644
--- a/libs/gfx/algo/Line.algo.h
+++ b/libs/gfx/algo/Line.algo.h
@@ -66,7 +66,7 @@ void FN_NAME(CONTEXT_T context, int x0, int y0, int x1, int y1, int error = deltax / 2; int y = y0, x; int ystep = (y0 < y1) ? 1 : -1; - for (x = x0; x < x1; x++) { + for (x = x0; x <= x1; x++) { if (steep) PUTPIXEL(context, y, x, pixval);
-----------------------------------------------------------------------
Summary of changes:
libs/gfx/algo/Line.algo.h | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
repo.or.cz automatic notification. Contact project admin jiri.bluebear.dluhos(a)gmail.com
if you want to unsubscribe, or site admin admin(a)repo.or.cz if you receive
no reply.
--
gfxprim.git ("A simple 2D graphics library with emphasis on correctness and well-defined operation.")
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project gfxprim.git.
The branch, generate has been updated
via e5413870bee8686f02e4123c1db175ba61821220 (commit)
from 79941fab71a6136cc5ad405d77ff8fb3164b5ce9 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
http://repo.or.cz/w/gfxprim.git/commit/e5413870bee8686f02e4123c1db175ba6182…
commit e5413870bee8686f02e4123c1db175ba61821220
Author: Cyril Hrubis <metan(a)ucw.cz>
Date: Sat Oct 15 23:16:20 2011 +0200
Fix previous commit.
diff --git a/libs/gfx/GP_HLine.c b/libs/gfx/GP_HLine.c
index 720475c..c249f49 100644
--- a/libs/gfx/GP_HLine.c
+++ b/libs/gfx/GP_HLine.c
@@ -34,8 +34,8 @@ DEF_HLINE_BU_FN(GP_HLine_Raw_1BPP_LE, GP_Context*, GP_Pixel, GP_PIXEL_ADDR, GP_W
DEF_HLINE_BU_FN(GP_HLine_Raw_1BPP_BE, GP_Context*, GP_Pixel, GP_PIXEL_ADDR, GP_WritePixels1bpp)
DEF_HLINE_BU_FN(GP_HLine_Raw_2BPP_LE, GP_Context*, GP_Pixel, GP_PIXEL_ADDR, GP_WritePixels2bpp)
DEF_HLINE_BU_FN(GP_HLine_Raw_2BPP_BE, GP_Context*, GP_Pixel, GP_PIXEL_ADDR, GP_WritePixels2bpp)
-DEF_HLINE_BU_FN(GP_HLine_Raw_4BPP_LE, GP_Context*, GP_Pixel, GP_PIXEL_ADDR, GP_WritePixels2bpp)
-DEF_HLINE_BU_FN(GP_HLine_Raw_4BPP_BE, GP_Context*, GP_Pixel, GP_PIXEL_ADDR, GP_WritePixels2bpp)
+DEF_HLINE_BU_FN(GP_HLine_Raw_4BPP_LE, GP_Context*, GP_Pixel, GP_PIXEL_ADDR, GP_WritePixels4bpp)
+DEF_HLINE_BU_FN(GP_HLine_Raw_4BPP_BE, GP_Context*, GP_Pixel, GP_PIXEL_ADDR, GP_WritePixels4bpp)
DEF_HLINE_FN(GP_HLine_Raw_8BPP, GP_Context *, GP_Pixel, GP_PIXEL_ADDR, GP_WritePixels8bpp)
DEF_HLINE_FN(GP_HLine_Raw_16BPP, GP_Context *, GP_Pixel, GP_PIXEL_ADDR, GP_WritePixels16bpp)
-----------------------------------------------------------------------
Summary of changes:
libs/gfx/GP_HLine.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
repo.or.cz automatic notification. Contact project admin jiri.bluebear.dluhos(a)gmail.com
if you want to unsubscribe, or site admin admin(a)repo.or.cz if you receive
no reply.
--
gfxprim.git ("A simple 2D graphics library with emphasis on correctness and well-defined operation.")
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project gfxprim.git.
The branch, generate has been updated
via f6c5774e42d209fcc3bff4acb515739172dfdb97 (commit)
from aa38ffc5adc9cd8ed510838924a420eab3e64ce2 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
http://repo.or.cz/w/gfxprim.git/commit/f6c5774e42d209fcc3bff4acb515739172df…
commit f6c5774e42d209fcc3bff4acb515739172dfdb97
Author: Cyril Hrubis <metan(a)ucw.cz>
Date: Sat Oct 15 11:58:53 2011 +0200
Fix include.
diff --git a/include/filters/GP_Point.h b/include/filters/GP_Point.h
index 8ef935b..b5e7d50 100644
--- a/include/filters/GP_Point.h
+++ b/include/filters/GP_Point.h
@@ -29,7 +29,7 @@
#ifndef GP_POINT_H
#define GP_POINT_H
-#include <GP_Context.h>
+#include "core/GP_Context.h"
/*
* Brightness filter.
-----------------------------------------------------------------------
Summary of changes:
include/filters/GP_Point.h | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
repo.or.cz automatic notification. Contact project admin jiri.bluebear.dluhos(a)gmail.com
if you want to unsubscribe, or site admin admin(a)repo.or.cz if you receive
no reply.
--
gfxprim.git ("A simple 2D graphics library with emphasis on correctness and well-defined operation.")
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project gfxprim.git.
The branch, generate has been updated
via 944dcb4637c7daa52ce37d6fde1b84b44b412e5a (commit)
from bf71ed549471116331486980f67e4f64b840640d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
http://repo.or.cz/w/gfxprim.git/commit/944dcb4637c7daa52ce37d6fde1b84b44b41…
commit 944dcb4637c7daa52ce37d6fde1b84b44b412e5a
Author: Cyril Hrubis <metan(a)ucw.cz>
Date: Tue Oct 11 13:31:53 2011 +0200
Fix some typos in GP_GetPutPixel.gen.h.t
diff --git a/include/core/GP_GetPutPixel.gen.h.t b/include/core/GP_GetPutPixel.gen.h.t
index 2a8529b..f04ea33 100644
--- a/include/core/GP_GetPutPixel.gen.h.t
+++ b/include/core/GP_GetPutPixel.gen.h.t
@@ -13,15 +13,15 @@ Do not include directly, use GP_Pixel.h
Note about byte aligment
~~~~~~~~~~~~~~~~~~~~~~~~
- Unaligned acces happens when instruction that works with multiple byte value
- gets an address that is not divideable by the size of the value. Eg. if 32
- bit integer instruction gets an address that is not a multiple of 4. On
- intel cpus this type of acces works and is supported however the C standard
- defines this as undefined behavior. This fails to work ARM and most of the
- non intel cpus. So some more trickery must be done in order to write
- unaligned multibyte values. First of all we must compute offset and number of
- bytes to be accessed (which is cruicial for speed as we are going to read the
- pixel value byte by byte.
+ Unaligned access happens when instruction that works with multiple byte
+ value gets an address that is not divideable by the size of the value. Eg.
+ if 32 bit integer instruction gets an address that is not a multiple of 4.
+ On intel cpus this type of access works and is supported however the C
+ standard defines this as undefined behavior. This fails to work ARM and most
+ of the non intel cpus. So some more trickery must be done in order to write
+ unaligned multibyte values. First of all we must compute offset and number
+ of bytes to be accessed (which is cruicial for speed as we are going to read
+ the pixel value byte by byte).
The offsets (starting with the first one eg. pixel_size mod 8) forms subgroup
in the mod 8 cyclic group. The maximal count of bits, from the start of the
@@ -30,7 +30,7 @@ Do not include directly, use GP_Pixel.h
For example the offsets of 16 BPP forms subgroup only with {0} so we only
need 2 bytes to write it. As a matter of fact the 16 and 32 BPP are special
- cases that are always aligned and together with the 8 BPP (which is aligned
+ cases that are always aligned together with the 8 BPP (which is aligned
trivially). These three are coded as special cases which yields to faster
operations in case of 16 and 32 BPP. The 24 BPP is not aligned as there are
no instruction to operate 3 byte long numbers.
@@ -38,10 +38,10 @@ Do not include directly, use GP_Pixel.h
For second example take offsets of 20 BPP that forms subgroup {4, 0}
so the max + pixel_size = 24 and indeed we fit into 3 bytes.
- If pixel_size is coprime to 8, the offsets generates whole group and so
- the max + pixel_size = 7 + pixel_size. The 17 BPP fits into 24 bits and
- so also 3 bytes are needed. The 19 BPP fits into 26 bits and because of
- that 4 bytes are needed.
+ If pixel_size is coprime to 8, the offsets generates whole group and so the
+ max + pixel_size = 7 + pixel_size. The 17 BPP fits into 24 bits and so 3
+ bytes are needed. The 19 BPP fits into 26 bits and because of that 4 bytes
+ are needed.
Once we figure maximal number of bytes and the offset all that is to be done
is to fetch first and last byte to combine it together with given pixel value
-----------------------------------------------------------------------
Summary of changes:
include/core/GP_GetPutPixel.gen.h.t | 28 ++++++++++++++--------------
1 files changed, 14 insertions(+), 14 deletions(-)
repo.or.cz automatic notification. Contact project admin jiri.bluebear.dluhos(a)gmail.com
if you want to unsubscribe, or site admin admin(a)repo.or.cz if you receive
no reply.
--
gfxprim.git ("A simple 2D graphics library with emphasis on correctness and well-defined operation.")