Introduction to Maya - Rendering in Arnold
This course will look at the fundamentals of rendering in Arnold. We'll go through the different light types available, cameras, shaders, Arnold's render settings and finally how to split an image into render passes (AOV's), before we then reassemble it i
# 1 03-10-2006 , 06:51 AM
j5ive's Avatar
Subscriber
Join Date: Feb 2005
Location: Sunny Ol' Wigan, UK
Posts: 752

Blend shapes question

When using blendshapes in characters for gaming purposes, I'm sure I read somewhere, that this increases the poly count by the number of polys per head per instance is this true? If so how do you in the industry get around this hurdle? Would you compromise the level of polys in the initial model and make only a couple of extreme blend shapes?


If you believe in telekinesis, raise my right hand.
# 2 03-10-2006 , 07:29 AM
mtmckinley's Avatar
The Maya Mountain
Join Date: Aug 2002
Location: Seattle, WA
Posts: 8,245
it depends on the engine, but for ours (if I'm not mistaken - I didn't work on it) the vertex information is just stored in a text form that the engine can reference to push the verts around to create the blend shape animation, so it doesn't add polys, just adds the animation data.

# 3 03-10-2006 , 07:47 AM
Registered User
Join Date: Aug 2004
Posts: 408
**interpretting based off of prior knowledge of videogame engines -- I'm not an engine developer**

Yea -- it depends on the engine. Though I don't see how that explaination really works.

Essentially what I believe the source is referring to is that the engine needs to know all the end vertices along with the start vertices which will take up as much RAM as if it WERE adding extra polygons. (there's little difference between storing 6 vertices, or 3 vertices in 2 different positions)

And with RAM being the largest concern in videogame graphics right now (due to perpixel lighting models separating vertex count from lighting calls/passes) I can see how your source would assume that extra vertices will cause similar slowdowns to having extra polygons.

There are however certain other issues that need to be taken into consideration:

1) Whether or not the blendshape is baked or procedural.

If the blendshape is procedural -- like realtime lipsyncing... you won't notice the RAM be hit. If its a scripted animation, like something you'd do in Maya -- then you might.

2) The extra vertice data will NOT be stored in VideoRam (except in consoles and lower-end PCs which share RAM with the videocard) -- the GPU doesn't animate, the CPU does all that crap... so the GPU RAM should only have the endstate vertice data. This of course assumes your engineer isn't stupid and places non-rendered clones in VideoRAM wasting valuable megabytes for something which will never appear.

3) There's no proxy or bone animating the blendshape -- if its Maya-style blendshape then it probably would take up the RAM as if it were the extra amounts of polygons... if they group vertices somehow (bones/proxies/parenting/what-have-you) then there would be no RAM limitations -- it would only need to set rotation/animation data per-bone/proxy/parent and interpret via weights and the likes what the vertices should pull to.

Basically -- in many cases... yes it should suck up as much physical (system) RAM as adding the extra polygons, but shouldn't waste lighting/shading calls though.

# 4 03-10-2006 , 07:48 AM
j5ive's Avatar
Subscriber
Join Date: Feb 2005
Location: Sunny Ol' Wigan, UK
Posts: 752
Ah cool, best check with the programmer then! Cheers Mike.


If you believe in telekinesis, raise my right hand.
Posting Rules Forum Rules
You may not post new threads | You may not post replies | You may not post attachments | You may not edit your posts | BB code is On | Smilies are On | [IMG] code is On | HTML code is Off

Similar Threads