Re: [Xpert]Abridged: Total frustration with XFree86 4.1.0!
Egbert Eich wrote: > Hi Mac, > > the Slacware 7.1 CD should also contain the 3.3.6 sources. > It shouldn't be too difficult to just implement interlace > support. Why don't you check in the 3.3 code how it is done > and add this feature to 4.x? > > Egbert. Hi, Hmmm. That will have to be another project added to the list of projects I'm wanting to do. I'll have to upgrade my garage computer to Slackware 8.0 (including the XFree86 4.1.0 sources) and then get the XFree86 3.3.6 sources from the Slackware 7.1 CDROM. Not a difficult undertaking, but I've some other tasks I must get back to. It was hoping that my upgrade to Slackware 8.0 would be a weekend activity, but I've spent two weeks on it now. Can't guess when I'll get to interlace support or the amount of work involved. I'll probably start on it this Spring. In the meantime, I've taken the XF86_SVGA binary from 3.3.6 and installed it on my system. Everything else is still the 4.1.0 distribution from Slackware 8.0. I'm now running back at 1024x768 on my NEC MultiSync 3V with the Cirrus PCI video card. No monitor shutdowns occuring. It is a curious thing! Mac ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Abridged: Total frustration with XFree86 4.1.0!
Mac Cody writes: > > I'm afraid that is what I may have to do. In fact I'm already preparing > to do so (pulling the necessary .tgz files off the Slackware 7.1 CDROM). > Tis a pity. XFree86 4.1.0 appears to be faster on my cards than 3.3.6. > Hi Mac, the Slacware 7.1 CD should also contain the 3.3.6 sources. It shouldn't be too difficult to just implement interlace support. Why don't you check in the 3.3 code how it is done and add this feature to 4.x? Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Abridged: Total frustration with XFree86 4.1.0!
Derrik Pates wrote: > > On Mon, 17 Dec 2001, Mac Cody wrote: > > > Interesting. :-\ I would have thought that interlace support > > would be in place since XFree86 is at version 4.1.0 already > > and support was there in XFree86 3.3.6. Anywhere I could find > > out whether that is the case or not (short of investigating the > > sources)? If interlace support is missing, I guess I'll have > > to fall back to XFree 3.3.6 for now [sigh!]. > > Well, XFree86 underwent some serious reworking with the debut of the 4.x > line - moving away from monolithic X servers, and moving towards modules > for everything, with one smaller base server. Not a lot of attention had > initially been paid to moving the old-style 3.x drivers for many old > boards (pre-ViRGE S3 boards, older Cirrus and Trident boards had also > fallen victim to this), as much of the redesign was intended to allow > support for more-advanced features like the XVideo and DRI subsystems. > Only recently have those really old drivers been ported forward to the new > modular architecture. Yeah. I can understand and appreciate that. Not being a contributor to the XFree86 development effort myself, I can only imagine the level of effort required to support all of the many video cards (both old and new) that are out there. > So you may need to stay with 3.3.x for now, or if you're up to it, try > hacking in interlaced-mode support. That's about all you can do, until > someone eventually gets the drivers for the older boards fully ported up. I'm afraid that is what I may have to do. In fact I'm already preparing to do so (pulling the necessary .tgz files off the Slackware 7.1 CDROM). Tis a pity. XFree86 4.1.0 appears to be faster on my cards than 3.3.6. Mac ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Abridged: Total frustration with XFree86 4.1.0!
On Mon, 17 Dec 2001, Mac Cody wrote: > Interesting. :-\ I would have thought that interlace support > would be in place since XFree86 is at version 4.1.0 already > and support was there in XFree86 3.3.6. Anywhere I could find > out whether that is the case or not (short of investigating the > sources)? If interlace support is missing, I guess I'll have > to fall back to XFree 3.3.6 for now [sigh!]. Well, XFree86 underwent some serious reworking with the debut of the 4.x line - moving away from monolithic X servers, and moving towards modules for everything, with one smaller base server. Not a lot of attention had initially been paid to moving the old-style 3.x drivers for many old boards (pre-ViRGE S3 boards, older Cirrus and Trident boards had also fallen victim to this), as much of the redesign was intended to allow support for more-advanced features like the XVideo and DRI subsystems. Only recently have those really old drivers been ported forward to the new modular architecture. So you may need to stay with 3.3.x for now, or if you're up to it, try hacking in interlaced-mode support. That's about all you can do, until someone eventually gets the drivers for the older boards fully ported up. Derrik Pates | Sysadmin, Douglas School |#linuxOS on EFnet [EMAIL PROTECTED] | District (dsdk12.net)|#linuxOS on OPN ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Abridged: Total frustration with XFree86 4.1.0!
Michel Dänzer wrote: > > That probably means that the driver doesn't support interlaced modes > yet. I imagine it would be fairly easy to add that, but someone has to > do it... Interesting. :-\ I would have thought that interlace support would be in place since XFree86 is at version 4.1.0 already and support was there in XFree86 3.3.6. Anywhere I could find out whether that is the case or not (short of investigating the sources)? If interlace support is missing, I guess I'll have to fall back to XFree 3.3.6 for now [sigh!]. thanks, Mac ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Abridged: Total frustration with XFree86 4.1.0!
On Mon, 2001-12-17 at 21:33, Mac Cody wrote: > I've read the XF86Config and Timing HOWTOs and I've > used some of the modeline generation tools available > on the Internet. Notably, none of them help in > generating a modeline with the "interlace" flag. > Whenever I've set up a 1024x768 modeline without > interlacing, it won't sync with the Compaq monitor. > The modeline also causes the NEC monitor to eventually > shut itself off. If I set up a 1024x768 modeline > (or any other) with the "interlace" flag included, > a "bad mode clock/interlace/doublescan" error message > is generated for that modeline and it is ignored. That probably means that the driver doesn't support interlaced modes yet. I imagine it would be fairly easy to add that, but someone has to do it... -- 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]Abridged: Total frustration with XFree86 4.1.0!
(NOTE: Attached files excluded awaiting moderator approval, thanks to automated message filtering due to message size! :-\ Please read this abriged version until approval of full-featured submission.) Help, all X users, For the last two weeks, I've been trying to get XFree86 4.1.0 to work properly with hardware I have that worked properly with XFree86 3.3.6. Here is the list of hardware*: Flamingo PCI SVGA graphics card based on the Cirrus Logic CL 5434-8 chipset. Compaq 471 SVGA monitor HorizSync 31.5-38 VertRefresh 50(?)-90 (question mark added) NEC Multisync 3V monitor HorizSync 31.0-50.0 VertRefresh 55-90 Both monitors worked properly when I used XFree86 3.3.6 on Slackware 7.1 using the XF86Config file that I've [NOT] attached. The modeline that worked with _both_ monitors is listed below: # 1024x768 @ 87 Hz interlaced, 35.5 kHz hsync Modeline "1024x768"44.9 1024 1048 1208 1264 768 776 784 817 Interlace I recently upgraded to Slackware 8.0, which uses XFree86 4.1.0. The modeline shown above was inserted in to the XF86Config-4 line as shown in the file I've [NOT] attached. Rather than working, the following message is generated in XFree86.0.log file (also [NOT] attached): (II) CIRRUS(0): Not using mode "1024x768" (bad mode clock/interlace/doublescan) I've tried other modelines for 1024x768 as shown in the XF86Config-4 file. Either they don't work with either monitor or eventually cause the NEC Multisync monitor to shut off (this might be a problem with the monitor, TBD). I've read the XF86Config and Timing HOWTOs and I've used some of the modeline generation tools available on the Internet. Notably, none of them help in generating a modeline with the "interlace" flag. Whenever I've set up a 1024x768 modeline without interlacing, it won't sync with the Compaq monitor. The modeline also causes the NEC monitor to eventually shut itself off. If I set up a 1024x768 modeline (or any other) with the "interlace" flag included, a "bad mode clock/interlace/doublescan" error message is generated for that modeline and it is ignored. I've run out of ideas on how to solve this problem; short of uninstalling 4.1.0 and reinstalling 3.3.6 That is something I really don't what other than as a last resort. Any help would be greatly appreciated, especially in understanding how to properly generate modelines which call for interlace. Mac * I've also been working with a TV57 PCI board, based on the Trident TGUI 9680, which also works with XFree 3.3.6, but utterly fails with 4.1.0. Briefly, every 8 horizontal pixels are repeated twice on a line. That is another story, though. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert