MoI discussion forum
MoI discussion forum

Full Version: Elephant Repository

Show messages:  1-16  …  357-376  377-396  397-416  417-436  437-456  457-476  477-496  497-503

From: Frenchy Pilou (PILOU)
1 Jul 2020   [#417]
Extention's Nodes
Vector Section
Scale Vector node
English

https://moiscript.weebly.com/vector.html#scalevec




From: Frenchy Pilou (PILOU)
1 Jul 2020   [#418]
Extention's Nodes
Vector Section
PointDist Node
English




From: Frenchy Pilou (PILOU)
2 Jul 2020   [#419]
Extention's Nodes
Vector Section
CrossProduct Node
English




From: Finema
2 Jul 2020   [#420] In reply to [#419]
what's that thing for?
From: Frenchy Pilou (PILOU)
2 Jul 2020   [#421] In reply to [#420]
It's for all operations you can make if you want use Vectors inside your coding...
show Normal of surfaces, graphic's power of something, etc...




From: Karsten (KMRQUS)
4 Jul 2020   [#422] In reply to [#408]
Hello Brian,

I had a look to the code. I'm sure you will not find a bug. It seem that the line 35 generates the problem.
The function to create the vector-display works as follow:
- creating a line with length 1 and a cone for the tip of the base vector display
- orient this base vector display to start and end of the vector that should displayed by using "factory('orientlinetoline', that.bVec, bPt0, bPt1, tPt0, tPt1, null, 'scale, stretch');"

but it seems that here is a problem - orientlinetoline generates weired results (tested with MoI V3) when the target has the same orientation as the start orientation especially in the main directions. After the factory is initialised and get other inputs (not in the main dirs) everything works fine as espected. Maybe Michael have a look.

Which Version do you an Pilou use at the moment.

A nice day to all
Karsten





Image Attachments:
LineToLine.gif  LineToLine2.gif 


From: wayne hill (WAYNEHILL5202)
4 Jul 2020   [#423]
When the X and Y are at zero, the Z axis vector defaults to positive. Using James's Node Editor extended version with MoI v4 January 2020 Beta.




From: bemfarmer
4 Jul 2020   [#424] In reply to [#422]
Thank you Karsten.
I'm using the nodeeditor version updated by James.

... perceived possible problem with using orient line to line command to place cross product vector...

- Brian
(Most of post deleted)
From: Frenchy Pilou (PILOU)
4 Jul 2020   [#425] In reply to [#422]
<< What version do you use ?
Last version of James & V 4 beta
From: Karsten (KMRQUS)
4 Jul 2020   [#426]
Hello Brian, Hello Wayne,

it's difficult to say what happens. I think that internally a transformation matrix is used for this operation/factory. To create one, you need additional informations like the rotational information that are not given by two lines and certainly not when they are parallel. I had the same problem for the getCrvSFrame. The only info you have here is the direction/tangent of the curve. To create a frame/local coordinate system I used the dominant directions of the main coordinate system. That leads to some weired effects while changing the curves geometry -> flipping axes. Another method would be to use also the center of a soothing circle, but that would fail for straight lines. And yes - it is similar to the gimbal lock. A possible workarround is to add tiny values for the display of the vector - that helps the factory to calculate the orientation.

Maybe Michael can tell us what's going on under the bonnet.

A nice day to all
Karsten
From: Frenchy Pilou (PILOU)
4 Jul 2020   [#427]
Extention's Nodes
Vector Section
VecMagn Node
English
https://moiscript.weebly.com/vector.html#vecmagn


From: bemfarmer
4 Jul 2020   [#428] In reply to [#426]
Possibly relevant are Michael's posts here:
https://moi3d.com/forum/index.php?webtag=MOI&msg=9864.5
- Brian
From: Michael Gibson
4 Jul 2020   [#429] In reply to [#422]
Hi Karsten,

re:
> but it seems that here is a problem - orientlinetoline generates weired results (tested with MoI V3) when the
> target has the same orientation as the start orientation especially in the main directions. After the factory is
> initialised and get other inputs (not in the main dirs) everything works fine as espected. Maybe Michael have a look.

It looks like a bug in orient line to line, part of how it works is it takes the cross product between the 2 directions to make a vector to rotate around but it is not handling the case well when the 2 directions are parallel when the cross product is undefined. I'll investigate to see if I can fix up that case.

- Michael
From: Frenchy Pilou (PILOU)
5 Jul 2020   [#430]
Extention's Nodes
Vector Section
Frame by Vectors Node
English
https://moiscript.weebly.com/vector.html#framebyvecs




From: Frenchy Pilou (PILOU)
5 Jul 2020   [#431]
I don't know how works ColorVec ? (and if it's terminated)
From: Karsten (KMRQUS)
6 Jul 2020   [#432] In reply to [#431]
Hello Pilou,
at first - great job.
ColorVec only make sense for a bundle of vectors - then it colors the vectors dependent of their length.
Nothing more.

A nice day to all
Karsten
From: Frenchy Pilou (PILOU)
6 Jul 2020   [#433] In reply to [#432]
So color are randomly following the length or that goes from cold to warm or other ...?
From: Karsten (KMRQUS)
6 Jul 2020   [#434] In reply to [#433]
Hello Pilou,
from blue (short) to red (long).
You can also generate vector fields:-)




Have a nice day
Karsten

Attachments:
colorvec.nod
cv2.nod

Image Attachments:
colorvec.png  cv2.png 


From: Karsten (KMRQUS)
6 Jul 2020   [#435] In reply to [#429]
Hello Michael,

thank you for the detailed information. I will have a look to change the code to avoid this factory.

Have a nice day
Karsten
From: Frenchy Pilou (PILOU)
6 Jul 2020   [#436]
@Kasten
Perfect! That will closed in Fireworks the Vector Section!

The berturbating was the "Left Output" of the Color Node:)

I suppose i can take your example for the Repository?

Show messages:  1-16  …  357-376  377-396  397-416  417-436  437-456  457-476  477-496  497-503