From: Matan Ziv-Av (matan@svgalib.org)
Date: Fri 17 Aug 2001 - 12:56:44 IDT
On Thu, 16 Aug 2001, James Cassidy wrote:
> I'm observing palette value corruption.I've created a simple program that
> demonstrates
> the problem I'm having.It writes values to the palette, then reads them
> back, comparing
> the read and write values.I'm using 1.9.9. with a Radon card (r128
> driver) on a PIII running
> Linux 2.2.19
>
> Here's a sample of the output:
>
> 0: [0: 0: 0] [ 0: 0: 0] attemps=0
> 1: [1: 1: 1] [ 0: 1: 1] attemps=100
> 2: [2: 2: 2] [ 0: 2: 2] attemps=100
> 3: [3: 3:3] [170: 3: 3] attemps=100
> 4: [4: 4: 4] [170: 4: 4] attemps=100
> 5: [5: 5: 5] [170: 5: 5] attemps=100
> 6: [6: 6: 6] [170: 6: 6] attemps=100
> 7: [7: 7: 7] [ 85: 7: 7] attemps=100
> 8: [8: 8: 8] [ 85: 8: 8] attemps=100
This is wierd, and I don't see this on a TNT2 or Rage128PF (in a PPC
system). Are the errors always the same? Does it happen without setting
the palette to 8 bits mode?
Can you run the same program with vga_* functions to read/write palette
instead of gl_ ?
Please include your patch for CLUT8 support.
--
Matan Ziv-Av. matan@svgalib.org
------------------------------------------------------------------
Unsubscribe: To: listbot@svgalib.org
Body: unsubscribe linux-svgalib
This archive was generated by hypermail 2.1.4 : Wed 21 Jan 2004 - 22:10:24 IST