The problem originates from 3dSmax scatter and instancing plugin Forest Pro for max, which is a major plugin professionals use.
Also there are other plugins (like RailClone Pro) where I as a visualisation artist or other plugins that Architectural users use day to day, to create,
say eg. a floor that has individual objects (floorboards) that they need to be assigned with bunch of different textures, and/or a single texture with color correction variations.
Eg.2:
Think of a land with grass objects and flowers have textures. It's crucial to assign each object a different texture or variations of one.
To do that I guess you'll have to implement something to drive random bitmap textures.
Currently Forest pro, Railclone like plugins support these. But octane doesnt.
Since Max' system and userbase relies on the additional plugins. This is a major problem for most scenarios like above.
Forest Pack pro has it's own Texture that enables you to add some textures and let you change color tints based on assigned textures.
The Forest color texture is already implemented in Standard, Mental Ray, and V-Ray and Corona renderers.
This problem is also similar to MultiTexture Map plugin. Where most professional Archviz users use those plugins every day.
I would like to ask you to either implement above plugins/features specifically for max only.
Or
Create a new texture map for octane to let us randomly assign bunch of texture to many obj instances.
As this is related to the Core...
And AFAIK our max developer Jimstar does not have a copy of Forest Pack Pro and Railclone or MultiTexture Map.
Karba used to have some the above plugins.
Your response is highly important for people like me.
The Random Color Texture node doest some part of the job but there has to be a way for us to create random Bitmap textures
Thanks
My Portfolio
windows 10 Pro. |1070 + 1070 + 1070 + 1070 | i7 @4.5Ghz
+1
I can not work properly without the support forest pack , Reil clone, MultiTexture Map https://cg-source.com/multitexture.php
I hope it will add 2.0, wait another year - two of 3.0 it will be unbearable
You do not have the required permissions to view the files attached to this post.
[quote="oguzbir"]Hi,
There is a lack of Random Bitmap feature.
The problem originates from 3dSmax scatter and instancing plugin Forest Pro for max, which is a major plugin professionals use.
Also there are other plugins (like RailClone Pro) where I as a visualisation artist or other plugins that Architectural users use day to day, to create,
say eg. a floor that has individual objects (floorboards) that they need to be assigned with bunch of different textures, and/or a single texture with color correction variations.
Eg.2:
Think of a land with grass objects and flowers have textures. It's crucial to assign each object a different texture or variations of one.
To do that I guess you'll have to implement something to drive random bitmap textures.
Currently Forest pro, Railclone like plugins support these. But octane doesnt.
Since Max' system and userbase relies on the additional plugins. This is a major problem for most scenarios like above.
Forest Pack pro has it's own Texture that enables you to add some textures and let you change color tints based on assigned textures.
The Forest color texture is already implemented in Standard, Mental Ray, and V-Ray and Corona renderers.
We asked Otoy many times about random texture feature and not just random color. Because if I want my forest to have different shades of leaves I cannot use texture and have to use gradient color with random color input. I wish they can add like a 10 slot shader like mix material with a random texture input
hey, thx for release. here network render worked always perfectly till 2.24.1... is it possible that there were some changes on your side? i use c4d plugin but ahmet ensured that this is a standalone problem.
the clients take very long to show up on master. so long that the first 10 times i tested it, i did not wait till they were there...
c4d also crashes because of that...
hey, thx for release. here network render worked always perfectly till 2.24.1... is it possible that there were some changes on your side? i use c4d plugin but ahmet ensured that this is a standalone problem.
the clients take very long to show up on master. so long that the first 10 times i tested it, i did not wait till they were there...
c4d also crashes because of that...
Otoy probably need more info on this - for instance, what is the host and slave operating systems?
