[Bf-committers] Re: Re: Bugtracker lost me again....
joeedh
joeeagar at prodigy.net
Mon Dec 27 02:19:08 CET 2004
joeedh wrote:
> Robert Wenzlaff wrote:
>
>> The way I read it, it all comes down to is he prefers his default
>> spheres inscribed instead of curcumscribed. (He wants his default
>> sphere to fit inside the default cube, not the other way around.)
>>
>> If you do your example viewed from the top, you will see that the
>> corners of your plane (maximum extent of the shape) align perfectly
>> with the radius of your sphere (also a maximum extent, as is evey
>> point on a sphere). The same is true of a default cube. All 8
>> corners align with the surface of the sphere. The sizes are chosen
>> such that the point (1,1) is on the radii. Other apps tend to think
>> more in terms of unit bounding boxes (it's probably the more common
>> philosophy).
>>
>> As far as changing the internals, no need. If all he is talking
>> about is the default shapes, then the data could simply be changed
>> for the default shape. Any previous .blends already have their size
>> and data recorded, and any calls to Add->Sphere in a newer version
>> would simply have verts added a little closer to the center. It
>> would not affect spheres that already exist. It would only become a
>> problem in tutes that used the fact that a default cube fits inside a
>> default sphere (or some other assuption that follows from that fact)...
>>
>
> I personally think that this is a useful and important thing. You
> never need any of this in most renderings, true, but for example for a
> camera matching experiment or something where you have to perfectly
> replicate real objects in 3D
Idiot typo, slash that "perfectly" word. I meant ". . .where you have
to replicate real objects in 3D for the purposes of inserting 3D objects
into a scene", and of course you don't have to be perfect to the last
detail to do that.
joeedh
More information about the Bf-committers
mailing list