- 30 9月, 2020 1 次提交
-
-
由 bungeman 提交于
Skia is removing the deprecated legacy display setting globals and associated kLegacyFontHost_InitType. This change replaces all such uses with default surface properties with no special flags and an unknown pixel geometry. Flutter never set the associated globals, leaving them with their initial default values, which were no special flags and horizontal RGB pixel geometry. The values used here are different but this change should make no difference as Flutter never mentions SkFont::kSubpixelAntiAlias to take advantage of the pixel geometry.
-
- 29 9月, 2020 1 次提交
-
-
由 George Wright 提交于
-
- 15 9月, 2020 1 次提交
-
-
由 renyou 提交于
-
- 12 9月, 2020 1 次提交
-
-
由 Chris Bracken 提交于
Cleans up header order/grouping for consistency: associated header, C/C++ system/standard library headers, library headers, platform-specific #includes. Adds <cstring> where strlen, memcpy are being used: there are a bunch of places we use them transitively. Applies linter-required cleanups. Disables linter on one file due to included RapidJson header. See https://github.com/flutter/flutter/issues/65676 This patch does not cover flutter/shell/platform/darwin. There's a separate, slightly more intensive cleanup for those in progress.
-
- 01 9月, 2020 1 次提交
-
-
由 Emmanuel Garcia 提交于
This reverts commit 4de62c7c.
-
- 27 8月, 2020 1 次提交
-
-
由 Kaushik Iska 提交于
-
- 26 8月, 2020 1 次提交
-
-
由 Emmanuel Garcia 提交于
This reverts commit d16ba48e.
-
- 25 8月, 2020 1 次提交
-
-
由 Emmanuel Garcia 提交于
-
- 20 8月, 2020 2 次提交
-
-
由 David Worsham 提交于
-
由 Kaushik Iska 提交于
-
- 29 7月, 2020 1 次提交
-
-
由 Adlai Holler 提交于
This is part of a larger effort to expose the difference between GrDirectContext, which runs on the GPU thread and can directly perform operations like uploading textures, and GrRecordingContext, which can only queue up work to be delivered to the GrDirectContext later.
-
- 23 7月, 2020 1 次提交
-
-
由 gaaclarke 提交于
-
- 27 6月, 2020 1 次提交
-
-
由 David Worsham 提交于
Additionally create "_next" permutations for all of the test binaries on Fuchsia, in order to test both code-paths. Using the #define follow-up CLs can also create a flutter_runner_next binary that does not contain any legacy integration code. BUG: 53847
-
- 10 6月, 2020 1 次提交
-
-
由 David Worsham 提交于
-
- 05 6月, 2020 1 次提交
-
-
由 Chris Yang 提交于
-
- 20 5月, 2020 1 次提交
-
-
由 Chris Yang 提交于
-
- 06 5月, 2020 1 次提交
-
-
由 Chris Yang 提交于
-
- 02 5月, 2020 2 次提交
-
-
由 Chinmay Garde 提交于
The way transactions were added changed in https://github.com/flutter/engine/commit/68fd8334889610af08cbfc2828f91cf14faf3f1d. This broke rendering using both Metal and OpenGL when no implicit transaction was present on the transaction stack. The failure models differ based on Metal vs. OpenGL and iOS/device versions. On older versions of iOS, rendering would consume memory till exhaustion. On newer iOS versions, rendering would be stuck (till a timeout). This patch brings transaction management back in line with as it was earlier and also makes the Metal backend resilient to transactions being present on the transaction stack at all. Since this is still quite brittle, transaction management must be moved to IOSSurface as a followup. Fixes https://github.com/flutter/flutter/issues/55784.
-
由 Chris Yang 提交于
-
- 26 3月, 2020 1 次提交
-
-
由 liyuqian 提交于
1. Simple "GPU thread" to "raster thread" replacement. 2. Regex replace "GPU([\n\r\s]+//+ thread)" with "raster$1". 3. Regex replace "// gpu$" with "// raster". 4. Simple test change. 5. Run ci/format.sh
-
- 23 3月, 2020 1 次提交
-
-
由 Chinmay Garde 提交于
All Metal layers have their presentsWithTransaction property set to true. However, when an external view embedder is not present, there is no mechanism to ensure that the command buffer commit is within transaction scope. This works in most cases as there there is usually an implicit (possibly nested) transaction in place during rendering. However, when there isn’t, rendering will look paused at an incorrect size. This code now works similar to OpenGL but will be refactored for ease of understanding and consistency between the various backends.
-
- 11 3月, 2020 1 次提交
-
-
由 Chinmay Garde 提交于
This moves the Metal `GrContext` creation utilities from `GPUSurfaceMetal` into a separate `IOSContext` object subclass. An analogue of this object was used in the GL regime for the management of onscreen and offscreen contexts that were not tied to the lifecycle of the `GPUSurface`. This pattern has now been generalized for use with all backends that need a resource context (`IOSContextGL` and `IOContextMetal`). The platform views controller management in the `ExternalViewEmbedder` interface implementation was repeated three times for [Metal][metal], [OpenGL](opengl) and [Software](software) rendering. This repetition has been removed and a single implementation present in the base `IOSSurface` and used on all platforms. Addition of new client rendering APIs should not affect how the engine renders into the platform view interleaving levels. All rendering API selection logic has been moved into a single set of utilities in `rendering_api_selection.h`. This enables the removal of a lot of code blocks guarded by `FLUTTER_SHELL_ENABLE_METAL`. The remaining uses of this will be removed when unified builds are enabled. The Metal backend now also adds traces similar to the GL backend. The `IOGLContext` has been renamed to `IOContextGL` to be more in line with the convention used in this library. Fixes https://github.com/flutter/flutter/issues/41827 Adds https://github.com/flutter/flutter/issues/52150 [metal]: https://github.com/flutter/engine/blob/1194ba2b218706a201c5d2c5325b55a5932546c5/shell/platform/darwin/ios/ios_surface_metal.mm#L55 [opengl]: https://github.com/flutter/engine/blob/1194ba2b218706a201c5d2c5325b55a5932546c5/shell/platform/darwin/ios/ios_surface_gl.mm#L95 [software]: https://github.com/flutter/engine/blob/1194ba2b218706a201c5d2c5325b55a5932546c5/shell/platform/darwin/ios/ios_surface_software.mm#L146
-
- 05 2月, 2020 1 次提交
-
-
由 George Wright 提交于
Co-authored-by: NDavid Worsham <arbreng@gmail.com>
-
- 01 2月, 2020 1 次提交
-
-
由 Chinmay Garde 提交于
This was only necessary when the Engine had to build in multiple buildroots where the sources where checked out at different paths relative to the buildroot. This is no longer the case and there are already cases GN rules have been written that mix and match variable usage with the direct specification of the path to the Flutter sources relative to the sole buildroot.
-
- 12 12月, 2019 1 次提交
-
-
由 Jim Graham 提交于
Currently helps primarily on iOS when no BackdropFilter is present by lowering energy usage
-
- 04 12月, 2019 1 次提交
-
- 28 11月, 2019 1 次提交
-
-
由 Jim Graham 提交于
Only use an offscreen surface on iOS if a layer which reads back from the destination surface, such as BackdropFilter, is present.
-
- 20 11月, 2019 1 次提交
-
-
由 Chinmay Garde 提交于
-
- 19 11月, 2019 1 次提交
-
-
由 Todd Volkert 提交于
This reverts commit f456423c. This is being reverted because it caused flutter/flutter#45098 (images don't load on iOS).
-
- 15 11月, 2019 1 次提交
-
-
由 Chris Yang 提交于
-
- 12 11月, 2019 1 次提交
-
-
由 Chris Yang 提交于
This reverts commit 2dcfaaeb.
-
- 09 11月, 2019 5 次提交
-
-
由 Chris Yang 提交于
-
由 Chris Yang 提交于
This reverts commit 618e6666.
-
由 Chris Yang 提交于
-
由 Chris Yang 提交于
Revert "Always use `IOSGLContextSwitch` to access EAGLContexts to prevent plugins from polluting Flutter's EAGLContext (#13314)" (#13753)
-
由 Chris Yang 提交于
Always use `IOSGLContextSwitch` to access EAGLContexts to prevent plugins from polluting Flutter's EAGLContext (#13314)
-
- 05 11月, 2019 1 次提交
-
-
由 Chinmay Garde 提交于
By default, the CAMetalLayer backing store is a framebuffer attachment that is only optimized for display. However, effects such as backdrop filters require renderbuffer readback. Making this calls will result in exceptions. Disable the write only optimization on such backing store. Fixes https://github.com/flutter/flutter/issues/43555
-
- 29 10月, 2019 1 次提交
-
-
由 Chinmay Garde 提交于
Uses the new `SkSurface::MakeFromCAMetalLayer` Skia API.
-
- 15 10月, 2019 1 次提交
-
-
由 liyuqian 提交于
So it's the same with the GPU thread. Otherwise, some shaders may be cached in binary on the IO thread, and we will lose them when we do the SkSL precompile. For b/140174804
-
- 09 10月, 2019 1 次提交
-
-
由 liyuqian 提交于
For https://github.com/flutter/flutter/issues/40686 Unit tests added: - CacheSkSLWorks - VisitFilesCanBeCalledTwice - CanListFilesRecursively
-