compiz team mailing list archive

[Daniel van Vugt <daniel.van.vugt@xxxxxxxxxxxxx>]

That hardware limit is what the "Copy to texture" plugin was designed to
overcome, IIRC.

The limit is literally just the maximum size of a texture your
GPU/driver can handle. If the OS/display server is clever, it should be
able to manage textures within that limit without also limiting the size
of your desktop. However it's been a few years since I worked on Compiz
and I can't remember how/if Compiz really did that well. It's not
surprising Windows can do it.

The good news is that normally the OS/display server actually doesn't
have to solve this problem. On most common basic hardware (Intel GPUs)
these days the GL_MAX_TEXTURE_SIZE is more like 16384. That said, it is
a problem we're aware of and hope Mir/Unity8 does not have when it
enters common usage.

So things to try:
  * Check your Compiz plugins and that "Copy to texture" etc is enabled.
  * Try reconfiguring with the "arandr" command some people say helped them with this.
  * If all else fails (and we definitely don't expect Compiz to get further fixes on this) then try a new cheap graphics card that will almost certainly have a higher GL_MAX_TEXTURE_SIZE of at least 16384.

-- 
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/1459613

Title:
  connecting 2x 4k screens on a Dell XPS12 (9Q33): compiz crashed with
  SIGSEGV in GLTexture::matrix() from GLScreen::glPaintCompositedOutput

To manage notifications about this bug go to:
https://bugs.launchpad.net/compiz/+bug/1459613/+subscriptions