GitLab

The ANDROID_LARGE_MEMORY_DEVICE flag is not set for x86 platforms but it
is required to get animated GIF working. 256MB is considered "large".

Change-Id: I2ed6d1668702e6b422e6d585eb8cd06f064ccc32
Author: Bin Xu <bxu10X@intel.com>
Signed-off-by: Bin Xu <bxu10X@intel.com>
Singed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 19205

Cherry-pick Id8c91ae0be6cad8a7ef77a0cd5803676290986c1 from master.

During font initialization, create a seperate fallback list for each
locale. At runtime, use the fallbacklist associated with the locale
set in the paint object. Fallback files are associated with locales in
fallback_fonts.xml. Multiple files can be associated with the same
locale, ordering within that langauge and apart from that language in
the fallback order is preserved.

This changelist also includes some refactoring, notably of the
functions that call getNextContext().

Change-Id: I121f0e491a522c4a8558a0066b2d8969fb8a3667

Change-Id: I9c5bf5ce38827ced91d8912a1fa49adbd14a46b8

Bug: 6609231
Change-Id: Ie37ada42e7e78ab78318f3ed76eb627bffaddb1a

A side-effect of not knowing the actual SkTypeface used to draw text
until render-time is that we cannot make decisions based upon the
face's proper font metrics. As a result, attempts to draw bold text
will fail when a fallback font with normal weight is selected. With
this, we can feel free to enable fake bold mode even if the primary
font is bold, as the extraneous fake bold bit will just get ignored
at render-time if the actual font used to draw the text is bold.

Bug: 6522642
Change-Id: Icdd13f6bd36a85ba374b6ed7a08b596d4c31e86f

Add S32A_Opaque_BlitRow32 with TEST_SRC_ALPHA
Add optimization for 32bit blits on neon
Optimize S32A_D565 pixel loop, non-NEON CPUs

bug: 6467331
Change-Id: I3e0b0a8f711bf2ed97b480b81232a52f6f94dbe3

Add S32A_Opaque_BlitRow32 with TEST_SRC_ALPHA
Add optimization for 32bit blits on neon
Optimize S32A_D565 pixel loop, non-NEON CPUs

bug: 6467331
Change-Id: I3e0b0a8f711bf2ed97b480b81232a52f6f94dbe3

This CL also includes changes made to Android's copy of
Skia in their J release branch.

Change-Id: Ib2baecf48004951a3ad4a1574cdc38790c814cbc

This CL has companion changes to account for API updates in...
 (1) frameworks/base
 (2) external/webkit

Change-Id: Ibb989e76e8bd24313849f9631dbef42cdef9eb7d

bug: 5524273
Change-Id: Ia777e2fb62623b30b5d0ea40bbaaf4f1f6ff6327

bug: 5445861
Change-Id: I99f159020dee60e706a3c6434376459ad8722c5b

This change adds new files in /system/etc: system_fonts.xml and
fallback_fonts.xml. The change also allows a third file to be added
by vendors in /vendor/etc/fallback_fonts.xml. These files, loaded at
boot time, mimic the logic that used to be in code, but which is
now configurable through editing these files, making the system more
flexible and easy to work with for us and vendors as future fonts
are added to the system.

Change-Id: Iac0af4924ca0454c6dde4d53058b1425200ed4b7

Extending Skia-WebP interface to handle the WebP encoding as well.
The WebP encoding is required for sharing WebP images and transcoding
images from other formats like PNG/JPEG to WEBP.

Change-Id: I23d52323abf5e7eec0c6d3e0159a1ca7baee468b

This CL includes bug fixes and closely mirrors the version of
Skia used in Chrome M13, which is likely to be our baseline for
ICS.

The CL also adds source files for the SampleApp which will allow
us to execute basic skia tests. The SampleApp requires the
utils/views directory in order to run.

Finally, we have included the PDF backend for Skia in order to
experiment with using it to generate PDF files for certain
applications.

Note: The SampleApp and PDF code are not built as part of libskia.

Change-Id: I1895ccfbd8074e25f19148cc7bd1b4af571fb307

Change-Id: I012146e7769aafd35f624325501a0ee97b0cad18

Change-Id: I46f41274d07a3d7bac4728f8841c7f5e89dc9181

There is a companion change in external/webkit

Change-Id: I1c4110e7520bbef3f4e5f9551adb7ec79ac1e3ed

This merge will allow us to now import the sample app
infrastructure in skia to do on device measurements.

Change-Id: Idcab6b1524f371521717cde61a6e98a12d897e6b

Change-Id: I6cb3b47a36f8c334c7bfb77af6ea957bd2d78cf5

Change-Id: Ice2f93f6a2c910c9e4b14b5de4de083e8de9f335
Signed-off-by: Iliyan Malchev <malchev@google.com>

Change-Id: I7ed57d10905d8bad6486a4d7410165eec1cc2b4f

This merge picks up the fixed width font updates and improved
blur code from the Skia repository.

Change-Id: Iad2301a353c31da27ca214527cf4ed8f24641749

This merge has companion changes in the following projects in order
to be compatible with changes to skia interfaces and practices:

1. /frameworks/base
2. /external/webkit

Change-Id: I54092971305579e81a8fdb27bbe04ec340792e3b

This enable Skia to decode WebP images. Since BitmapFactory relies
on Skia to decode images, this aims at adding support for WebP format
in any application relying on BitmapFactory. Decoder relies on
libwepb library, imported as external library in external/webp in
Android source tree.

Change-Id: I13ef4c1404b989af6a856e9150c62e297200331b

The change is identical to https://android-git.corp.google.com/g/#change,64714 .

Change-Id: If0136fcc96bcdab323607b701e2ef69ddf42f63d

This reverts commit 2d8e7825.

This reverts commit 2d8e7825.

Change-Id: I093aea3d5e3e89c75b5086ede2b8bb30d8ceed95

Change-Id: I795129d55a0a7da90b4d604a902066868933d2a9

Change-Id: Id386c3cf549c5856de1c0c0a91665b20e59672e0

src-alpha == 0 as a no-op.

update unittests to measure this

Change-Id: If4d61ac5f7ff3d7fc27cbc3f242dbdf7ff4e76be
http://b/issue?id=2333376

http://b/issue?id=2401896

Before the fix, the image referenced in the bug would take 30+ seconds to load on a large device,
and would crash a small device. On the small device, there was no RAM cap set, since the property
we queried for does not exist there. On the large device, the properties value was too small, so
I hard-code a larger one that seems to work better.

port stretchy from master

so that others are able to use these structs/functions when they call libjpeg for compression.

There are two other related changes under review:
1) Build libjpeg to a shared library
2) Add libjpeg to the prelink map

The change is conditional at the moment inside SkScan_Path.cpp, USE_NEW_BUILDER.

This chopping is meant to only pass in reasonable floats to the edgelist, so that we never
overflow when converting to fixed-point. It also has the side-effect of speeding up edges
to the left/right of the clip, since those become vertical lines, which are faster to
walk over than the original curve segment.

Future optimizations: throw away segments to the right of the clip, and tweak the edgelist
walker to not require an explicit matching right-edge for the current run.

http://b/issue?id=2210685