CGTalk > Main > News
Login register
Thread Closed share thread « Previous Thread | Next Thread »
 
Thread Tools Search this Thread Display Modes
Old 05-31-2006, 08:41 AM   #1
mustique
Expert
copywriter
 
Join Date: Jul 2002
Posts: 2,018
Pixar releases Renderman Pro Server 13

Multithreading + 3Xspeed for raytracing!

Here's the link to the press release

https://renderman.pixar.com/product....0_release.html
__________________
"Any intelligent fool can make things bigger, more complex & more violent..." Einstein
 
Old 05-31-2006, 01:02 PM   #2
playmesumch00ns
Lord of the posts
 
playmesumch00ns's Avatar
render monkey
pretty picture maker
United Kingdom
 
Join Date: Jul 2002
Posts: 3,420
This is the best release for a very long time.

The best thing for me is the approximate colour bleeding. Flicker-free and insanely fast. We don't neeeed no steeeenking raytracing!
__________________

You can have your characters photoreal, fast or cheap. Pick two.
 
Old 05-31-2006, 01:16 PM   #3
a23
subpixel hider
 
a23's Avatar
andy23.com
Germany
 
Join Date: Jan 2003
Posts: 67
Send a message via AIM to a23
Hey there playmesumch00ns,

can you elaborate a bit more? Does the approximation work without raytracing? How's the raytrace-shading-eval-speedup in real production? Any other things to mention that don't show up in the press release?

Lot's of questions I know, but you're one of the proficient PRMan users on this forum.
Of course others are welcome to elaborate as-well.

Thanks,

Andy
 
Old 06-01-2006, 12:46 AM   #4
Bonedaddy
Getting it together
 
Bonedaddy's Avatar
portfolio
Jason Porath
Effects Artist
Dreamworks Animation
Los Angeles, USA
 
Join Date: Aug 2002
Posts: 3,685
Could someone explain the "brick map as geometry" bit to me? I did a google search and perused graphics.pixar.com, but couldn't find much. Is that using multiple versions of tesselated geometry, held in a brick map-type structure, for LOD? Or something else?

Also curious to hear about the approx. color bleeding.
__________________
BREAK
 
Old 06-01-2006, 01:30 AM   #5
ajsfuxor
Know-it-All
 
ajsfuxor's Avatar
portfolio
Adam Spencer
Australia
 
Join Date: May 2002
Posts: 408
Anyone have any idea when this version will filter down to Renderman for Maya?
 
Old 06-01-2006, 01:47 AM   #6
Titus
Tri Lambda
 
Titus's Avatar
Felipe Esquivel
TD
Chamán Animation Studio
Mexico
 
Join Date: Jun 2002
Posts: 715
Quote:
Originally Posted by Bonedaddy
Could someone explain the "brick map as geometry" bit to me? I did a google search and perused graphics.pixar.com, but couldn't find much. Is that using multiple versions of tesselated geometry, held in a brick map-type structure, for LOD? Or something else?

Also curious to hear about the approx. color bleeding.


brick maps are a sort of voxels containing texture information.

Here's something the guys at Pixar told about PRMan 13 last year.
__________________
Felipe Esquivel

Last edited by Titus : 06-01-2006 at 01:51 AM.
 
Old 06-01-2006, 02:44 AM   #7
beaker
Meep!
 
beaker's Avatar
CGSociety Member
portfolio
Deke Kincaid
VR Pipeline Supervisor
DD
Los Angeles, USA
 
Join Date: Apr 2002
Posts: 8,540
Send a message via ICQ to beaker Send a message via AIM to beaker Send a message via MSN to beaker Send a message via Yahoo to beaker
Quote:
Originally Posted by Bonedaddy
Could someone explain the "brick map as geometry" bit to me? I did a google search and perused graphics.pixar.com, but couldn't find much. Is that using multiple versions of tesselated geometry, held in a brick map-type structure, for LOD? Or something else?
Think of it almost as a multiresolution(3d Mipmap) point cloud that can hold something along the lines of vertex colors in video games.
__________________
-deke

Last edited by beaker : 06-01-2006 at 02:47 AM.
 
Old 06-01-2006, 02:48 AM   #8
beaker
Meep!
 
beaker's Avatar
CGSociety Member
portfolio
Deke Kincaid
VR Pipeline Supervisor
DD
Los Angeles, USA
 
Join Date: Apr 2002
Posts: 8,540
Send a message via ICQ to beaker Send a message via AIM to beaker Send a message via MSN to beaker Send a message via Yahoo to beaker
__________________
-deke
 
Old 06-01-2006, 02:54 AM   #9
Bonedaddy
Getting it together
 
Bonedaddy's Avatar
portfolio
Jason Porath
Effects Artist
Dreamworks Animation
Los Angeles, USA
 
Join Date: Aug 2002
Posts: 3,685
Quote:
Originally Posted by Titus
brick maps are a sort of voxels containing texture information.

Here's something the guys at Pixar told about PRMan 13 last year.



Right, I think I get that. If I'm understanding this paper correctly, it can also contain some shading information, like irradiance. And, if I extrapolate correctly, it may have something to do with deep shadows? However, given this definition of brick maps, I'm still not sure how that translates to "brickmaps as geometry."
__________________
BREAK
 
Old 06-01-2006, 02:56 AM   #10
Per-Anders
helper bunny
 
Per-Anders's Avatar
CGTalk Forum Leader
portfolio
Per-Anders Edwards
Developer
The Third Party
USA
 
Join Date: Sep 2002
Posts: 12,737
so... that's different from a standard lightmap how? just that it's an octree rather than a voxel grid? or merely different terminology same technology?
__________________
The Third Party | Homepage | My Reel
"You need to know what you're doing before you start, and to start because you need what you're doing."
 
Old 06-01-2006, 05:44 AM   #11
NORG
New Member
Paul Kanyuk
Technical Director
Pixar Animation Studios
Berkeley, USA
 
Join Date: Jun 2006
Posts: 1
Quote:
Originally Posted by Bonedaddy
Right, I think I get that. If I'm understanding this paper correctly, it can also contain some shading information, like irradiance. And, if I extrapolate correctly, it may have something to do with deep shadows? However, given this definition of brick maps, I'm still not sure how that translates to "brickmaps as geometry."


Brickmaps can store whatever you want. In Per's paper, he is using it to store irradiance from a photon scattering pass. The jist of his results is that brickmaps are a faster and way more memory efficient than a standard kd tree. Most td's though, use brickmaps to store data like occlusion, shadows, or reflection.

Just to clarify things, a brickmap is a "3d, sparse, mip-mapped, octree", which basically means it's a fast, memory effecient, 3d texture (as opposed to point clouds / kd trees, which are fast, but are memory hogs and hard to filter). The advantage of brickmaps over baked 2d textures is that they are idependent of UV's and able to be blurred spatially (3d blur). Using spatial blurring instead of ray tracing can get you killer speed wins (think rough reflections or sss).

As for "brickmaps as geometry", this is a feature that allows you to render a brickmap directly, rather than read it from a shader. The data could come from a tesselated mesh whose color and opacity has been baked into the brickmap, or from something completely different, like a fluid sim. The main advantage seems to be lod: Take a complex object, like a pine tree, and bake it into a brickmap, then set dress the brickmap into the shot rather than the original object. When it comes time to render the brickmap in the distance, only the highest levels of the mip map will be needed and you save a ton of memory (no need to load all those bloody vertices).

I've spent way too much time with brickmaps...
 
Old 06-01-2006, 06:48 AM   #12
Bonedaddy
Getting it together
 
Bonedaddy's Avatar
portfolio
Jason Porath
Effects Artist
Dreamworks Animation
Los Angeles, USA
 
Join Date: Aug 2002
Posts: 3,685
Paul, that sounds pretty amazing. I'll have to give that a go next time I'm in a position to monkey around with PRman a bit. Thanks for the info.
__________________
BREAK
 
Old 06-01-2006, 06:48 AM   #13
tweeeker
shader|fx td
_____________
United Kingdom
 
Join Date: Sep 2004
Posts: 130
Quote:
Originally Posted by Bonedaddy
Right, I think I get that. If I'm understanding this paper correctly, it can also contain some shading information, like irradiance. And, if I extrapolate correctly, it may have something to do with deep shadows? However, given this definition of brick maps, I'm still not sure how that translates to "brickmaps as geometry."


Prior to v13 that's mostly what brickmaps were used for - a 3D file format for shading info that had the benefites of mip-maping and load on demand. Multiple 'channels' of different types (colors, normals, points etc) can be contained in a single brickmap. Version 13 allows brickmaps to be rendered directly. So roughly speeking, each voxel from some appropriate level in the brickmap is diced into a micropolygon and resolved by the hider in the same way as any other primitive such as subd or polys.

It's pretty cool because you get automatic level of detail. Create a brickmap of some ultra high rez geometry and you can render it in linear time at any size on screen, with correspondingly low memory usage.

T
 
Old 06-01-2006, 07:22 AM   #14
Jozvex
v2.0
 
Jozvex's Avatar
portfolio
Jared Martin
Maya Mercenary
Canberra, Australia
 
Join Date: Mar 2002
Posts: 3,219
Mmm, all sounds pretty nice indeed!
__________________
~ Jared Martin

Maya, 3Delight, mentalray, Maxwell Render, ZBrush
Photoshop, Fusion, Vegas Pro, Syntheyes
 
Old 06-01-2006, 08:30 AM   #15
westiemad
Consider the mango
portfolio
.
Sweden
 
Join Date: Mar 2003
Posts: 893
oooh yes, I've been looking forward to this in a while.
__________________

 
Thread Closed share thread


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
CGSociety
Society of Digital Artists
www.cgsociety.org

Powered by vBulletin
Copyright ©2000 - 2006,
Jelsoft Enterprises Ltd.
Minimize Ads
Forum Jump
Miscellaneous

All times are GMT. The time now is 03:38 PM.


Powered by vBulletin
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.