On Tue, Jun 5, 2012 at 2:21 PM, brlcad <brl...@mac.com> wrote: > > On Jun 05, 2012, at 01:59 PM, Tom Browder <tom.brow...@gmail.com> wrote: > > I see there is a skeleton dsp.sh just waiting to be filled in which > I'll happily work on if I can understand the dsp better. > > > Awesome, I stubbed that in back in shortly after our Coverity work back in > January after investigating some DSP issues. After thinking about all the > hole cases possible, I'd come to the conclusion that a 5x5 probably covers > most of the topological issues we'll encounter. > > > For instance I'm not sure what the difference between these two are: > > # create 1x1 datasets > # --- > # | | > # --- > # and > # --- > # |X| > # --- > > I've been assuming a cell is described by the four corners, so it is a > 2x2 bitmap with width (X) = 1 and height (Y) = 1. > > > That's actually a single cell DSP, just one value. In one configuration, > the value is 0. In the other, it's some non-zero value (say 65536) which > should make an arb8/rpp.
Okay, my terminology stinks but that's approximately the way I've been interpreting the data (with the big exception that I thought one cell was 2x2 corners so I can adjust to a point being a cell. With that in mind and looking at the dsp ascii data (in file "regress/tgms/dsp.dat") for the solids.sh regression test, the data show: 6 hex chars per line, 726 lines, for a total of 4356 hex chars Taking 2 hex chars as one point (cell) I get a total of 2178 cells. The solids.mged file builds a dsp primitive from the pix version of that file and declares a 33x33 map for a total of 1089. So what happens to the excess? What is the "cut" direction (ad|Lr|lR)? Please point me in the right direction if this is all described somewhere. Cheers! -Tom ------------------------------------------------------------------------------ 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
