Source Filmmaker > 一般討論 > 主題細節
raptornx01 01 月 23 日 @ 下午 7 時 27 分
Not exactly SFM related but a neat little example of Pixars new animation technique
http://www.cartoonbrew.com/cgi/pixar-makes-painterly-cg-new-research-could-change-the-look-of-their-films-95205.html

Wouldn't mind if Valve tried to add something like this is. I looks basically like a variation on Ambient occlusion.
顯示 1-8,共 8 則回應
< >
Pte Jack 01 月 23 日 @ 下午 7 時 29 分 
OMG is that Sheen I see there??? (Just Kidding!!! - lol)
EmperorFaiz. Gaben Claus 01 月 23 日 @ 下午 9 時 12 分 
Wow
TheFrozenMonkeyKing 01 月 23 日 @ 下午 10 時 32 分 
That would be cool
Sparkie 01 月 23 日 @ 下午 11 時 43 分 
Haha, I doubt SFM will ever get that.
最後修改者:Sparkie; 01 月 23 日 @ 下午 11 時 43 分
EmperorFaiz. Gaben Claus 01 月 24 日 @ 上午 12 時 45 分 
SFM is still far from being professional level 3D animation software like Maya yet. We just wait.
Pte Jack 01 月 24 日 @ 上午 9 時 54 分 
What has Maya got to do with animation software? Yes it has the capability and you can do it, but it's primarily a 3D editor.
EmperorFaiz. Gaben Claus 01 月 24 日 @ 上午 10 時 16 分 
nvm
Lounger, The Creator 01 月 24 日 @ 下午 4 時 29 分 
Very interesting topic and technique.
It seems that it's already possible to use this, though probably not directly from within the SFM.
Also, it's far from what Ambient Occlusion is. AO is a calculation of how exposed a part of a model is to a light. This new technique by Pixar is for rendering 3D animation in a way to make it look like it was painted or drawn.

(Advanced stuff ahead)

Pierre Bénard 發表:
Thanks! A disclaimer first: this is a research prototype not a final product. As such, it may fail to run, crash, or otherwise not perform as expected.
The technique is implemented in Cuda/C++ as a standalone software. Its source code in "http://graphics.pixar.com/library/ByExampleStylization/PaintTweenDistro.tgz" should compile on any plateforme (using cmake) and run on relatively recent Nvidia GPU (Cuda 4 required). Yet various inputs - image sequences - are needed (see "PaintTweenWorkingSets.tgz" for an example). At the very least, shading information and velocities across frames need to be provided. We use to render them with RenderMan, but you can use any rendering engine that lets you access those data (3delight should work for instance).
Note that, in its current form, the UI is minimal; we use to couple our prototype with Nuke plugins to deal with complex shots with multiple layers.
Good luck, and let me know if you manage to do something out of it.
So exporting shading information and velocities across frames is probably not possible with the SFM at this stage.
A way to make it work is to export animations from the SFM to an animation program that does support exporting the required data.
Though you could probably just ditch the SFM at that point and use the more advanced program.
最後修改者:Lounger, The Creator; 01 月 24 日 @ 下午 4 時 40 分
顯示 1-8,共 8 則回應
< >
每頁: 15 30 50
張貼日期: 01 月 23 日 @ 下午 7 時 27 分
回覆: 8