Skip to content

gst-plugins-imsdk: upgrade 2.0.0 -> 2.0.1 - #3143

Open
Raja Ganapathi Busam (Raja-Ganapathi-Busam) wants to merge 1 commit into
qualcomm-linux:masterfrom
Raja-Ganapathi-Busam:upgrade_imsdk_2_0_1
Open

Raja Ganapathi Busam (Raja-Ganapathi-Busam) wants to merge 1 commit into
qualcomm-linux:masterfrom
Raja-Ganapathi-Busam:upgrade_imsdk_2_0_1

Conversation

@Raja-Ganapathi-Busam

Copy link
Copy Markdown
Contributor

Upgrade gst-plugins-imsdk recipes tag from 2.0.0 to 2.0.1

Highlights:

  • Add compatibility for both libadreno-utils.so.1 and libadreno_utils.so.1 during library transition
  • Fix memory leaks in metamux classification metadata, qmmfsrc camera metadata
  • Add DLC model support in qtimlqnn and fix segfault in teardown
  • Change vcomposer/vtransform background color to opaque black
  • Add explicit linkage for direct library dependencies
  • Refactor qimsdk and add pipeline graph generation support
  • Add fourfinger demo application to qimsdk-app-builder
  • Add app to demonstrate stripping hardware-aligned padding
  • Improve sample applications media output handling paths
  • Add SoC IDs for hexagon v66 and improve AI apps with low fps
  • Configure HTP burst performance mode in sample applications
  • Improve daisy chain app performance with parallel processing
  • Change decoder caps to NV12 in multistream inference app
  • Add live preview support in camera per-port example

@github-actions

github-actions Bot commented Sep 12, 2026

Copy link
Copy Markdown

Test run workflow

Test jobs for commit 8cfbf37

qcom-distro
Pass: 310 | Fail: 26 | Total: 357
qcom-distro_linux-qcom-6.18
Pass: 229 | Fail: 4 | Total: 259
nodistro
Pass: 10 | Fail: 0 | Total: 10

@test-reporting-app

test-reporting-app Bot commented Sep 12, 2026

Copy link
Copy Markdown

Test Results

  119 files  +   51    715 suites  +396   9h 26m 48s ⏱️ + 3h 8m 30s
  170 tests +   16    134 ✅ +    7   1 💤 + 1  35 ❌ + 8 
4 589 runs  +2 503  4 494 ✅ +2 462  47 💤 +26  48 ❌ +15 

For more details on these failures, see this check.

Results for commit 8cfbf37. ± Comparison against base commit bccc3bb.

This pull request removes 1 and adds 17 tests. Note that renamed tests count towards both.
lava ‑ 1_CPUFreq_Validati[
10_Logging_Journalctl_Validation ‑ Logging_Journalctl_Validation
11_Partition_PostBoot_Validation ‑ Partition_PostBoot_Validation
12_Boot_Systemd_KPI_Loop ‑ Boot_Systemd_KPI_Loop
5_OpenCV ‑ OpenCV
6_Ethernet ‑ Ethernet
6_irq ‑ irq
7_BT_ON_OFF ‑ BT_ON_OFF
7_Docker_Kernel_Config ‑ Docker_Kernel_Config
8_AudioRecord ‑ AudioRecord
8_EFI_Variable_Validation ‑ EFI_Variable_Validation
…

♻️ This comment has been updated with latest results.

@ricardosalveti

Copy link
Copy Markdown
Contributor
  • qimsdk_demo_fourfinger.py imports cairo but that is not in RDEPENDS:${PN}-apps.
  • New fastcv sample app in place, but no dependency on qcom-fastcv-binaries (proprietary)
  • ib2c-utils.cc now falls back to dlopen() of libadreno-utils.so.1 / libadreno_utils.so.1, also no dependency in place.

@Raja-Ganapathi-Busam

Copy link
Copy Markdown
Contributor Author
  • qimsdk_demo_fourfinger.py imports cairo but that is not in RDEPENDS:${PN}-apps.

Added cairo and opencv in python apps RDEPENDS. Let me re-work on the opencv dependency, since it has to be enabled in dynamic layers.

  • New fastcv sample app in place, but no dependency on qcom-fastcv-binaries (proprietary)

Internal review is going on, will comeback on this.

  • ib2c-utils.cc now falls back to dlopen() of libadreno-utils.so.1 / libadreno_utils.so.1, also no dependency in place.

The logic is to get the video alignment information. It handles all possible GLES backends. Adreno is one of them. Runtime, it checks for Adreno utils library and also handles a fallback option.

@Raja-Ganapathi-Busam

Raja Ganapathi Busam (Raja-Ganapathi-Busam) commented Sep 15, 2026

Copy link
Copy Markdown
Contributor Author
  • qimsdk_demo_fourfinger.py imports cairo but that is not in RDEPENDS:${PN}-apps.

Added cairo and opencv in python apps RDEPENDS. Let me re-work on the opencv dependency, since it has to be enabled in dynamic layers.

is it okay to have a recipe (imsdk-python) without any PACKAGECONFIG option enabled by default?
Instead, the option is enabled in dynamic layers via bbappend.
This keeps all the IMSDK recipes in one place.

@quaresmajose

Copy link
Copy Markdown
Contributor
  • qimsdk_demo_fourfinger.py imports cairo but that is not in RDEPENDS:${PN}-apps.

Added cairo and opencv in python apps RDEPENDS. Let me re-work on the opencv dependency, since it has to be enabled in dynamic layers.

is it okay to have a recipe (imsdk-python) without any PACKAGECONFIG option enabled by default? Instead, the option is enabled in dynamic layers via bbappend. This keeps all the IMSDK recipes in one place.

We already have the recipes-multimedia/imsdk/gst-plugins-imsdk-python_2.0.0.bb, What would the differences be compared to this imsdk-python?

@Raja-Ganapathi-Busam

Copy link
Copy Markdown
Contributor Author
  • qimsdk_demo_fourfinger.py imports cairo but that is not in RDEPENDS:${PN}-apps.

Added cairo and opencv in python apps RDEPENDS. Let me re-work on the opencv dependency, since it has to be enabled in dynamic layers.

is it okay to have a recipe (imsdk-python) without any PACKAGECONFIG option enabled by default? Instead, the option is enabled in dynamic layers via bbappend. This keeps all the IMSDK recipes in one place.

We already have the recipes-multimedia/imsdk/gst-plugins-imsdk-python_2.0.0.bb, What would the differences be compared to this imsdk-python?

Sorry, my bad. I was referring to gst-plugins-imsdk-python_2.0.0.bb recipe only. Written in short form, sorry for the confusion.

Currently, this recipe enables "python" PACKAGECONFIG option in .bb file. Now, we have to add python3-opencv and python3-pycairo as RDEPENDS due to the nee demo app.
Since python3-opencv is coming from "openembedded-layer", we have two options.

  1. Keep gst-plugins-imsdk-python_2.0.0.bb in the same place, but remove enabling "python" from PACKAGECONFIG, instead enable it in dynamic-layers.
  2. Move gst-plugins-imsdk-python_2.0.0.bb to dynamic-layers.

In option 1 case, all imsdk recipes are in single place. But this leaves dummy recipe which will be compiled even without openembedded-layer and generated empty packages.

which one will be the best option...

DEPENDS += "gst-plugins-imsdk-base python3-pygobject"

PACKAGECONFIG = "python"
PACKAGECONFIG ??= ""

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is weird to have a python recipe that has no python by default in PACKAGECONFIG :-)

Is it any useful without this packageconfig? If python is indeed a base requirement, move it under dynamic layers.

Upgrade gst-plugins-imsdk recipes tag from 2.0.0 to 2.0.1

Highlights:
- Add compatibility for both libadreno-utils.so.1 and
  libadreno_utils.so.1 during library transition
- Fix memory leaks in metamux classification metadata,
  qmmfsrc camera metadata
- Add DLC model support in qtimlqnn and fix segfault in teardown
- Change vcomposer/vtransform background color to opaque black
- Add explicit linkage for direct library dependencies
- Refactor qimsdk and add pipeline graph generation support
- Add fourfinger demo application to qimsdk-app-builder
- Add app to demonstrate stripping hardware-aligned padding
- Improve sample applications media output handling paths
- Add SoC IDs for hexagon v66 and improve AI apps with low fps
- Configure HTP burst performance mode in sample applications
- Improve daisy chain app performance with parallel processing
- Change decoder caps to NV12 in multistream inference app
- Add live preview support in camera per-port example

Add python3-opencv and python3-pycairo RDEPENDS
required by qimsdk_demo_fourfinger.py in gst-plugins-imsdk-python.
Due to python3-opencv dependency, move the recipe to dynamic layers.

Signed-off-by: Raja Ganapathi Busam <rbusam@qti.qualcomm.com>
@ricardosalveti

Copy link
Copy Markdown
Contributor

Please split the recipe move to dynamic-layers into its own commit before the bump, so the bump stays a pure rename plus the RDEPENDS.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants