Hi Kelvin
If you only interested in subpixels shifts and intend to cache 3
positions, you can achieve using LCD rendering and
https://freetype.org/freetype2/docs/reference/ft2-lcd_rendering.html#ft_library_setlcdgeometry.
It is apparent that LCD rendering is essentially 3 traditional
antialiased
Hi, sorry for the confusion; I think its better if I explain my current
approach first:
1. I create a FTC_Manager, FTC_CMapCache and FTC_ImageCache, and set them up.
2. I query a glyph ID from FTC_CMapCache.
3. I get a glyph image (almost always an outline in my case) from
FTC_ImageCache.
4. I
> I'm trying to use FreeType cache subsystem to render glyphs. I tried
> using FTC_SBitCache but I need to modify the outline before
> rendering (translate and transform) so I could only use
> FTC_ImageCache, modify the outline and render it.
>
> Is there a way to extend the cache mechanism to
Hi,
I'm trying to use FreeType cache subsystem to render glyphs. I tried using
FTC_SBitCache but I need to modify the outline before rendering (translate and
transform) so I could only use FTC_ImageCache, modify the outline and render it.
Is there a way to extend the cache mechanism to create
Salutations,
I was summoned to try to debug some really erratic and seemingly random issues
we had with our font rendering. After many Red Bulls and debug output added
to both our code and the FreeType c-code I managed to figure out why most of
them was occuring, but I do not understand why.
Hello Daniel!
In short, as soon as we have more faces or sizes than the cache will
allow, default being 2/2 as you already know, then strange things
happens. First of all we receive face object where the size pointer
is NULL. This causes our GetKerning routine to fail, since there is
no
Hi.
Is there any specific cache management tutorial out there?
By the way, is the cache manager *officialy* supported?
Regards.
Inaki.
___
Freetype mailing list
Freetype@nongnu.org
I think you are misunderstood. The cache subsystem memory bounding only
accounts for the objects stored in the cache itself (i.e. glyph outlines,
bitmaps, charmaps), but not the FT_Face and FT_Size objects themselves.
Iirc, you can purge the latter if you want without purging the cache objects
Hi Werner
Thanks alot for the reply. I have looked at your suggestion and tried to
understand how it works.
I have one question regarding this. I understand that after we set env
variable FT2_ALLOC_COUNT_MAX and FT2_DEBUG_MEMORY on runtime, the value for
FT2_ALLOC_COUNT_MAX will be assigned to
Does the above check aim to bound memory allocation to up to
table-alloc_total_max? If that is the case, should the check be the
following instead:
if ( table-bound_total
table-alloc_total_max - table-alloc_current (FT_ULong)size )
(1) static array: currently we know that all memory consumption by
freetype is done through malloc calls and its variants. However, is
there any other memory used in freetype, such as global arrays,
which are used for memory allocation? If so, do they need any kind
of configuration?
Yes,
Dear FreeType Developers,
I have a few questions regarding freetype memory consumption upper bound; I
am using Freetyper version 2.3.7
(1) static array: currently we know that all memory consumption by freetype
is done through malloc calls and its variants. However, is there any other
memory
infor on that?
K
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kristján V.
Jónsson
Sent: 3. júlí 2006 14:17
To: freetype@nongnu.org
Subject: [ft] cache manager
Hello there.
I am new to this list although I have been using freetype for a while now
Freetype has a big branch of cache functions, that described in
part of manual, named Cache Sub-System. I doubt, if I don't say
FTC_Manager_New, FTC_SBitCache_New etc., if I dont't work with
freetype through FTC_Manager_LookupSize, FTC_SBitCache_Lookup
etc., is nothing cashe using
14 matches
Mail list logo