After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 435557 - [ximagesink] if no XShm available, distorted image with odd widths
[ximagesink] if no XShm available, distorted image with odd widths
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-05-03 16:32 UTC by Tim-Philipp Müller
Modified: 2011-08-11 12:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Tim-Philipp Müller 2007-05-03 16:32:34 UTC 
When XShm is not available, XCreateImage() is used and will not always return an ximage->bytes_per_line that's a multiple of four. However, almost all elements in GStreamer will assume a row stride that's a multiple of 4 for RGB.

This leads to a distorted image in those cases.

To reproduce:

  - add #undef HAVE_XSHM to the top of sys/ximage/ximagesink.h

  - try  gst-launch-0.10 videotestsrc ! video/x-raw-rgb,width=99 ! ximagesink
Comment 1 Sebastian Dröge (slomo) 2011-05-18 13:15:47 UTC 
Works fine for me with latest GIT, can you still reproduce it? If you can we could simply add a stride conversion to ximagesink if bytes_per_line is not width*4
Comment 2 Fabio Durán Verdugo 2011-06-28 23:37:36 UTC 
Tim: can you reply the comment #1 ?
Comment 3 Akhil Laddha 2011-08-11 12:46:53 UTC 
Please feel free to reopen this bug if the problem still occurs with a newer version of GStreamer, tia