MayaToIndigo 1.0.9(.3) (Updated 25th April 2008)
yes... Is fstop a counter for deaf penguins ? Ah, well, maybe I killed too much of them :/ See I told you you knew more than me ! Really I can't tell what's right or not concerning camera stuff, so last "fix" must be wrong... I'll document myself, just need time not links
PhrO
If you can tweak mr correctly there is no way for Indigo to be that harder to set up, but you may be right concerning car paint. But Doug's monolithic shader is cool too. My sensation regarding MtI is that things are more and more straight forward, but maybe not yet up to your needs. For instance, now I seldomly post edit igs files while in the beginning there was lot of tweaks needed. But are you intimidated by Indigo technical terms or MtI itself, as of the last time you tried it ?
PhrO
If you can tweak mr correctly there is no way for Indigo to be that harder to set up, but you may be right concerning car paint. But Doug's monolithic shader is cool too. My sensation regarding MtI is that things are more and more straight forward, but maybe not yet up to your needs. For instance, now I seldomly post edit igs files while in the beginning there was lot of tweaks needed. But are you intimidated by Indigo technical terms or MtI itself, as of the last time you tried it ?
obsolete asset
Cool !
Yep for the doc. I think I was wikizing (translating into french in fact) before I lost connection a few months ago... I'm more efficient at this, I don't do PDF or HTML stuff. And my english is not always as good as requested but come on, I'll assist you !
I've not been coding for more than 24h, wich is a bad signal since I'm still a beginner
Yep for the doc. I think I was wikizing (translating into french in fact) before I lost connection a few months ago... I'm more efficient at this, I don't do PDF or HTML stuff. And my english is not always as good as requested but come on, I'll assist you !
I've not been coding for more than 24h, wich is a bad signal since I'm still a beginner
obsolete asset
Potential MtI code cleanup:
There are a lot of places in MtI where the scene Up Axis is detected and various values adjusted in order to change a Y-Up scene into an indigo Z-Up scene.
I've recently found a much better way to do this. We can in fact adjust the entire scene's Up Axis, AND rotate all the geometry all in one go so that for Y-Up scenes there will be only 2 places in the entire export process where anything will be adjusted:
a) at the start of export, adjust the whole scene to Z-Up
(then export)
b) at the end of export, adjust the scene back to Y-Up
Here's the code:
Y-Up -> Z-Up
Z-Up -> Y-Up
If you run this code on a scene, the ONLY thing that should change in your viewport is the little axis indicator in the lower left corner.
There are a lot of places in MtI where the scene Up Axis is detected and various values adjusted in order to change a Y-Up scene into an indigo Z-Up scene.
I've recently found a much better way to do this. We can in fact adjust the entire scene's Up Axis, AND rotate all the geometry all in one go so that for Y-Up scenes there will be only 2 places in the entire export process where anything will be adjusted:
a) at the start of export, adjust the whole scene to Z-Up
(then export)
b) at the end of export, adjust the scene back to Y-Up
Here's the code:
Y-Up -> Z-Up
Code: Select all
select -ado;
group;
rotate -p 0 0 0 90 0 0;
upAxis -ax z -rv;
ungroup;
select -cl;
Code: Select all
select -ado;
group;
rotate -p 0 0 0 -90 0 0;
upAxis -ax y -rv;
ungroup;
select -cl;
Actually I feel more safe to invert values before transformations rather than transforming a whole scene (thought I haven't tried the sample code). I fear that could lead to unwanted behaviour in certain cases, but if instances work ok with it then why not...
What happened to Sun, how does it work ? I think I've heard about the new heliodon code, I saw something similar at highend3d.com. But if it's broken then #@$% !
What happened to Sun, how does it work ? I think I've heard about the new heliodon code, I saw something similar at highend3d.com. But if it's broken then #@$% !
obsolete asset
on second thoughts, don't use the code I posted - it seems to havea habit of seriously screwing up cameras.CTZn wrote:Actually I feel more safe to invert values before transformations rather than transforming a whole scene (thought I haven't tried the sample code). I fear that could lead to unwanted behaviour in certain cases, but if instances work ok with it then why not...
why oh why does Maya get quite upset when you change things like up axis and scale units ? grrr
seems that cm and Y-Up keep it most happy.
BTW, another handy "helper" that I was thinking of putting into MtI was
http://www.highend3d.com/maya/downloads ... -1577.html
however, I stopped myself due to the fact that it's not really indigo specific.
What does eveyone else think?
I have a copy of this script, that I have modified to use NURBS circles and to work properly
I'l dig it out if anyone's interested.
http://www.highend3d.com/maya/downloads ... -1577.html
however, I stopped myself due to the fact that it's not really indigo specific.
What does eveyone else think?
I have a copy of this script, that I have modified to use NURBS circles and to work properly
I'l dig it out if anyone's interested.
The idea souds cool but that's "just an helper", better focus on MtI still... but the more there is, the better (if accurate, stable and well related, being not specific doesn't make it worse at all).
Now I can go back to the Indigo Properties window or whatever I'll call that I'd like it to be ready for next release.
Doug, don't you thing we should create a (single) thread dedicated to unstable versions ? I believe it would generate a lot of positive things: fast feedback on errors, higher level of involvement from the users, less frustration for them... everyone happy. Of course, unstable would be marked IN BIG RED CAPITALS. Maybe this could be automated by your server: new rev = archive updated = static link.
Waddya think ? Guys ?
Now you can launch a render while having full control over lighting conditions, no more xml hand editing. This version is near stable, if not. Of course errors are possible______________________________________________________________
REV 245
______________________________________________________________
+ Rewrote mti_existsScriptNode. Faster.
+ Fixed aperture_radius
+ aperture_duration takes seconds, like Indigo does and like time goes it's also unclamped
+ Added full meshlight support:
* incandescenceR : R or temperature or peak_min
* incandescenceG : G or gain or peak_width
* incandescenceB : B or base_value
* ambientColorR : peak_value
* ambientColorG : power_drawn
* ambientColorB : efficacy_scale
+ eventual minor fixes
Now I can go back to the Indigo Properties window or whatever I'll call that I'd like it to be ready for next release.
Doug, don't you thing we should create a (single) thread dedicated to unstable versions ? I believe it would generate a lot of positive things: fast feedback on errors, higher level of involvement from the users, less frustration for them... everyone happy. Of course, unstable would be marked IN BIG RED CAPITALS. Maybe this could be automated by your server: new rev = archive updated = static link.
Waddya think ? Guys ?
obsolete asset
I think we should keep the dev talk in the thread of the most recent release. That way any new points of discussion aren't lost in a sea of old stuff, and the dev talk remains relevant to building on the current release.
Thanks for putting in the other meshlight parameters. I'm hoping mtiEdi will make them easier to edit too - I always forget which parameter gets translated into what.
Here's an Idea - because of the variable spectrum types (rgb/bb/peak) being detected from the colour value, can mtiEdi show the user what the actual output type will be when editing the lights?
ie. if i set RGB < 1 (or whatever it is), there will be a line that says "RGB spectum: x,y,z", or if I set it in the bb range it says "Blackbody: xxx K, ggg Gain" etc etc ??
Thanks for putting in the other meshlight parameters. I'm hoping mtiEdi will make them easier to edit too - I always forget which parameter gets translated into what.
Here's an Idea - because of the variable spectrum types (rgb/bb/peak) being detected from the colour value, can mtiEdi show the user what the actual output type will be when editing the lights?
ie. if i set RGB < 1 (or whatever it is), there will be a line that says "RGB spectum: x,y,z", or if I set it in the bb range it says "Blackbody: xxx K, ggg Gain" etc etc ??
It's ok for the discussion to stay here; I was talking about releasing svn builds so people willing to take some risks will be more involved.
Sure mtiEdi is designed for this ! It's current state is quite broken but it works fine for setting meshlights, precisely. I'll be on it today, I have a few hours in front of me and will release publicly an alpha anyway before 17h GMT.
Didn't you see the animated gif I did ? It's showing support for the three spectrum types (light 4300 is the name of the lighting shader)... either what I don't understand your request.
Sure mtiEdi is designed for this ! It's current state is quite broken but it works fine for setting meshlights, precisely. I'll be on it today, I have a few hours in front of me and will release publicly an alpha anyway before 17h GMT.
Didn't you see the animated gif I did ? It's showing support for the three spectrum types (light 4300 is the name of the lighting shader)... either what I don't understand your request.
obsolete asset
ok. cool - looks like you've already done itCTZn wrote:Didn't you see the animated gif I did ? It's showing support for the three spectrum types (light 4300 is the name of the lighting shader)... either what I don't understand your request.
As for SVN releases, do you have a linux machine ?
The linux shell scripts will make it very easy to make new packages.
Basically, run the makeDist.sh script passing the version number to it:
Code: Select all
user@machine:~$ ./makeDist.sh SVN-r246
You will have to install NSIS for linux though to make the windows installer (makensis command). The linux package process has no special dependancies.
Who is online
Users browsing this forum: Ahrefs [Bot] and 22 guests