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
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
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 want
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
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, 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
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
