今日,有同事问我.rgb555模式下的位图文件的格式问题,于是花了一下午的时间通过推測与測试,分析出了例如以下bmp文件在rgb555模式下的文件存储规律: 1:bmp文件的文件信息头中的biBitCount数据应该为16 在rgb555模式下,一个像素占用2字节.rgb分别占用5位,另外有一位是填充位. 2:16位数据的组成例如以下 第一个字节:g5g4g3b7b6b5b4b3 第二个字节:0r7r6r5r4r3g7g6 当中第二个字节的左边第一位为填充位.我在实验中用0填充. 3:该16位b

近日从本地16比特位图读出象素彩色数据,并填充ANDROID的BITMAP数据.发现,使用CAVAS当屏幕显示,照片显示的颜色不正确,找了很多资料,原来发现两个原因: 1.将位图的颜色分量掩码弄错了,当BITMAPINFOHEADER.biCompression是BI_BITFIELDS,此时位图才为565格式的位图,掩码存放在原来调色板的位置,而当前读取的这张位图BITMAPINFOHEADER.biCompression是BI_RGB,此时位图应该为555的位图,所以掩码应该採用RGB555

在消费类电子越来越白热化阶段.好多设计project师已经開始慢慢关注到成本控制,小金在这里就给大家带来一颗转接IC.希望能帮助贵公司控制成本.当然性能也是可靠的,已经好多产品设计了. 多多不吝赐教 我是对转接口IC是相当的了解EDP,RGB,LVDS,MIPI等,我会每过一段时间解说一个产品,期望能帮助大家共同进步 ZA7783芯片:MIP转LVDS,MIP转RGB888 ,RGB转LVDS.三合一.一板多接口(为不同的屏缺货做考虑) M15013505758        q 1086289

内存中的数据排列高位在左,低位在右 RGB888->RGB666 高 -------低 B[3]         B[2]          B[1]         B[0]            B[3]             B[2] RGB888  RRRRRRRR GGGGGGGG BBBBBBB RRRRRRRR  GGGGGGGG BBBBBBBB A[2]           A[1]               A[0]                   A[2]    

说明:1. 首先感谢ST终于推出了ARGB格式的emWin库,可谓千呼万唤始出来,使用STM32的硬件RGB888接口刷新图片慢的问题终于得到解决.2. 这个问题由来已久,是之前为我们的STM32-V6板子制作emWin模板时发现的.V6板子的硬件配置是STM32F429BIT6 + 32位带宽的SDRAM + 硬件RGB888接口.实际测试中发现,将F429配置为16位色的RGB565,刷新800*480分辨率的图片可以做到15ms左右一帧,而测试24位色的RGB888或者32位色的ARGB8

做tft彩屏显示图片的时候,显示16位位图,显示屏的显示模式为RGB565.使用img2lcd转换后的16位bmp,显示出来后,颜色有偏差:转换为565格式的bin文件,显示完全正常,可以确定转换为bmp后,格式为RGB555.网上查找相关资料显示,Windows 图片查看器显示正常的图片,均为RGB555格式,系统自带画图画图工具保存时,不支持将文件保存为16位位图格式. 以下为555转565的程序片段,转换后的结果和使用img2lcd软件保存为565格式的结果完全相同.转换的结果其实就是将原

在AM335x中,在连接显示屏的时候,存在一个问题.这个在am335x Sillicon Errata已经提到过 在RGB888模式中   而对于RGB565模式的硬件连接 不难看出,这个RGB是反的. 看一下我们自己硬件的连接方式 我们自己的硬件连接是RGB888   在模式设置成32位真彩显示时没有问题,但是一旦把32位换成32位时,就会发现图片的颜色显示异常.换一张纯色的红色bmp图片到开发板上,显示成蓝色.效果如图       那么如何让RGB888的硬件连接也能正常显示16位呢?  

  典型的BMP图像文件由四部分组成: (1) 位图头文件数据结构,它包含BMP图像文件的类型.文件大小和位图起始位置等信息: typedef struct tagBITMAPFILEHEADER { WORD bfType;//位图文件的类型,必须为BM(1-2字节) DWORD bfSize;//位图文件的大小,以字节为单位(3-6字节,低位在前) WORD bfReserved1;//位图文件保留字,必须为0(7-8字节) WORD bfReserved2;//位图文件保留字,必须为0(9

最近在做一个项目需要将RGB888转换为RGB565,用C语言转换的代码很简单,这是从ffmpeg中摘抄的代码 static inline void rgb24to16_c(const uint8_t *src, uint8_t *dst, int src_size) { uint16_t *d = (uint16_t *)dst; const uint8_t *s = src; const uint8_t *end = s + src_size; while (s < end) { const

// TODO: 在此添加控件通知处理程序代码  height=width=widthBytes=0;  m_screen.SetWindowPos(&CWnd::wndBottom,0,0,720,576, SWP_NOMOVE | SWP_SHOWWINDOW);  UpdateWindow();  main_window_handle = m_screen.GetSafeHwnd(); if(DD_OK!=(DirectDrawCreateEx(NULL, (void **)&lpd

Android高效内存:让图片占用尽可能少的内存 一.让你的图片最小化 1.1 大图小图内存使用情况对比 大图:440 * 336    小图:220 * 168 小图的高宽都是大图的1/2-->小图是原图的1/4 界面效果: 测试设备:Coolpad   8676-M01   5.1 测试前准备操作:同一款设备,设置图片前后多次调用gc直到内存短时间内保持稳定不再变化 内存使用情况:下图依次是 初始内存,大图内存,小图内存 大图占用内存:11.23 MB - 10.66 MB = 0.57 M

Android高效内存之让你的图片省内存 在做内存优化的时候,我们发现除了解决内存泄露问题,剩下的就只有想办法减少真实的内存占用.而在App中,大部分内存可能被我们图片占用了,所以减少图片的内存占用可以带来直接的效果. 一.一张图片到底占用多少内存 我们先假设我们有一张图片是600 * 800像素的,图片磁盘占用空间大小假设是 100KB. 图片内存大小跟磁盘占用空间大小有什么关系? 磁盘占用空间的大小不是图片占用内存的大小,磁盘占用空间是在磁盘上存储图片需要的一个空间大小,内存大小是加载到内存

转自:https://www.cnblogs.com/hzl6255/p/5470583.html 阅读目录 1. 介绍 2. 接口类型 3. RGB 4. YUV 5. FOURCC 回到顶部 1. 介绍 Video的显示离不开LCD, 所以这里简单介绍一下LCD的接口和RGB LCD的全称是Liquid Crystal Display 的简称, 即液晶显示器LCD目前已经取代CRT, 成为TV.PC等的标配 回到顶部 2. 接口类型 首先我们以传递的信号类型来区分主要有两大类:- 模拟信号:

1. 介绍 Video的显示离不开LCD, 所以这里简单介绍一下LCD的接口和RGB LCD的全称是Liquid Crystal Display 的简称, 即液晶显示器LCD目前已经取代CRT, 成为TV.PC等的标配 2. 接口类型 首先我们以传递的信号类型来区分主要有两大类:- 模拟信号:    - VGA: Video Graphics Array- 数字信号   - TTL: Transistor Transisor Logic   - LVDS: Low Voltage Differe

转自:http://blog.chinaunix.net/uid-30254565-id-5637600.html V4L2学习记录 这个还没有分析完,先在这放着,防止电脑坏掉丢了,以后再完善 V4L2的全称是video for linux two. V4L2 驱动核心 V4L2 驱动源码在 drivers/media/video目录下,主要核心代码有: v4l2-dev.c //linux版本2视频捕捉接口,主要结构体 video_device 的注册 v4l2-common.c //在Lin

Android高效内存:让图片占用尽可能少的内存 一.让你的图片最小化 1.1 大图小图内存使用情况对比 大图:440 * 336    小图:220 * 168 资源目录:xhdpi 小图的高宽都是大图的1/2-->小图是原图的1/4 界面效果: 测试设备:Coolpad   8676-M01   5.1   density=2.0 测试前准备操作:同一款设备,设置图片前后多次调用gc直到内存短时间内保持稳定不再变化 内存使用情况:下图依次是 初始内存,大图内存,小图内存 大图占用内存:11.

优化的方案: 引擎底层优化.纹理优化.渲染优化.资源缓存.内存优化. 纹理优化: cocos2d-x 底层是OPenGL ES实现的. 对于图案片载入的内存是2的幂次方. 使用的图片是100*128 会被转为128*128. 如此浪费一定的空间. 色深优化:png图片: A8R8G8B8 A1R5G5B5 ARGB4444  有透明效果:jpg图片:RGB888 RGB555    无透明效果. 不影响图片效果的前提下能够使用较低的色深使用. 纹理压缩格式:ios设备使用的是powervr现实芯

目录(?)[-] v4l2_pix_format定义 2 具体Pixel Format定义 1. v4l2_pix_format定义 [cpp] view plain copy /* *  V I D E O   I M A G E   F O R M A T */ struct v4l2_pix_format { __u32               width; __u32           height; __u32           pixelformat; enum v4l2_f

Hello,大家好,今天我们来讨论当下非常流行的TFT液晶显示模组,它最大的特点是可以显示出效果非常好的彩色信息,绝大多数手机.液晶显示器,液晶电视.MID.MP4等产品都在使用它,你想抗拒它的魅力还真的很难. 我们主要讨论基于ILI9341的TFT液晶显示模组,但在正式讨论之前,还是得先了解一下TFT液晶显示器的彩色产生原理,它是基于大家都熟悉的红(Red).绿(Green).蓝(Blue)三原色光混合原理,例如,绿色+红色=黄色,绿色+蓝色=青色,红色+蓝色+绿色=白色,如下图所示: 虽然上

STM32F429自带LCD驱动器,这一具有功能给我等纠结于屏幕驱动的程序员带来了很大的福音.有经验的读者一定有过这样的经历,用FSMC驱动带由控制器的屏幕时候,一旦驱动芯片更换,则需要重新针对此驱动芯片做寄存器配置等等,一系列繁琐的操作.但是,如果MCU自带LCD驱动器,情况就不一样了,特别是加载了STemwin之后,不同厂家屏幕,只要其分辨率一样,则可以直接替换,最多是触摸屏的芯片不一样,做些触摸驱动.如果分辨率不同,则只需要更改分辨率就可以了,其硬件接口是一样的. 本文是从野火的5寸800