STAIRS: How to randomise the texture origin in stairs

[Aurasphere]

I simply want the stairs to move the texture and not repeat it the same on every element?

[Karl Wir_n]

First, Graphisoft should introduce user control over texture direction and texture origin in their library parts. This could be done in GDL.

But since that isn't the case today, you have the possibility to right click on the stair and choose "Convert selection to Morph(s)". After the conversion you can go over the stair parts with "Document" -> "Creative Imaging" ->"Align 3d-texture", changing both the texture origin and direction as you desire. This will break the parametric functionality of the stair, however.

[Aurasphere]

Yes thats my point. I have added texture control in much of the libraries I have done for companies

Creating a morph is antithetical in this instance

My op was about GS having integrated texturing into their higher level eg stairs as its important

Cheers

[Lingwisyer]

If you are into coding, you could possibly add something similar to the following to the tread object of your choice. With some modification, since I do not think the treads are related to each other via iDis, it might work. I have not looked at the tread objects.

tile_fill_origin_x[iDis] = RND(SYMB_POS_X)
tile_fill_origin_y[iDis] = RND(SYMB_POS_Y)
ROTy 90
BASE
VERT 0 + tile_fill_origin_x[iDis], 0 + tile_fill_origin_y[iDis], 0 !Origin
VERT 1 + tile_fill_origin_x[iDis], 0 + tile_fill_origin_y[iDis], 0 !X direction
VERT 0 + tile_fill_origin_x[iDis], 1 + tile_fill_origin_y[iDis], 0 !Y direction
VERT 0 + tile_fill_origin_x[iDis], 0 + tile_fill_origin_y[iDis], 1 !Z direction
coor 2+1024, -1, -2, -3, -4 

Ling.

[Aurasphere]

Thanks

Yeah I have the code already, as mentioned for client libs  but I thought by now...for internal solutions, this would be important but not for everyone it seems.

Funny I also used sym pos for seed hehe