POV-Ray : Newsgroups : povray.binaries.images : Lego Helicopter 645 - Colouring Page : Re: Lego Helicopter 645 - Colouring Page Server Time
2 Nov 2024 16:08:50 EDT (-0400)
  Re: Lego Helicopter 645 - Colouring Page  
From: stbenge
Date: 18 Jun 2010 12:26:38
Message: <4c1b9e3e@news.povray.org>
Reuben Pearse wrote:
> stbenge wrote:
>> The attached image shows the result of an edge-finding function I just 
>> slapped together.
>>
> That looks great! Your macro seems to do a better job on certain parts 
> of the image such as:
> 1) The line at the top of the propeller blade
> 2) The inside of the propeller blade
> 3) The handle on the door
> 
> ..but I'm guessing that this may be do with the angle at which the 
> camera is viewing the object?

Well, because it's a post-processing effect, anywhere there's a sharp 
difference between one color and another is where the method will place 
a line. It's a completely visual process and does not care whether an 
object is a mesh or not, so you don't gain access to any special mesh 
information.

> I've now uploaded the POV source files that I used to create the 
> helicopter colouring page. See link below:
> http://www.pearse.co.uk/lego/colouring/helicopter

OK, I'll give it a try. I'll also try the original .obj file as well, 
since I woke up with an idea in mind. How are you at manipulating 
meshes? Can you, say, take a mesh, select polygons, and then apply 
different colors to them? I ask because blocks can be colored randomly 
to create the necessary color difference for my method to work. The 
lines between bricks should then become visible. I'll give it a go later 
on and post something if I make any headway.

Also, last night I came up with a one-step process using MegaPOV which 
renders pretty quickly, all things considered. I'm using the LGEO Lego 
parts library to test with (slower than a mesh), and those blocks are 
beveled. But if my coloring technique for meshes works out, there won't 
be any need to use LGEO. Getting away with only a single render pass 
using MegaPOV would lighten the overall process.

> I think for certain types of shape, your macro may render a better 
> result. I created a colouring page of a Star Wars Battle Droid using the 
>  same technique, but the PovEdge macro picked up to many edges on the 
> battle droids head. This can be seen on the following link:
> 
> http://www.pearse.co.uk/lego/battle_droid.html

Ah yes, the outside edges of some rounded surfaces are hardly visible, 
and some convex edges are much too apparent.

> If I upload the source of the battle droid image would you mind trying 
> your technique with that model?

Sure, but it might be better to have an .obj mesh, depending on what 
kind of progress I make today.

Hopefully in the end you'll find a process that works for you! Maybe 
some other people around here will chime in with some ideas :)


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.