[Bf-committers] Regarding: Cycles support for specular color in solid shading mode
kalast at gmail.com
Tue Dec 2 16:27:37 CET 2014
Alright, I guess that was just a language barrier here.
Don't worry too much about this amount of extra code complexity, I can
assure you there are much (like, much!) more complex corner cases in our
drawing code. While setting initial material colors to 1.0 would solve this
more elegantly maybe, it would also make everything brighter, which is what
the initial complaint was about. So while all this is admittedly slightly
crap, it is unavoidable crap, I just chose what I thought was the lesser of
Anyway moving on, with new viewport this may not even be relevant
anyway...there might not even be "solid"
mode anymore, rather workflow-oriented configurable shaders which won't be
tied to the material anymore.
Details will follow soon.
On 2 December 2014 at 14:33, Mikhail Rachinskiy <wellmaderice at gmail.com>
> Hi Thomas,
> I am sorry for my tone, I did not mean to be rude.
> > default (no) material spec - what's the big deal with it?
> After Antony's last commit there is no issue with "no material". The issue
> with material's color pipeline.
> > An additional parameter and an if-clause with a multiplication should
> not be
> considered as "complicated
> That's usually how it starts.
> > For me and my co-worker is the current solution fine
> Current solution is acceptable for me, but if something could be simpler, I
> think it should be simpler.
> I understand Antony has more important work to do, like VSE improvements.
> But in one year Updated UI Widget Style project will be finished, all
> default colors may be reconsidered. By then Cycles will be default render,
> and the person who will use Cycles materials to prototype default colors
> for "no material" and BI default material may be confused, since Cycles
> materials have no additional factors dimming down the result — they're
> always be brighter than other cases.
> Yes this is not crucial, but I can't say this is not important.
> By the way I am actively using VSE, and every single improvement to it was
> marvelous, thanks Antony.
> Mikhail Rachinskiy
> Bf-committers mailing list
> Bf-committers at blender.org
More information about the Bf-committers