Talking about compression

An uncompressed option for a block? How is that supposed to work? It's best to keep a constant bit rate and that's surely not going to work.

I think you need to consider the magnitudes of the cooefficients. Most, post-quantisation, are zero and so you want to store those with as few bits as possible. Managing a variable bit rate, even within a block, is not pretty.

I won't stop you having a go. I'd be interested to see the results

That's not very aggressive. You should aim for at least 4bpp ~ 6-8:1 to be competitive with the current solutions.

 

Could someone explain the importance of JPEG2000 the the average internet user. I can see why its of great use for digital photography.

Ims

 

http://www.jpeg2000info.com/what/index.html

 

Most blocks of pixels can be accurately described by 2 planes and edges between those planes, this is why S3TC was such a good idea. Simon improved upon that by letting the 2 planes be gradiated, S3TC can encode a gradient but not a combination of 2 gradiated planes, and he removed redundancy between the blocks (too often the coded colors of neighbouring blocks will be near identical, that correlation is a bit too short range to ignore). S3TC was very good, and PVR-TC is essentially S3TC++. I dont think that for fast decodable fixed compression codes you are going to be able to do much better ... especially not with transforms, Id sooner try my hands at forms of VQ with a fixed codebook.

 

I tend to think of S3TC as just trying to take advantage of the typical linear distribution of colours in a block. Plotting the pixels in a 4x4 block in an RGB cube, the pixels frequently are grouped along a line segment and hence two colours are chosen to represent that segment.

What I thought was missing from S3TC was that, apart from the localised blocks, it didn't try to use any correlation between UV coordinates and the colour values.

 

That might very well be what it tries to do, but the fact that at the same time it can efficiently deal with oscillations/edges between 2 colors is a great bonus.

What is the state of the art in creating the subsampled images for PVR-TC now if you are allowed to say? (I always thought it curious that you didnt simply try dilation/erosion morphological operators for a naive first try BTW ... seems to me the most obvious approach, more obvious than wavelets at any rate.)