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 354698 - [xvimagesink] fails to handle BadAllocs caused by creation of over-size overlays.
[xvimagesink] fails to handle BadAllocs caused by creation of over-size overl...
Status: RESOLVED DUPLICATE of bug 351784
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.4
Other All
: Normal critical
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 356016 356347 362228 428616 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-09-06 21:26 UTC by Scott Robinson
Modified: 2009-01-06 11:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Attachments
Proposed patch to catch BadAlloc on image creation (5.14 KB, patch)
2007-01-07 12:07 UTC, Julien MOUTTE
none Details | Review
Results from crash test-case with patch applied. (7.73 KB, text/plain)
2007-01-10 19:58 UTC, Scott Robinson
  Details
result of totem --gst-debug=xvimagesink:5 (6.22 KB, text/x-log)
2007-04-14 01:54 UTC, Jean-François Fortin Tam
  Details

Description Scott Robinson 2006-09-06 21:26:17 UTC
Steps to reproduce:
1. Find a machine using Xorg's i810 driver.
2. Try to create an xvimagesink oversize for your current resolution.

For example, my current resolution is 1024x768. So I run:

  gst-launch-0.10 videotestsrc ! video/x-raw-yuv,height=1024,width=768 ! xvimagesink



Stack trace:
$ gst-launch-0.10 videotestsrc ! video/x-raw-yuv,height=1024,width=768 ! xvimagesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
X Error of failed request:  BadAlloc (insufficient resources for operation)
  Major opcode of failed request:  141 (XVideo)
  Minor opcode of failed request:  19 ()
  Serial number of failed request:  49
  Current serial number in output stream:  50


Other information:
This issue occurs on only some drivers I have tested. nVidia cards it doesn't occur on, and some ATI cards it doesn't occur on. Almost all upstream Xorg drivers I have tested it does occur on.

I originally found this bug via totem in Ubuntu, and the archived discussion and trackdown can be found at:

  https://launchpad.net/distros/ubuntu/+source/totem/+bug/39050
Comment 1 Zaheer Abbas Merali 2006-10-09 09:39:30 UTC
*** Bug 356347 has been marked as a duplicate of this bug. ***
Comment 2 Julien MOUTTE 2007-01-07 12:07:52 UTC
Created attachment 79616 [details] [review]
Proposed patch to catch BadAlloc on image creation

Please try that patch. I can't reproduce your problem but i suppose that some drivers are behaving differently and throwing a bad alloc instead of allocating the maximum image size they support.
Comment 3 Sebastien Bacher 2007-01-10 16:23:39 UTC
From the distribution bug:

"That's a no-go.

I added the upstream patch into the debian/patches directory, and did a "debuild binary", and installed both the new -plugins-base and -x packages.

$ strings /usr/lib/gstreamer-0.10/libgstxvimagesink.so | grep "triggered an XError"
xvimagesink triggered an XError. error: %s
$ gst-launch-0.10 videotestsrc ! video/x-raw-yuv,height=1024,width=768 ! xvimagesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
X Error of failed request: BadAlloc (insufficient resources for operation)
  Major opcode of failed request: 141 (XVideo)
  Minor opcode of failed request: 19 ()
  Serial number of failed request: 49
  Current serial number in output stream: 50"
Comment 4 Julien MOUTTE 2007-01-10 18:28:38 UTC
I would need a --gst-debug=xvimagesink:5 output log file please.

Thanks
Comment 5 Scott Robinson 2007-01-10 19:58:49 UTC
Created attachment 79982 [details]
Results from crash test-case with patch applied.

I ran the crash test-case with the patch applied. Here is the resulting log as requested.
Comment 6 Jan Schmidt 2007-03-06 17:41:10 UTC
This crash is indicating that the Xserver is happily handing out a frame of the required size, but failing later when we actually go to call XvShmPutImage to upload the frame.

Looks like an Xserver bug to me.
Comment 7 Jean-François Fortin Tam 2007-04-14 01:54:20 UTC
Created attachment 86324 [details]
result of totem --gst-debug=xvimagesink:5

I have no idea if it can be of help, but this is what I get on stock Totem 2.18.1 with a 1280x800 i915 computer trying to view a 1280x1024 video.
Comment 8 Zaheer Abbas Merali 2007-04-16 16:32:41 UTC
*** Bug 428616 has been marked as a duplicate of this bug. ***
Comment 9 Zaheer Abbas Merali 2007-04-16 16:33:14 UTC
*** Bug 362228 has been marked as a duplicate of this bug. ***
Comment 10 Zaheer Abbas Merali 2007-04-16 16:33:55 UTC
*** Bug 356016 has been marked as a duplicate of this bug. ***
Comment 11 Bastien Nocera 2009-01-06 11:36:46 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 351784 ***