Package Details: disper 0.3.1-1

Git Clone URL: (read-only)
Package Base: disper
Description: An on-the-fly display switch utility, intended to be used on laptops, especially with nVidia cards.
Upstream URL:
Licenses: GPL
Submitter: Schnouki
Maintainer: Schnouki
Last Packager: Schnouki
Votes: 117
Popularity: 0.000358
First Submitted: 2009-01-23 02:01
Last Updated: 2015-06-11 13:05

Latest Comments

tazee commented on 2016-05-08 04:36

segfaults here too

uberGeek commented on 2015-12-15 04:19

segfaults here too

Lowe commented on 2015-10-07 11:29

Yup I get segfault when running it as well.

produnis commented on 2015-07-31 06:20

Does anyone have problems with disper giving a SegFault?

peacememories commented on 2012-06-21 12:35

This is... quite sexy O.O

Anonymous comment on 2012-06-18 12:59

Yeah, I can also confirm that with 302.17, Nvidia driver finally works with xrandr now.

So I guess we no longer need disper?

Schnouki commented on 2012-06-18 12:02

I haven't upgraded to 302.17 yet, but it seems that this versions drops TwinView in favor of Xinerama. So you can probably just use xrandr, or graphical tools such as arandr.

peacememories commented on 2012-06-18 11:19

Disper is working again for me. (see previous problem)
Don't need it anymore, though. Switched to nouveau.

Anonymous comment on 2012-06-18 10:12

# 'disper -e -d auto'
could not switch to metamode 52: resolution not found

Seems like nvidia-302.17 broke disper. Are there any workarounds?

holyArch commented on 2012-01-26 23:58

'disper -c' is not working.

Disper 0.3.0-1
Nvidia 290.10
Kernel 3.2.1-2

peacememories commented on 2012-01-25 06:01

Different problem here.
Disper doesn't detect ANY external monitors.
Also, it somehow thinks that the optimal resolution for my LVDS display is 320x175 while still recognizing the native 1440x900.

On the other hand, nvidia-settings recognizes external displays without a hitch. Well, apart from being the user-unfriendly mess that it is (exactly why I want to use disper)

disper 0.3.0 (from this package)
kernel 3.2.1-1
nvidia driver 290.10

Graphics card: nVidia geForce 8600m gt

As with other people here, everything worked fine with Ubuntu (although I can't remember which versions of driver, kernel and disper I used back then. It's been a while).

I already tried adding the Monitor section, which changed nothing.

Anonymous comment on 2011-08-28 22:02

Actually by completely erasing the "HorizSync" and "VertRefresh" options in the file I get just the working resolutions! Not sure why I had added that options in the first place...
So finally the (only) monitor section in the file is:
Section "Monitor"
Identifier "Monitor0"
Option "Enable" "True"
VendorName "Unknown"
ModelName "Unknown"
Option "DPMS"

And both nvidia-settings and disper work like a charm!

Anonymous comment on 2011-08-28 21:04

Just in case someone runs into the same problem, I managed to get it working by changing the Monitor section in /etc/X11/xorg.conf.d/10-monitor.conf to:

Section "Monitor"
Identifier "Monitor0"
Option "Enable" "True"
VendorName "Unknown"
ModelName "Unknown"
#HorizSync 28.0 - 33.0
HorizSync 31-60
#VertRefresh 43.0 - 72.0
VertRefresh 50-100
Option "DPMS"


I just changed the HorizSync and VertRefresh as mentioned in this post:

Now the problem is the exact opposite, disper shows a lot of resolutions available, many of which aren't actually supported by the monitor and don't work at all. This means I can't just extend the monitor with "disper -e" but I have to specify the right resolution (disper -r "1280x800,1024x768" -e) by myself.
It's non-ideal but it gets the job done perfectly so I just made a convenient script to manage it and now it works flawlessly.
Hope the advice helps someone!

Anonymous comment on 2011-07-26 11:30

It worked perfectly a couple of days ago... so I guess the most recent that Ubuntu has available, I have already unistalled Ubuntu so unfortunately I can't give you the numbers.

Schnouki commented on 2011-07-26 11:28

Weird... Do you what versions of the kernel, the nvidia driver and the Xorg server you were using on Ubuntu when it worked?

Anonymous comment on 2011-07-26 11:19

Trying to force it that way gets the screen completely black.

Anonymous comment on 2011-07-26 11:11

Yes, I did try nVidia-settings and it doesn't get the right resolution either. It did perfectly when I ran it in Ubuntu with the same PC and the same monitor though :S.

Schnouki commented on 2011-07-26 11:05

Have you tried running nvidia-settings? Does it detect your VGA monitor correctly, with all the available resolutions? If it does, then there may be a problem in disper and you should file a bug on

As for forcing the resolution by hand, I think you should try it that way: "disper -e -r auto,1024x768". (Not sure though, I never used "-r" :))

Anonymous comment on 2011-07-26 10:09

Hello, I have an Asus laptop with nVidia 9300m GS and an external VGA connection that xrandr doesn't detect but disper does perfectly :D. So thanks a lot. Just a little issue I have is that disper doesn't get the resolutions right (it just detects 320x240 and 640x480 when the monitor handles upto 1024x768). If I try to force the resolution manually with:
disper -r "1024x768"
it doesn't work (it just leaves the secondary screen completely black).
My 10-monitor.conf in /etc/X11/xorg.conf.d/ is:

GNU nano 2.2.6 File: /etc/X11/xorg.conf.d/10-monitor.conf

Section "Monitor"
Identifier "Monitor0"
Option "Enable" "True"
VendorName "Unknown"
ModelName "Unknown"
HorizSync 28.0 - 33.0
VertRefresh 43.0 - 72.0
Option "DPMS"

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
Option "NoLogo" "1"

Section "Screen"
Identifier "Screen0" #Collapse Monitor and Device section to Screen section
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24 #Choose the depth (16||24)
SubSection "Display"
Depth 24
Modes "1280x800_75.00" #Choose the resolution

Is there anyway (changing that file or otherwise) you might help get the resolution list right?

Schnouki commented on 2010-10-06 00:01

Fixed, thanks.

Anonymous comment on 2010-10-05 11:33

This package required an update due to the new major Python transition that is coming.

Proposed update to the PKGBUILD: