Re: [Xpert]Linux installation with Intel 82845G graphics controller on Dell Dimension 4500 PC
Jk == Jitendra kulshreshtha Mr writes: Jk I need help on setting up Red Hat 7.3 in new Intel Pentium 4 Jk PC. Its graphics chip is an Intel 82845G/GL, and looks like it is Jk not among the supported graphics cards. Red Hat 8 installed fine on an 845-based P4 machine here. The Red Hat lists are a better place to discuss Red Hat, but I will say that once you get RH8 installed you can play with the RPMs built from XFree CVS that have better support for lots of things. See ftp://people.redhat.com/mharris/testing/live-grenades/ - J ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]i830 revisited (recent CVS build)
MvE == Martin van Es [EMAIL PROTECTED] writes: MvE Is the line Not using mode 1400x1050 (no mode of this name) MvE based on the fact that no mode called 1400x1050 passes by MvE during the mode probing part? Or is it something I can help in MvE the Configuration file? My understanding is that the BIOS is used to actually set the video modes, since the necessary information which would enable XFree to do it itself has not been released. Thus only modes that the BIOS knows about can be set. Since the BIOS doesn't say that it knows anything about a 1400x1050 mode, there's no way for XFree to set that mode. (I also have some i830 machines running XFree CVS, but they only have 1024x768 screens so I'm spared this particular problem.) - J ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Resize and Rotate extension progress report
LU == Lionel Ulmer [EMAIL PROTECTED] writes: LU Well, the Wine developpers would certainly like to have depth LU switching in the X11 server (especially for games where emulation LU of depth done in Wine is slowing things down). It was my understanding that depth switching would still be supported, but apps would have to actually handle the depth changes instead of the X server guaranteeing that their old visual would be supported after the switch (by emulation if necessary). Is my understanding incorrect? - J ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Resize and Rotate extension progress report
AI == Andy Isaacson [EMAIL PROTECTED] writes: AI ... with all the interface annoyances, library bloat, and ugly, AI overblown chrome that come with such ports. So? I happen to disagree (and my users disagree even more strongly, since ghostscript doesn't even have an interface to speak of, and xdvi is really difficult to make sense of). But what does that have to do with the fact that the apps have been ported? It was a statement of fact, not a statement of advocacy. Nobody has removed the old versions, and I don't believe that anyone argued for doing so. - J ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Resize and Rotate extension progress report
ACA == Andrew C Aitchison Dr writes: ACA and I thought Keith was worried about the size of Xt ! I'd like ACA to be able to move an app from my palmtop to the living-room ACA screen or video wall. I think it will a while before palmtops ACA have memory/storage to be able to use Qt. Several already do, as there is an embedded version. (See, for instance, the new Zaurus.) QT is much more than just a widget set, though; it provides a platform-independent encapsulation of various OS features. ACA Are we really asking that apps such as xdvi and ghostscipt be ACA ported to Gtk+/Qt ? They already have been. - J ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]blurry fonts: XF86 4.2.0 / FreeBSD 4.6
EE == Egbert Eich [EMAIL PROTECTED] writes: EE M$ has removed the TT WebFonts from their server. Their EULA allows redistribution, so just get them from somewhere else. corefonts.sourceforge.net, for one. - J ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Reliability of DDC?
How sensitive is DDC to things like the video cable or the presence of KVM switches? I just encountered a situation where DDC worked randomly when run through a KVM but worked fine when directly connected to the monitor. I've never seen any problem like this with 30 previous identical machines plugged into the same KVM. (I can tell it doesn't work because without it, the DPI defaults to 75 which makes the fonts come out too small.) OS is stock Red Hat 7.2 with updates, XFree 4.1.0 plus whatever Red Hat does to it. Hardware is an Nvidia GF2Ultra. I'm running the nv driver, not the binary Nvidia one. I thought that DDC was just a low speed serial connexion and thus should be pretty robust. I notice no loss of video clarity and no noise through the KVM, so perhaps it's much more sensitive than I believed. For completeness, here's a diff of two logs: one where DDC worked and another where it didn't: --- b Wed Apr 10 17:22:27 2002 +++ c Wed Apr 10 17:22:44 2002 @@ -9,7 +9,7 @@ Build Host: stripples.devel.redhat.com Module Loader present -(==) Log file: /var/log/XFree86.0.log, Time: Wed Apr 10 17:22:16 2002 +(==) Log file: /var/log/XFree86.0.log, Time: Wed Apr 10 17:22:36 2002 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, @@ -321,58 +321,6 @@ (II) NV(0): I2C bus DDC initialized. (II) NV(0): I2C device DDC:ddc2 registered. (II) NV(0): I2C device DDC:ddc2 removed. -(II) NV(0): I2C device DDC:ddc2 registered. -(II) NV(0): I2C device DDC:ddc2 removed. -(II) NV(0): DDC Monitor info: 0x84d1328 -(II) NV(0): Manufacturer: SNY Model: 290 Serial#: 8045784 [...] (DDC stuff elided for brevity) -(II) NV(0): Ranges: V min: 48 V max: 120 Hz, H min: 30 H max: 107 kHz, PixClock max 350 MHz -(II) NV(0): Monitor name: SONY CPD-G400 -(II) NV(0): Serial No: 8045784 -(II) NV(0): end of DDC Monitor info - (==) NV(0): Using gamma correction (1.0, 1.0, 1.0) (II) NV(0): SONY CPD-G40: Using hsync range of 30.00-107.00 kHz (II) NV(0): SONY CPD-G40: Using vrefresh range of 48.00-120.00 Hz @@ -382,8 +330,7 @@ (--) NV(0): Virtual size is 1280x1024 (pitch 1280) (**) NV(0): Default mode 1280x1024: 157.5 MHz, 91.1 kHz, 85.0 Hz (II) NV(0): Modeline 1280x1024 157.50 1280 1344 1504 1728 1024 1025 1028 1072 +hsync +vsync -(--) NV(0): Display dimensions: (37, 27) cm -(--) NV(0): DPI set to (87, 96) +(==) NV(0): DPI set to (75, 75) (II) Loading sub module fb (II) LoadModule: fb (II) Loading /usr/X11R6/lib/modules/libfb.a ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Turning off the glide point tap feature
DLG == David L Gehrt [EMAIL PROTECTED] writes: DLG I looked at some code, and tried commenting out the 4th button DLG stuff in the config file, but no joy. You don't mention what OS you're running, but for Linux there's a tpconfig utility. See URL:http://www.compass.com/synaptics/. - J ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]DVI support summary
MV == Mark Vojkovich [EMAIL PROTECTED] writes: [Does the nv driver support DVI output] MV It does not. This does not seem to be documented anywhere. Fortunately I've not yet placed the large order for video cards and panels I'm working on and I can get some more information. So, is there anywhere I can find a summary of DVI support in various available XFree drivers? Do the binary Nvidia drivers support DVI output, at full resolution? I'm pretty sure they handle DVI at 1280x1024, but I have a Viewsonic VP201mb on the way and it has a native resolution of 1600x1200. What about the Samsung 240T (24, 1920x1200 resolution, drool)? It would be a shame to have to drive nice monitors like these with analog signals. -- Jason L Tibbitts III - [EMAIL PROTECTED] - 713/743-3486 - 660PGH - 94 PC800 System Manager: University of Houston Department of Mathematics ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert