[Bug 763042] gen75_vpp_vebox.c:1415: hsw_veb_pre_format_convert: Assertion `0' failed.

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=763042

--- Comment #5 from Víctor Manuel Jáquez Leal <vjaquez at igalia.com> ---
Hi,

I had just retested your pipelines, modifying them according to current master,
and both work:

gst-launch-1.0 souphttpsrc
location="http://88.53.197.250/axis-cgi/mjpg/video.cgi?resolution=320x240" !
multipartdemux ! jpegparse ! vaapijpegdec ! vaapipostproc deinterlace-mode=1
deinterlace-method=bob format=nv12 ! vaapisink sync=false

and 

gst-launch-1.0 souphttpsrc
location="http://88.53.197.250/axis-cgi/mjpg/video.cgi?resolution=320x240" !
multipartdemux ! jpegparse ! vaapijpegdec ! vaapipostproc deinterlace-mode=1
deinterlace-method=bob ! vaapisink sync=false

But, this is because the postprocessor always choose
video/x-raw(memory:VASurface) if the next element supports it, and it doesn't
care the format (it always set it to NV12)

Now, if the pipeline is changed to use ximagesink (forcing the color
conversion), the assertion is executed:

gst-launch-1.0 souphttpsrc
location="http://88.53.197.250/axis-cgi/mjpg/video.cgi?resolution=320x240" !
multipartdemux ! jpegparse ! vaapijpegdec ! vaapipostproc deinterlace-mode=1
deinterlace-method=bob ! ximagesink sync=false -v

This is clearly a problem in the intel's driver.

The workaround is to insert a software video converter and force the NV12
format in the postprocessor:

gst-launch-1.0 souphttpsrc
location="http://88.53.197.250/axis-cgi/mjpg/video.cgi?resolution=320x240" !
multipartdemux ! jpegparse ! vaapijpegdec ! vaapipostproc deinterlace-mode=1
deinterlace-method=bob format=nv12 ! videoconvert ! ximagesink sync=false -v

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.