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