DM385使用DCC抓取RAW图片、YUV图片显示异常

你好，

请问你从网页看到的图像是否正常？我想知道你的问题是工具使用的问题，还是sensor输出调试的问题。

网页是正常的

我还下载了Anson Lee 关于DM8127的问题，他的问题图片我可以显示，虽然也跟他一样，上面有黑边，我使用16进制比较工具进行了比较，发现我的图片数据和他的开始部分的数据不一样，他的是81018101连续很长一段，我的开头一段全是00，接着是一段8080，然后一段杂乱数据，应该是图像数据，然后再一段8080，再接一段图像数据，这样循环。

你好，

YUV图像的大小似乎是1984x1112。请问你是否使能了TNF3？关闭TNF3，你应该可以得到1920x1080大小的图像。

你抓的RAW数据源文件本身看起来就有问题，IMX136在的RAW数据宽度是10bit或者12bit，你给的数据里面都有大于12bit的。请问你对ITT server部分是否有做什么改动？

你创建工程的时候是否填入了正确的分辨率等信息？

请问创建工程时的参数在创建工程完成后就不能修改了吗？

分辨率信息是按1920*1080填写的

我把3NF关了，现在YUV的图片正常了，但是RAW数据还是不能正常显示，与贴子里发的图片一样。附件是新的RAW数据

Hi,，chris，我试了几个之前的版本，抓取的数据仍然无法正常显示，请问能提供一份抓取正常的DM385 IPC 任意一款sensor 的raw数据供我对比参考吗？谢谢。

我没有修改过这部分代码。我尝试了3.5版本，3.2版本，抓取的数据都不正常，因为目前手里只有这几个版本，另外就是appro修改过的程序了。

Hi，Chris，我在抓取raw数据时看到如下打印信息，里面有一处提示"REISZER OVERFLOW OCCURED: RESTARTING"，请问这是正常情况吗？谢谢

[host]  ITT Server: Connected to client

 [host]  ITT_Server: Recived Data 20 (20)
 [m3vpss ] Command 4 recived from HOST A8
 [m3vpss ] Requesing to dump the raw data
 [m3vpss ] [drivers/capture/src/issdrv_captureApi.c][Iss_captControl][4387]: IOCTL_ISS_CAPT_SET_DCCPRM!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
 [m3vpss ] RAW capture started to address bb484c80
 [m3vpss ]      ##################### REISZER OVERFLOW OCCURED: RESTARTING...############################
 [m3vpss ]  ( Iss_captControl, illegal IOCTL 0x20020006, 537001990 )
 [m3vpss ]  116142: CAMERA: Overflow detected on VP0, Total Resets = 1
 [m3vpss ]  116142: CAMERA: Overflow detected on VP1, Total Resets = 1
 [m3vpss ]  ~~~~~~ IssIsifFillDefaultParams, msb_pos 2, dcoffset_clamp_value 0x1f10 ~~~~~~
 [m3vpss ]  ~~~~~~ IssIsifParamsInitPreview, sdram_pack_fmt 1, msb_pos 4 ~~~~~~
 [m3vpss ]  raw data is ready to trasmit
 [m3vpss ] Trasmitting the raw data
 [m3vpss ] Transmitting chunk 0 bytes remaining = 4147200 from raw buf bb484c80

 [host] Got a new message

 [host] Response from M3 is : 1

 [host] Data to transfer = 1024000

 [host]  ITT_Server: Send Data 20 (20)

 [host]  ITT_Server: Send Data 1024000 (1024000)

你好，

resizer overflow说明ISS写DDR的时候拿不到资源了。

请使用ipnc RDK 3.8里面的sys_pri.c，并且在文件系统的init.sh里面加上下面的命令来提高ISS访问L3的优先级，看是否能解决resizer overflow的问题。

./bin/sys_pri.out --L3-bw-reg-set ISS 3 3 100 2000&

Hi，Chris，我尝试了把L3的优先级提高，虽然没有resizer overflow的问题了，但是抓取的raw数据仍然无法正常显示，请查看附件帮忙分析原因。谢谢。

Hi，Chris，我增加了一些打印信息，发现raw数据和yuv数据在alg_itk_link_tsk.c和itt_capture.c中每间隔1024000个字节打印出来10个字节，这些数据都是完全相同的，是否可以证明数据传输没有问题呢？

另外，我发现raw数据和yuv数据的大小都是4147200，即4050Kb，是不是没有正常的获取到raw数据呢？谢谢

你好，

请问你的memory map是否做过修改（cfg)文件？会否raw存放的地址被其他数据篡改了？

RAW数据大小应该是width x height x 2 bytes

YUV420SP的数据大小应该是width x height x 1.5 bytes

memory map我记得是没有修改过，如果修改过是否会影响web上的视频呢？web上的视频一直是正常的，而且yuv也是正常。

你好

       这步我们已经改了，但是没有效果呀，有没有可能有别的原因呀。

       我们看寄存器，发现有个寄存器是RSZ_IN_FIFO_CTRL，这个寄存器的值是设置FIFO上下限阈值，设置这个寄存器有没有效果。

你好

这步我们已经改了，但是没有效果呀，有没有可能有别的原因呀。

我们看寄存器，发现有个寄存器是RSZ_IN_FIFO_CTRL，这个寄存器的值是设置FIFO上下限阈值，设置这个寄存器有没有效果。