CompuServe Messages

Gus, I've got the ASDG program but I think that your BXP has some distinct advantages in that you can write the files directly (thereby saving time) and use them in VP without having to convert them. Having the ASDG version is nice for different reasons and I expect the two will compliment each other well. >> You have to remember that we're moving from 24 bits per pixel down to 16 bits per pixel. << According to my digital handbook CCIR 601 specifies 8 bits of information for Luminance and 8 bits for both Chrominance axes. 8 bits allows a maximum of 256 levels of information to be represented for each component, (ie 256x256x256) as a result approximately 16 million unique values can be represented in the CCIR 601 system. (Quantel refers to it as an 8 bit system.) So the question is, is it not just a difference in how the values are stored and read (Y,R-Y,B-Y or Y,Cr,Cb) as an encoded binary stream rather than actually only allowing 16 bits per pixel as we commonly associate with a 16 bit image? In other words isn't this just a more complex process to achieve the same result for a 24 bit image? This apparent discrepancy has concerned me in the past and I would appreciate any further clarification especially as it relates to the internal YUV processing at render. That being said, I'm curious to know how the chroma filter is applied. These issues resolved, I'd be happy to send the requisite amount to Mr. P provided I have the correct address if its different from previously. Thanks again, John