Linux: [DRA746] how to run dce_test on Linux?

another question:
how to make difference between flush and EOS (drain)?
it seems "inBufs->numBufs = 0;" for flush, while EOS not. right?

Hi Halley,

Where exactly you found that dce_test.c file? Is it located inside DRA74x PSDKLA 3.02?

Regards,
Pavel

I works for YunOS Car project, it uses chip of "Jactino 6".
the dce_test.c files comes with the libdce module.

I just cloned the git repo: git://git.omapzoom.org/repo/libdce.git
the test still support qnx only:
libdce$ ls test_qnx/dce_test/dce_test.c
test_qnx/dce_test/dce_test.c

Halley,

Seems that dce_test is available for QNX only, not for Linux or Android. I made a search but I was not able to find dce_test for Linux. See the below file:

libdce/README

Regards,
Pavel

yes.

this is exact my question & request.

when i run on linux, while not using gstreamer. i need dce test as reference. to use libdce in my media engine.

The question is answered, the request is someone to develop new dce_test linux version for you. This can not be done through e2e support, as this is not support. You can contact 3rd party from the TI network to develop this for you.

Regards,
Pavel

appreciate, it's exact what I need.

after went through the code, i had some questions:
1. app (basing on libdce) must open drm device, and gst-plugins-ducati does it in the similar way, right?
I mean to "global_fd = drmOpen("omapdrm", NULL);"
is there any potential security issue?
2. there is no DRI2Authenticate() in display-wayland.c, why?
3. I want to give a quick try by skipping video rendering on a Wayland platform, then I can ignore all wayland operation in display-wayland.c
is it doable?

by the way, it seems there is a mistake in display-wayland.c line 086--093
I think the alignment should be done during omap_bo_new(), not after that, something like:
*pitch = ALIGN2(width*bpp/8, PAGE_SHIFT),
bo = omap_bo_new(disp->dev, pitch*height, bo_flags)
....
otherwise, when video width is much smaller comparing to pitch. bo_data_size/pitch will less than original height. for example:( temp ignore bpp), 176x144 video resolution may create bo with size of 176x144x4; if pitch is 176x8, then we got final height of 144/2)

after another thought, use bpp to calculate pitch also doesn't sound good enough.

Hi Halley,
Can you post the questions into a new query so that the proper engineers can response to the questions?
Since this query has been answered, the proper engineers might overlooked the questions.
Thanks.
//Buddy

sure, here is the new thread: e2e.ti.com/.../608356