This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1051534/tda4vm-don-t-fetch-dcc-info-from-fs-if-dcc-is-disabled
您好！
如果传感器驱动程序中不支持 DCC、则应用程序不应从 FS 加载它。
在 PDKR v8.0中的 app_single_cam_main.c 中
#ifdef A72 #if defined(LINUX) appDccUpdatefromFS(obj->sensor_name, obj->sensor_wdr_mode, obj->node_aewb, 0, obj->node_viss, 0, obj->node_ldc, 0, obj->context); #endif #endif
再次进行。 我们作为 TI 用户之一。 需要一个公共场所来报告问题、就像在 GitHub 中一样。 论坛不是一个好地方
尊敬的 Keelung Yang：
您是指 YUV 传感器吗？ 对于 YUV 传感器、没有 VISS、因此不需要 DCC。
对于原始传感器、由于在路径中使用了 VISS、因此需要 DCC。
我没有收到您关于获取 DCC 的问题。 您希望从何处加载 DCC？ 是来自传感器还是来自 FS？
此致、
Brijesh
您好、Brijesh、
对于 YUV 传感器、如果不需要 DCC、为什么要从 FS 加载它？
无论是否存在 YUV 或原始传感器、负载条件都是 A72和 Linux、或者 IssSensor_Features 支持 DCC
我同意对于 YUV 传感器或如果不支持 DCC、应包含此内容。 但我无法 确切地理解您所面临的问题。 YUV 传感器的用例是否运行正常？ 此 API 不存在返回错误检查、因此即使失败、用例也应继续。
这是一个问题、一般性问题：请注意用户及其客户。
作为 TI 的官方程序员之一、当您输出不应输出的错误日志时、有多少用户及其客户会处理此错误消息？ 为什么会发生此错误？ 是由我还是 TI 造成的？ 是否是应用程序/中间件/驱动程序问题？ 我应该确认 TI 的信息吗？
您‘s 浪费 TI 用户及其客户的时间、因为存在极少的错误以及更多此类错误。
但您看到的错误是什么？ 您是否看到因该错误而停止运行用例？
正如我说过的、这是一个问题、当 FS 不包含 DCC 二进制文件但 不影响用例的运行时、它将报告一个错误、对吗？
