dv1

Sorry for the late reply. Tiling is not currently possible, but could be added. The main obstacle is what to put in the GStreamer caps. The elements in the NXP...

This is indeed odd. Does this happen with any RTSP h264 signal? How did you generate the signal? Did you use VLC or gst-rtsp-server?

@guillerodriguez Unfortunately I am dealing with something else at the moment. I'll try to make some room for this in a couple of days.

I could not reproduce this yet. Can you reproduce this on a Sabre SD board? Also, can you re-run this with the `GST_DEBUG` environment variable set to `*vpu*:9` and attach...

@guillerodriguez This indicates something odd with the h264 frames. It would be useful to have a short example bitstream. Can you run this pipeline for a few seconds? gst-launch-1.0 rtspsrc...

@guillerodriguez Finally got a chance to check it out. Interestingly, trying to play this with vlc, ffplay, gst-play, mpv produces different initial results. Something is wrong with the first few...

@guillerodriguez I have to take care of other issues atm, but I can get back to this in a few days Sorry for the delay.

I ran this as the sender: ./test-launch --gst-debug=3 '( v4l2src device=/dev/video0 ! videoconvert ! video/x-raw,width=320,height=240 ! x264enc tune="zerolatency" ! video/x-h264, profile=baseline ! rtph264pay name=pay0 pt=96 )' and this on an...

Indeed the issue persists. The main cause is this: > imxvpuapi imxvpuapi2_imx6_coda.c:2348:imx_vpu_api_dec_decode: not enough input data was available Something is off with the incoming h264 data - h264parse is not...

@guillerodriguez Can you try applying this patch on libimxvpuapi (not gstreamer-imx!) and retrying? [0001-imx6-coda-Skip-incomplete-frames-instead-of-just-rep.patch.gz](https://github.com/Freescale/gstreamer-imx/files/8960919/0001-imx6-coda-Skip-incomplete-frames-instead-of-just-rep.patch.gz)