Err... sorry , I accidentally sent the last email before I was finished...
I have a dual monitor system, and the currently available multiheaded
options do not meet my needs very well. I normally have a lot of
applications running, and thus I tend to make heavy use of virtual
workspaces. Unfortu
I have a triple-head box with one G200 (one head) and one G400 MAX (two heads).
It worked fine (a few quirks aside -- e.g. screensaver is broken) with XFree86
4.0.x. I recently upgraded to 4.1.x, and now XFree86 crashes on startup.
If I turn off the G400 heads in /etc/XF86Config-4, it starts up
I have a dual monitor system, and the currently available multiheaded options
do not meet my needs very well. I normally have a lot of applications
running, and thus I tend to make heavy use of virtual workspaces.
Unfortunately, it is difficult to use workspaces as effectively as I would
like
On Sun, 23 Sep 2001, Matthias Dahl wrote:
> Now what confuses me is that I thought it isn't possible to get the retrace
> information in user space - just in kernel space. I guess this is only true
> if you want to make use of the hardware interrupt that is being issued (and
> naturally that
This sounds very good. If you want a tester, I can test the Trident Cyberblade XP part.
On Sun, 2001-09-23 at 15:55, Branden Robinson wrote:> On Sun, Sep 23, 2001 at 12:03:33PM +0100, Alan Hourihane wrote:
> > I've no idea on how Debian update their XFree86 packages, you'd need to
> > contact
On Sun, Sep 23, 2001 at 07:26:47PM +0200, Matthias Dahl wrote:
> > So the signal is generated the same way and indeed you should need to sync
> > drawing.
> But you shouldn't forget that one is progressive and other one is interlaced.
yes there are 2 of them.
> And I guess the TV does all the s
On Sun, 23 Sep 2001, Geoffrey Leach wrote:
>Date: Sun, 23 Sep 2001 09:29:26 -0700
>From: Geoffrey Leach <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Content-Type: text/plain; charset=US-ASCII
>List-Id: General X Discussion
>Subject: Re: MGA matrox millenium DDC Monitor info: (nil)
>
>Running Xcon
On Sun, Sep 23, 2001 at 05:38:52PM +0200, Peter Surda wrote:
> Well, you can't get higher frame rate than your monitor can go can you?
> Unless your brain is plugged directly to the videoram :-)
Um, pluging myself directly to the video ram... hey... good idea. :-)))
> So the signal is generated
On Sun, 23 Sep 2001 14:59:14 -0400, didier wrote:
> No MGA can do that without polling, If you only want to wait the next vsync.
Interesting. Without waiting for a hardware IRQ or anything like that?
> I just mailed a patch at [EMAIL PROTECTED]
If you don't mind and if it's not too much troubl
Running Xconfigurator produced an XF86Config that worked, but left /etc/X11/X linked
to XF86_SVGA.
Changing the link back to XFree86 resulted in my "problem" XF86Config working. So,
was the link bad from the
outset? Not according to the console output, but ...
Geoffrey Leach
Sent to you by th
Around 16 o'clock on Sep 23, Juliusz Chroboczek wrote:
> The 9 + 4 x 4 x 4 scheme gives excellent results (to my eyes) while
> leaving a lot of colour cells free. I was suggesting that you should
> try implementing a similar colourmap for RENDER, and see what the
> results look like.
I think a
On Sun, Sep 23, 2001 at 04:52:24PM +0200, Matthias Dahl wrote:
> > As he also pointed out that hardware automatically does this.
> That depends on the hardware - matrox cards unfortunately don't do this
> automatically. And I guess if it did, some people would complain about
> it because they
>> On an eight-bit visual, XDPS will allocate a 9-level gray ramp, and a
>> 4x4x4 colour cube, for a total of 73 colourmap entries. (Colour
>> allocation happens on the client side in XDPS.)
>> Can RENDER deal with such a configuration?
KP> RENDER must have the colors allocated within the serve
On Sun, 23 Sep 2001 16:10:50 +0200, Peter Surda wrote:
> As he also pointed out that hardware automatically does this.
That depends on the hardware - matrox cards unfortunately don't do this
automatically. And I guess if it did, some people would complain about
it because they want the best p
Peter Surda wrote:
>
> On Sun, Sep 23, 2001 at 02:14:00PM +0200, Matthias Dahl wrote:
> > > What card do you have?
> > Matrax G400 MAX (and quite happy with the DH stuff *grin*)
> k.
>
> > Back to the original topic again. :) As Mark Vojkovich kindly pointed out, X
> > does not provide any way
On Sun, Sep 23, 2001 at 02:14:00PM +0200, Matthias Dahl wrote:
> > What card do you have?
> Matrax G400 MAX (and quite happy with the DH stuff *grin*)
k.
> Back to the original topic again. :) As Mark Vojkovich kindly pointed out, X
> does not provide any way to check the vsync pulse. :(
As he a
On Sun, Sep 23, 2001 at 12:03:33PM +0100, Alan Hourihane wrote:
> I've no idea on how Debian update their XFree86 packages, you'd need to
> contact them. Or you grab the CVS from XFree86 and build yourself.
>
> Alan.
>
> On Sat, Sep 22, 2001 at 03:32:16PM +0200, Anders Rune Jensen wrote:
> > Ohh
Hello.
I am looking for Xkb documentation. Can
anyoone indicate references for configuring
Xkb?
Regards.
Romildo
--
Prof. José Romildo Malaquias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Departamento de Computação - Universidade Federal de Ouro Preto
Brasil
__
On Fri, 21 Sep 2001 23:28:50 +0200, Peter Surda wrote:
> I vaguely remember that for mga you can use /dev/mga_vid. I think there is a
> generic interface somewhere in X but don't know where.
The /dev/mga_vid is a specific device that belongs to a kernel driver which
you can use to directly acce
I've no idea on how Debian update their XFree86 packages, you'd need to
contact them. Or you grab the CVS from XFree86 and build yourself.
Alan.
On Sat, Sep 22, 2001 at 03:32:16PM +0200, Anders Rune Jensen wrote:
> Ohh that sound good. I really hope it works. Im running debian SID, and
> the lat
Hi!
I have just tested CVS version of XFree86 on the same hardware as
in http://www.xfree86.org/pipermail/xpert/2001-September/011381.html .
Without HAL module CVS has exactly the same problems as 4.0.3.
However, with Option "Int10" the driver managed to half-ini
21 matches
Mail list logo
