Oblong Vert Counts?

I recently did some stuff. Specifically, precise sculpties out of 3DS Max. The shader method is great and all, but sucks for absolute precison. Now that I know more about file IO, I hacked and hacked some more. I can now get absolutely precise sculpties out of Max and into Photoshop. I am very happy.

Go to along with that, I would like to know the current vert counts of plane sculpties for oblongs. So I can hack more stuff before getting crazy with releasing things (and maybe talking better MaxScripter to clean up that end).

For example, a 128x128 plane sculptie has a vert count of 33x33. I also spent some time on beta grid counting verts on a 128x64 plane sculptie and came up with a vert count of 47x23.

Now, for some reason, I can't log in to beta. Haven't been able to for some weeks.

So, anybody have info on verts counts for plane sculpties? Also, any idea if they are set in stone yet or close to being set in stone?

This should help: /8/d3/323197/1.html#post2446812

Oh, I think that's the one. I tried searching for it, but couldn't find it. Maybe I should have included the name Domino in my search, eh? Now I just gotta deconstruct it to get what I need, which shouldn't be too difficult.

Many thanks.

Okay, I've been going over it and learning a bit about Python. But one thing that is still throwing me for a loop is this line:

sides = float([ 6, 8, 16, 32 ][lod])

I can't figure out what that line does. Does it return a value in the first list depending on the variable 'lod'? For example, if lod=0 then sides=6. Is that right?

Light please.

Here is the light:
yes, you are right

it is the short form of:

lod=0 -> sides=06 (faces per side -> 36 faces in total)
lod=1 -> sides=08 (faces per side -> 64 faces in total)
lod=2 -> sides=16 (faces per side -> 256 faces in total)
lod=3 -> sides=32 (faces per side -> 1024 faces in total)

have fun
Gaia

Oh, the joys of learning yet another programming/scripting language.

Many thanks.

Okay, what I want is vert counts. Right.

One thing that I don't like dealing with is rounding errors. This is something that I always ALWAYS double-check when dealing with certain things. On a hunch, I looked up rounding and Python. What I read was that Python always rounds down.

Beta grid manually counting using ctrl + shift + r
128x64 = 47 verts by 23 verts

So I ran 128x64 through Dom's code manually. I did it rounding to nearest integer style and came up with the wrong vert counts (not what I got by manually counting on Beta).

Then I tried it round down style like what I read Python does. My face counts came up face count 46x22 for vert counts 47x23.

In Dom's provided code, does int() always round down? My numbers say yes, but I would like a re-assurring whisper in my ear.

edit:
BTW, I already looked up the double divide slashies. Does floor(n/m) and all that. So, I know that little division short-hand is a round down.

/me whispers "Python's int() truncates towards zero. Don't tell anyone!"