memory req. for SMOOTHVISION 2.0

tb said:
Okay, I would say issue cleared. They only save bandwidth, point. Send ATi a mail, no answer, but I'll wait. Thanks guxs for the clarification on this issue.

Thomas
who do you think openGl Guy works for?
You've been talking to ATI this whole thread...
 
Althornin said:
tb said:
Okay, I would say issue cleared. They only save bandwidth, point. Send ATi a mail, no answer, but I'll wait. Thanks guxs for the clarification on this issue.

Thomas
who do you think openGl Guy works for?
You've been talking to ATI this whole thread...
Whoa now... I work for ATi, but I only speak for me. However, I am happy to clear up misconceptions when I can :)
 
OpenGL guy said:
Whoa now... I work for ATi, but I only speak for me. However, I am happy to clear up misconceptions when I can :)
Of course.
I just meant that you were a guy "who would know" :)
 
OpenGL guy said:
Plus, without reading the specs on TREC, it sounds like each block will compress to a different size, meaning that the starting address of the next block will be unknown without first looking at the previous block. This is not acceptable for random access.
I think TREC may have had an LUT to find the location of each block.
 
Back
Top