Page 1 of 3
Posted: Thu Dec 11, 2008 11:16 am
Restored the right camera aperture exporting formula, and indeed now the feedback for camera and linear tonemapping is sweeter for MtI users in Indigo UI, I apology about that mistake.
Incandescence of Maya materials is still used to determine wether they are actual Indigo materials, or just meshlights definitions. Specifically incandescenceR
is used for that. See meshlights
in Maya (note that this very meshlight section is the only one updated in wiki for now).
Added more spectrum types for some material parameters, I will document that soon (like for meshlights try to define a spectrum for specular absorbtion (blinn color. By the way blinn export (to specular) has changed)).
Get the beast here:
Posted: Fri Dec 12, 2008 3:55 am
Can you write for what vesion of indigo this suggested? Because there is already new indigo:)
Posted: Fri Dec 12, 2008 5:34 am
This version should work with 1.0.9 up to 1.1.15, but as before most features since Indigo 1.0.9 weren't implemented in MtI...
I must document how specular (blinn) works now, here's a sneak doc:
refractionLimit -> precedence
refractiveIndex -> IOR
surfaceThickness -> cauchy_b_coeff
color -> absorption_coefficient_spectrum (spectrum)
ambientColor -> scattering_coefficient_spectrum (spectrum)
incandescence -> phase_function (grey = uniform, else takes value as H-G value - not sure about negative values for this one)
transparency -> switch for specular transparency (on-off)
Posted: Thu Dec 18, 2008 12:34 am
Will this work with the new Indigo 1.1.15? Anxious to use Indigo/MtI again (now that there is finally a new linux build - exciting stuff!).
Posted: Thu Dec 18, 2008 12:52 am
Yes Phr0stByte, just keep in mind that not much has changed since the last stable build, ie you will not find the most recent features in MtI.
I presume that I will not be able to provide linux-specific support, but let me know whatever goes wrong (that code hasn't changed). Be aware also that the documentation (aka the wiki) is wip, I have posted nearby on blinn changes, amongst others.
Posted: Thu Dec 18, 2008 12:58 am
Cool. One question - is normal mapping/displacement possible? I know its been in Indigo for a while now - just not sure if it is in the script (been Vray-ing with Maya for a long while now).
Posted: Thu Dec 18, 2008 1:12 am
Normal mapping is not supported by Indigo, MtI supports bump mapping but not displacement yet.
I think there will be another release soon, this one has too much junk output. Hopefully Maya procedural texures baking will be supported by then.
Posted: Fri Dec 19, 2008 11:51 am
Hrmmm... The file is not there? Can't download the zip:
"The requested URL /svn-mti/trunk/dist/MayaToIndigo_1.0.96_beta1.zip was not found on this server."
Posted: Fri Dec 19, 2008 1:34 pm
yes btw, sorry... I'm fixing it right now.
Fixed, thank you Phr0stByte !
Posted: Fri Dec 19, 2008 3:18 pm
Posted: Sat Dec 20, 2008 11:26 am
We don't like NKs anymore?
Error: IndigoDriverExcep: SceneLoaderExcep: MaterialExcep: ComplexIORExcep: ComplexIORDataSetExcep: Only spectral units of eV supported right now. (In element 'phong', around line 73, column 5)
Posted: Sat Dec 20, 2008 12:55 pm
Correction: we never liked some nk's
I have the same error as you with 1.1.15, but also with 1.0.9_3... we knowt that some nkData aren't read by Indigo in no ways, Alcu.nk is one of those. 1.1.15 can render (as in my test scene) Al.nk, so I assume its behaviour with nkData hasn't changed since earlier versions.
Now, if you ask me how Indigo can discriminate amongst the two nk types (or why it's finding Alcu wrong), I would not be able to answer that...
Short: no stress, nothing has changed
Posted: Sat Dec 20, 2008 2:02 pm
I actualy changed it to good 'ol Cr.nk and that worked fine, but got this error instead:
"IndigoDriverExcep: SceneLoaderExcep: MaterialExcep: ComplexIORExcep: ComplexIORDataSetExcep: Failed to open file '/home/phr0stbyte/indigo_x64_linux_v1.1.15/nkdata\fesi2el2.nk' for reading. (In element 'phong', around line 5, column 9)"
What is that about? Cr.nk was the only nk I was trying to use...
[EDIT] Figured that one out - it was a case sensitive problem with an IGM I was using. I still ran into another problem - this time with an object and not a mat. Just don't have the patients to mess with it further.
Posted: Sat Dec 20, 2008 2:12 pm
in the Write to file & render
section of the main window.
Since it was checked, MtI assumed you did no changes to material assignements and didn't export the geometries again. The matter is, Indigo is looking for the material defined within the obj file
. If you haven't re-exported the geometries (ie uncheck Append) Indigo will read the exact same material calls in the very same objects.
Once you exported the obj beholding the new material assignements, you can check Append
back, exporting will be faster because only xml will be written, obj files will be reused
Posted: Sat Dec 20, 2008 2:15 pm