ov x8b发送 rggb raw12格式图像数据，hbplayer图像绿

看着不对，8M的就算按raw16 存也是2，最多16M ，这个21M的不知道怎么算的尺寸，你那边有看raw图的软件么，或者直接用hobot player选择静态图，看看能不能看这个raw图，我们这边解析不了

上传的zip文件，解压下，其中一个raw文件是12M。

好的，我再看看，我还以为你就只改后缀

你这个raw图没问题的

你这个size用错了，3840 2160 stride 选择5760

你能获取到新版本的hobot player吗，那上面有很多debug功能的

获取不到。我也想获取个最新的版本。你们有下载的链接吗

能根据我最新上传的raw文件，知道是什么原因，导致图像绿色吗

这个我们也不知道外面的获取渠道

因为不能发截图，你给raw图在最新的hobot player上显示是正常的，你把hb_j5dev.json 发我看看，看看改个参数有没有效果，主要J5这边没有环境了

上传了raw_hb_j5dev.zip，压缩文件中有 hb_j5dev.json和新的raw图文件。我用 hobot player 看就是完全是绿色的。 最新的hobot player 会对收到图像进行处理吗？

配置文件你改过吗，看着配置的不对

你把config_index改成16896试试

试过，还是绿。我现在有sensor 驱动的源代码，这个 config_index 是配置了pwl_24bit。之前我已经试过 pwl_20bit和 pwl_24bit。都还是绿色。

如果能明确sensor排列模式的话，可能就需要找support了，这个感觉就是tuning，如果不明确的话 你就排列组合试试把还有 BAYER_START_GR BAYER_START_GB这2个

你之前的编译方法没有问题的，出错的日志发出来看看？

这个已经出错很多久了，不过看上去也是参数不匹配的，你这个json是生成的吗不要用默认的默认的不一定有用的

你有操作手册吗，看看能不能自己先生成一个版本试试？不要用默认的

我好像发不了附件呢

你自己编译的lib文件在J5上能使用吗？json文件应该没有问题，系统中的json文件版本和系统中的lib文件版本是相同的。应该还是编译上的问题。另外怎么看isp的日志，isp出错了，但是没有看到具体的错误信息

这个错误看不出来的，这个是isp直接没有工作，导致2块buffer都是1-filled状态，而导致这种状态有可能就是某个寄存器配置错了，所以从日志上可能还看不出错误。isp的日志可以通过 echo -n 'module hobot_isp +p' > /sys/kernel/debug/dynamic_debug/control 这个命令打开

看了代码，和加了些打印。发现好像是func_json_to_c.c生成的j2cf有问题，当json文件中的值超过0x7fffffff，就会截断，变成 0x7fffffff 。可能是变量类型不是无符号导致的。这个需要怎么修改，知道吗？

这个是不是修改下这个值更合理，为啥会有这么大的值呢，驱动也不支持的

这么大的值是系统自带的json文件中配置的。并且没有问题的lib文件就可以读出超过 0x7fffffff 的值，并且值和系统自带的json文件中的值是一样的。我自己生成的lib文件，在内核中读出来的值最大就是 0x7fffffff ，值已经发生了修改。我估计你们研发人员应该知道这个问题。我拿到的版本，可能是有问题的版本

J5之前确实有一个版本uint32改成init32，你可以看看json中那个参数变成0x7fffffff么

是 CALIBRATION_CA_FILTER_MEM 和 CALIBRATION_CUSTOM_SETTINGS 中的参数变成了 0x7fffffff

可以手动改的, CALIBRATION_CUSTOM_SETTINGS 建议写0，0，0，0

CALIBRATION_CUSTOM_SETTINGS 改写0，0，0，0后，生成的lib文件可以使用。要修改 uint32 的问题，好像要修改cjson.h 和cjson.c。

那你现在可以自己tuning了吗

对了，理论上这个int32 unit32不是最大值应该也没影响吧

不是最大值，设置为0 对偏绿色没有影响。尝试用tuning control-tool调试，修改一些参数值后，图像没有什么变化。绿平衡，一般是把rggb中g的值减少一半。但是我修改了一些和g相关的参数，没有什么效果。你有什么建议修改的参数吗

修改 CALIBRATION_STATIC_WB 参数，生成lib文件，可以调整颜色。但是通过 tuning control-tool 调整值，不能实时调整图像的颜色，不知道为什么。不实时调整的话，白平衡比较难调。

稍等，你这个要找对应的工程师看看，目前项目都还有点忙，来不及回复

这个值是标定值，为啥要实时调整的

这个 实时调整 ，不是通过程序去调整。是我手工修改参数值后，立即看下调整后的实际颜色效果。调完后就固定在lib文件中，不再调整了

你有试过24色卡吗，拍个24色卡看看，看看哪些颜色有问题

你这个参数需要标定的，有标定手册没，可以按照标定的手册一步步来的

CALIBRATION_STATIC_WB这个参数你是怎么标的呢，这个参数最好有灯箱，manual住AWB参数，在D50光源下标定出来一组标准的 CALIBRATION_STATIC_WB 参数

我没有D50光源，也不需要严格的白平衡。只需要肉眼看上去，颜色正常就可以了。我用control-tool调整static页面中的wb参数值，hbplayer中的颜色没有变化，只能一次次生成lib文件去测试，但是无法调出白色。 原来的值是[338, 256, 256, 446]，满屏绿色，改成[338, 170, 170, 446]后非常亮的白变成红色，比较暗的白变成绿色和青色。 能不能给下建议的值，或者需要修改什么其他参数的值

这个没有建议值，属于sensor差异化的参数，普朗克曲线如果不正确生成，awb很难调好的。不清楚您那边的需求是什么，如果只需要肉眼看起来正常，那可以通过control tool把AWB manual住，手动调API->TSYSTEM中的 SYSTEM_AWB_RED_GAIN_ACTUAL 和 SYSTEM_AWB_BLUE_GAIN_ACTUAL

需求就是通过调整lib文件中的参数，使图像 肉眼 看上去正常。 control tool把AWB manual住 ，这个也是在 TSYSTEM中 选中 AWB manual 复选框，然后调整 SYSTEM_AWB_RED_GAIN_ACTUAL 和 SYSTEM_AWB_BLUE_GAIN_ACTUAL 吧。那绿色的值缺省是多少。最后这两个参数对应lib文件中的哪两个参数呢。

这个是标定值呢，需要按照手册去一步步的调整，然后才会保证永久生效的，你改的动态值都会被覆盖的，看你的需求还是要做完整的awb标定比较合理的

绿色缺省值是256，4.8的存储格式， SYSTEM_AWB_RED_GAIN_ACTUAL 没有对应参数，他是根据2A计算所得的，只是让你临时实验。不按手册进行标定很难调好的，你可以先学习一下普朗克曲线

能不能给下具体的操作步骤，static和dynamic中哪些参数和颜色相关。只调整 CALIBRATION_STATIC_WB 作用不大。

这种满屏偏色问题一般都是sensor数据位分布与驱动部分不匹配搞错了，不是图像tuning的问题，建议往这个方向找找看

嗯，之前找过，好像能试的都试过了，没有改善，上面有各个参数的图片，现在看上去调整awb的calibration参数有效果，看着是模组没有做标定

完整的操作步骤就是通过工具标定生成Static calibrations里面的静态参数，你如果还是想要手动改的话就改 CT_RG_POS_CALC ， CT_BG_POS_CALC ， COLOR_TEMP ， RG_POS ， BG_POS ， MESH_RGBG_WEIGHT ， COLOR_TEMP。这些参数是普朗克曲线的标定点

另外你现在能通过调整 SYSTEM_AWB_RED_GAIN_ACTUAL 让画面正常吗，你这张图有的偏红有的偏绿，不是整体偏一个颜色，看着又不像是AWB的问题

SYSTEM_AWB_RED_GAIN_ACTUAL 和 SYSTEM_AWB_BLUE_GAIN_ACTUAL 这两个对应red gain和blue gain，通过他俩都调不出来，那可能跟AWB关系不大。你看看Dynaminc中的 CMOS_CONTROL 的[20] sensor_awb_ctrl 是否是1，如果是1，改成2再改成0，使用ISP AWB，再调整上面的两个gain试试

你先用24色卡调吧，先别对着灯拍，CMOS_CONTROL 的[20] sensor_awb_ctrl 用0调，去调节 SYSTEM_AWB_RED_GAIN_ACTUAL 和 SYSTEM_AWB_BLUE_GAIN_ACTUAL ，拍一张你能调到的最好的状态，把图发出来我看一下

这是不是YUV 420和422搞混了，要不把YUV图发出来看看

把yuv文件发出来看看，这个raw图红蓝反色了，配置的不对。输出是vpm_config.json中的isp_dma_output_format。9/11/13是YUV420, 8/12/14是YUV422

就是看这个图你用的配置参数发出来瞅瞅看

配置的是 "isp_dma_output_format": 12,yuv 附件添加不了了。不知道为什么

12时NV16格式的，你是不是按NV12看的yuv所以有错位

是hbplayer上设置的吗。 我不知道怎么设置. 不过我用 vio_test_case.sh出图 ，没有设置什么，图片是正常的

改成11看看呢

你运行期的logcat方便抓一个看看吗，看看有没有报错

改成11，也有相同的问题。

原来配置12的yuv文件，分享在 https://share.weiyun.com/l8JwR9n8

确定改的生效了吗，可以跑的时候cat /proc/hb_isp，看一下有数据那路的axi_output

你这个现象现在是raw图看着都是正常的，就是isp处理后图像异常了，我记得之前的图像yuv还能正常，你这个改动有没有改动尺寸之类的参数的

那你这个看着run tuning sh选择的参数看着有问题的

脚本里会修改的，可以稍微看一下脚本，a11参数应该是指定输出格式为11

改成0，应该就可以了

尝试把isp_stream_output_format改成 0 ， 脚本中把isp_dma_output_format 改成11后。现在颜色和实物位置偏移的问题解决了

问题都解决了？

色差问题还是在的，白色部分有显示绿色和红色

先用24色卡调，先别对着灯拍，CMOS_CONTROL 的[20] sensor_awb_ctrl 用0调，去调节 SYSTEM_AWB_RED_GAIN_ACTUAL 和 SYSTEM_AWB_BLUE_GAIN_ACTUAL ，拍一张你能调到的最好的状态，把图发出来看看

把hardware中pipeline中的Bypass Color Matrix 勾选上试试， White Balance中的四个gain还有 STATIC_WB 发出来一下

在 pipeline 中没有找到 Bypass Color Matrix 。SYSTEM_AWB_RED_GAIN是 463，SYSTEM_AWB_BLUE_GAIN 是537 ， 好像只有两个gain。STATIC_WB 值是 180 120 120 300

hardware->Output formatter中的 rgb2rgb_bypass 选上， STATIC_WB 不要调节中间的G，保持256，就调节R和B就行

把这个24色卡的raw图传一个

从raw 跟yuv的色卡看，你这个R跟B是反的呢

MESH_COLOR_TEMPERATURE 301 316 330 343 347 352 356 360 365 370 370 378 387 392 392 271 287 300 314 328 342 347 351 356 360 365 369 374 383 392 252 260 269 283 297 311 324 338 346 351 355 360 364 369 392 235 243 250 257 265 278 292 305 320 333 345 350 354 359 392 219 227 234 241 248 255 262 274 289 302 316 329 345 349 360 204 211 218 224 232 239 246 253 260 271 285 298 313 326 350 187 196 203 208 215 222 229 236 243 250 257 266 280 294 327 169 177 185 192 199 206 213 220 227 234 241 248 255 262 296 160 167 174 181 189 196 204 210 218 225 232 239 246 253 278 146 150 154 158 163 170 177 185 192 200 209 216 223 230 247 135 138 142 145 150 154 157 166 173 181 188 195 206 213 230 123 127 130 134 138 142 146 149 154 158 170 177 185 192 214 113 115 119 122 125 129 132 135 142 146 150 153 166 173 191 95 99 102 106 110 116 119 123 126 129 133 141 145 149 172 83 83 83 83 83 83 88 91 95 98 102 105 119 123 131

raw图反是因为你没配置bayer格式，你这个raw是BGGR的，这个没关系，ISP收到的顺序是对的，你先拿我上面的参数试试

嗯嗯，这个看上去跟真实的图片对比，应该只有raw图有问题，可能跟dump的格式有关系，影响不大，从最新的结果看 效果已经很不错了

这个是rgb bypass了吗，要bypass的，你的ccm参数有问题

对，你们有没有预期的，目前看比之前确实有不小改善了

bypass就是不生效了，8.8格式，你想怎么设就怎么设，要求不高就先都设成256，慢慢加，就在Static里面，它对应的是不同色温下的CCM矩阵

我准备安装ISP_Calibration_Tool_Install.exe，试下isp 调整参数 ，版本是 ISP_Calibration_Tool_IV009_v3.38。但是安装失败，不能连接服务器。我的电脑是可以上网的。这个是什么原因呢？

可以再试着bypass gammafe或者拉低static中的gammafe的整体斜率，看是不是通道过曝导致的偏色。pipeline中开放了很多模块的bypass功能，都可以试一试哪个会让绿色效果变好。

能不能教我下怎么 拉低static中的gammafe的整体斜率 。是不是通过 ISP_Calibration_Tool 工具生成的？是不是要输入rggb的raw图，要怎么保存rggb的raw图呢？ 上次你们说我保存的raw图格式不对。