Agreed. The proper solution in this case is better documentation though.CTZn wrote:Thanks, veeery nice changelog ! There's just this point, generally speaking though:OnoSendai wrote:Have updated all download links in the first post to v4.0.36.Please keep in mind that Indigo's output is the main, if not the only autonomous source for looking up new features and other XML changes. I think it's fine as long as the change will allow developers to reproduce a functional code. That said, default values in meshes & models are trivial data indeed.* Not writing some XML elements if they have the default values - in <mesh>, <model2> etc..
Indigo Renderer 4 public beta
Re: Indigo Renderer 4 public beta
Re: Indigo Renderer 4 public beta
please do. the program should determine what's available and then decide which featues to use.OnoSendai wrote:(Although we could look at lowering this requirement if it doesn't work on too many people's computers)
also for a renderer with gpu support this makes even less sense because those users are more likely to invest in gfx cards instead of cpus.
Re: Indigo Renderer 4 public beta
I'm not sure if it is a bug or intentional, In Skindigo, whenever I export, it doesn't matter if I select GPU Rendering or not as once it has exported it Indigo remembers the rendering mode it was last on.
Not sure if that makes sense, I can plan round it so its not a problem.
Not sure if that makes sense, I can plan round it so its not a problem.
- Oscar J
- Posts: 2204
- Joined: Sat Mar 31, 2012 3:47 am
- Location: Gothenburg, Sweden
- 3D Software: Blender
Re: Indigo Renderer 4 public beta
Yeah, this used to work a few betas ago, but doesn't anymore.DanJ wrote:I'm not sure if it is a bug or intentional, In Skindigo, whenever I export, it doesn't matter if I select GPU Rendering or not as once it has exported it Indigo remembers the rendering mode it was last on.
Not sure if that makes sense, I can plan round it so its not a problem.
Re: Indigo Renderer 4 public beta
Oscar J wrote:Yeah, this used to work a few betas ago, but doesn't anymore.DanJ wrote:I'm not sure if it is a bug or intentional, In Skindigo, whenever I export, it doesn't matter if I select GPU Rendering or not as once it has exported it Indigo remembers the rendering mode it was last on.
Not sure if that makes sense, I can plan round it so its not a problem.
Thanks, I have used it to my advantage so it has been useful to be fair
Re: Indigo Renderer 4 public beta
Hi
One suggestion; It could be useful in the render region Indigo gui option only render an object as if they were on different levels, excellent for quick preview of specific parts.
A question; What is the meaning of the FSSS checkbox if you already have chosen this type of material?
One suggestion; It could be useful in the render region Indigo gui option only render an object as if they were on different levels, excellent for quick preview of specific parts.
A question; What is the meaning of the FSSS checkbox if you already have chosen this type of material?
- Oscar J
- Posts: 2204
- Joined: Sat Mar 31, 2012 3:47 am
- Location: Gothenburg, Sweden
- 3D Software: Blender
Re: Indigo Renderer 4 public beta
I'm not sure but I think Fast SSS is actually two things in one.
1. The glossy transparent material commonly used for SSS materials is (internally) replaced with a coating on top of a diffuse transmitter material which is much faster to render. This is the "surface" part of the Fast SSS optimisation.
2. The Fast SSS type medium is a faster approximation of the traditional unbiased SSS medium. This is the volume part of the Fast SSS optimisation, and is actually not implemented on GPU yet. Rendering a Fast SSS material on GPU will just be a coating on top of a diffuse transmitter, which is actually often enough to achieve an SSS-like look.
Oh, and I definitely agree about the region render thing. :)
1. The glossy transparent material commonly used for SSS materials is (internally) replaced with a coating on top of a diffuse transmitter material which is much faster to render. This is the "surface" part of the Fast SSS optimisation.
2. The Fast SSS type medium is a faster approximation of the traditional unbiased SSS medium. This is the volume part of the Fast SSS optimisation, and is actually not implemented on GPU yet. Rendering a Fast SSS material on GPU will just be a coating on top of a diffuse transmitter, which is actually often enough to achieve an SSS-like look.
Oh, and I definitely agree about the region render thing. :)
Re: Indigo Renderer 4 public beta
Useful info Oscar, thanks. I found out that the fastSSS material was unproper for fire rendition because it can not be airthin. Now I know why !
I'll be investigating the medium part now.
edit: Indigo is not saving the medium's <fast_sss> tag atm, but it is reading it if present.
I'll be investigating the medium part now.
edit: Indigo is not saving the medium's <fast_sss> tag atm, but it is reading it if present.
Re: Indigo Renderer 4 public beta
Oscar J wrote:I'm not sure but I think Fast SSS is actually two things in one.
1. The glossy transparent material commonly used for SSS materials is (internally) replaced with a coating on top of a diffuse transmitter material which is much faster to render. This is the "surface" part of the Fast SSS optimisation.
2. The Fast SSS type medium is a faster approximation of the traditional unbiased SSS medium. This is the volume part of the Fast SSS optimisation, and is actually not implemented on GPU yet. Rendering a Fast SSS material on GPU will just be a coating on top of a diffuse transmitter, which is actually often enough to achieve an SSS-like look.
Oh, and I definitely agree about the region render thing. :)
I think they are necessary explanations by the developers but especially some tutorials otherwise is experienced at random!
Re: Indigo Renderer 4 public beta
I know this is still a beta, but curios to know if someone does have the opportunity to compare 4.0.x GPU rendering on the same scene with one of the other GPU renderer available on the market.
Of course Indigo will become only better from beta to stable, but I suppose will be probably not a 100% speed up.
Of course Indigo will become only better from beta to stable, but I suppose will be probably not a 100% speed up.
- Oscar J
- Posts: 2204
- Joined: Sat Mar 31, 2012 3:47 am
- Location: Gothenburg, Sweden
- 3D Software: Blender
Re: Indigo Renderer 4 public beta
Sure, here are the latest versions of Indigo and Cycles in comparison.
Re: Indigo Renderer 4 public beta
Any more realistic scene to compare? What about achieving the same spp? :)
- Oscar J
- Posts: 2204
- Joined: Sat Mar 31, 2012 3:47 am
- Location: Gothenburg, Sweden
- 3D Software: Blender
Re: Indigo Renderer 4 public beta
Not sure achieving the same samples are as good a comparison. Indigo achieves the same number of samples in about 8 seconds as Cycles does in two minutes (and actually looks comparable :) ).
Heres a very simple interior comparison. I made Cycles have the same num. of bounces and even optimised render tile size and used multiple importance sampling for the HDRI. Not sure what else to try. :)
Heres a very simple interior comparison. I made Cycles have the same num. of bounces and even optimised render tile size and used multiple importance sampling for the HDRI. Not sure what else to try. :)
Re: Indigo Renderer 4 public beta
Now we need only waiting someone testing also on Luxrender, Octane, VrayRT :)
Last edited by davide445 on Thu May 05, 2016 2:42 am, edited 1 time in total.
- pixie
- Posts: 2332
- Joined: Sat Dec 29, 2007 4:54 am
- Location: Away from paradise
- 3D Software: Cinema 4D
- Contact:
Re: Indigo Renderer 4 public beta
is it using gpu, at all? :POscar J wrote:Not sure achieving the same samples are as good a comparison. Indigo achieves the same number of samples in about 8 seconds as Cycles does in two minutes (and actually looks comparable :) ).
Heres a very simple interior comparison. I made Cycles have the same num. of bounces and even optimised render tile size and used multiple importance sampling for the HDRI. Not sure what else to try. :)
Who is online
Users browsing this forum: No registered users and 13 guests