Re: [Xpert]Replacing X with a KDrive
Remove the earlier link X and recreate it for kdrive X server. Move all of the /usr//X11R6/lib/ library files in tmp directory and do startx. It will go on asking you the required lib files. Go on adding the asked lib files. Kdrive also provides you some default font so that you can remove even the font files if your application do not need them. You can remove the xkb as well. Doing all this you will arive at 4-5 Mbyte of X windows. > > Now that I have compiled a KDrive (RH Linux 7.0) > > > Having compiled my KDRIVE = Xchips (Using XFree 4.2.0) > == > - How do I replace X with my KDRIVE Xchips in an RH Linux 7.0 > environment ? - What other files / libraries are needed to setup a > clean minimal installation of > KDRIVE on a "clean machine" (RH Linux 7.0 without XFree) ? > > Note: I tried the following to replace "X" without succcess: > == > - Copied my KDRIVE (XChips) to /usr/X11R6/bin > - Created a symbolic link "C" to Xchips > - Edited /etc/X11/xdm/Xservers replacing the line >:0 local /usr/X11R6/bin/X with >:0 local /usr/X11R6/bin/C > where "C" is the symbolic link to Xchips KDRIVE > > When I restart the system, I still get the same old "X" ? > > Thanks, HB > > > > > > - > Do you Yahoo!? > Yahoo! Web Hosting - Let the expert host your site Thanks and Regds, PR ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Off by one error in drawing code for Radeon VE
Okay, you wanted isolation; you got isolation. ;) The option which makes the problem go away is: Option "XaaNoDashedTwoPointLine" HTH, -a On 20 Nov 2002, Michel [ISO-8859-1] Dänzer wrote: > Screenshots might be interesting, but isolating the affected > acceleration primitive(s) would be most useful. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Xkb questions?
It is may understanding that Xkb is used to redefine what happens when a Keyboard key is pressed. It can even cause a mouse event to happen. This is used by AccessX for accessibility. I believe that Xkb "hooks" keyboard events and can emits mouse events. But it does not "hook" mouse events. Is that correct? What would be the code in what files to cause a keyboard key to simulate the locking down of a mouse key? If when the key is pressed again, the mouse key is unlocked? Thank You. -- Paul Elliott 1(512)837-1096 [EMAIL PROTECTED]PMB 181, 11900 Metric Blvd Suite J http://www.io.com/~pelliott/pme/ Austin TX 78758-3117 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Multiple copies of screen left to right with S3 Trio3d onXFree86 4.2.0
[EMAIL PROTECTED] wrote: > > > Kevin Brosius wrote: > > [EMAIL PROTECTED] wrote: > > > Having just upgraded my system from Mandrake 7.2 running the original > > > XFree86 4.1.0 binaries to the XFree86 4.2.0 provided with Mandrake 8.2 > (/ > > > partition was reformatted for this upgrade) I now have a visual problem > > > with the XFree86 display. The card in this machine (an IBM 300PL) is a > S3 > > > Trio 3D which identifies itself to XFree86 4.2.0 as: > [snip] > > > The left hand side and middle of the screen are fine, but the right > hand > > > side of the display is covered with multiple copies of a strip about > 180 > > > pixels wide taken from the middle of the screen and duplicated roughly > > > three times (in 1280x1024 resolution) on the right hand side of the > screen. > > > Every application appears to be acting normally on this setup, the X > server > > > runs happily enough without errors in the /var/log/XFree86.0.log file. > > > This effect is not observed in 8bit colour but is seen in 15, 16 and > 24bit > > > colour depths. Moving to higher resolutions like 1400x1050 results in a > > > similar effect with roughly five copies of that strip on the right hand > > > side of the screen. > > > > A full log would be helpful. I've seen a case where missing monitor > > config and failing DDC caused something like this. > > Here is the current /etc/X11/XF86Config-4 (built using XFree86 -configure > and fiddled with): > > Section "ServerLayout" > Identifier "XFree86 Configured" > Screen 0 "Screen0" 0 0 > InputDevice"Mouse0" "CorePointer" > InputDevice"Keyboard0" "CoreKeyboard" > EndSection > > Section "Files" > RgbPath "/usr/X11R6/lib/X11/rgb" > ModulePath "/usr/X11R6/lib/modules" > FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" > FontPath "unix/:-1" > EndSection > > Section "Module" > Load "freetype" > Load "type1" > Load "speedo" > Load "pex" > Load "dbe" > # Load "dri" > Load "extmod" > Load "glx" > Load "record" > Load "xtrap" > EndSection > > Section "InputDevice" > Identifier "Keyboard0" > Driver "keyboard" > EndSection > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "ImPS/2" > Option "ZAxisMapping" "4 5" > Option "Device" "/dev/mouse" > EndSection > > Section "Monitor" > #DisplaySize370 270 # mm > Identifier "Monitor0" > VendorName "IBM" > ModelName"IBM P92" > HorizSync30-94# kHz > VertRefresh 50-160 # Hz > # Option "DPMS" > # Option "noDCC" > EndSection > > Section "Device" > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > #Option "slow_edodram"# [] > #Option "slow_dram" # [] > #Option "fast_dram" # [] > #Option "fpm_vram"# [] > #Option "pci_burst" # [] > #Option "fifo_conservative" # [] > #Option "fifo_moderate" # [] > #Option "fifo_aggressive" # [] > #Option "pci_retry" # [] > #Option "NoAccel" # [] > #Option "early_ras_precharge" # [] > #Option "late_ras_precharge" # [] > #Option "lcd_center" # [] > #Option "set_lcdclk" # > #Option "set_mclk"# > #Option "set_refclk" # > #Option "show_cache" # [] > #Option "HWCursor"# [] > #Option "SWCursor"# [] > #Option "ShadowFB"# [] > #Option "Rotate" # [] > #Option "UseFB" "0" # [] > #Option "mxcr3afix" # [] > #Option "XVideo" # [] > Identifier "Card0" > Driver "s3virge" > VendorName "S3" > BoardName "Trio3D" > BusID "PCI:1:1:0" > EndSection > > Section "Screen" > Identifier "Screen0" > Device "Card0" > Monitor"Monitor0" > DefaultDepth 16 > SubSection "Display" > Depth 1 > Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" > EndSubSection > SubSection "Display" > Depth 4 > Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" > EndSubSection > SubSection "Display" > Depth 8 > Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" > EndSubSection > SubSection "Display" > Depth 15 > Modes "1280x1024" "1152x864" "1
[Xpert]Gnome2 and XFree86-cvs
I needed to upgrade to cvs xfree86 for some hardware support so I installed XFree86-4.2.99.2. Now gnome2 fonts don't look as bold as they did with X that came with rh8. I've tried playing with the capplets for font control but nothing. Any suggestions? Also, I thought the new radeon driver had dpms support for the dvi port of my 7500 QW card? I can't get it so suspend or sleep. Thanks ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xinerama + Radeon = No error + No Worky
Just for the record, combining the current CVS, with an experimental driver, got things working, almost. So, it is possible to do dual head with -this- oem card, one more experienced than me could answer if that meant -all- oem cards. -Adam On Fri, Nov 01, 2002 at 11:01:40PM -0800, hy0 wrote: > The problem is caused by one of your monitor not being detected. If both of > your monitors were connected during boot time (if not, try it), this is > probably another instance of the monitor detection problem with some OEM > cards (the card id reported by your log file indicates you have an OEM > card). This problem started to surface recently with more and more OEM cards > hitting market. If this is the case for you, the latest CVS code won't help > too much except it'll print out a warning message. There is no workaround > and we have to rewrite the monitor detection code for these cards. I'm > planning to do this shortly but I don't have any OEM card on my hand at the > moment. If you're willing to test, I'll send you the driver when it's ready. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Matrox 4 screens
On Wed, 20 Nov 2002, Bjorn van de Langenberg wrote: > I'm testing a couple of machines with a 4 screeen (phisical screens) and > a Matrox g200 on RH 8.0. Do you have the pci ids in the config, or does the server pick the devices in its own order ? Can you check (perhaps with lspci) that the mapping from the pci ids to the sockets on the card ? (I have no reason to doubt that it is, but it is worth ruling it out). -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Matrox 4 screens
Hi, I'm testing a couple of machines with a 4 screeen (phisical screens) and a Matrox g200 on RH 8.0. The 4 screens are set up as follows: - | | | |3 |4 | - | | | |1 |2 | - I have downloaded and installed the Latest Linux drivers from the Matrox site. What i'm trying to do is the following: I have HOST1. All working properly. HOST2, same hardware same OS. What i do is just transfer the xf86config file from HOST1 to HOST2. Then edit the bus id ( in the Section "Device"). After that i start X on HOST2 and the whole screen layout is different. When i edit the part in the Section "ServerLayout" and change the screenlayout (Screen "Screen 1" LeftOf "Screen 2") it is ok again. Sometimes i'm busy with it for 10 minutes but in the worst case it is 2 hours to get it ok. Also there is no logical part about the screenlayout. When you are drawing the screenlayout on a pice of paper and you think it is good, you start X and then suddenly the left upper screen is the right upper screen. I there a logical way to automate the editing of the xf86 config file and is there a logical way to edit the screenlayout? Kind Regards, FoRMaTC ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Replacing X with a KDrive
Now that I have compiled a KDrive (RH Linux 7.0) Having compiled my KDRIVE = Xchips (Using XFree 4.2.0)==- How do I replace X with my KDRIVE Xchips in an RH Linux 7.0 environment ? - What other files / libraries are needed to setup a clean minimal installation of KDRIVE on a "clean machine" (RH Linux 7.0 without XFree) ? Note: I tried the following to replace "X" without succcess:== - Copied my KDRIVE (XChips) to /usr/X11R6/bin - Created a symbolic link "C" to Xchips - Edited /etc/X11/xdm/Xservers replacing the line :0 local /usr/X11R6/bin/X with :0 local /usr/X11R6/bin/C where "C" is the symbolic link to Xchips KDRIVE When I restart the system, I still get the same old "X" ? Thanks, HB Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site
[Xpert]applications freeze on remote X terminal
Dear all: I have a main server (p3 450) and a Diskless X terminal (p133 64mb). Im running X4.2.1 on both machines and XDM (xdm is the same version). The problem is that in the terminal, the running applications 'freeze' from time to time: this is, the gui is not updated (this happens specially with Opera). But the windowmanager (which is running on the server, too) keeps working. Im not a X expert and I have googled a lot about this issue but I couldn't find any answer. Thanks in advance! ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Off by one error in drawing code for Radeon VE
> From: Kevin E Martin <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > Date: Wed, 20 Nov 2002 10:05:16 -0500 > > On Wed, Nov 20, 2002 at 06:15:06AM -0800, Kevin Oberman wrote: > > > From: "Andrew P. Lentvorski" <[EMAIL PROTECTED]> > > > Sender: [EMAIL PROTECTED] > > > Date: Tue, 19 Nov 2002 19:00:17 -0800 (PST) > > > > > > I have a Radeon VE and was having problems with the dragging. Most > > > notably, dragging elements in Matlab left lots of junk on the screen. A > > > refresh would clear it, but it would just come back when I started doing > > > more stuff. > > > > > > So, I grabbed the latest version from CVS and recompiled. It's still > > > there. > > > > > > I also grabbed some code that I used to hunt down the clipping bugs for > > > this card the last time, it appears that there is an off-by-one error > > > somewhere as a slow drag leaves *lots* of junk on the screen while a fast > > > drag leaves junk at specific points. It feels like its non-rectangle (or > > > multiple rectangle) clipping related since Matlab uses wierd shaped > > > outlines to redraw the objects. > > > > This is a work-around and not a fix, but I added the line: > > Option "NoLineAccel" > > to the "Device" section of my configuration file plus the cvs drivers > > fixed the problem, although at the cost of loss of acceleration in > > line drawing. For what I do, acceleration is not important. (I don't > > play games.) > > There were problems with the XF86 4.2.x, but these should have been > fixed in the latest CVS. However, the changes required installing both > the new driver and XAA. When you updated to the latest CVS tree, did > you install both the Radeon driver and XAA? Only the drivers. (I had no interest in breaking the stuff that was working.) I am thinking of trying a full CVS build on a test system. It's FreeBSD, but it looks like few patches are required, all to support the FreeBSD mouse daemon. Thanks! R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Off by one error in drawing code for Radeon VE
On Wed, Nov 20, 2002 at 06:15:06AM -0800, Kevin Oberman wrote: > > From: "Andrew P. Lentvorski" <[EMAIL PROTECTED]> > > Sender: [EMAIL PROTECTED] > > Date: Tue, 19 Nov 2002 19:00:17 -0800 (PST) > > > > I have a Radeon VE and was having problems with the dragging. Most > > notably, dragging elements in Matlab left lots of junk on the screen. A > > refresh would clear it, but it would just come back when I started doing > > more stuff. > > > > So, I grabbed the latest version from CVS and recompiled. It's still > > there. > > > > I also grabbed some code that I used to hunt down the clipping bugs for > > this card the last time, it appears that there is an off-by-one error > > somewhere as a slow drag leaves *lots* of junk on the screen while a fast > > drag leaves junk at specific points. It feels like its non-rectangle (or > > multiple rectangle) clipping related since Matlab uses wierd shaped > > outlines to redraw the objects. > > This is a work-around and not a fix, but I added the line: > Option "NoLineAccel" > to the "Device" section of my configuration file plus the cvs drivers > fixed the problem, although at the cost of loss of acceleration in > line drawing. For what I do, acceleration is not important. (I don't > play games.) There were problems with the XF86 4.2.x, but these should have been fixed in the latest CVS. However, the changes required installing both the new driver and XAA. When you updated to the latest CVS tree, did you install both the Radeon driver and XAA? Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Off by one error in drawing code for Radeon VE
> From: "Andrew P. Lentvorski" <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > Date: Tue, 19 Nov 2002 19:00:17 -0800 (PST) > > I have a Radeon VE and was having problems with the dragging. Most > notably, dragging elements in Matlab left lots of junk on the screen. A > refresh would clear it, but it would just come back when I started doing > more stuff. > > So, I grabbed the latest version from CVS and recompiled. It's still > there. > > I also grabbed some code that I used to hunt down the clipping bugs for > this card the last time, it appears that there is an off-by-one error > somewhere as a slow drag leaves *lots* of junk on the screen while a fast > drag leaves junk at specific points. It feels like its non-rectangle (or > multiple rectangle) clipping related since Matlab uses wierd shaped > outlines to redraw the objects. This is a work-around and not a fix, but I added the line: Option "NoLineAccel" to the "Device" section of my configuration file plus the cvs drivers fixed the problem, although at the cost of loss of acceleration in line drawing. For what I do, acceleration is not important. (I don't play games.) I hope the bug gets fixed, but this works more than well enough for me. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Multiple copies of screen left to right with S3 Trio3d on XFree86 4.2.0
Kevin Brosius wrote: > [EMAIL PROTECTED] wrote: > > Having just upgraded my system from Mandrake 7.2 running the original > > XFree86 4.1.0 binaries to the XFree86 4.2.0 provided with Mandrake 8.2 (/ > > partition was reformatted for this upgrade) I now have a visual problem > > with the XFree86 display. The card in this machine (an IBM 300PL) is a S3 > > Trio 3D which identifies itself to XFree86 4.2.0 as: [snip] > > The left hand side and middle of the screen are fine, but the right hand > > side of the display is covered with multiple copies of a strip about 180 > > pixels wide taken from the middle of the screen and duplicated roughly > > three times (in 1280x1024 resolution) on the right hand side of the screen. > > Every application appears to be acting normally on this setup, the X server > > runs happily enough without errors in the /var/log/XFree86.0.log file. > > This effect is not observed in 8bit colour but is seen in 15, 16 and 24bit > > colour depths. Moving to higher resolutions like 1400x1050 results in a > > similar effect with roughly five copies of that strip on the right hand > > side of the screen. > > A full log would be helpful. I've seen a case where missing monitor > config and failing DDC caused something like this. Here is the current /etc/X11/XF86Config-4 (built using XFree86 -configure and fiddled with): Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" FontPath "unix/:-1" EndSection Section "Module" Load "freetype" Load "type1" Load "speedo" Load "pex" Load "dbe" # Load "dri" Load "extmod" Load "glx" Load "record" Load "xtrap" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "Device" "/dev/mouse" EndSection Section "Monitor" #DisplaySize370 270 # mm Identifier "Monitor0" VendorName "IBM" ModelName"IBM P92" HorizSync30-94# kHz VertRefresh 50-160 # Hz # Option "DPMS" # Option "noDCC" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "slow_edodram"# [] #Option "slow_dram" # [] #Option "fast_dram" # [] #Option "fpm_vram"# [] #Option "pci_burst" # [] #Option "fifo_conservative" # [] #Option "fifo_moderate" # [] #Option "fifo_aggressive" # [] #Option "pci_retry" # [] #Option "NoAccel" # [] #Option "early_ras_precharge" # [] #Option "late_ras_precharge" # [] #Option "lcd_center" # [] #Option "set_lcdclk" # #Option "set_mclk"# #Option "set_refclk" # #Option "show_cache" # [] #Option "HWCursor"# [] #Option "SWCursor"# [] #Option "ShadowFB"# [] #Option "Rotate" # [] #Option "UseFB" "0" # [] #Option "mxcr3afix" # [] #Option "XVideo" # [] Identifier "Card0" Driver "s3virge" VendorName "S3" BoardName "Trio3D" BusID "PCI:1:1:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" DefaultDepth 16 SubSection "Display" Depth 1 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1280x1024" "1152x864" "1024x768" "800x600" "6
[Xpert]installing xfree
I compiled a new X from CVS yesterday. I have been playing with it a little and it looks like the fonts rendering is much better than the version I had been using, which is two or three months old. First is it better to just do a 'make install' over the old version or just untar the new version over the old? Any suggestions welcome. Also as far as the font rendering: Should I have seen some improvements or am I crazy? Lastly, I copied the fonts from my Windows 98SE partition to Linux. How do I make sure that X can use those? Thanks! Fred Error Loading Explorer.exe You must reinstall Windows. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Off by one error in drawing code for Radeon VE
On Mit, 2002-11-20 at 04:00, Andrew P. Lentvorski wrote: > I have a Radeon VE and was having problems with the dragging. Most > notably, dragging elements in Matlab left lots of junk on the screen. A > refresh would clear it, but it would just come back when I started doing > more stuff. > > So, I grabbed the latest version from CVS and recompiled. It's still > there. > > I also grabbed some code that I used to hunt down the clipping bugs for > this card the last time, it appears that there is an off-by-one error > somewhere as a slow drag leaves *lots* of junk on the screen while a fast > drag leaves junk at specific points. It feels like its non-rectangle (or > multiple rectangle) clipping related since Matlab uses wierd shaped > outlines to redraw the objects. > > If I need to run some tests or send a picture, let me know. Screenshots might be interesting, but isolating the affected acceleration primitive(s) would be most useful. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]x disabling keyboard when mouse not plugged in
when the ps2 mouse is not plugged in while booting, ps2 keyboard input will get _disabled_ under X. The same keyboard under VT works fine, only X acts like dead - tested under xfree 4.2. This behaveour can be disabled by setting the option: Section "ServerFlags" Option "AllowMouseOpenFail" "true" EndSection I suggest that this option be enabled in X *by default* and that it can be *optionally* switched off. Having to figure out why the keyboard is not working on some boxes under X, while it is working perfectly well under VT can be *very* difficult. I spent a day with it. Additionaly the respective option does not to be very well know as I have been describing my problem and been asking for help on several IRC channels [1] without people being able to point me in the right direction. Please change the default X behaveour to ignore the mouse not being available and just enable the keyboard by default. Thanks, *t PS: My case is documented in some more depth under: http://bugs.debian.org/169427 [1] #debian, #ati, #xfree86, #xfree86-devel -- --- Tomas Pospisek SourcePole - Linux & Open Source Solutions http://sourcepole.ch Elestastrasse 18, 7310 Bad Ragaz, Switzerland Tel: +41 (81) 330 77 11 --- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree86 "Automatic" generated modelines have a max refreshrate of 85Hz?
On 19 Nov 2002, Gerhard Olsson wrote: > The modelines automatically generated by XFree86 seems to give a refresh > rate of maximum 85 Hz. You have to generate a modeline manually to > achieve a higher refresh rate. Is this intentional? There aren't yet any truly automatic modelines in the server. xc/programs/Xserver/hw/xfree86/etc/vesamodes contains a list of (non GTF) VESA standard modes, and xc/programs/Xserver/hw/xfree86/etc/extramodes contains some other useful standard modes (many of them GTF compliant). Other than GTF, I'm not aware of any high refresh rate modelines which are part of any standard, which may explain we we don't automatically provide any. Don't forget that faster may be better for CRT, but flat-panel screens don't typically fade and need refreshing, so faster isn't really appropriate for them. A gtf modeline generator was recently added to the XFree86 CVS tree, but we don't yet use GTF modes, nor the modelines included in DDC data from many monitors. XFree86 is a member of VESA, and has the GTF spec and spreadsheet, but neither I nor anyone else has got around to adding support in the server. > A higher refresh rate than 85 Hz may be difficult to see with the eye, > but I wanted to at least try my monitor at a higher refresh rate. > > Ideally, XFree86 would always be configured to use "Optimal" refresh > rate. That would make it simple to explain to users that Optimal refresh > rate is always used. (There could be a parameter to cap the refresh rate > at 85Hz. I have heard that high refresh rates wear the > monitor even if they are within the specs, but some say this is not the > truth.) What is "Optimal" ? I think it depends on the monitor, so the best thing would be to use the info the monitor gives us in DDC data - which can include a "preferred mode". > A related issue: Is the mode lines generated by XFree86 conforming to > the General Timing Formula (GTF)as defined by VESA? Most modeline > generators on the Internet does not conform to this standard. This > creates problem for the Nvidia driver, that can handle sync pulses with > a maximum width of 256 pixels. Most VESA modelines do not conform to GTF, mostly because GTF puts the horizontal flyback starting (finishing?) halfway through blank time, which is different from where most of the previous standard modelines put it. > The only thing I know about GTF is in the only gtf compliant modeline > generator I have found. There is not much on the VESA website about GTF. > > http://www.xfree86.org/pipermail/xpert/2001-October/012070.html > or > http://www.sh.nu/nvidia/gtf.c Andy Ritger wrote those, and the gtf generator that is now in XFree86, so I assume it is the same one. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
