<br><font size=2 face="sans-serif">Hi there,</font>
<br>
<br><font size=2 face="sans-serif">I am working on software that takes
geospatial imagery (usually GeoTIFFs) and converts it into textures that
are used in our rendering engine. &nbsp;The application also takes terrain
files and generates terrain geometry. &nbsp;</font>
<br>
<br><font size=2 face="sans-serif">When we process our imagery (RGB), we
want to do so on a per pixel basis. &nbsp;This means that I don't want
to deal with individual color channels, but rather the simple RGB buffer
itself - much like what the tiff/geotiff library gives when calling </font><font size=2 face="Courier New">TIFFReadEncodedTile</font><font size=2 face="sans-serif">
or </font><font size=2 face="Courier New">TIFFReadEncodedStrip</font><font size=2 face="sans-serif">
for example. &nbsp;We've only been using the tiff/geotiff libraries up
till this point, but we need to be able to handle other source file formats
too and GDAL seemed like it might be the way to go. &nbsp;The problem is
though, that if I'm forced to divide my input data into different bands,
that's not going to work.</font>
<br>
<br><font size=2 face="sans-serif">Is there a way to get GDAL to give me
a buffer of raw pixel data without it being separated into individual bands?</font>
<br>
<br><font size=2 face="sans-serif">If the answer to that question is yes...
I'll have some additional questions</font>
<br>
<br><font size=2 face="sans-serif">Thanks,</font>
<br><font size=2 face="sans-serif"><br>
Todd</font>