[Bug 779364] New: corrupt video frames
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Tue Feb 28 10:14:47 UTC 2017
https://bugzilla.gnome.org/show_bug.cgi?id=779364
Bug ID: 779364
Summary: corrupt video frames
Classification: Platform
Product: GStreamer
Version: 1.10.2
OS: Linux
Status: NEW
Severity: major
Priority: Normal
Component: gstreamer-vaapi
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: henning.hinze at mail.de
QA Contact: gstreamer-bugs at lists.freedesktop.org
CC: bsreerenj at gmail.com, vjaquez at igalia.com
GNOME version: ---
hey. my application uses the following pipeline: filesrc ! decodebin ! appsink.
filesrc is in version 1.10.3. decodebin and appsink are in version 1.8.3. since
vaapi 1.10.2 vaapi delivers nv12 frames to me. previously, in 1.8.3, it's been
i420. my application grabs theses frames from the pipeline and displays those
via opengl. i know that both, my nv12 and i420 displaying, is correct. this
problem only happens with vaapi installed.
unfortunately i can't attach the file here as it's to big. but i think this is
rather a problem of dimension than content.
container width: 496, height: 1026
stream width: 490, height: 1000
the video_info object tells me that the video width is 490 and height is 1000.
stride is 492. anyway, when i look into the actual buffer it feels more like
the width is 496 and the stride is 512. means the data from 0 to 495 is more or
less continous while from 496 to 511 its zero. this leads do a distorted
displaying of the video.
gst-launch-1.0 is able to play the video without any distortion. so i guess
there is a workaround for that.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list