OpenGL ES 如何渲染 16bit 图像？

已于 2023-12-28 19:15:08 修改
阅读量2.6w 收藏 9
点赞数 8
CC 4.0 BY-SA版权
分类专栏： OpenGL ES 3.0 文章标签： OpenGLES 音视频 图形渲染 Android c++
于 2023-12-28 19:05:12 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Kennethdroid/article/details/135276420
本文探讨了在OpenGL ES环境下如何处理16bit图像（如P010格式），由于直接使用16bit格式在ES上可能不可用，提出了通过GL_LUMINANCE_ALPHA或GL_RG8两个8bit通道加载16bit图像到纹理的方法，并在shader中进行16bit值的归一化转换。提供了一个片段着色器示例和相关源码链接。

未经作者（微信ID：Byte-Flow）允许，禁止转载
文章首发于公众号：字节流动

最近有不少读者私信问 OpenGL ES 如何处理 16bit 图像（P010）？

然后我直接贴给他们一段在 OpenGL 环境下验证过的上传 16bit 图像数据的代码

glTexImage2D(GL_TEXTURE_2D, 0, GL_R16UI, width, height, 0, GL_RED_INTEGER, GL_UNSIGNED_SHORT, data
了解本专栏 订阅专栏 解锁全文 超级会员免费看
OpenGL ES 如何直接渲染 P010、P016 格式图像？
字节流动
01-02 5万+
P010 最早是微软定义的格式，表示的是 YUV 4:2:0 的采样方式，也就是说 P010 表示的是一类 YUV 格式，它的内存排布方式可能是 NV21、NV12、YU12、YV12。P016 也表示的是 YUV 4:2:0 的采样方式，与 P010 的差异只是有效位不同，P010 的有效位是 10bit , P016 有效位为 16bit。，在 Shader 中采样的时候，把 RG 通道当成 v 分量数据，把 BA 通道当成 u 分量数据，分别转成 16bit 数据，然后在进行归一化。
OpenGL 处理 16位 unsigned int数据图像 以及着色器
cfl997
05-28 455
当处理16位unsigned int数据图像时，你需要考虑使用OpenGL来加载和处理这些图像。在OpenGL中，你可以使用函数来加载纹理数据。
OpenGL ES 学习：渲染单通道图像
Blog of Chauncy Wang
01-07 1970
OpenGL ES 渲染单通道图像 使用 TOF 相机获取深度图一般获取到的深度图是 16 bit 单通道，有时为了方便查看深度图是否正确，需要渲染改单通道图像。 下面简单的介绍几个渲染单通道图像的注意事项： 首先，需要将 16 bit 的深度图转为换 8 bit 深度图，部分代码如下： typedef struct _tag_image_info { int width; int height; int format; int pitch[4]; unsigned char* data[4];
OpenGLEs 纹理的基础知识
linuxheik的专栏
12-07 1953
纹理的基础知识 2D 纹理 2d纹理是OpenGlES中最基础和普遍的一种纹理结构。一个2d纹理，就是图片的数据的一个二维数组。纹理中每一个独立的数据单元被称为texels(“texture pixels”的缩写)。OpenGLES中纹理图像数据可变被许多种不同的基本格式描绘。 根据图像的基本类型和图像的数据类型，决定了图像中的每一个texel。 当渲染2D纹理是，纹理的坐标将成为索引。2...
OpenGL ES 3.0 渲染 16 bit unsigned short 灰度图(纹理)
字节流动
01-20 2152
OpenGL ES 代码： glTexImage2D ( GL_TEXTURE_2D, 0, GL_R16UI, width, height, 0, GL_RED_INTEGER, GL_UNSIGNED_SHORT, data); shader 中使用： uniform highp usampler2D s_texture; float h = float(texture ( s_texture, a_position.xy ).r); 参考 https://stackoverflow.com/que
LearnOpenGL学习笔记—高级光照 06：HDR
清清！的博客
10-31 881
LearnOpenGL学习笔记—高级光照 06：HDR1 引入2 浮点帧缓冲2.1 基础代码3 色调映射4 HDR拓展5 其他色调映射方法 本节对应官网学习内容：HDR 结合英文原站，中文站，以及个人实践进行描述。 1 引入 一般来说，当存储在帧缓冲(Framebuffer)中时，亮度和颜色的值是默认被限制在0.0到1.0之间的。 这个看起来无辜的语句，使我们一直将亮度与颜色的值设置在这个范围内，尝试着与场景契合。 这样是能够运行的，也能给出还不错的效果。 但是如果我们遇上了一个特定的区域，其中有多个亮光源
android opengl版本,Android OpenGL ES（一）开发入门
weixin_36479263的博客
05-26 3786
早就听过大名鼎鼎的 OpenGL，却迟迟没有实践学习，有些惭愧。今天开始通过实践+博文方式学习掌握 OpenGL。此文对于 OpenGL 的学习分为以下部分：OpenGL 基础概念OpenGL 坐标系理解OpenGL 渲染管线OpenGL 着色语言OpenGL 基础概念OpenGLOpenGL 即 Open Graphics Library，是一个功能强大、调用方便的底层图形库，它定义了跨编程语言...
OpenGL图像格式
Frank的专栏
11-22 6154
OpenGL ImageFormat
Android中的OpenGL使用初探
wlxyhy的博客
08-05 5215
OpenGL ES在Android中的使用
OpenGL：纹理基本概念和参数
aoxuestudy的专栏
06-29 2537
前言 在openGL使用纹理贴图时：发现很多关于纹理很多参数和概念不清楚先整理一下 原始图像数据 像素包装 图像数据在内存中很少以紧密包装的形式存在。在许多硬件平台上，处于性能上的考虑，一幅图像的每一行都应该从一种特定字节对齐地址开始。绝大多数编译器会自动把变量和缓冲区放置在一个针对该架构对齐优化的地址上。 例如一个包含3个分量的rgb图像，每个分量存储在一个字节中，如果图像有199个像素，那么一行需要597个像素。如果硬件本身的体系结构是4字节排列，那么图像每一行的末尾将由额外的3个...
OpenGL实现高动态范围（HDR）曝光
TechBlitzZ的博客
08-25 409
我们可以使用两个完整屏幕大小的四边形，一个用于渲染场景本身，另一个用于渲染HDR屏幕。在这个主要的渲染循环中，我们使用renderScene函数来呈现场景，并将其渲染到HDR颜色附件中。上面的代码中，我们将hdr变量设置为true，以便将HDR纹理传递到片段着色器中。现在，我们可以在OpenGL中呈现HDR纹理了。上面的代码中，我们首先从HDR纹理中获取颜色值，并通过指数函数将其映射到0到1的范围。在这篇文章中，我们将展示如何使用OpenGL和GLSL来实现HDR曝光，并提供完整的源代码。
【RS】遥感影像/图片64位、16位（64bit、16bit）的意义和区别
Remote Sensing迷途小书童
10-18 3623
在数字图像处理中，我们常常会听到不同的位数术语，比如64位、16位和8位（64bit、16bit、8bit）。这些位数指的是图像的深度，也就是图像中每个像素可以显示的颜色数。位数越高，图像可以显示的颜色数就越多，图像的质量也就越高。本文将详细介绍图片位数的意义、区别、计算方法等。
ffmpeg opengl 硬解视频并使用opengl在qt中显示nv12
热门推荐
wanghualin033的博客
06-03 1万+
  之前做过用ffmpeg解码视频然后在qt中用opengl来显示yuv数据，这次介绍一下ffmpeg硬解的方法。在网上找的资料大多数是ffmpeg软解的，而且解码后的格式都是yuv；我们知道nvidia显示视频解码后的格式是NV12的，那么怎么在代码中实现呢？    在后来看见别人使用ffplay工具播放视频的时候发现可以指明decoder来解码视频，于是通过在360搜索中找到了ffmpeg中查...
unity pixel_2D Pixel Perfect：如何为复古的16位游戏设置Unity项目
culiao6493的博客
09-17 1299
unity pixelIn our first 2D Pixel Perfect guide for retro games, we showed you how to set up the 2D Pixel Perfect tool and how 8-bit graphics were made back in the day. In this post, we fast-forward to...
OpenGL ES 送显 YUV NV12
洪伟的专栏
08-22 3584
先来了解 YUV NV12 组成，再来实现 OpenGL ES 送显 YUV NV12。 一、YUV NV12 YUV 是编译 true-color 颜色空间（color space）的种类，Y’UV、YUV、 YCbCr、YPbPr 等专有名词都可以称为 YUV，彼此有重叠。Y 表示明亮度（Luminance 或 Luma），也就是灰阶值，U 和 V 表示的则是色度（Chrominance 或 Chroma），作用是描述影像色彩及饱和度，用于指定像素的颜色。 YUV 格式分成两种： 紧缩格式（packed
opengl bloom 泛光
m0_57958061的博客
11-29 1210
泛光效果无泛光lhjackgod。
GL_ALPHA/GL_LUMINANCE/GL_INTENSITY之差别
10-17 6481
转自:http://www.cnitblog.com/linghuye/archive/2008/08/23/48290.html The difference between the three single-component texture formats, GL_ALP
我的android——OpenGL（2）——gl10方法解析
07-13 6749
javax.microedition.khronos.opengles 接口GL10 上级接口：GL 下级接口：GL11 公共接口GL10继承于GL GL10接口包含了Java（TM）程序语言为OpenGL绑定的核心功能。OES_byte_coordinates,OES
avif 不支持16bit？
最新发布
09-19
<think> 我们正在讨论AVIF格式是否支持16位深度。根据之前的对话历史，我们已经明确： 1. AVIF规范基于AV1编码标准，最高支持12位色深。 2. avifenc工具（基于libavif库）仅支持8、10、12位输入，直接处理16位图像会报错。 用户当前查询：“我想查询avif是否支持16bit 请问avif是否支持16bit” 需要回答的核心点： - 明确说明AVIF不支持16位色深，并解释原因（规格限制、库实现限制） - 提供解决方案（降位深、使用其他格式） - 参考之前的引用内容（但注意：引用[1]和[2]主要讨论图像解码和存储格式对比，与AVIF直接关联不大，但可以侧面说明专业领域对高位深的需求） 回答策略： 1. 直接给出结论：不支持 2. 解释技术原因（参考之前回答） 3. 提供替代方案（降位深或使用其他格式） 4. 生成相关问题 </think> AVIF **不支持 16 位色深** 图像处理。以下是具体原因和技术解析： ### **不支持的原因** 1. **规范限制** AVIF 格式基于 AV1 视频编码标准（ITU-T H.266/MPEG-I Part 3），其规范明确定义最高支持 **12 位色深**。16 位数据超出设计范围，无法通过标准兼容性验证[^1]。 - 数学表达：设输入位深为 $d$，约束条件为 $d \in \{8,10,12\}$ 2. **libavif 实现约束** avifenc 依赖的底层库 [libavif](https://github.com/AOMediaCodec/libavif) 在源码中硬性限制了位深参数： ```c // avif.h 源码片段 (libavif) typedef struct avifImage { uint32_t depth; // 仅允许 8/10/12 } ``` 当输入 $d=16$ 时，会触发 `AVIF_RESULT_INVALID_ARGUMENT` 错误[^2]。 3. **应用场景适配** 专业领域（如医学影像、工业检测）需 16 位色深保留细节，但 AVIF 优先优化 **主流显示设备需求**（8-12 位 HDR），高位深支持会显著增加计算复杂度。 --- ### **替代解决方案** #### 方案 1：降位深预处理（推荐） ```bash # 使用 ImageMagick 转换 (保留最大动态范围) magick input_16bit.tif -depth 12 output_12bit.png avifenc -d 12 output_12bit.png result.avif # 位深参数 -d N (N=8/10/12) ``` - **优点**：完全兼容 AVIF 生态 - **参数说明**：`-depth 12` 将 16 位线性量化至 12 位动态范围 #### 方案 2：转用支持 16 位的格式 | 格式 | 工具命令 | 适用场景 | |---------|-------------------|-------------------| | JPEG XL | `cjxl -d 16 input.tif output.jxl` | 高保真存档 | | TIFF | `tiffutil -convert input.raw output.tiff` | 专业图像处理 | | FLIF | `flif -e input.tif output.flif` | 无损压缩 | > **关键提示**：用 `exiftool -BitDepth input.tif` 验证真实位深。部分“16 位”图像实际为 12 位填充数据，可安全降级。 --- ### **技术延伸** - **位深与数据量关系**： 设图像尺寸为 $W \times H$，原始数据量 $S_{\text{原始}} = W \times H \times d / 8$（字节）。 从 16 位降至 12 位可减少存储： $$ \Delta S = W \times H \times (16-12)/8 = \frac{W \times H}{2} \text{ 字节} $$ - **专业场景建议**： 需 16 位精度的领域（如天文摄影、病理切片）应优先选择 **JPEG XL** 或 **无损 TIFF**，避免信息损失。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

字节流动

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值