Full Version: Nodebundle for playing with nodes

Show messages:  1-3  …  564-583  584-603  604-623  624-643  644-663  664-683  684-703  …  1844-1859

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

I have a sort of repository (Max / rest of the world :)

But in French !)

But you have some images! and links to the original!

Sorry i want to test all new nodes of these last weeks for archive them but no time for the moment!

http://moiscript.weebly.com/elephant-systegraveme-nodal.html

---

Hi Friends

This is my third macro
Blend linear curve ...

input:
-curve-1
-curve-2
-factor for Blend C1
-factor for Bend C2
-start point on first curve
-start point on second curve
-bulge blend first curve
-bulge blend secon curve
-choise C1 or C2

output:
-blend Curve
-joint Curve

I think I'm a flexible enough tool to help
in classic planar drawing
Later they tried to create Blend Curve 3d macro
surely it is much more complicated to do so
to this link the files:
http://www.mediafire.com/file/d29l84ugddrvykz/M-Blend_Curve.rar
Good in-depth
Have a nice Weekend to all
alberto

---

Message 7777.626 was deleted

---

Hi Friends,

this is the fourth Macro ;
Cubic Bezier from 4 points .
The interesting thing, I think, is that we can use it
not just isolated points, but also points that lie on curves
linear .....
in this case the output curve represents a particular fillet
between these two curves ...

input

point 1
point 2
point 3
point 4
Start Domain
End Domain
n°point for curve

output

Cubic Bezier
Points Control Polygon
Control Polygon

Files at this link;
http://www.mediafire.com/file/ddh3c95syhwxphb/M-Cubic_Bezier_from_4_Pt.rar
Have a nice day to all
alberto

---

The download link does not work.
Even exclusion from Malwarebytes does not help.
- Brian

---

Hello Brian,

here is Als the node file.

Have a nice day
Karsten

Attachments:
Dim-Macro Bezier from 4 point.nod

---

Hi Brain
if you refer to my last file
I checked in the site, and they made 2 Downloads,
maybe it's a problem with your Server.....
best
alberto

---

Thanks Karsten for putting the file in the forum ...
I still can not use Mediafire
(they are still the effects of the Earthquake in my Territory)
thanks again and have a nice evening
alberto

---

Thank you Karsten

A new experience:
About a half hour after trying the download, doing some Math google searches, my speaker started a noxious pulse beeping, one webpage screen went red, with some warning to call an alleged "Microsoft" telephone number, some blocked malware was after bank accounts and credit cards, etc.
(No fault of MoI, nor of MediaFire as far as I know.)
Rebooted, and all seems well.

- Brian

---

Hello Brian,

I saw this pop up also. Go to task manager and kill the process. I got always pop ups at mediafire, but never such crap like in the last days.

p.s.: Under linux you will get 15€ for a bet portal;-)

---

Hi All,

UPDATE: Revised version can be found here:
http://moi3d.com/forum/index.php?webtag=MOI&msg=7777.649

I have attempted to recreate a form as per youtube vid:
https://www.youtube.com/watch?v=kiKG-vkTzfE
Not emulating the procedure, just the end result.



WARNING: Due to the sheer complexity of the form (number of lines/surfaces),
running the .nod file will take a long time to render to screen
(approx. 40 secs on my laptop), so be patient.
Of course, for denser meshes, it will be even longer.


Have a great weekend
James

---

Hi James!

Thanks a lot for this sharing!

What a complex and beautiful node ! A lot of stuff useful for practicing.

On my PC i7-7700K it takes exactly 30 secs to generate the output.

Ciao!

---

Great stuff. Bit hard to tell - is this a moebius strip?

I'll have to update my machine - 44.5 seconds. Though the processor is an i7.
Perhaps a better graphics card - currently an AMD Radeon HD 7800

---

UPDATED: mobius2.nod attached

(Further simplified; previous version still contained extraneous nodes
related to retopologizing the surface in prep for mFlow)


Hi Mike,

<< is this a moebius strip?>>

Yes, try this .nod file:
same circuitry, but without the variable fenestration.
(with next to no delay to generate output )

James

---

Hi Mike!

@You : "...I'll have to update my machine - 44.5 seconds. Though the processor is an i7. Perhaps a better graphics card - currently an AMD Radeon HD 7800"

Well, I'm not Michael but for what I know about how Moi deals with calculation I think that it actually doesn't use almost anything of GPU power (unfortunately)
except display and render meshes.

So I think you will get no advantage upgrading your GPU.

Consider that I currently own a Gtx 1080 Ti.

Ok, Vega cards and also some previous generation "gaming" Amd GPUs are more powerful regarding FP64 and FP16,
but with Gtx 1080 Ti we are still talking about something like 11 TFlops in FP32 with 11Gb or superfast video memory.

Talking about the CPU not all i7 are the same.

I currently have the most powerful 4 cores/8 threads cpu currently available, the i7-7700K, but anyway it has only 4 physical cores
and I know that a CPU with more cores like Threadripper or other Intel CPUs are much more powerful than my 7700K.

So, if you are thinking about upgrading, at least talking about Moi, I think you should switch to a new CPU with more cores.

but you should ask to Michael if Moi can leverage on more cores and if the gain is "linear".
I mean, for example, 40 secs to execute that nod file with a 4 cores CPU, so...20 secs with 8 cores ?

I hope i made myself clear enough :)

Ciao!

---

re: multiple cores - MoI makes use of multiple CPU cores for part of the viewport graphics display and when generating meshes for export to a polygon format. Other areas like a node calculation will run on a single core. It takes special work to use multiple cores, it involves breaking things down into individual isolated task units which can then be scheduled across threads. That's very different than "normal" code.

- Michael

---

Thanks, James.
I'm a bit obsessed with Moebius strips so I shall enjoy studying this simpler nod.
Mike.

---

Thanks Marco and Michael.

My i7 is a humble 3770 @ 3.40 GHz.

Good enough for a while yet.

Mike.

---

Hi Mike,

<<I'm a bit obsessed with Moebius strips so I shall enjoy studying this simpler nod.>>

I have uploaded simpler mobius2.nod file tp previous post:
http://moi3d.com/forum/index.php?webtag=MOI&msg=7777.637

If the profile shape is even sided & the number of twists is odd (or vice versa )
the resultant form will be single-sided solid. Which is to say it could be
unrolled into a continuous looped strip.

I encourage you to indulge your obsession,
James

---

Hi Michael.

Thanks for confirming my words.

@You : "...Other areas like a node calculation will run on a single core. It takes special work to use multiple cores, it involves breaking things down into individual isolated task units which can then be scheduled across threads. That's very different than "normal" code..."

It' true, and unfortunately this is still one of the main "Achilles heel" of almost all 3D cad/nurbs modeler.
I mean, the lacks of multicore capabilities for almost all their features.

And this is really a big "hole" because actually if you really want to speed up things in one of these software, including Moi or Rhino,
maybe the one and only way to go is to buy a very expensive CPU with a high IPC and fast and big internal cache.

And actually, for what I know, only very expensive CPU like the XEON line have this characteristics.

All other CPU, including new AMD Threadripper or even all i9 from Intel, although they can run at a higher clock speed,
they cannot reach the IPC value and the overall computing power of a XEON.

So, unfortunately, today the main bottle neck is not the hardware but the SOFTWARE. Almost ALL software!

The main problem is that is really very expensive, especially for a little company or a one person company, to afford the investment that
is necessary to build and maintain the development of a multi core application.

So, actually most of the money we spend to buy new CPU with lots of cores is almost totally wasteful.

Fortunately all these consideration doesn't apply to GPU computing, but here, again, the "Achilles heel" is that only a little portion of calculation
can be demanded to GPU. Only specific types of tasks.

Maybe in the next years we will see a new generation of code compiler that will provide a much robust and wider range of multi core capabilities :)


Have a nice day Michael.

Ciao!

---

Show messages:  1-3  …  564-583  584-603  604-623  624-643  644-663  664-683  684-703  …  1844-1859