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 _______________________________________________ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
