- 25 Oct, 2013 1 commit
-
-
Leon Scroggins III authored
From Skia's repo: http://code.google.com/p/skia/source/detail?r=11751 Add SkPDFDeviceFlatenner which extends SkPDFDevice to add support to flatten the path and the text when we have perspective. prepare to deprecate SkPDFDevice constructor, and route gm and render_pdfs to use SkDocument::Create pdf interface instead. - controlled by a flag add comments where we are supposed to flatten other features (paint, shaders, ... ) https://code.google.com/p/skia/source/detail?r=11822 Implement perspective for bitmaps in pdf. https://code.google.com/p/skia/source/detail?r=11937 PDF: support perspective in simple shaders. (this version does not work well with tilling) BUG:11384071 Change-Id: I48ea88d231231215349f155d972c6b9e1e127c71
-
- 17 Oct, 2013 1 commit
-
-
Ed Heyl authored
-
- 15 Oct, 2013 1 commit
-
-
The Android Automerger authored
-
- 14 Oct, 2013 1 commit
-
-
Derek Sollenberger authored
This captures revisions r11503 to r11657 (inclusive). This range appears large, but covers a span of just 3 commits one of which has already been cherry-picked into this repository. bug: 10285384 Change-Id: I614888fe1b65f31a713a689ccb3a9db6265b60e8
-
- 09 Oct, 2013 1 commit
-
-
The Android Automerger authored
-
- 08 Oct, 2013 6 commits
-
-
Ed Heyl authored
-
Ed Heyl authored
-
Derek Sollenberger authored
-
Derek Sollenberger authored
cherry-pick of http://code.google.com/p/skia/source/detail?r=11472 bug: 11115961 Change-Id: I0ed8af0bdec006178e5e6bd1c0a0c4f1cb517961
-
Derek Sollenberger authored
cherry-pick of http://code.google.com/p/skia/source/detail?r=11641 bug: 11093744 Change-Id: I2efa84c612e5a790a61707eae7e078a3b8215e2e
-
Derek Sollenberger authored
-
- 03 Oct, 2013 2 commits
-
-
scroggo@google.com authored
Do not attempt to convert non gray PNG to A8. For an A8 image, do not consider it opaque. cherry-picked from https://codereview.chromium.org/24882002 in Skia: Do not convert non gray PNG to A8. If the user requested A8, but the source is not gray, switch to ARGB8888. cherry-picked from https://codereview.chromium.org/25726004 in Skia: Fixes for decoding to A8. src/images/SkImageDecoder_libpng.cpp: A8 images are not opaque, so do not set the opaque flag. This fixes a bug where copyTo does not work as expected (when copying an A8 decoded image to ARGB_8888), leading to a bitmap hash that does not represent the image correctly (in skimage). tools/skimage_main.cpp: In write_bitmap, which is creating the image for visual comparison, copy A8 to 8888, since A8 cannot be encoded. In the section that tests reencoding, do not test reencoding A8, which is known to not work. BUG:9189955
-
Derek Sollenberger authored
Cherry-pick of https://code.google.com/p/skia/source/detail?r=11586 bug: 11001915 Change-Id: Id7e09ac0f9169601a0706266f0b4e39ad45b5e8b
-
- 02 Oct, 2013 1 commit
-
-
The Android Automerger authored
-
- 30 Sep, 2013 1 commit
-
-
Derek Sollenberger authored
Cherry-pick of https://code.google.com/p/skia/source/detail?r=11394 bug: 10653841 Change-Id: If50522fae5a8b749dbf97db8eca8c518cd710ebf
-
- 24 Sep, 2013 1 commit
-
-
The Android Automerger authored
-
- 23 Sep, 2013 1 commit
-
-
Derek Sollenberger authored
-
- 22 Sep, 2013 1 commit
-
-
The Android Automerger authored
-
- 20 Sep, 2013 2 commits
-
-
Derek Sollenberger authored
cherry-pick of http://code.google.com/p/skia/source/detail?r=11420 bug:10845219 Change-Id: I94b765a462521a17b4e432a639e3f1484cc180c3
-
Leon Scroggins III authored
Do not build bench which depends on more recent changes to bench not included by android yet. Change-Id: Icddcd60be3cb5f577378b0a82c8d0084fdebc498
-
- 19 Sep, 2013 9 commits
-
-
Leon Scroggins III authored
-
Leon Scroggins III authored
Only implemented for PNG. Add a getter and setter, and sets the default to false in the constructor. Also copies the setting in copyFieldsToOther. Fix an indpendent bug where fDitherImage was not being copied in copyFieldsToOther. In SkScaledBitmapSampler::begin, consolidate the settings passed in by passing a const reference to the decoder. The decoder can be referenced for its settings of dither, unpremultiplied, and now skipping writing zeroes. Update callers to use the new API. In png decoder, rather than passing around a pointer to an initial read of getDitherImage, and potentially changing it, look at the field on the decoder itself, and modify it directly. This is a change in behavior - now if that same decoder is used to decode a different image, the dither setting has changed. I think this is okay because A) the typical use case is to use a new decoder for each decode, B) we do not make any promises that a decode does not change the decoder and C) it makes the code in SkScaledBitmapSampler much cleaner. In SkScaledBitmapScampler, add new row procs for skipping zeroes. Now that choosing the row proc has five dimensions (src config, dst config, dither, skip writing zeroes, unpremultiplied), use a new method: each src/dst combination has a function for choosing the right proc depending on the decoder. SkScaledBitmapScampler::RowProc is now public for convenience. Remove Sample_Gray_D8888_Unpremul, which is effectively no different from Sample_Gray_D8888. In cases where unpremultiplied was trivial, such as 565 and when sampling from gray, decoding may now succeed. Add a benchmark (currently disabled) for comparing the speed of skipping writing zeroes versus not skipping. For this particular image, which is mostly transparent pixels, normal decoding took about 3.6 milliseconds, while skipping zeroes in the decode took only about 2.5 milliseconds (this is on a Nexus 4). Presumably it would be slower on an image with a small amount of transparency, but there will be no slowdown for an image which reports that it has no transparency. In SkImageRef_ashmem, always skip writing zeroes, since ashmem memory is guaranteed to be initialized to 0. Add a flag to skip writing zeroes in skimage. Add a regression test for choosing the rowproc to ensure I did not change any behavior accidentally. BUG:10016979 Change-Id: I5986ae750b85a9c9d8e3cafeebe904910247de3b
-
Derek Sollenberger authored
-
Derek Sollenberger authored
-
Derek Sollenberger authored
-
Derek Sollenberger authored
bug:10221459 Change-Id: I89a5e7ee3966a3f548471d5b64e3b969b3a3e2d8
-
Derek Sollenberger authored
This captures revisions r11183 to r11196 (inclusive). However, some Canvas changes have already been cherry-picked so they will not show up in this CL. bug: 10285384 Change-Id: I2b22937d68f18b40bb3914bd94142ed21f8ae4c0
-
The Android Automerger authored
-
Derek Sollenberger authored
bug: 10314402 Change-Id: I31ed88fd072f0dbb23f20f383d410d55f7bcd202
-
- 18 Sep, 2013 6 commits
-
-
Derek Sollenberger authored
This will require changes to the framework and WebView. bug: 10730965 Change-Id: Ie8585184bf6afe59ae1513f90329ba0fd4bb4f6c
-
Victoria Lease authored
-
Victoria Lease authored
Bug: 10791813 Change-Id: Ia2e06dc14793f97914c3fd3d437231def8e3ebd1
-
Leon Scroggins III authored
Two Skia changes required for https://googleplex-android-review.git.corp.google.com/#/c/357301/: https://codereview.chromium.org/23464068/: Use the default resync_to_restart in jpeg. Our version requires rewinding the stream, which is not always supported. Instead, depend on jpeg's default version. This is required because the new framework code assumes that an image stream will never be rewound unless it's at the beginning. https://codereview.chromium.org/23717055/: Add a buffered SkStream class. This is used by Android to buffer an input stream which may not otherwise be able to rewind. Add a test for the new class. This change allows us to buffer natively, and to only buffer the beginning of the stream, which is all that is needed by the image decoders. BUG:8432093 BUG:6493544 BUG:10725383 Change-Id: I39fb1346866066693e14b6bcab1c398b9befa296
-
The Android Automerger authored
-
The Android Automerger authored
-
- 17 Sep, 2013 2 commits
-
-
Victoria Lease authored
Bug: 10310267 Change-Id: If4ba6e07fcd3b8819d03f230adc705f15b974404
-
The Android Automerger authored
-
- 16 Sep, 2013 3 commits
-
-
Victoria Lease authored
-
Raph Levien authored
This is a fix for bug 10769257. In the case where origFontID is also the first font in the fallback list, the nextLogicalTypeface function was picking the first font in the fallback list, which was causing looping. Simply allowing it to advance to the next typeface fixes the ANR. Change-Id: Icc1389af46aff7f6b9c96cc0e8c8e9ae74039554
-
Victoria Lease authored
Bug: 10310267 Change-Id: If4ba6e07fcd3b8819d03f230adc705f15b974404
-