[Bf-cycles] Fwd: Bf-cycles Digest, Vol 6, Issue 2

INTERLICHTSPIELHAUS interlichtspielhaus at gmail.com
Sat Oct 1 12:23:29 CEST 2011


i think the cycles mailing list needs some configuring
 , it's been sending out digests after 2 or 3 little messages

i remember other blender lists had the same problem a while ago


ps : i predict it will create a digest just for this message :-)

---------- Forwarded message ----------
From:  <bf-cycles-request at blender.org>
Date: Sat, Oct 1, 2011 at 12:20 PM
Subject: Bf-cycles Digest, Vol 6, Issue 2
To: bf-cycles at blender.org

Send Bf-cycles mailing list submissions to
       bf-cycles at blender.org

To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
       bf-cycles-request at blender.org

You can reach the person managing the list at
       bf-cycles-owner at blender.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bf-cycles digest..."

Today's Topics:

  1. Re: Cycles use in Visualization (Brecht Van Lommel)
  2. Re: Need help with shaders (storm)


Message: 1
Date: Sat, 1 Oct 2011 12:11:37 +0200
From: Brecht Van Lommel <brechtvanlommel at pandora.be>
Subject: Re: [Bf-cycles] Cycles use in Visualization
To: bf-cycles at blender.org
       <CAKFUgC36r5h=QYnZYmw_hjxLQeSwKdc4BkUxg6piXHqMUEMz2A at mail.gmail.com>
Content-Type: text/plain; charset=windows-1252


On Thu, Sep 29, 2011 at 11:35 PM, Matheson, Michael A.
<mathesonma at ornl.gov> wrote:
> At the OLCF at Oak Ridge National Laboratory ( an Open Science
> Supercomputing site for the Department of Energy ), we routinely use blender
> ( along with other packages ) for scientific visualization.? Our models
> probably differ than many users of blender in that they are the output of
> simulations from some of the large computers in the world.? Over 100M
> polygons is common with some in the billion polygon range ( and increasing
> all the time ) as one use.? We?ve recently been experimenting with Cycles
> and are impressed with capabilities it would give us.? We find that we are
> often constrained with blender-internal by the time to create the
> acceleration structures ( seems to be a serial process ) and by the memory
> footprint.

At the moment, Cycles isn't any better at handling big datasets than
Blender Internal, and building the acceleration structure is still
serial. It's intended to become multithreaded though, but scaling this
across many more cores than a typical desktop computer would probably
still require a more advanced algorithm.

> All of our polygons have vertex colors so possible future plans
> for Cycles using packed byte colors is a huge win for us ( I?m lobbying for
> the need ).? However, we don?t understand how to render vertex colored
> models within Cycles and we?d like to know whether it is implemented.

Vertex colors aren't supported yet, but they will be soon, code is
already there in the core.

> We also see a different type of cpu load with cycles versus blender internal ?
> it seems more difficult to fully utilize all cores ( although it clearly is
> much faster ).? I?m sure we use hardware resources that are not at all
> typical or representative of blender/cycles users.? Our newest computer is
> around the corner with 100s of thousands of AMD cores and 1000s of nVidia
> GPUs so the models will explode in size.? I appreciate any information we
> receive.

In principle a brute force path tracer can scale well across a large
amount of cores, but in practice it probably requires quite some work
to get this practical. I'd like to do some experiments with this once,
getting a single image to render interactively on the blender
institute renderfarm, but again it's not something that already works,
just plans and ideas at this point.



Message: 2
Date: Sat, 01 Oct 2011 14:20:20 +0400
From: storm <kartochka22 at yandex.ru>
Subject: Re: [Bf-cycles] Need help with shaders
To: bf-cycles at blender.org
Message-ID: <1317464420.16139.12.camel at fast15>
Content-Type: text/plain; charset="utf-8"

On Fri, 2011-09-30 at 13:40 -0400, Kel M wrote:
> You_are_awesome. :D I have uploaded your volume patch to graphicall
> anywhere. They're going to love it! :D
> http://graphicall.org/649

Nice, but patch is too experimental, i doubt anybody except me can use
it at that early stage. Worst what can be happened that somebody forget
warnings and save his important scene in my format that screw RNA ID,
and lose data.

Anyway, this is another version, i remove some stupid #ifdefs, rewrite
"Volume BSDF" to one term function, now "g" assymmetric paremeter can
vary from -1..0..1 (backward..uniform sphere..forward), replace F by
proper Density description.

Still cannot rewrite node by proper Brecht template, but it is little
step forward.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: blender_cycles_volume_40727_v4.patch
Type: text/x-patch
Size: 46784 bytes
Desc: not available
Url : http://lists.blender.org/pipermail/bf-cycles/attachments/20111001/1fea56b9/attachment.bin


Bf-cycles mailing list
Bf-cycles at blender.org

End of Bf-cycles Digest, Vol 6, Issue 2

More information about the Bf-cycles mailing list