Comment 18 for bug 194638
Revision history for this message
| Tristan Schmelcher (tschmelcher) wrote | #18 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
35a32c5
(Get the code!)
Happened again today, except this time the bug occurred whenever the video WASN'T in fullscreen mode. I got backtraces for both Totem and MPlayer; they are attached. They don't really say much though, basically just that the program gave a frame to the X server and got back this error.
At the time the bug happened, I was only using 75% RAM and 5% of SWAP. After getting the backtraces, I noticed that I had about a dozen instances of SMPlayer open (probably due to a stuck shortcut key that opened too many). After closing them, the bug went away, even though my RAM usage had barely changed (75% -> 72%). Then I tried opening a dozen instances of SMPlayer again (-> 78% RAM usage) and the bug came back.
Perhaps the problem is that X and/or Compiz reserves video memory for each app that might need it, even when they haven't asked for it? But that the memory for fullscreen mode is shared? Though that wouldn't explain the original situation where the bug happens in fullscreen mode ...