Getting back into modeling

I've been re-starting my modeling work for my next project. Loads of head studies using the various references on the web.

I'm using box modeling as my tool of choice at the moment, to get back on track with topology. I will try different approaches later.

This is my head study F - I did some interesting things with the loops flowing back into the characters skull top. Don't know if that works for animation.

Stopped after more or less 3 hours. (trying to get more done in that time)

Two quick notes on using #c4d, #mograph, dynamics, xref and #vray4c4d

While working on Scene B i've found:

• Xref - even if you activate all the options to modify Parameters for the imported object: you cannot cache simulation onto an imported geometry Xref object. After every "Save" command the baked cache is gone. So I parented the xref under a mograph cloner/fracture object created inside the actual scene. Then I set the null to the same point (weird stuff happens in complicated simulations), after which the baking seems to work.
• Vray motion blur tag will not work with cloned objects. I had to use the method by Matthias Zabiegly , which worked nicely. 

First scene testrender finished in #vray #c4d

I've managed to finish a test render of the opening shot, which is over 20 seconds long - and I'm quite happy that this time it rendered through without any technical difficulties. The technical problems were mainly caused by Apple by switching to a new proprietary implementation of SMB, which basically resulted in a LOT of issues reading files from my server. Here, some general notes on the progress here:

• Switching to NFS pretty much doubled the speed of the network. There were some problems with permissions, but it's looking good now. Unfortunately, I also need a SMB server on my Lion machine, which Apple changed, ie broke in this release, so I'm looking at alternatives (SMBup looks good). I've spent approx 4-5 hours on the Linux updates alone. Ubuntu is easy to set up, though.
• Xref When I worked on the textures for the main character, I noticed that C4d doesn't update textures of references every time. I am not quite sure why.
• The physical camera tag is pretty much unusable for rendering animations. As I am working to scale, the viewport and the rendered picture differ by much more than just a couple of pixels. Maybe I should construct some kind of workaround, where the render camera with the physical camera tag is attached to a normal pinhole camera. At least then I could layout animations.

Here is the first test.


7&UP First Test Scene from Yogi Parish / www.parish.ch on Vimeo.

Working on the first scene of #SevenAndUp in #c4d

I've finally gotten around to more or less finalize the first shot of the film. It is quite long with 500 frames and moved everything over to Vray and Xrefs. Things to note:

• Scene Scale: I didn't think it a big issue when I started, but I've realized that this is something that I should have payed way more attention to. The exact sizes should be adhered to. The "Scale Document" function has proved invaluable in this regard. Unfortunately, the animation doesn't scale and has to be adjusted manually.
• Adjusting animation scale. I've found a way to scale it manually in the fcurve window
• Select the Object Mode to scale - only the object axes are scaled then. I couldn't find a numerical solution to that yet.
• Pull the top dotted line (indicating the highest value) to the new maximum
•  Lo-Res Textures for pre-final stage - although I've used generic textures where possible, the size (200MB) slowed down the test renders considerably. I've created rasterized and much smaller versions, which resulted in a speedup of more than 20 seconds for a test render.
• Lighting is part of the xrefed model - I am not sure that this is a great idea, but works for now.

Porting a pool table model to #vray for #c4d

Finally got to work on the pool table model and ported it to Vray for rendering. DOF is very fast. I'm also moving everything to XRefs now, as the model still needs some work here or there.

A good idea might be to use different models in the XRef files - one for the simulation and one for the rendering - therefore switching off the unused one in the Master scene.

Notes on moving everything to Vray and Xref file:

• Automatic shader translation is good for a quick start, but the shaders have to be re-done anyway, to accomodate to the Vray requirements in terms of look
• Lighting is quite an issue, but more so on the side of C4D. The viewport will not display the brightness of a light correctly, once we don't use the C4D standard renderer anymore. This is extremely annoying.
• I've used IES data for the first time - this is quite nice for very smooth gradients from light to dark and much better than the spot lights. Unfortunately, only a few of the studio light makers provide IES. Kinoflo has them, though - which is very helpful. Arri offers a different format (ltd). Unfortunately, the WhitHawkIES library that's downloadable from c4dcafe.com doesn't work with Vray (most of the lights simply come out black)
• DOF renders surprisingly fast, especially when using the physical camera.
• If the Vray physical camera gets too close, the viewport and the actual rendering start to differ. In that case, it makes sense to use the Zoom factor on the Vray phyiscal camera tag. This will be a big pain when animating the camera - it would be wonderful to have some kind of automatic correction for the Vray camera. The c4d viewport camera may not be perfect, but for image composition to always fiddle with the Zoom factor, will be a pain.

 I've made some substantial changes to the model, although they are barely visible. (New method for modeling the actual table)

New version of #AfterEffects GlobalLayerSwitch script 0.9.1 ready.

 Global Layer Switch (Rendering multiple versions)

The new version of Global Layer Switch 0.91 has the following changes:

• Select the comp from a drop-down menu, but will check if comps are available at all
• Choose from the list the output template and module.
• Smaller changes inside the module.

 The new version of Global Layer Switch is available here.

It's free, but if you use it please leave a short comment here, so I know how it's doing. Thx.

Overlaying a grid in #C4d camera view ultraquicktip

A quick fix for overlaying a grid on to the perspective view:

I've had the problem when I've wanted to adjust objects in the perspective view approximately to a grid and HUD doesn't offer a grid overlay (or does it?) There are more elaborate solutions out there, but this super-quick fix did it for me.

Simply create a camera deformer and voila: you can add and remove grid lines if you want. Only caveat: To view the grid you need to select the deformer. But for a <10s fix I guess this works alright.