TheBeals

Maya Ascii

I posted about this topic earlier, but I felt a real world example would be beneficial to everyone. In an earlier post, I had said that if you saved an .ma and your project crashed or you couldn’t open it for some reason, you could go through that file in a text editor and find the problem. I just lived through this hellish problem. I had been working on my shoe and saving and iterating as normal and then I tried to merge vertex and it fatal errored. When I tried opening the last file I had saved, I found out that it had been corrupted and could not open. Since it was an .mb I was out of luck and my last iteration saved was 2 hours prior, which really isn’t too bad. Fortunately Maya successfully saved an .ma in temp when it crashed.

This .ma was almost 400 megs and it was too big to open for notepad, but astonishingly wordpad was able to open it (doh!). This file was over 500,000 lines long, so long that wordpad had to open it in sections and ended up taking about 20 minutes to fully open. Generally an .ma is structured in this way:

Basic File Info (name, date etc…)

Camera nodes and tranformations

Other node information (creation, transformation)

Lights

Layers

Histories of objects

Animation Histories

ConnectAttrb of lights/shaders/materials

Now granted this information could be off and should taken with a grain of salt, but GENERALLY this is the order.

Since I knew what killed it (MergeVertex), and where it was located, I scrolled down near to the bottom and searched for “MergeVertex”. I found it and deleted it then saved but it still didn’t open. So I figured it had to be linked to its history so I deleted the entire history of the object and all of its connections (basically the entire last bit of the .ma). Be very careful when you do this and make sure the structure stays in tact and semi colons and such remain in the right places.

After this I was then able to open it up. Everything was in Chaos-all my display layers were deleted, things were misnamed-utter chaos and of course no materials existed on the objects. But this was fine, since I had prior working scenes and I just needed to export and import the object that I had been in the middle of working on when Maya died.

So in Conclusion, make sure you save an .ma at least once per work session and if you do need to root through one, especially if it was as big and scary as mine, do it smartly. Know what you are looking for and where it is located. If you are not sure what caused it, it usually is one of the last things you tried to do.

Also, a lot of times fatal errors can be caused by conflicting preferences so move your preferences and try and opening the file first and see if it does it, if not move your preferences back and start rooting away!

Ambient Occlusion

Throughout the years I have always been told to render an AO pas and multiply it over the beauty and fuss with it to make it “correct.” This method has always looked incorrect to me and always makes things look dirty. But I was always the student (and will always be in a sense) so I never thought to challenge it, and thought I was wrong. Well ladies and gentlemen, I am about to link you to a post on Master Zap’s blog that will rock your world and will change how you do an AO pass (hopefully).

Here is the image:

and here is the article

http://mentalraytips.blogspot.com/2008/11/joy-of-little-ambience.html

Illuminance Continued

*Generalizing Alert*

my notes continued.

So say you have a point on a surface and you want to find out how much illuminance it is getting. What we do, is look at the light source and see how big of an angle it covers. We take that angle, multiply it by the amount of luminance the light has and you get the illuminance value at that point. If the light source is bigger, it covers a larger angle. If the same light is farther away, it covers a smaller angle which means the illuminance of that point is lower. Distance is irrelevant actually. All that matters is the size of that angle. A large light from a far distance and a small light at a near distance that covers the same angle and same luminance value will give the same illuminance.

You have heard the term “light falls of quadratically” or at least seen the option for the light in Maya (distance^2). This is actually a fairly inaccurate representation of the above subject. It is only accurate for distant lights. Example. You have a plane of light that has a length of X meters at a distance of Y from object P covering an angle of Z.  If you were to half the distance between the light source and the object, the angle of course gets bigger, and at far distances it’s really close to doubling the size of that angle Z. However, since the light source can never reach point P, that means the angle can never grow past 180 degrees. This means that for each time you half the distance, the degree that the angle changes will grow farther away from doubling and closer to staying the same.

Example. Walk up to a large light source such as a window or tv. Look at your hand as well as how bright the tv/window is and notice how bright it is. It has a specific luminance. Take two steps back and look at your hand, your hand will appear darker, but tv/window look to have exactly the same luminance.  This is because when you were closer, the light source covered a larger angle compared to your hand and when you stood back, it covered a smaller angle which means it will illuminate your hand less.

There are many ways to imitate this in CG. For MR, you have your final gather, photometric lights, and of course the beautiful and amazing Portal Light.

There is a big problem with traditional cg lights because they are point lights. Points cannot cover an angle to a point on a surface because it has no area which means it cannot emit any illuminance. This means the objects in a scene does not know what luminance the light has so it is faked. It also has an unclear mythical 0-1 value of color which is of course unrealistic (value of light is from 0-whatever). Lights also have strange falloffs (none, linear, or tries to do a distance^2 blindly). They are also rarely ever visible in a scene like they are in real life. When they are visible, their intensity is computed incorrectly. Even old MR. lights are buggy and hacks.

The reflections of the light source is generated by a fuzzy blob. This is a big problem because our eye uses highlights to judge an object and figure out most of it’s features. If we make it visible so it can be seen in reflections we run into major sampling issues.