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, master has been updated via 9732f5ac369f2bdf45492cfa4af74092654371aa (commit) via fbf455bd345b12cb63ba51b4b0667412f115ae69 (commit) from 6cc070b5aeb9f343e31567748ba8ad8a1731261c (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/9732f5ac369f2bdf45492cfa4af7409265437...
commit 9732f5ac369f2bdf45492cfa4af74092654371aa Author: Cyril Hrubis metan@ucw.cz Date: Wed Jan 2 20:39:48 2013 +0100
build: Update lists of exported symbols.
diff --git a/build/syms/Core_symbols.txt b/build/syms/Core_symbols.txt index 3de2293..72ee71f 100644 --- a/build/syms/Core_symbols.txt +++ b/build/syms/Core_symbols.txt @@ -12,11 +12,13 @@ GP_ContextFree GP_ContextInit GP_SubContext GP_ContextCopy +GP_ContextEqual GP_PixelAddrOffset
GP_GammaRelease GP_GammaCopy GP_GammaAcquire +GP_GammaPrint
GP_DebugPrint GP_SetDebugLevel @@ -43,14 +45,14 @@ GP_BlitXYXY_Raw GP_WritePixels_1BPP_LE GP_WritePixels_2BPP_LE GP_WritePixels_4BPP_LE -GP_WritePixels1bpp -GP_WritePixels2bpp -GP_WritePixels4bpp -GP_WritePixels8bpp -GP_WritePixels16bpp -GP_WritePixels18bpp -GP_WritePixels32bpp -GP_WritePixels24bpp +GP_WritePixels_1BPP_BE +GP_WritePixels_2BPP_BE +GP_WritePixels_4BPP_BE +GP_WritePixels_8BPP +GP_WritePixels_16BPP +GP_WritePixels_18BPP_LE +GP_WritePixels_24BPP +GP_WritePixels_32BPP
GP_PutPixel GP_GetPixel diff --git a/build/syms/GFX_symbols.txt b/build/syms/GFX_symbols.txt index d6ed889..c3566ae 100644 --- a/build/syms/GFX_symbols.txt +++ b/build/syms/GFX_symbols.txt @@ -1,9 +1,21 @@ +GP_Line GP_Line_Raw +GP_LineAA +GP_LineAA_Raw +GP_LineClip + GP_Line_Raw_4BPP_LE GP_Line_Raw_2BPP_BE -GP_HLine_Raw_32BPP -GP_LineAA GP_Line_Raw_32BPP +GP_Line_Raw_8BPP +GP_Line_Raw_2BPP_LE +GP_Line_Raw_16BPP +GP_Line_Raw_24BPP +GP_Line_Raw_18BPP_LE +GP_Line_Raw_1BPP_LE +GP_Line_Raw_4BPP_BE +GP_Line_Raw_1BPP_BE + GP_HLineXYW_Raw GP_HLine_Raw_8BPP GP_HLineAA @@ -12,24 +24,15 @@ GP_HLine_Raw_1BPP_LE GP_HLine_Raw_4BPP_BE GP_HLine_Raw_2BPP_BE GP_HLine_Raw_24BPP -GP_Line_Raw_24BPP -GP_Line_Raw_1BPP_BE +GP_HLine_Raw_32BPP GP_HLineXXY GP_HLine_Raw_4BPP_LE -GP_Line_Raw_18BPP_LE -GP_Line_Raw_1BPP_LE -GP_Line_Raw_4BPP_BE GP_HLineXXY_Raw GP_HLine_Raw_1BPP_BE -GP_Line -GP_Line_Raw_8BPP -GP_Line_Raw_2BPP_LE -GP_HLine_Raw_18BPP_LE -GP_HLineAA_Raw -GP_Line_Raw_16BPP GP_HLine_Raw_2BPP_LE GP_HLine_Raw_16BPP -GP_LineAA_Raw +GP_HLine_Raw_18BPP_LE +GP_HLineAA_Raw
GP_VLineXYY_Raw GP_VLineAA
http://repo.or.cz/w/gfxprim.git/commit/fbf455bd345b12cb63ba51b4b0667412f115a...
commit fbf455bd345b12cb63ba51b4b0667412f115ae69 Author: Cyril Hrubis metan@ucw.cz Date: Wed Jan 2 01:26:43 2013 +0100
doc: context: Fix subcontext desc, add link to dithering.
diff --git a/doc/context.txt b/doc/context.txt index b973f91..df6ff47 100644 --- a/doc/context.txt +++ b/doc/context.txt @@ -217,17 +217,19 @@ Subcontext ~~~~~~~~~~
A subcontext is a context that refers to a rectangular area within another -context. Subcontexts can be used as any other context (including creating -another subcontexts). Generally the subcontexts behave exactly as any other -contexts with one exception, if you create several overlapping subcontexts the -results may be unexpected. - -Calling 'GP_ContextFree()' on a allocated subcontext is safe; the bitmap is not -freed as it belongs to another context; it will be freed with the hosting -context (i.e. the 'free_pixels' flag is not set when creating subcontext). On -the other hand, the subcontext doesn't hold a reference to the original -context, so once the parent context is freed the subcontext pixel pointer is -not valid anymore. +context. Subcontexts can be used as any other contexts (including subcontext +creation). + +WARNING: If you create overlaping subcontexts the result is undefined. + +Calling 'GP_ContextFree()' on a allocated subcontext is safe; the bitmap is +not freed as it belongs to another context; it will be freed when the parent +context is freed (i.e. the 'free_pixels' flag is not set when creating +subcontext). + +CAUTION: The subcontext doesn't hold a reference to the original context, so + once the parent context is freed the subcontext pixels pointer is not + valid anymore.
[source,c] ------------------------------------------------------------------------------- @@ -242,7 +244,8 @@ GP_Context *GP_SubContextAlloc(const GP_Context *context, GP_Coord x, GP_Coord y, GP_Size w, GP_Size h); -------------------------------------------------------------------------------
-Creates subcontext of a context. The rectangular area must fit into the context. +Creates subcontext of a context. The rectangular area must fit into the parent +context.
The 'GP_SubContext()' function initializes the passed pointer as a subcontext of a context and returns pointer to the initialized subcontext (i.e. the same @@ -273,7 +276,7 @@ Converts a context to different pixel type.
This is naive implementation that only multiplies/divides the pixel values.
-To get a better result use dithering filters instead. +To get a better result use link:filters.html#Dithering[dithering filters] instead.
Misc ~~~~ diff --git a/doc/filters.txt b/doc/filters.txt index d15b3aa..dba963e 100644 --- a/doc/filters.txt +++ b/doc/filters.txt @@ -926,6 +926,7 @@ downscaling. To do this reasonably fast we could cheat a little: first resize big images a little without the low-pass filter, then apply low-pass filter and finally downscale it to desired size.
+[[Dithering]] Dithering ~~~~~~~~~
-----------------------------------------------------------------------
Summary of changes: build/syms/Core_symbols.txt | 18 ++++++++++-------- build/syms/GFX_symbols.txt | 31 +++++++++++++++++-------------- doc/context.txt | 29 ++++++++++++++++------------- doc/filters.txt | 1 + 4 files changed, 44 insertions(+), 35 deletions(-)
repo.or.cz automatic notification. Contact project admin jiri.bluebear.dluhos@gmail.com if you want to unsubscribe, or site admin admin@repo.or.cz if you receive no reply.