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.

CODEC H264 slower when use OpenGLES2

Other Parts Discussed in Thread: DM3730

Hi,

I observe something on DM3730 that I don't understand.

I launch the dsp with your test in the dvsdk 4_03_00-06.
./decode -v <name video 720P>.264 -O system

The video is decoded and displayed on vid1.
I add in your test the duration of the function Vdec2_process.
It takes between 18 and 21 ms.

I disable vid1 and enable gfx
echo 0 > /sys/devices/platform/omapdss/overlay1/enabled
echo 1 > /sys/devices/platform/omapdss/overlay0/enabled

I launch X with drm.
I launch your test OpenGLES2 "OGLES2HelloTriangle" in the graphic-sdk 4.06.00-01
It appears on the screen.

But, the founction Vdec2_process takes now between 46 and 60 ms.

I note this CPU load :
%MEM %CPU process
 7.4  7.8 Xorg
 5.8  7.8 OGLES2HelloTriangle
17.2  1.7 decode

I don't understand why the dsp is slower when the test OGLES2HelloTriangle is launched.

Could you explain me this issue?

It is a huge problem on our platform because we use video 720P + OpenGLES2.
So your codec is not real time.

Screen config :
# fbset
mode "1280x720-60"
        # D: 74.052 MHz, H: 44.989 kHz, V: 59.986 Hz
        geometry 1280 720 1280 4320 32
        timings 13504 218 70 20 5 78 5
        accel false
        rgba 8/16,8/8,8/0,0/0
endmode

Regards,