[Bf-python] Bf-python Digest, Vol 130, Issue 4

[Jamie Murray]

Good point, the loading of a scene and the BVH tree being built for each
tile on a sequence of tiled images would impact things quite badly.

We tend to use any tile rendering and stitching for massive sized renders
as many nodes working at once on said single frame is infinitely better,
granted you do get occasional heavier tiles.

I'd be interested (as a purely personal exercise) in seeing how the
rendering of a sequence of animation in a tiled manner (autostiching etc
and not initially using Blender) for ultra high resolution (above 4k)
animation would work out.  Note to self, read more up on border rendering,
get testing for fun here (@work) and see how I could test this out in
Blender if possible.

Cheers

J

On Mon, 7 Mar 2016 at 11:00 <bf-python-request at blender.org> wrote:

> Send Bf-python mailing list submissions to
>         bf-python at blender.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.blender.org/mailman/listinfo/bf-python
> or, via email, send a message with subject or body 'help' to
>         bf-python-request at blender.org
>
> You can reach the person managing the list at
>         bf-python-owner at blender.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Bf-python digest..."
>
>
> Today's Topics:
>
>    1. Re: Splitting frames addon / feature (Campbell Barton)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 7 Mar 2016 15:42:39 +1100
> From: Campbell Barton <ideasman42 at gmail.com>
> Subject: Re: [Bf-python] Splitting frames addon / feature
> To: Blender Foundation Python list <bf-python at blender.org>
> Message-ID:
>         <
> CAEcf3Nz0rSmjkeVBWog7o+S9Txc1YjsRCtcmcrJd5mSmLJ3OLg at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> This is possible via border rendering,
> http://blender.stackexchange.com/questions/47274
>
> However for animation its almost always best to render an entire frame at
> once,
> since loading the geometry, textures and creating the BVH-tree would
> need to be done for each tile.
>
> The only time this could give you some gain is if you had more
> computers then you have frames to render.
> Or when the frames are high enough resolution, the frame needs to be
> split up because of memory restrictions.
>
> On Fri, Mar 4, 2016 at 8:38 AM, ArM <artturi85 at gmail.com> wrote:
> > I started thinking about render farms and I realized that it would be
> good
> > feature for Blender, if you could split your frames to multiple servers.
> The
> > method would be similar as what we do when we create panoramas with irl
> > cameras.
> >
> > It (maybe) has to have a "hidden timeline" that splits every frame to
> chosen
> > amount of frames and turns the camera automatically so you get every
> frame
> > as a panorama composition.
> >
> > For example if I'm creating an image or an animation with size
> 1920*1080, I
> > would like to split it to 4 frames, that are every single one as 480*270.
> > Then with compositor or Photoshop or what ever I could join them back
> > together as one single frame. The idea came to my mind when I was
> thinking
> > of one specific renderfarm: https://www.sheepit-renderfarm.com
> >
> > If you could split your animation to smaller tasks to multiple servers at
> > once, it could make the rendering little faster since slower computers
> > cannot slow the rendering process that much as they could do if they had
> to
> > render whole frame at once. Or am I wrong?
> >
> > I'm not a programmer myself, so I just ask if someone understands the
> > benefits of this and how this could be done, or is even interested to
> > develop this idea further.
> >
> >
> http://blenderartists.org/forum/showthread.php?393876-Is-there-a-script-to-create-panoramas
> >
> >
> > _______________________________________________
> > Bf-python mailing list
> > Bf-python at blender.org
> > http://lists.blender.org/mailman/listinfo/bf-python
> >
>
>
>
> --
> - Campbell
>
>
> ------------------------------
>
> _______________________________________________
> Bf-python mailing list
> Bf-python at blender.org
> http://lists.blender.org/mailman/listinfo/bf-python
>
>
> End of Bf-python Digest, Vol 130, Issue 4
> *****************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.blender.org/pipermail/bf-python/attachments/20160307/2ee09195/attachment.html>