git.sur5r.net Git - i3/i3/blob - docs/multi-monitor

   1 The multi-monitor situation
   2 ===========================
   3 Michael Stapelberg <michael@i3wm.org>
   4 April 2013
   5
   6 Please upgrade your nVidia driver to version 302.17 or newer and i3 will just
   7 work. This document is kept around for historic reasons only.
   8
   9 == The quick fix
  10
  11 If you are using the nVidia binary graphics driver (also known as 'blob')
  12 before version 302.17, you need to use the +--force-xinerama+ flag (in your
  13 .xsession) when starting i3, like so:
  14
  15 .Example:
  16 ----------------------------------------------
  17 exec i3 --force-xinerama -V >>~/.i3/i3log 2>&1
  18 ----------------------------------------------
  19
  20 …or use +force_xinerama yes+ in your configuration file.
  21
  22 == The explanation
  23
  24 Starting with version 3.ε, i3 uses the RandR (Rotate and Resize) API instead
  25 of Xinerama. The reason for this, is that RandR provides more information
  26 about your outputs and connected screens than Xinerama does. To be specific,
  27 the code which handled on-the-fly screen reconfiguration (meaning without
  28 restarting the X server) was a very messy heuristic and most of the time did
  29 not work correctly -- that is just not possible with the little information
  30 Xinerama offers (just a list of screen resolutions, no identifiers for the
  31 screens or any additional information). Xinerama simply was not designed
  32 for dynamic configuration.
  33
  34 So RandR came along, as a more powerful alternative (RandR 1.2 to be specific).
  35 It offers all of Xinerama’s possibilities and lots more. Using the RandR API
  36 made our code much more robust and clean. Also, you can now reliably assign
  37 workspaces to output names instead of some rather unreliable screen identifier
  38 (position inside the list of screens, which could change, and so on…).
  39
  40 As RandR has been around for about three years as of this writing, it seemed
  41 like a very good idea to us, and it still is a very good one. What we did not
  42 expect, however, was the nVidia binary driver. It still does not support RandR
  43 (as of March 2010), even though nVidia has announced that it will support RandR
  44 eventually. What does this mean for you, if you are stuck with the binary
  45 driver for some reason (say the free drivers don’t work with your card)? First
  46 of all, you are stuck with TwinView and cannot use +xrandr+. While this ruins
  47 the user experience, the more grave problem is that the nVidia driver not only
  48 does not support dynamic configuration using RandR, it also does not expose
  49 correct multi-monitor information via the RandR API. So, in some setups, i3
  50 will not find any screens; in others, it will find one large screen which
  51 actually contains both of your physical screens (but it will not know that
  52 these are two screens).
  53
  54 For this very reason, we decided to implement the following workaround: As
  55 long as the nVidia driver does not support RandR, an option called
  56 +--force-xinerama+ is available in i3 (alternatively, you can use the
  57 +force_xinerama+ configuration file directive). This option gets the list of
  58 screens *once* when starting, and never updates it. As the nVidia driver cannot
  59 do dynamic configuration anyways, this is not a big deal.
  60
  61 Also note that your output names are not descriptive (like +HDMI1+) when using
  62 Xinerama, instead they are counted up, starting at 0: +xinerama-0+, +xinerama-1+, …
  63
  64 == See also
  65
  66 For more information on how to use multi-monitor setups, see the i3 User’s
  67 Guide.