HQV workflow

[Acrobat]

what would be the workflow using the HQV? Replaces in its entirety or should support the render region? is it something like blender or modo progressive rendering?

I start only now studing rendering, setup a rendering appear intimidating a bit (fortunately render tree is more clear compared to maya hypershade)

[Bullit]

This is also something i am interested to hear about.

[gustavoeb]

HQV is an OpenGL type renderer, while progressive rendering is a raytracing thing. HQV cant shoot rays, calulate reflections from objects and that type stuff...

If you want progressive rendering get Rray's MR string options and set "progressive" attribute to the value ON

[Acrobat]

Thanks for the answer, but so, what is supposed to be used the HQV? For viewing a material preview?

[ActionArt]

Pretty much just some more opengl preview features. It also supports color management which the other modes don't so if you're try to work in a linear color space it will have the correct gamma to match your rendering.

I find it really nice for modeling when using this:

https://www.si-community.com/forum/v ... =33&t=3379

[Acrobat]

Matcap materials are nice, but a part this seems pretty useless for me, cannot understood how can improve my workflow in rendering (if the creation and utilize of this feature aim to render purpose, as I wrote I'm a student)

[gustavoeb]

Not render but faster previewing. HQV is shading per pixel, not per vertex, it also render procedural textures and shadows, plus it is hdr and respects linear workflow... so while it is not final output in can help you in those matters.

[Acrobat]

but HQV is not a overlapping with render region?

[gustavoeb]

[NNois]

say we got a material with a complicated shader, invoking gradients, color correct nodes etc... in HQV viewport you can have a feedback in realtime / render region

[Acrobat]

Hi, thanks for your answer, but don't understood... to me seems an overlapping function with render region, and don't understood why SI team spending resource into this feature

[gfxman]

Hi, thanks for your answer, but don't understood... to me seems an overlapping function with render region, and don't understood why SI team spending resource into this feature

It should be much faster then normal rendering, it should be a real time feedback, without render times using the GPU power.

[Acrobat]

thanks for you post.

understood, but a render region setted for fast preview give the some, or more precise, output (or I'm wrong?), so, to me, appear a bit useless

[gustavoeb]

Ok... can we move on?
Sorry for beign a dick but...

[Falam]

Ok... can we move on?
Sorry for beign a dick but...

This guy is being a real Dick What a Jerk

[gfxman]

thanks for you post.

understood, but a render region setted for fast preview give the some, or more precise, output (or I'm wrong?), so, to me, appear a bit useless

don't use it