2021-04-05

本文探讨了处理8位灰度图为何显示蓝色,通过理解LCD显示原理,发现是由于数据格式与RGB565的对应问题。解决过程包括转换为16位并调整,最后揭示了灰度化的正确方法。新问题提出:灰度图目的、二值化是否可行。
摘要由CSDN通过智能技术生成

4.4 回来工作。

解决遗留问题:为什么我处理出来的灰度图是蓝色?

尝试1:
分别输出R,G,B以及处理为8位的R<<3;G<<2,B<<3的图片。
结果:
R\G\B 都是蓝色,但能看出属于正常照片的视角
转化8位后视角发生畸变

猜测:输出的是八位数据,正好对应RGB的后八位,包含全部蓝色,下面尝试转化为16位。

效果:修改输出为16为,并左移8位后,输出红色图片,所以解决该问题。

结论:LCD显示的函数针对的是RGB565,处理后的灰度图是8为,对应的是RGB5656的全部BLUE和少部分GREEN,所以显示出的时蓝色图片。

新问题:灰度图是8位的吗?转化为灰度图的目的是什么?只是为了减小大小?直接二值化处理是不是也可以完成目标呢?

查资料:

灰度也可以认为是亮度,简单说就是色彩的深浅程度
方法1:
灰度化后的R=(处理前的R + 处理前的G +处理前的B)/ 3
灰度化后的G=(处理前的R + 处理前的G +处理前的B)/ 3
灰度化后的B=(处理前的R + 处理前的G +处理前的B)/ 3
方法2:
灰度化后的R = 处理前的R * 0.3+ 处理前的G * 0.59 +处理前的B * 0.11
灰度化后的G = 处理前的R * 0.3+ 处理前的G * 0.59 +处理前的B * 0.11
灰度化后的B = 处理前的R * 0.3+ 处理前的G * 0.59 +处理前的B * 0.11

尝试一波:
出问题,变成了颜色的刷新,没有了图像的概念
查找了很久资料,发现有点问题。暂放。

22.35,理解了读取的顺序,每个周期内读取16位数据中,只有前八位存在数据。第一个周期是5R+3G.
第二个周期前八位是3G+5B。后八位为空。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值