List of Schematic Brushes


Added some new schems for the Neck.



(creates a column of vines of varying lengths emanating downward from where you click)
Awesome Schematics Loras, perfect for the neck!
SwampCypress8 seems to have a bit of glass at the top. A quick /schset remove SwampCypress SwampCypress8@**^x and then add in the the same one without the glass should do the trick!

Looking forward to seeing these being used!


New Schematics for more Birch forest:


Also, I took Carc's bocage schemset CarcBocage3 and made jungle and birch leaf versions:



Mhmm looks like Mike's guide assumes the reader already knows how to create a schematic file, and just wants to know how to add them to schsets.

This guide shows how to create them, see how you go with Mike's guide from there.


@CashBanks Nifty! But that doesn't really seem to cover how to make the schems in the first place.
Most of the time you choose a name for the schemset you want to make (e.g. "Oak"), then you'll want to build all the oak trees you want in your schemset. You should select each oak tree you've made (making sure the selection is as small as possible and the tree is centered inside the selection) and copy it. (It doesn't matter where you stand when you copy it). After you copy the selection to you can save that selection as a schem ("//schem save Oak1"). You'll want to do this for each indvidual tree and name the shems accordingly (e.g. "Oak1", "Oak2", Oak3", etc.).

Most Schem sets on the server are created with a command like "//schset create Oak Oak*@**^10".

The first asterisk includes all the schems starting with "Oak" (e.g. "Oak1", "Oak2", Oak3", etc.) and randomly chooses one of them. The second two asterisks cause the schem to be randomly rotated and flipped when it is placed to create a wider variety of tree types.

The "^10" is the vertical offset. Each schem will need a different vertical offset number depending on how tall the schem is. By default the schem is placed at its center point. That means without a vertical offset most trees schems would be placed half way underground. I usually have to go through a little trial and error to find the perfect vertical offsets that causes the trees to be properly placed. If you get the vertical offset wrong, I find the easiest option is usually to delete the schemset ("//schset delete Oak") and try creating the set again with a different vertical offset.

It is a good idea to make all the selections for each tree in your schemset the same height so that they will all have the same vertical offsets even if the trees themselves are slightly different heights. Otherwise you will have to determine the vertical offset for each individual tree and your schem set creation command would have to look something like this "//schset create Oak Oak1@**^10 Oak2@**^9 Oak3@**^11".

(If any of those commands don't work, try them with one "/" instead of two. I always forget which ones need one and which ones need two.)


Just to elaborate on @SerLoras 's helpful tutorial above (I meant to write one up a while ago, but haven't had the time):

I've found that using the same vertical offset for all the trees in the schemset doesn't work in general. I'm not sure exactly how the placement logic works, but sometimes I've had issues where an offset that works for one tree doesn't work at all for another tree of similar height.

Because of this, I usually prefer to add trees to the schemset incrementally. You should be able to create an empty schemset just by doing //schset create Oak.

If you have an existing schemset, and know the vertical offset you want, you can add another schematic to it by doing "//schset append Oak OakM1@**^10". Note that I'm using the specific schematic OakM1 here, without the wildcard.

Make sure you get the vertical offset correct before you add to the schemset. You can remove schematics from the schemset, but you have to use the exact schematic string as when you added it, including any rotation and offset information, i.e. "//schset remove Oak OakM1@**^10". You probably won't remember the exact rotation/offset information you used, which makes this a bit annoying and error-prone.

You can play around with offsets by just using the normal schembrush with a fixed schematic (and not a schemset). That is, "//schbr OakM1@**^10". Try a few different offsets, paste a few trees, and see what offset works. Then append that schematic+offset to the schemset. Repeat for all of the schematics you want to add to the schemset.


I've found that using the same vertical offset for all the trees in the schemset doesn't work in general. I'm not sure exactly how the placement logic works, but sometimes I've had issues where an offset that works for one tree doesn't work at all for another tree of similar height.
I have always found that as long as the selection for the trees are the exact same height and ground level for every tree is at the same point in that uniform selection size then the same vertical offset will apply to each tree schem.

Say for example you build all of you trees in within the same 30 block high box and you make ground level for every tree be at be at a block height of 5 within that selection. You can make different trees within that 30 block box that are 25, 26, 27, 28, etc. blocks high, but since the selection size and the ground level block height for each tree is uniform the actual physical height of the tree doesn't matter. Each tree schem would by defualt (with no offset) be placed at the half way point of the selection height (about block 15), and then you need a uniform vertical offset of 10 to bring the placement point to your desired the ground level point (block 5). That should be the same for every tree.

The key is to be sure you have a uniform selection height for every tree schem AND that ground level for every tree is at a uniform height within the selection. AFAIK air blocks and solid blocks within a schem selection are treated the exact same way as far and height and vertical offsets go, so it is the size of the red WE selection box you use to create schem, not the height of the solid blocks within the selection that control.


Also if you are using just a general schem brush to test your schem set, make sure you redo the brush command after making any changes to the schem set.

For example, you could do "//schset create Oak Oak*@**^10" and then do "//scbhr &Oak" to test the new schem with a schem brush. Then you could decide you need to change the vertical offset, so you do "//schset delete Oak" and then "//schset create Oak Oak*@**^11". Don't use that same schem brush you were using before! You need to redo the schem brush command ("//scbhr &Oak"), otherwise the brush will still use the schem set configuration that existed when it was created, and it won't reflect the changes you have just made to the schem set.

I spent a great deal of time editing schem sets and then trying to test them with a brush, and being frustrated that nothing had changed after the edit. It was because I wasn't redoing the //schbr command after the edit.