Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 21549 ideas, 132424 comments, 2606791 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas
Idea #18548: A Screen Resolution app that actually works

Written by themacmeister the 10 Mar 09 at 09:36. Related project: Gnome. Status: New
Rationale
The last 20 Gnome distros I have tried all include the Screen Resolution app in Preferences. My monitor is set in all other Operating Systems to 1024x768@85Hz in 32bit colour. WinXP and OSX86 both correctly read the refresh rates for my (Dell 17" CRT) monitor, going from 60 - 120 (85Hz max @ 1024x768). When I use the Screen Resolution app from Gnome preferences, I only get 40 - 55Hz reported, all of which look like cr*p, and are not working refresh rates.

Also, resolutions/refresh rates set with nvidia-settings do not stick, and need to be reapplied. Gnome's non-working refresh rates get reapplied, but are cr*ppy.

A new working screen resolution app/applet would be a step in the right direction.

575
votes
closed
Solution #1: Create a new resolution app.
Written by themacmeister the 10 Mar 09 at 09:36.
Code a new screen resolution app that reads DDC correctly from the monitor (or EDID?).

This is almost unacceptable for a window manager as mature as Gnome.
207
votes
closed
Solution #3: Allow user to specify refresh rate instead of picking from a list
Written by aysiu the 10 Mar 09 at 19:45.
If a user knows her monitor can and should handle 85Hz, she should be able to input 85Hz as a number directly instead of just picking from a list of guesses as to what refresh rates the monitor can support.
237
votes
closed
Solution #4: Run "NVIDIA X Server Settings" as root when started from the GNOME menu
Written by _uu_ the 15 Mar 09 at 13:41.
When running the application NVIDIA X Server Settings from the GNOME Applications menu (Applications >> System >> Administration >> NVIDIA X Server Settings), it is not run as root (as opposed to most other applications in that submenu). Therefore the settings won't "stick" as the changes cannot be "Saved to X Configuration File".

Changing that menu point to be run as root by default or with (gk)sudo and being asked for the password should at least solve the NVIDIA X Server Settings issue. It is equivalent to running 'sudo nvidia-settings' in a terminal.

Of course, additionally the Gnome app definitely needs some improvement as Solution #2 suggests.
55
votes
closed
Solution #8: Have X11 handle and save its own settings
Written by cprise the 26 Mar 09 at 02:28.
...instead of putting the burden on outside projects to properly parse and write xorg.conf data in all its variations and under all circumstances.

It would work far more smoothly to have the settings logic moved into xorg itself, with a simple API for reading the config options for the given hardware and having the screen res app presenting those options to the user.

When the user wants to save the screen settings permanently, its a simple API call to have xorg write the xorg.conf file itself.

I know this is the most politically difficult (impossible?) of the solutions presented here, but there really is no hope of a first rate control app coming from any single distro. Complex system services that don't serialize their own config data to disk simply aren't going to work well for the end-users.

Propose your solution

Attachments
No attachments.


Duplicates


Comments
MarcioVinicius wrote on the 10 Mar 09 at 18:27
Yeah... it's very annoying. It happens to me too. Either solution would be great if it makes Gnome understand my monitor.

_uu_ wrote on the 14 Mar 09 at 23:25
themacmeister wrote:
> Also, resolutions/refresh rates set with nvidia-settings do not stick, and need to be reapplied.

themacmeister, they will stick, but you have to run nvidia-settings as root from the terminal (type: sudo nvidia-settings) and then in the "NVIDIA X Server Settings" window, unter "X Server Display Configuration" set what you want to be your settings, and than press the button "Save to X Configuration File". That should work without any error message but (as opposed to the same action done when running NVIDIA X Server Settings via the applications menu as it is not run with sudo there). At least this worked for me.

The future solution for that would be to have Applications >> System >> Administration >> NVIDIA X Server Settings run as root and ask for the sudo password. :-)

And yep, GNOME's display settings are sort of missing something.

aliam13_2 wrote on the 16 Mar 09 at 11:59
I believe that solutions 2 and 4 are good. However, I also feel that non-advanced users i.e. normal people who do not what to fiddle with advanced settings that they may not understand, should not have to use the Nvidia settings application (or any other vendor specific application). I believe the standard gnome "Display" application (as its called in Jaunty) should be able to do all of that standard configuration with any graphic card. We can keep the gnome application unbloated and leave the advanced settings for the vendor specific application.

We should be encouraging normal users to use the gnome display settings application as the first port of call.

amaranth (Ubuntu developer) wrote on the 16 Mar 09 at 15:56
Your refresh rates are reported weirdly because you are using the nvidia driver.

From http://us.download.nvidia.com/XFree86/Linux-x86/1.0-9755/README/appendix-g.html :



One implication of this implementation is that each MetaMode must be uniquely identifiable to the XRandR X extension. Unfortunately, two MetaModes with the same bounding box will look the same to XRandR. For example, two MetaModes with different orientations:

"CRT: 1600x1200 +0+0, DFP: 1600x1200 +1600+0"
"CRT: 1600x1200 +1600+0, DFP: 1600x1200 +0+0"
will look identical to the XRandR or XF86VidMode X extensions, because they have the same total size (3200x1200), and nvidia-settings would not be able to use XRandR to switch between these MetaModes. To work around this limitation, the NVIDIA X driver "lies" about the refresh rate of each MetaMode, using the refresh rate of the MetaMode as a unique identifier.

The XRandR extension is currently being redesigned by the X.Org community, so the refresh rate workaround may be removed at some point in the future. This workaround can also be disabled by setting the "DynamicTwinView" X configuration option to FALSE, which will disable NV-CONTROL support for manipulating MetaModes, but will cause the XRandR and XF86VidMode visible refresh rate to be accurate.

adaniels wrote on the 18 Mar 09 at 13:26
Dual monitor support isn't to good. RandR creates 2 desktops, disallowing moving windows between screens. This gives additional problems for oa. Firefox, since you can't have open FF screen on both desktops.

With Xinerama it works better. It spans the desktop over 2 screens. I would rather have the screens a bit more independent. It would be nice to be able to switch workspaces only on 1 screen for instance.

With Windows as well as OSX, it is not needed to logout when pluging in the second screen.

All and all, it should work a lot better and be be a lot easier as it is now.

TheLions wrote on the 19 Mar 09 at 16:20
some of soulutions are implemented in new gnome verion http://library.gnome.org/misc/release-notes/2.26/#rnusers

(look at 2.6)
http://library.gnome.org/misc/release-notes/2.26/figures/rnusers.display-settin gs.png.en_GB

gmatht wrote on the 22 Mar 09 at 12:24
This sounds more like a bug-report than an idea to me.

Tom Mann wrote on the 27 Mar 09 at 10:18
I can only imagine Kernel Mode Setting will make a massive difference in this area. Think we're a way off this yet!

Martin von Wittich wrote on the 28 Mar 09 at 23:24
@Solution 9: synergy doesn't have anything to do with the resolution problem, please submit this as a separate idea. Plus, synergy is buggy and unmaintained since 2006.

Eldmannen wrote on the 29 Mar 09 at 04:56
Upcoming Xorg 7.5 will feature E-EDID.
http://www.x.org/wiki/Releases/7.5

tgm4883 wrote on the 31 Mar 09 at 17:00
Deleting solution 6. We don't need "combine solutions X and Y". Thats why you can vote for multiple solutions.

sarang wrote on the 2 Apr 09 at 05:23
I hate to say this, but where is the actual idea for doing anything in any of the solution? Solutions like 'fix everything' or 'make it work' or 'write a new program' are all fine but are of little use. Perhaps someone who knows more could suggest more robust ways of auto-detecting displays and their type etc. at which point the solution will fit more into the logic behind ubuntu brainstorm. Until then, these are just bug reports or wish-lists.

Just my opinion.

madhi19 wrote on the 3 Apr 09 at 17:26
Many other screen application have a timer. When you choose a new resolution the timer will reverse to the old setting after a few seconds if you don't confirm the choice. That way user's can tweak their resolution safely.

deriamis wrote on the 4 Apr 09 at 18:06
This really does sound like something of a bugfix, but let's all be honest here: the way that X handles screen resolutions of any kind and with any driver leaves a lot to be desired. People using the most popular cards out there can't get their displays working right, and we are depending on a driver manufacturer (without a great record of producing for Linux, I might add) to develop a utility that affects more than their product. X should be setting the modes correctly regardless.

The problem with X is not just the XrandR extension - it is the fact that the framework is stuck in the 90's when VESA compliance mattered. Now we are dealing with drivers that are starting to take over things userspace should be handling.

My suggestion: why don't we help things along a little? Ubuntu is, after all, the recognized champion in the Linux community for the average desktop user, and is responsible for a growing shift away from Windows in that demographic. Shouldn't we be helping X and FreeDesktop to develop a framework for managing the user's environment in a sane way, rather than just pushing it all off on them? We don't necessarily have to create a full-on application that reinvents the wheel, but our input would be highly valuable in making Ubuntu (and Linux in general) a desirable desktop OS for the average user.


Post your comment