So far, the only update is that my house is slightly cleaner. I put off way too much real world work last week, and I am now paying for it.
I guess other than that, I've made a bit of progress on one crosser type, and have finished another new one. I may or may not get it public tonight. No guarantees of anything. Tomorrow is ENTIRELY free for me.
Just finished fixing the sharp overhangs issue with all tiles which have zero walk plane at the top of the tile. This modified tile-sharing-wrap method should work pretty nice in un-tile-izing the set. I'm personally quite happy with it!
Just another image (w/area lighting 64 gray):
Still a few sharp edges to work out near the bottom, but I think if I leave less walk space at the bottom, I can accidentally create more billowy rocks at the bottom. Look down the corridor above and you can see what I mean on the right. Instead of the Erode crosser rounding down to the flat ground, often with sharp rocks with hollow underneaths, I've left enough room for the erode crosser to bubble out at the bottom. This takes about a meter or two extra space off the walkable area, but makes the tile look more realistic. However, I do see reason to have some of those older tiles around, as water rushing down a channel like this might cut the bottoms off rocks as it strips sediment.
I've also been packaging up a few of the custom tools I am using to make these tilesets. I've started a MaxScript rollout which includes RemoveAllModifiers (for cleaning down your base model so you can start again, works on all selected tiles), ToGranite (applies the set of granitizing functions to selected tiles), FixDucklips* (randomizes the noise modifier seed so that you get a different fold effect), and TargetNext (selects the next mesh in the scene and zooms in on it to fit the window, great for fixing ducklips).
*What the heck are ducklips? That is what I am calling it when noise and tessellation work together to create a fold in the rock which turns in on itself, or an adjacent tile, in such a way that it looks like a duck bill. This can cause some serious visual issues, such as objects with negative volume. This is just as bad as having some of your faces normal inverted. The major culprit is the noise modifier and using a random seed generation. Some noise is really bad at the edges, and smoother in the center of the block. By randomizing the seed again with the FixDucklips function, you simply get another seed. This potentially fixes the ducklips, but not always. I just keep hitting it until I find a seed which fits my need.
Strangely enough, if you want ropey lava, ducklips might be good, especially if you can get some which don't have negative volume. Something to think of for lava flows, like Pahoehoe:
I'm just having too much fun with this set
Trying to finish up one more crosser, then I will pack it. I spent too much time today teaching a script to do all this for me. Almost done with that too. It should make creating future mountain parts much faster. Already I have reduced my redo time on all new parts from one hour per new crosser, to 5 minutes. Soon the script will be able to make mixers for my mountain crossers, and that will be spectacular! The newer method uses a few more polygons, but I don't think it will mean much in the end. Also been trying to puzzle out an easy script-created shadow block for each tile. Almost there.
Here's a teaser of what the script is doing for primitives. Once the primitives are done, it is just as simple as applying the granitizing script. Before granitizing, the script collects an array of all faces which have a certain slope, so it knows what faces to apply the granitizer to, and which ones will be generally walkable. The future version will clone off and create a walkmesh of all the primitive surfaces before granitizing, correcting walkmesh material types in the process.
You might not think this is very important to be able to recreate my tiles via a script, especially when you will already have them in a hak. But the point of this exercize is A) to increase my personal building/debugging speed, 
teach GMax to build tilesets on its own, and C) allow you to create variant tiles to further diversify the sets appearance.
No that isn't pink slime from ghost busters. Everything you see in the image was added, modified, and manipulated via script.
As you can see, Ive taught it how to leave an amount of space on all corners so that you can have a walkable plane top and bottom (which is strangely enough (129.5/1000)*(transition change per edge) +/- 0.01).
In addition to manipulating corner height, it can also similarly modify the middle section to create crossers which push or pull on the crossing ridge, creating puffier or sharper cliffs, similar to my push-in/push-out crossers.
You can also modify the centers of edges up or down, as well as the middle of the tile, to create stone spires.
Automatic welders take care of locally similar vertices, as well as integer-snap them, so you won't see sky through the mesh.
I can't wait to get this finished, so I can show you all the entire set of mountain terrain it is cooking up, fully complete with all crossers compatible.
I'm really liking what what I've seen so far. I have a question however. Is there a way to implement the grass and shrubs as animations? If so, I think this tileset could easily do double duty for large cavernous areas underground. Regardless, I can't wait to start using this on my own PW one day.
Why do double duty when I can just make two? 
But you are correct, and expect to see a caverns set as soon as this one is done (actually three sets).
Quick maxscript question, maybe somebody could help me here with it. If not I will ask elsewhere...
I have this function which takes local space within a transform and converts it to world space. I then have the opposite function. I pulled the majority of these functions from maxscript help forums online. Here is the code for the world->local function
Retour en haut
fn WorldToLocalPos obj ffdmod pos = (
objTM = obj.objecttransform
modTM = (getModContextTM obj ffdmod) * ffdmod.lattice_transform.value
modBBMin = getModContextBBoxMin obj ffdmod
modBBMax = getModContextBBoxMax obj ffdmod
-- correct for 0-size bx
boxSize = (modBBMax-modBBMin)
if (boxSize.x == 0) then boxSize.x = 1.0/1000.0
if (boxSize.y == 0) then boxSize.y = 1.0/1000.0
if (boxSize.z == 0) then boxSize.z = 1.0/1000.0
(pos - modBBMin) * (inverse objTM) * modTM / boxSize
-- was: (pos - modBBMin) * (inverse objTM) * inverse modTM / boxSize
),
I personally added the size correcting bit for 0 volume bounding boxes, as the zero height bounding box was found to crash max. Something I also learned while playing with FFD boxes was that max handles them in the exact same way this code does, which is why a 0 height FFD box still has its top control points set to non-zero.
Anyway, my problem is this...
passing this [333.333,-166.667,1000] inside boxSize [1000,1000,1004.53] gives this [333.333,-166.667,1995.47]
I don't understand matrix math since high school. Could somebody check my function for missing brackets, or something else that is wrong? I know the mistake is in the last line, but I don't fully understand what the matrix math is doing, so I don't know where to put the missing brackets.
Edit:
Nevermind. I see the problem. While the visual bounding box of the FFD modifier appears to be placed at 0,0,0, the actual transform center is half its overall height. Stupid. Gmax still shows it as 0-based, but asking it details about itself shows the opposite. The formula just needs to take that into consideration. .....Maths
Edit again:
Nope, my mistake. The problem was this:
if local to global is found via (modBBMin + (pos * boxSize) * (inverse modTM) * objTM)
then global to local must be found via (pos - modBBMin) * (inverse objTM) * modTM / boxSize
The error then being that modTM was inversed in the function for some reason. Which is probably why the guy who originally asked for it couldn't use it.
I've corrected the function above in case anybody wants it.
Well, my wife had a 4-day birthday party....and I have a lot of cleanup to do. But I will be back on it shortly.
Just a non-visual update, Ive modified the rock to be more bumpy again, but this time it bumps up a bit more, has less ropy duck lips, and is more rounded overall. It looks pretty cool.
If you guys don't like that, both varieties can be released separately, since the script can switch between the two, whole set, in just a few minutes.
Four days? Her delivery must have been legendary... 
We did it over a weekend. The first two days were supposed to be just family fun, but my kid was a beast instead and ruined it for us. The third day was just me and her, and we saw Kingsman (awesome), ate at our favorite asian restaurant, and had a road trip while the kid was in school. Fourth day I spent cooking for a few hours while she watched concerts on our big screen with her friend. Oh I got messy, this kitchen was ruined! Home-made french fries, everything pizza, and cake (she made the cake, vegan german chocolate), with giant mochas. And during all that, we did paperwork on another house (again, third time).
I spent about an hour today teaching the script to do 4 crosser types from a struct array. I can then predetermine the crosser stats (push/pull/name/output file marker, etc), and then put those on my panel in a dropdown box. Or I can cycle through them in script with a nice loop.
The erode and dilate crossers took a slight change in that they shove the middle of the tile by about 666.67 from one side, and 333.33 from the other, instead of moving both by about 450. This maximizes the usable area, but keeps the look. 666.67 was the number needed to get the erode and dilate crossers to touch at the edge again. The push in/out crossers are half that, giving you just enough room and variation here and there to be useful.
The other crosser I was working on was spires. Since I took the spire idea and merged it with the base rock idea, it might not get packed separately now. Instead, the rock is more like the needles highway in SD, rather than rounded and plain.
Again, if the spires/needles looks is not to your liking, I can just pack the others as a variant hak.
This image might give you the basic idea of what I did. It shows 4 adjacent tiles with the dilate/erode combo. Beside that, it shows the dilate and erode separate from each other. (gmax pic, not in game)
Not to sound negative, but that last shot looks a little less realistic than your previous work. The appearance is perhaps more like a set of stalagmites than a worn rock formation.
I think it depends on what you are used to, rjshae.
I'll admit that the basalt formations I have seen are much more regular, like vertically extruded hexagonal columns of stone all packed together. But this is based on the Black Hills which are much older than the formations I have seen and perhaps more rounded like this.
I prefer the kind of formations one sees along the columbia river gorge of oregon, but this is Merick'sdad's Thing. And I think this is what those formations look like where he is.
Okay. Then it's probably because I can't see the fracture lines in the texture very well due to a low level of contrast.
Not to sound negative, but that last shot looks a little less realistic than your previous work. The appearance is perhaps more like a set of stalagmites than a worn rock formation.
My guess is you haven't been to the needles highway in south dakota
Trying to finish up the export of all the easy-made tiles. Having some trouble with the exporter, probably due to some code I changed in nwmax having to do with error checking. We'll get it done soon enough. In the meantime, I may pack the basic crossers tonight without the crosser mixes, just so you all can peek and play. It won't have the proper walkmeshes, as before. I haven't been adding the proper walkmeshes to the hak file, simply to save myself a lot of time and headache at the moment.
When you look at these later, you may notice that near the bottom side of any tile, there is the potential for edge malfunctions. I am ironing out the code for that, so I don't have to manually manipulate the mesh, or trigger the seed randomizer again, just to get rid of the defect on each malformed tile. It has something to do with sidewall faces in proximity to corner verts, or at least within touch distance to walkable faces. Once I get that out of the way and release the script, it will be a simple thing to modify the basic appearance of the mountainous terrain. You'll simply be able to rebake and export all the tiles, or issues alternatives ending in another character (with a bit more work involved for set file creation).
What that means is that for those like rjshae, you can make the more rounded basalt look in the click of a button and the move of a few sliders. And when I get them done, the similar functions to make hex shaped basalt will be there, right along side the functions to make rectangular limestone outcrops. Since the work is done for creation and export, the only thing left to do for the other two is finish finding the correct set of modifiers which produces such an appearance, and then offering up a modifying panel for each. Really quite easy.
So, yes, my next project, possibly tonight, is to tweak and repack base heights, push in/out, and erode/dilate (could also be known as 100% push in/out). I won't be repacking any of the in-process carve crosser, or the possibly going away spire crosser.
After this bit, I want to return to water for a while, and work on those streams, rivers, and all their options. My 5 yr old and I sat down a week ago and determined all the potential tiles. He ended up coming up with some interesting options, a few of which I could probably portray as real.
I'm sorry this package is taking so long to get out to you guys. We're having some serious issues finalizing any given house. We've already lost about 600 USD in the deal, and we're trying damn hard to not lose any more. These current jerks are trying to swindle us out of 1500, or even 2700, just to enter a deal with them. And that is before inspections. I tell ya, house shopping isn't what it was 10 years ago.
If this one falls through, I'll probably be back more full time on working on this. Hope I am not, but you know, **** happens.
Just remember to keep whistling that song I mentioned before ("Allways look on ...") 
TR
My guess is you haven't been to the needles highway in south dakota
Multi-peaked mountains are impressive.
You think is posible to do something like this?
https://s3.amazonaws.../9401/72764.jpg
https://s3.amazonaws.../9401/72763.jpg
This Montserrat mountain, located near the city of Barcelona. and the village inside , is a Benedictine abbey.
I'm sorry this package is taking so long to get out to you guys...
No worry... ;-) I'll wait patiently for your next beautiful mountain tileset. I always placed tilesets on the "will be done when done" category of things. In fact, after thinking a little more of it, i firmly believe, these sorts of endeavours are without end.
Real life trumps all in my book, so don't be sorry to put your great talent in something more mundane than CC. Best success wishes with your house search.
CG
Multi-peaked mountains are impressive.
You think is posible to do something like this?
https://s3.amazonaws.../9401/72764.jpg
https://s3.amazonaws.../9401/72763.jpg
This Montserrat mountain, located near the city of Barcelona. and the village inside , is a Benedictine abbey.
Yes. With the second filter I want to finish up, which adds more horizontal noise, I can take the ones I have now and do that exact appearance. Too cool. I've never seen that before. Now I want to go there!
4th house....what a pain in the ass. No packing last night, no packing tomorrow morning. Packing is unlikely tonight.
