完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
1.从协议来看,
YUV444:24bit YUV422:16bit YUV420:12bit 2.从DVSDK 的demo代码中ColorSpace_getBpp,其将以上YUV422/YUV420的bit位宽都定义为8 疑问:这是为什么呢?
|
|
相关推荐
3 个讨论
|
|
补充,其中,调用以上函数的上层,有以下条件计算,可见,
ColorSpace_YUV420PSEMI定义为了12bit。 1.其他都定义为了16bit? 2.如RGB888,代码实现就是bpp=32,再乘以2就是64,这个怎么理解? 同样有yuv444,uyvy、rgb565的同样疑问。 if (colorSpace == ColorSpace_YUV420PSEMI) [ bufSize = gfxAttrs.dim.lineLength * gfxAttrs.dim.height * 3 / 2; ] else [ bufSize = gfxAttrs.dim.lineLength * gfxAttrs.dim.height * 2; ] |
|
|
|
|
|
只有小组成员才能发言,加入小组>>
2922个成员聚集在这个小组
加入小组537 浏览 1 评论
390 浏览 1 评论
589 浏览 2 评论
NA555DR VCC最低电压需要在5V供电,为什么用3.3V供电搭了个单稳态触发器也使用正常?
838 浏览 3 评论
MSP430F249TPMR出现高温存储后失效了的情况,怎么解决?
689 浏览 1 评论
AT32F407在USART2 DMA发送数据时,接包接到了要发送的数据,程序还是处于等待传输完成的标识判断中,为什么?
143浏览 29评论
765浏览 23评论
请问下tpa3220实际测试引脚功能和官方资料不符,哪位大佬可以帮忙解答下
295浏览 20评论
请教下关于TAS5825PEVM评估模块原理图中不太明白的地方,寻求答疑
251浏览 14评论
两个TMP117传感器一个可以正常读取温度值,一个读取的值一直是0,为什么?
102浏览 13评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-1-13 17:51 , Processed in 1.067535 second(s), Total 57, Slave 47 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (威廉希尔官方网站 图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号