14:37 <dominikm> Hi, is there somebody having IMX6Q board (ideally sabresd) with Android 4.2? I have board derived from sabresd and i have some issue to decode interlaced h264 video. Decoding is very slow for some reason and I would like to find out if it's caused by board or build of Android I'm using...

15:37 <angolini> have you tried unit_test, dominikm?

15:39 <angolini> i just found this patch https://github.com/rabeeh/android-imx6-kitkat/blob/master/platform/external/linux-test.git/0119-ENGR00116172-Fix-interlace-frame-decoding-error-case.patch

15:40 <dominikm> angolini: no, I haven't ... I didn't know there are any

15:43 <angolini> well, it will not solve your problem, but at least it's a *more pure* test as it only deal with vpu lib and (if I remember it well) the output is on raw fb

15:43 <dominikm> angolini: I see

15:48 <dominikm> angolini: Btw. I have tested it with other devices running Android 4.2.2 and it's working perfect... and I did some experimenting with player's source code where I'm using OMXCodec and I found that if I will pass more than one "frame" in one MediaSource's buffer to decode it will decode frame in 1ms frame.. but it's very unstable and it's not fixing the problem for all cases

15:50 <dominikm> angolini: So I think that HW is capable to decode it quickly but there is some issue with buffers in my Android build... but I haven't enought knowledge to locate and fix the issue in code

16:28 <angolini> neither do I dominikm. mainly because the allocated memory for VPU is still a mistery for me. Only make sure you don't miss any freescale patch release

16:29 <angolini> dominikm: the patch releases include only patches (!) and they are easily grep'able

16:29 <angolini> dominikm: and, when you create a thread on imx.community, remember to say exactly which android version and make sure you have it reproduced on a reference board