tahseen, OK it works on the official build within one or two weeks I think we’ll see a new official release of 2.64 and for this the script will need some fixing.
In the github repo, file stitch_images_23.py is for python 2.7 with PIL. This file represents an older version of the stitcher.
This is also the version for which your short tutorial makes the most sense, with respect to paths.
Stitch 24, is a script that you can stick into the directory that contains the pngs and run from there, it will ignore the .py and process only .pngs. Naturally even this approach is not very convenient or obvious.
EDIT: yikes, I had forgotten how to use the Addon. If no camera is present when hitting ’ do render job’ Blender quits without message. This will be fixed asap.
I’ve restructured the stitcher code for python 2.7, it is available here
(it includes instructions if you simply run python autostitcher.py)
@bashi, i will need to experiment with network rendering before adding support for that. if you have ideas (or working code) please share it might speed things up a little.
To those looking for Cycles support of Monster Tile Renderer, i think (unconfirmed) Brecht is implementing some tile rendering approach of his own for Cycles.
I’m run stitch_image_24.py through python 32 + PIL and get the nice result.But in the middle process, the default image editor sudden open.Is there anyway the processess on the background w/o editor opened.
It’s only just finally dawned on me why “couldn’t acquire buffer from image”! - it’s because that part of the code executes before the render has time to complete.
You’ll have to use some polling/testing, and/or perhaps appending to the render_complete callback.
I’m still having difficulties getting Blender to do multiple renders manually, so I have no help for you at the moment unfortunately. It keeps telling me that the render.poll() context is incorrect - whatever context that happens to be! What’s worse is I have two addon ideas that are being stumped because of this.
Anywho, your addon’s pretty sweet. I’ll have to play around with it!
Let me know if you find a solution to the rendering issues!
Simply put: it breaks up the render into several tiles, allowing you to render at a much larger size with ease. For example; a 1024x1024 render could become 4096x4096, or larger.
There is also a “stitch” addon, which combines the rendered tiles into one image. I’m not sure where to get that, but I know it’s mentioned in some previous replies to this post.
So it can basically split a 10k x 10k render into 100 lets say smaller squares and render them individually then weld them together into the final image ? does it work with GPU ?
I mean don’t the smaller pieces look weird when they are welded into the bigger image ? like a puzzle effect ? or you don’t see where they have been joined ?
Also is this done automatically ? no manual work involved ?
no idea, it doesn’t work with cycles yet. Logically region rendering should work with cycles too, eventually.
There are situations where you might notice the stitch line, for instance if you are using an unseeded noise as a texture or bump deformer and not rendering the image in one blender session. (ie new sessions might have different random values and not match older sessions). The solution is to use a seed, which is good practice anyway.
If you have ever seen a billboard being posted they are put up in strips, because there are few (inexpensive) printing techniques that produce prints of more than 2 or 3 meters wide.
The ‘stitching’ is done by a script, running the script is the last manual step. but all you have to do is point the script at a folder of unstitched images and it will join them (if your computer has sufficient ram)
In regard to my question about GPU rendering with the monster tile render. I don’t think there would be actual benefits in terms of rendering speed no ? maybe only saving up ram … but gpu rendering doesn’t use much ram anyway, compared to CPU biased techniques.