[Needs EXA] totem crashes when compiz is enabled unless EXA is enabled

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please try to obtain a backtrace following the instructions at http://wiki.ubuntu.com/DebuggingProgramCrash and upload the backtrace (as an attachment) to the bug report. This will greatly help us in tracking down your problem.

I'm getting this same exact error. Here's a backtrace I got. I have an AMD Athlon X2 CPU, and ATI video card. I'm running a fully updated intrepid 64 bit install.

Same thing here: Totem wont play any video but crash.
Audio (mp3) works fine.

Ok, Strange behavior... I think it happents as i want
to watch BBC and then Youtube videos, and it crashed.
After that Totem wont play Videos at all,
and the program loads verry slow. No matter on compiz or metacity.
Ive uninstalled totem and all gstreamer-stuff i have found completely,
and then re-installed totem and most of the gstreamer stuff.
But still not working.... ive installed VLC: Works.
Ive opend a Video in Totem that also wont play, and then tried
another youtube video. Now the video ive load befor shoed for 1 sec.,
and the youtube video began to play and from this point Totem works fine
even on compiz.
As i said: Strange behavior......

what videocard and driver do you use? could you add your xorg configuration to the bug?

totem crashes when playing videos only while compiz is on
i'm on an intrepid 64bit fully upgraded, athlon 64, ati x1300

I can also confirm this. VLC and Banshee Media player also crash when Compiz is running (which it is by default). I'm also running an AMD X2 processor and an ATI graphics card with the Intrepid Release Candidate. Everything seems to work fine when Compiz is turned off.

...and just to clarify (sorry): "VLC and Banshee Media player also crash when Compiz is running" should read: "VLC and Banshee Media player also crash when they try to play a video while Compiz is running."

Some more information from the debug version of totem:

2 Attachements:

1) strace -f totem
2) gdb of totem

@Colin: Thanks for your bugreport.

Could you please do a:
1. apt-get source xserver-xorg-video-intel
2. comment in the 11_textured_video patch in debian/patches/series
3. run debuild
4. install the the resulting deb and restart the xserver

and check if that changes anything?

@Michael: With your ati card, what video driver do you use? the free ati one or the fglrx one?

@Michael Vogt:

I followed the instructions and re-tested, however, it did not improve things. Anything else I can do to help?

Colin.

@Michael Vogt: With my ATI x1300 graphics (identical to JosephK's), the free driver now supports 3d graphics and Compiz, so as of Intrepid, the proprietary driver is no longer easily available. If I can find some free time later today, I might install the proprietary driver from ATI's website and see if the problem still exists.

Also, could the package (and maybe the title) of this bug report be changed? Banshee and VLC both crash with very similar errors, so I don't know if we can really blame this on Totem.

@Michael Vogt: I use the free driver with ATI Mobility Radeon X1600 and have the same issue, i.e. totem crashes when compiz is enabled.

@ Michael Martin: It seems that you can enable the proprietary driver using the Driver option in Administration.

Gdk-ERROR **: The program 'totem' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 91 error_code 11 request_code 140 minor_code 19)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
aborting...

This is simply an out-of-memory error. You might be able to free up more video memory by fiddling with your VideoRam or LinearAlloc settings in xorg.conf, but really Totem just needs to handle this error condition more gracefully. If you're using XAA acceleration, you may find switching to EXA to be helpful.

Like the error message in comment #1's attachment points out, this is probably a bug in the program moreso than in the video driver, however it would be nice if the Xserver auto-reconfigured things to give the app more memory when it needs it.

For those using the -ati driver, also see 269357 - like I mentioned above, if you're using XAA and experiencing this problem, switching to EXA solves it. However we don't default to EXA yet due to various other issues present with it. Maybe we will in Jaunty.

closing the totem task since there is already some bugs about similar issues on launchpad

"this is probably a bug in the program moreso than in the video driver"

I still really doubt this. Here are partial outputs from Banshee:

    The program 'Banshee' received an X Window System error.
    This probably reflects a bug in the program.
    The error was 'BadAlloc (insufficient resources for operation)'.

and VLC:

    Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
    QPainter::begin: Paint device returned engine == 0, type: 1
    QPainter::begin: Paint device returned engine == 0, type: 1
    [????????] x11 video output error: X11 request 140.19 failed with error code 11:
     BadAlloc (insufficient resources for operation)

All of these were working fine in Hardy and I don't think they all magically acquired the same bug in the past 6 months. The real change, however, is in the fact that my video card driver was switched from the propriety ATI driver to the free driver in Intrepid (same as several other people commenting on this bug). In my opinion, the ability to play movies is a showstopper, and if the driver is not capable of doing that and running compiz at the same time, it shouldn't be the default. Switching to EXA acceleration or replacing Compiz with Metacity every time one wants to watch a movie are not "human" solutions. I'd love to use the free driver (compiz effects are significantly smoother), but until it can play movies reliably, it should certainly not be the default.

Since seb128 closed the totem task, no reason to keep this bug open since it's otherwise just a dupe of 269357 anyway, and the latter has better analysis and comments from oyvinst.