Full Version: Nodebundle for playing with nodes

Show messages:  1  …  102-121  122-141  142-161  162-181  182-201  202-221  222-241  …  1842-1859

Thread Split: Some posts in this thread have been moved here

Hello Al,

have a look in mPathArray and switch under Infos to "cross"- connect your curves and connect the output to Curves\Curve interpcurve ...
The node is very untested!!!
Have a nice day
Karsten

Attachments:
points2.js

---

Hello Karsten
Excellent, it works fine
you are a " Maestro"
many thanks
have a nice afternoon
al

Image Attachments:
CP- Solved Catenary mPath_ArrayNode.jpg 

---

Hi everyone,

As agreed in previous posts, I upload here the file "nodes_V0.85_mod6.xls",
containing an updated version of the infos of all my nodes with the new "Basic/PointExt" (column Authors : Marco (mkdm)).

Here's the file : http://take.ms/2jz7Q

This xls file relates to "nodeeditor_0_85_mod6" downloadable at http://take.ms/RfzWH

P.S. Karsten, when you will consider to be stable the new "mPathArray" node contained into points2.js file
(downloadable at post : http://moi3d.com/forum/index.php?webtag=MOI&msg=7777.162),
please update a new "nodes_V0.85_mod7" version of Project Elephant and create the new "nodes_V0.85_mod7.xls" file.
Thank you.

Best,

- Marco (mkdm)

---

Hello Friends
It ends another week .....
another test of Boolean Intersect
works fine
Have a happy weekend to all
best
al

Attachments:
CP_Inter.nod

Image Attachments:
CP-Inter.jpg 

---

Message 7777.166 was deleted

---

Message 7777.167 was deleted

---

Hello James,

the flowObj node have to be changed to multiprocess. At the moment - only one target. The second problem is, that you try to use a rectangle as base surface. Try using SubDiv/selCenterPlane. I will have a look, to change the node to multiprocess in the next days.

Have a nice day
Karsten

---

Hello James,

very untested!!!

Have a nice day
Karsten

p.s.: Very interesting experiments here - thanks to all!

Attachments:
PanelShell.nod
transform2.js

---

Hi Karsten,

One day I would like to buy you a beer!

Thanks again
-James

Image Attachments:
panelWeave.jpg 

---

Message 7777.171 was deleted

---

Hi Karsten,

I have analysed the code of your new "mFlowObj" node in an attempt to create a "mLoft" node
that can multiprocess lofts on multiple targets. I'm afraid that the task is beyond me.

If & only if this is a copy, paste & minor edit to the code you have already written for "mFlowObj" node,
and you can see the benefit of a "mLoft" node's creation, I would appreciate your expertise.

Thanks in advance, and for all you have done for me.

-James

---

Hello James,

looks really great. I think about the multiLoft node, but it is not so elegant to handle like pointarrays, because the additional informations in pointarrays be absend here. So we need an additional input to give them externally. In detail we need to split the objectlist members (curves) in separate groups to loft them. It depends on the workflow of creation which information are given. So we can split the objectlist by a value of curves for every loft or the amount of lofts. So we can evaluate a value from a pointarray xlength/zlength, manually or something else. Complicated, if you want to process numarrays for that, if you want individual numbers of curves for each loft. What is your idea about creating the loft curves? I don't think that the multiprocess mechanism in mFlowObj is needed for that node - maybe the short+ mode can do that, but I'm not Max.

Have a nice day
Karsten

---

p.s.: If you use e.g. orient short+ we can use the the target pointarray to evaluate the infos - maybe! Or use it direct?

---

Hi Karsten,

>>the additional informations in pointarrays be absend here..................Complicated<<

I feared that this may be the case. However your mFlowObj node appeared to me to sort multiple items in an object list for unique processing, and so if this info could be called upon again, further processes may be performed individually on each object. But I can see node would need some input instructions.

I have attached a couple of .nod files:

panelWall.nod
The application of extrude after mFlowObj to faceted surface
produces extrudes in a single direction. This is to be expected and may well be desirable. However it would be better if there was a means by which each extrude was normal to it's own surface. Perhaps a "Offset/Shell" node would be an alternative means of achieving this result.

PanelShellLoft.nod

Initially, not having achieved the desirable result with extrude, I returned to original panelShell node, thinking perhaps if there an outer array of facets with their attached curves and an inner array, that a loft may be able to be performed between the outer and inner curves.
(i have 3 layers of obj array of curves here: rectangles and circles on outer surf and smaller circles on inner surf)

Naturally though, moi wants to loft all curves in a single loft. There would need to be a "BundleObjs" node analogous to "BundlePts", but as you say>>not so elegant to handle like pointarrays<<.

.>>I'm not Max.<<
I know, but what you have built upon Max's foundations has been amazing!

-James

PS I know you are "not a pattern guy", but nevertheless you have furnished us with an outstanding tool for pattern creation: mFlowObj node
for which I am eternally grateful.

---

Hello Friends
Finally weekend Clear.....
I saw updates to Knots ...
Given my familiarity with the English it will take some time
to understand the development ...
I send you this test file on the last node
A good start a week to all
best
al

Attachments:
CP_Interw-Blend.nod

Image Attachments:
CP_Interw-Blend-Flow.jpg 

---

Hello Al, Hello James,

looking to your results - I think we are going in the right direction. I have take a look to multiprocessing Loft. I have a buggy version running, that also process the typical input, but I have to do some test and think about the different aspects of the possible inputs - sometimes there are also knots in my brain, not only nodes:-) When I think I'm ready - I have to make an example nodefile and will post it. But maybe there are better solutions.

Have a nice day
Karsten

p.s.: I hope Max can give a support about this theme and some programming rules to bring some of the nodes into the core development.

---

Hi Karsten,

>>multiprocessing Loft. I have a buggy version running.....When I think I'm ready.................will post it<<

Thank you so much for this. You're a gentleman and a scholar!
-James

---

Hello James,

very untested, but seems to work:-)

Please, have a look in the example to understand how it works and if the workflow is useful.

Have a nice day
Karsten

p.s.: Gentleman? - my wife has sometimes a different opinion;-)

Attachments:
construct2.js
mloft.3dm
mloft.nod

---

Hello Karsten,

Thank you for new node, it will be a great addition to the toolkit.

I have been attempting to achieve the lofts between curves appended to faceted surfaces. To simply things, I have reduced it 2 object arrays: OUTERcircle - INNERcircle. I used BoundingBoxes node to get ptArray info and then BundlePts to get targets for mLoft. The result is closer to the intention but not quite there: see attached image.

Interestingly, I discovered that Sweep node already does multiprocessing, and it is a promising avenue to go down. If it performed a sweep between start profiles and end profiles, it would produce the desired result. Unfortunately, it only recognises the outer curve as the profile input: see mLoft_Panels.nod

I can't tell you how thrilled I am about the great leap forward catalysed by your multiprocessing nodes: mFowObj, mPathArray, mLoft & it seems Sweep.

Keep up the good work
-James

---

Hello Karsten,


**UPDATED nod file**



Using sweep together with mFlowObj it is possible to produce multiple extrudes
with variable profile inputs with differential orientation and extrude distances.



However because sweep node only registers the starting profile the object array
has a contiguous side and a stepped side. The swept planes are all parallel to the rails,
and hence interpenetrate where concave and separate where convex.

They would taper in or out where appropriate, if the sweep node registered the end profile.
And the end side would appear contiguous rather than stepped.

I may have made a mistake with my setup.

Let me know,
-James

Image Attachments:
panelWallSweep.jpg 

---

Show messages:  1  …  102-121  122-141  142-161  162-181  182-201  202-221  222-241  …  1842-1859