Hi all
Today we're releasing the first Beta of what we're going to call Brazil 2.0 for Rhino Service Release 2. Despite the innocent sounding name, this service release actually has a number of new features which bring the Brazil 2.0 for Rhino product into line with the "non-Beta" functionality of the 2.1 product for Max.
The new features in this build are:
This beta is production ready - so you should find it very stable and complete.
You can download the new beta for 32-bit Rhino 4.0 / 5.0 or 64-bit Rhino 5.0 from here
https://brazil3d.ning.com/page/download-beta
Enjoy!
- Andy
Tags:
Jonah
Could you be more specific - I've just tested a pile of script values, and they all seem to return the correct results even if no values have been set.
Andy
Jonah Barnett said:
Hi Andy. Remember about 2 years ago, I mentioned an issue with initializing the values of Brazil through scripting? The problem was, a value could not be returned (or modified) until you manually changed that particular value in Brazil's options dialog. this would need to be done manually for each setting which needs script access. I noticed the problem remains in the new beta (I haven't checked today's build). Can you take a look at resolving this? Thanks!
jonah
Yes.
Vicente Soler said:
BTW, is "linear workflow" working?
Vicente
Yes - all of the above is true (all colors are gamma corrected) except that at the moment - in the build you have - HDRs and bump textures are also gamma corrected. This will be fixed as soon as I get the next beta out.
Andy
Vicente Soler said:
Can you explain exactly what the linear workflow toggle is doing?
For me it should do the following:
I set a document gamma (for example 2.2) and then all textures that are not HDR will have the gamma inverted (0.45) except for textures that have nothing to do with the final color of the object (bump map, displacement, etc.) AND also all colors that I select with the color swatches will have a 0.45 gamma applied to them.
I just want to confirm if it's doing exactly this or it's different.
This has little to do but: I also remember there was an annoying bug where if you modified a textures gamma, intensity, etc and then tried to update it using _Refreshalltextures, it didn't work. It was because every time you change a texture parameter it make a png copy of it in a temp file somewhere, and ofc that temp file wasn't being updated, only the original texture. This method of storing temp textures also makes the interface go really slow, specially on large textures. Isn't there a better way of doing this?
Andrew le Bihan said:Yes.
Vicente Soler said:
BTW, is "linear workflow" working?
If you modify gamma, intensity - whatever - they should all change just fine.
Andy
Vicente Soler said:
Can you explain exactly what the linear workflow toggle is doing?
For me it should do the following:
I set a document gamma (for example 2.2) and then all textures that are not HDR will have the gamma inverted (0.45) except for textures that have nothing to do with the final color of the object (bump map, displacement, etc.) AND also all colors that I select with the color swatches will have a 0.45 gamma applied to them.
I just want to confirm if it's doing exactly this or it's different.
This has little to do but: I also remember there was an annoying bug where if you modified a textures gamma, intensity, etc and then tried to update it using _Refreshalltextures, it didn't work. It was because every time you change a texture parameter it make a png copy of it in a temp file somewhere, and ofc that temp file wasn't being updated, only the original texture. This method of storing temp textures also makes the interface go really slow, specially on large textures. Isn't there a better way of doing this?
Andrew le Bihan said:Yes.
Vicente Soler said:
BTW, is "linear workflow" working?
Nope - next Brazil beta.
Vicente Soler said:
Ok. You mean it will be fixed in the next Rhino 5.0 beta, right? Not the next Brazil update.
Nope - position doesn't matter *for now* - it's correct that at some point in the future it might.
The only real advantage of having it as an object instead of a document property is that you can have more than one.
Vicente Soler said:
I have a question about the domelight. What advantages does it currently have for it to be a 3d object. Does positioning it in different places have any effect? Can you use its position to control photons?
Good point...but unfortunately, Rhino 5.0 doesn't recognise it as a light. I will see if I can figure something out.
Vicente Soler said:
Could you at least have the dome light appear in the "lights" tab.
© 2022 Created by Scott Davidson.
Powered by