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.

Problems with hardware decoded video playback

Hi,

We are developing our own platform based on OMAP4430 

and we faced some problems while running 

video playback with hardware decoding (TI proprietary codecs).

Video image is blinking (the framerate is about 1-2fps).

In the logcat we can see periodically this information :

E/TIOverlay( 1375): Failed to DQ/-5
D/TIHardwareRenderer( 1375): nBuffers_queued_to_dss = 1, nOverlayBuffersQueued = 5
D/TIHardwareRenderer( 1375): buffers in DSS
D/TIHardwareRenderer( 1375): 1 1 1 1 1 0
D/TIHardwareRenderer( 1375): Reclaiming the buffer [0] from Overlay
D/TIHardwareRenderer( 1375): Reclaiming the buffer [1] from Overlay
D/TIHardwareRenderer( 1375): Reclaiming the buffer [2] from Overlay
D/TIHardwareRenderer( 1375): Reclaiming the buffer [3] from Overlay
E/TIOverlay( 1375): Failed to DQ/-5
D/TIHardwareRenderer( 1375): nBuffers_queued_to_dss = 1, nOverlayBuffersQueued = 5
D/TIHardwareRenderer( 1375): buffers in DSS
D/TIHardwareRenderer( 1375): 0 0 0 0 1 1
D/TIHardwareRenderer( 1375): Reclaiming the buffer [4] from Overlay
D/TIHardwareRenderer( 1375): Reclaiming the buffer [5] from Overlay
D/TIHardwareRenderer( 1375): Reclaiming the buffer [6] from Overlay
D/TIHardwareRenderer( 1375): Reclaiming the buffer [8] from Overlay

The source of "E/TIOverlay( 1375): Failed to DQ/-5" error 

is -EIO returned by v4l2_overlay_dq_buf() function in
hardware/ti/omap3/liboverlay/v4l2_utils.c

In this function there is poll() function which returns 0

in place of positive number and this results in returning -EIO by whole v4l2_overlay_dq_buf(). 

Returning error cause restart of video stream and video image is blinking.

We are using L27.G.3 release. 

The only difference between our version of Android and original L27.G.3 release

is lack of ALSA audio driver (we have compiled generic Android audio stack temporarily).

Is it a known problem ?
Can it be connected with lack of audio ALSA driver ?

Regards,
Luke

P.S. Full log in attachement 2337.hard_video.log

  • Luke;

    Do you tried to ran smaller files? are they playing ok?

    about HW specs, what is the amount of ram you are using?

    and which is you screen resolution?

  • Hi Manuel,

    Yes, we are trying to play files from 320x240 to 1920x1080, video image has always the same defect.

    HW specs : 1GB of RAM, LCD resolution is 1280x800

    Best Regards,

    Luke

  • Luke;

    Memory looks good, and it doesn't look a resolution issue since other sizes are failing.

    It could be some AVsync issue;

    1. Are showed/previewed frames being progressive according to time? or they are only reducing frame rate  and frames are continuous?

    2. Do you heard any audio output? or just glitches?

    3. Which were the modification to get Android generic Audio driver working?

    next question are for background information.

    4. What is your test case?(if it is possible to comment) are you playing using HDMI output? TV output? are you running other process at the same time? running from Gallery? or using other application?

    5. HW is based in Panda Board?(if it is possible to comment) are there other significant HW modifications that were made?

  • Also, what are the differences on display against blaze/blazetablet? What is the interface of your display, is it DSI, DPI, etc? is it manual updated?

    I don't think this issue is related at all with ALSA but with some issue on v4l2 that is probably related to the display differences.