iOS与android坐标映射不一致问题

iOS与android坐标映射不一致问题

背景

为什么同一份着色器代码、同样的cvmat数据,Android和iOS两个平台处理之后会得到不一样的结果呢?

这主要是因为iOS和Android使用的渲染图形库不一样,iOS使用的是Metal,而Android使用的是OpenGL ES,而两个图形库的纹理坐标系又不一样:

OpenGL 纹理坐标系(原点在左下角):

Metal/Vulkan 纹理坐标系(原点在左上角):

如果细分着色器中的工作流程,还可以分为两步:

  1. 将cvmat映射到纹理上,这一步要求cvmat和纹理的方向一致;
  2. 将映射后的纹理从片段着色器中输出到渲染管线上,这一步要求cvmat和OpenGL(Android上)/Metal(iOS上)纹理坐标系方向一致。

将着色器中的工作流程与两条线索相结合,可以得到:

  1. 将cvmat与纹理相映射之前,需要对被标准化过的纹理进行一次上下颠倒,以达到纹理坐标系原点在左上角(和cvmat的坐标系一致)的目的。
  2. 将纹理输出到管线上之前:
  3. 在iOS平台上,由于 Metal 纹理坐标系原点就在左上角,所以不需要对上下颠倒过一次的纹理进行二次处理;
  4. 在Android平台上,由于OpenGL 纹理坐标系原点在左下角,而经过第一步颠倒的纹理其原点在左上角,因此需要第二次上下颠倒以同步原点。

综合一下,简单来讲:

  1. 将cvmat与纹理相映射之前,iOS和Android两个平台都需要对纹理进行一次上下颠倒;
  2. 将纹理输出到管线上之前,只有Android需要对纹理进行一次上下颠倒。
相关推荐
Exploring1 小时前
避坑指南:升级 AGP 8.0+ 导致第三方 SDK 编译崩溃的完美解决方案
android
石山岭20 小时前
自己动手写了一个 Android 虚拟定位 App:GPSSimulate 技术实
android·前端
杉氧1 天前
副作用 (Side Effects) 全攻略:如何像大师一样掌控 Composable 的生命周期?
android·架构·android jetpack
Kapaseker1 天前
Kotlin Toolchain 0.11 发布:主要是把 Amper 干没了
android·kotlin
三少爷的鞋1 天前
Android 现代架构不需要事件总线进阶篇
android
杉氧2 天前
深入理解 Compose 重组机制:快照系统如何驱动 UI 精准刷新?
android·架构·android jetpack
召钱熏2 天前
状态枚举正确≠渲染正确:一个语音按钮的状态机边界修复实录
android·前端
杉氧2 天前
深度解析:Jetpack Compose 核心架构与底层原理 —— 十年安卓老兵的“破茧重生”
android·架构·android jetpack
通玄2 天前
Jetpack Compose 入门系列(七):ViewModel 与界面状态管理
android
落魄Android在线炒饭2 天前
Android Framework 开发技巧:android.jar 生成与系统快速编译验证
android