Go to file
lihui 05146ce35c rs 告警清理0509
Signed-off-by: lihui <lihui359@huawei.com>
2024-05-09 20:46:38 +08:00
.gitee add Commit Message 2024-04-19 17:13:49 +08:00
adapter Corrected copyright 2024-05-06 11:09:43 +03:00
etc add selinux 2024-04-17 14:40:44 +08:00
figures update graphic architecture in README_zh.md 2022-02-28 14:30:36 +08:00
frameworks !10683 错误码整改 2024-05-06 08:31:02 +00:00
interfaces !10738 ts和c接口绘制中文的ttf文件替换 2024-05-06 13:46:36 +00:00
rosen rs 告警清理0509 2024-05-09 20:46:38 +08:00
utils rs 告警清理0509 2024-05-09 20:46:38 +08:00
.clang-format rename and refactor 2024-03-04 15:55:16 +08:00
.gitattributes update OpenHarmony 2.0 Canary 2021-06-02 02:21:18 +08:00
ace_platforms.gni Fixed format check issue 2024-05-03 12:45:42 +03:00
BUILD.gn remove texgine 2024-04-24 10:16:13 +08:00
bundle.json !10450 位图新增NDK接口 2024-04-27 17:44:02 +00:00
CODEOWNERS 渲染服务code码访问权限校验与管控(part11) 2023-08-30 16:46:20 +08:00
default.scss add window type 2021-12-21 21:12:04 +08:00
flutter.gni Description:change dir graphic/graphic to graphic/graphic_2d 2022-05-19 14:59:57 +08:00
graphic_config.gni move memmgr_plugin to memmgr_override 2024-04-22 11:14:59 +08:00
graphic.cfg Create shader_cache dir. 2024-04-19 16:46:17 +08:00
graphic.rc 回退 'Pull Request !3058 : del unused code' 2022-11-24 06:23:33 +00:00
hisysevent.yaml RS超节点数上报 2024-04-28 20:49:12 +08:00
LICENSE update OpenHarmony 2.0 Canary 2021-06-02 02:21:18 +08:00
OAT.xml fix bootanimation oat warnning 2024-03-06 16:28:31 +08:00
README_zh.md fix name 2023-07-11 21:55:33 +08:00
README.md quduoyu 2023-05-17 19:00:42 +08:00

graphic_graphic_2d

Introduction

Graphic subsystem provides graphical interface capabilities.

Its main structure is shown in the following figure:

Graphic subsystem architecture diagram

The layered description of the OpenHarmony graphics stack is as follows:

• Interface layer: Provides native API capabilities for graphics, including: WebGL, Native Drawing drawing capabilities, OpenGL instruction-level drawing capabilities support, etc.

• Framework layer: divided into five modules: Render Service, Drawing, Animation, Effect, Display and Memory Management.

Module Capability Description
Render Servicel Provides the rendering capabilities of the UI framework. Its core responsibility is to convert ArkUI's control description into drawing tree information, and perform optimal path rendering according to the corresponding rendering strategy. At the same time, it is responsible for the core underlying mechanism of UI sharing in multi-window smoothness and spatial state.
Drawing Provides a standardized interface within the graphics subsystem, and mainly completes basic functions such as 2D rendering, 3D rendering and rendering engine management.
Animation Provides related capabilities of the animation engine.
Effect Mainly completes the ability to process image effects, rendering effects and other effects, including: multi-effect series and parallel processing, adding rendering effects, control interaction effects and other related capabilities during layout.
Display and Memory Management This module is the main module for the decoupling of the graphics stack and hardware. It mainly defines the display and memory management capabilities of OpenHarmony. The defined southbound HDI interface requires different OEMs to complete the adaptation of the OpenHarmony graphics stack. match.

• Engine layer: includes two modules, 2D graphics library and 3D graphics engine. The 2D graphics library provides the underlying API for 2D graphics rendering, and supports the underlying capabilities of graphics rendering and text rendering. 3D graphics engine capabilities are still under construction.

content

foundataion/graphic/graphic_2d
├── figures                      # Markdown referenced image catalog
├── frameworks                   # framework code directory
│   ├── animation_server         # animationServer code
│   ├── bootanimation            # Boot animation directory
│   ├── fence                    # fence code
│   ├── vsync                    # Vsync code
├── rosen                        # framework code directory
│   ├── build                    # build instructions
│   ├── doc                      # doc
│   ├── include                  # external header file code
│   ├── lib                      # lib
│   ├── modules                  # graphic Each module code of the subsystem
│   ├── samples                  # sample code
│   ├── test                     # develop test code
│   ├── tools                    # tool code
├── interfaces                   # graphical interface storage directory
│   ├── innerkits                # internal native interface storage directory
│   └── kits                     # js/napi external interface storage directory
└── utils                        # widget storage directory

Repositories Involved