Hi ti
You said: PDK driver does not support AEWB algorithm, this is supported only on OpenVX.
Can't we directly call TI's AE and AWB algorithms in the task on MCU2_0 if we use PDK driver?
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.
Hi ti
You said: PDK driver does not support AEWB algorithm, this is supported only on OpenVX.
Can't we directly call TI's AE and AWB algorithms in the task on MCU2_0 if we use PDK driver?
Hi, ti exports
Is it feasible to use aewb target processing function as follows?
Of course, the function should be refactored with removing openvx framework code
Thanks
Hi,
Well, possible, but it is not supported in the standard SDK. In SDK, this algorithm is available in the OpenVX node only.
Before going into it, can you please refer to below FAQ? It talks about how you can optimize the usecase to get better latency numbers.
Regards,
Brijesh
Hi Brijesh Jadav,
we use SBL, but startup time in SBL mode is 30s, please refer to another case
Dear Brijesh,
I don't understand why it is not supported in the standard SDK. Can't we directly call the interface functions of AE and AWB algorithms
Hi Qin,
Sorry this ticket is for AEWB, for SBL startup time, it can expected. Because if you are using UDA partition and SBL, it takes time to tune the eMMC and then to read from UDA partition.
Regarding AEWB, we support usecases using OpenVX framework, so AEWB is integrated in OpenVX in standard SDK. You can directly call AEWB algorithm API, but then you would have to integrate it in your application.
Regards,
Brijesh
Hi Brijesh
How long does it take if we use emmc UDA ?
How long does it take if we use emmc boot0 ?
Dear Brijesh
"Because if you are using UDA partition and SBL, it takes time to tune the eMMC and then to read from UDA partition"
This will take 30s and than start linux ?
Hi Brijesh
If we want to raw sensor output YUV image within 4 seconds, are there any better suggestions? Thank you very much.
Hi Qin,
but what's your bootmedia? Are you booting from OSPI? Then yes, it can improved, but for eMMC boot0 partition, i really doubt we can do much.
Regards,
Brijesh
Dear Brijesh,
We are booting from eMMC boot0.
How long does it take and than start linux if boot from eMMC boot0 ?
Hello Qin,
But is it only for SBL? What about the rest components? Can you please share details about your bootflow with the storage device used for each component?
Regards,
Brijesh
Hi Brijesh,
The EMMC partition is divided into BOOT partition and UDA partition.
In the BOOT partition, sbl boot0 boot files are burned and written: tiboot3. bin is written at address 0, tifs. bin is written at 0x400, and app is written at 0x1400.
In the UDA partition, commands are used to create logical partitions into boot partition and rootfs partition, with kernel and other images placed in the boot partition.
Hi Qin,
What's the size of the app binary? Also how much time it takes to initialize and load TIFS? Have you done some detailed measurement as to which component is taking more time to load? Is it TIFS, or App or Linux booting is taking more time?
eMMC initialization should not take so much time, but lets first profile it.
Regards,
Brijesh