;[EMAIL PROTECTED]>
Cc: "Mark Cass" <[EMAIL PROTECTED]>
Sent: Saturday, May 15, 2004 2:28 PM
Subject: Re: savage texture compression - REALLY CLOSE
> On Sat, 15 May 2004 13:30:16 -0700
> "Mark Cass" <[EMAIL PROTECTED]> wrote:
>
> > Felix,
On Sat, 15 May 2004 13:30:16 -0700
"Mark Cass" <[EMAIL PROTECTED]> wrote:
> Felix,
>
> i think the texture formats you are talking about are the ones enumerated in
> savage_bci.h . i tried all of them.
I was talking about the parameters that are used by the tiling functions
for various texture f
byte value. but now the image looks warped!
mark
- Original Message -
From: "Felix Kühling" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Mark Cass" <[EMAIL PROTECTED]>
Sent: Saturday, May 15, 2004 5:25 AM
Subject: Re: savage texture compr
there is also an s3tc width field in the tiled surface regs (0x48c40,
etc.). you may need to mess with that.
Alex
--- Felix Kühling <[EMAIL PROTECTED]> wrote:
> Hi Mark,
>
> Your description of the problems sounds like the tiling code does the
> right thing. However, in the driver there were ori
Hi Mark,
Your description of the problems sounds like the tiling code does the
right thing. However, in the driver there were originally some constants
for 4bit per pixel texture formats. I thought they were for compressed
texture formats. For example one of the texture formats is named
TFT_S3TC4B
guys,
as i have mentioned before i am working on
adding s3tc texture compression support to the savage driver. i have added
code to the savage driver based upon the radeon driver (and patches). the code i
have added only supports uploading pre-compressed textures. as also previously
mentio
