 | | | Boolean action problems ? - Whys and resolves (maybe) to | Boolean action problems ? - Whys and resolves (maybe) to 2005-07-07 - By Samantha Ping
Back
Hello List,
Mulling this over further with a theory. Items 1,2 and 3 in the "what booleans
do" may be worth exploring.
As each is part of the default action of the boolean subtraction processing
then consider hardware to be eliminated and the issue which it may or may not
be. If not hardware, then specific scoping with an "invariant" focus applied
towards cyclic referential functionality in procedure format may be the final
resolve given what is apparant interaction with the boolean subtraction
processing and the first object. However, the values found to support apparant
reasoning should be verified first.
Again the problem may lay with a card limitation. With my cards limitations I
can not test for this. The upper class tS fellows including ladies may be able
to provide an answer with this aspect of the question.
The simulation of the boolean subtraction processing David explained will do
nonetheless
and serve to achieve design objectives. There are also other methods within
the tS toolbox which provide the same result but with different functionality.
Great going trueSpace.
The term Invariant in this context is a c++ programming term. An article found
at devsuperpage.com with the same word in the title may be helpful in
explaining this further.
Thanks
Samantha Ping
David <hawksridge@(protected)> wrote:
Hello list,
Boolean problems may be eliminated or reduced with the following questions and
answers. For your consideration and response.
Questions which required answers:
1): What doe the boolean action do and what happens to an object in the process?
2): Does the pace of workflow have anything to do with the problem?:
3): How to resolve this with answers to the above two questions ?
First, What booleans do:
1): Booleans act on an and change an objects face. 2): An objects meshes must
reform to get the face to conform to new angles and an exact (not) similar
mesh as its existing body.
3): The process of boolean action involves a lengthy calculation process to
exact just how the meshes will attach.
Proposed Resolve: A,B,C
A): One resolve is to eliminate item #3. as the problem. Why ? If a calculation
is still in process when exacting the boolean operation then the objects
future state reference (from calculations) may not be resolved. This defeats
the objects reform noted in #2. To check this : read the performance meter
found in the task manager (XP) and if the cpu is still occupied then something
is still going on in the calculation process. Wait a bit to clear the cpu
processing activity before doing the boolean operation .
B): The other is that other workspace actions may occur too soon after the
boolean action has been performed which may interfere with some value required
to resolve the mesh due to processing and referencing errors. This may be a
motherboard or video card processing limitation. Again wait for the computer
to cool down.
C): Think about your meshes before doing them. Just what this means may or may
not have any value.
I like A and B and (eliminate C for the most part) to resolve or at least
minimize the problem.
These are my thoughts which may or may not be correct but I hope shed some
light on the subject towards complete resolve. Other suggestions towards this
resolve either way will be helpful.
Thanks
David
__ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ______
****************************************************************************
********
This message has been checked for all known viruses by the Cable & Wireless
E-mail Virus Protection service, powered by MessageLabs.
To purchase this service, please contact your Cable & Wireless Account
Manager.
****************************************************************************
********
__ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ______
****************************************************************************
********
This message has been checked for all known viruses by the Cable & Wireless
E-mail Virus Protection service, powered by MessageLabs.
To purchase this service, please contact your Cable & Wireless Account
Manager.
****************************************************************************
********
<DIV>Hello List,</DIV>
<DIV> </DIV>
<DIV>
<DIV> </DIV>
<DIV>Mulling this over further with a theory. Items 1,2 and 3 in the "what
booleans do" may be worth exploring.</DIV>
<DIV> </DIV>
<DIV>As each is part of the default action of the boolean subtraction
processing then consider hardware to be eliminated and the issue
which it may or may not be. If not hardware, then specific scoping with an
"invariant" focus applied towards cyclic referential functionality in
procedure format may be the final resolve given what is apparant
interaction with the boolean subtraction processing and the first object.
However, the values found to support apparant reasoning should
be verified first.</DIV>
<DIV> </DIV>
<DIV>Again the problem may lay with a card limitation. With my cards
limitations I can not test for this. The upper class tS fellows 
;including ladies may be able to provide an answer with this aspect of the
question.</DIV>
<DIV> </DIV>
<DIV>The simulation of the boolean subtraction processing David explained will
do nonetheless</DIV>
<DIV>and serve to achieve design objectives. There are also other
methods within the tS toolbox which provide the same result but with different
functionality. Great going trueSpace. </DIV>
<DIV> </DIV>
<DIV>The term Invariant in this context is a c++ programming term. An article
found at devsuperpage.com with the same word in the title may be helpful in
explaining this further.</DIV>
<DIV> </DIV>
<DIV>Thanks</DIV>
<DIV> </DIV>
<DIV>Samantha Ping <BR><BR><B><I>David <hawksridge@(protected)></I></B>
wrote:</DIV></DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER
-LEFT: #1010ff 2px solid">
<DIV>Hello list,</DIV>
<DIV> </DIV>
<DIV>Boolean problems may be eliminated or reduced with the following questions
and answers. For your consideration and response. </DIV>
<DIV> </DIV>
<DIV>Questions which required answers:<BR>1): What doe the boolean action do
and what happens to an object in the process?</DIV>
<DIV>2): Does the pace of workflow have anything to do with the problem?:</DIV>
<DIV>3): How to resolve this with answers to the above two questions ?</DIV>
<DIV> </DIV>
<DIV>First, What booleans do:</DIV>
<DIV>1): Booleans act on an and change an objects face. 2): An objects
meshes must reform to get the face to conform to new
angles and an exact (not) similar mesh as its existing body. <BR>3): The
process of boolean action involves a lengthy calculation process to exact
just how the meshes will attach.</DIV>
<DIV> </DIV>
<DIV>Proposed Resolve: A,B,C<BR>A): One resolve is to eliminate item #3. as the
problem. Why ? If a calculation is still in process when exacting the
boolean operation then the objects future state reference (from calculations)
may not be resolved. This defeats the objects reform noted in #2. To
check this : read the performance meter found in the task manager (XP) and if
the cpu is still occupied then something is still going on in the calculation
process. Wait a bit to clear the cpu processing activity before doing the
boolean operation .</DIV>
<DIV> </DIV>
<DIV>B): The other is that other workspace actions may occur too soon after the
boolean action has been performed which may interfere with some value
required to resolve the mesh due to processing and referencing errors.
This may be a motherboard or video card processing limitation. Again wait
for the computer to cool down.</DIV>
<DIV> </DIV>
<DIV>C): Think about your meshes before doing them. Just what this means may or
may not have any value. </DIV>
<DIV> </DIV>
<DIV>I like A and B and (eliminate C for the most part) to resolve or at least
minimize the problem.</DIV>
<DIV> </DIV>
<DIV>These are my thoughts which may or may not be correct but I hope shed some
light on the subject towards complete resolve. Other suggestions towards this
resolve either way will be helpful.</DIV>
<DIV> </DIV>
<DIV>Thanks </DIV>
<DIV><BR>David</DIV>
<DIV> </DIV>
<DIV> </DIV><BR>__ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ _____
__ ____ ___<BR>*****************************************************************
***********<BR>********<BR>This message has been checked for all known viruses
by the Cable & Wireless<BR>E-mail Virus Protection service, powered by
MessageLabs.<BR><BR>To purchase this service, please contact your Cable &
Wireless Account<BR>Manager.<BR>***********************************************
*****************************<BR>********<BR></BLOCKQUOTE>
<BR>
__ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ____ ______<BR>
****************************************************************************<BR>
********<BR>
This message has been checked for all known viruses by the Cable & Wireless<BR>
E-mail Virus Protection service, powered by MessageLabs.<BR>
<BR>
To purchase this service, please contact your Cable & Wireless Account<BR>
Manager.<BR>
****************************************************************************<BR>
********<BR>
|
|
|