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

[Ton Roosendaal]

Hi,

Yeah... default digest option is to send mails when total data reaches  
30kb. Made it 300 :)

-Ton-

------------------------------------------------------------------------
Ton Roosendaal  Blender Foundation   ton at blender.org    www.blender.org
Blender Institute   Entrepotdok 57A  1018AD Amsterdam   The Netherlands

On 1 Oct, 2011, at 12:23, INTERLICHTSPIELHAUS wrote:

> hi
>
> 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
>
> inS
>
> 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
>        http://lists.blender.org/mailman/listinfo/bf-cycles
> 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
> Message-ID:
>        <CAKFUgC36r5h=QYnZYmw_hjxLQeSwKdc4BkUxg6piXHqMUEMz2A at mail.gmail.com 
> >
> Content-Type: text/plain; charset=windows-1252
>
> Hi,
>
> 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.
>
> Brecht.
>
>
> ------------------------------
>
> 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
> http://lists.blender.org/mailman/listinfo/bf-cycles
>
>
> End of Bf-cycles Digest, Vol 6, Issue 2
> ***************************************
> _______________________________________________
> Bf-cycles mailing list
> Bf-cycles at blender.org
> http://lists.blender.org/mailman/listinfo/bf-cycles
>