On Jun 5, 2012, at 6:56 PM, Tom Browder wrote: > On Tue, Jun 5, 2012 at 5:33 PM, Christopher Sean Morrison > <brl...@mac.com> wrote: > ... >> It's 4 hex chars per cell. *16-bit* unsigned. 2 hex chars make one byte >> (0->255). > > Ah! I've been looking at asc2pix and I think I got confused with the > way I thought it works. I'll go back and look again.
Note you could start with 8-bit data, like converting a png or pix to bw, then converting the bw from 8-bit to 16-bit using the 'cv' conversion command (cv huc nus ...). That's a pretty common way to test it since 16-bit datasets aren't common outside of terrain data. Another way is to use the dem-g importer, which will create a dsp for you using the digital elevation model file format data (usgs has tons). Cheers! Sean ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
