Full Version: Nodebundle for playing with nodes

Show messages:  1-3  …  1604-1623  1624-1643  1644-1663  1664-1683  1684-1703  1704-1723  1724-1743  …  1844-1859

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

It's been a while, so here's a post using Wayne's recent node contribution: Objects2/PerlinNoise node to generate a field of wave forms
(wave_Field.nod attached)


James
https://www.instagram.com/nodeology/

Image Attachments:
wave_Field.jpg 

---

James,

Your node design is great. Made a sample on my CNC router.

Wayne

---

Wayne,

Looks Brilliant!

I was planning to use the design 3dCNC routered into birch ply as doors to a cabinet (sideboard).
I will take this image along to machine shop, as a proof of concept.

Can I post your image on Instagram with link to your instagram page
and a caption stating something to effect of "CNC routing by Wayne Hill"?

Thanks
James
https://www.instagram.com/nodeology/

---

James,

Bonitum.com has some examples. And yes, there was a plywood version going on the machine soon. Saw a desk out there somewhere with mirrored 3d door designs that is great.

Yes, you can reference my Instagram page. I have other images and a short video of it being made on my Instagram page.


Thank you,

Wayne

---

There seems to be a BUG with Vector in nodeeditor in MoI 4 beta.

After running the attached VectorExamples.nod file in nodeeditor, and clicking on Apply, and clicking on Stop,
the three vectors Cannot be erased from MoI4 screen, even if nodeeditor window is closed.

Clicking Run again, and toggling Clear on an Output node then seems to show 1 instead of 0, and vice versa.

(A test circle node seemed to work fine.)

- Brian

Attachments:
VectorExamples.zip

---

Hi Brian,

re:
> the three vectors Cannot be erased from MoI4 screen, even if nodeeditor window is closed.

Could be that those objects have their hit testing flag turned off. See here:
http://moi3d.com/forum/index.php?webtag=MOI&msg=7777.1595

The fix would be at some step .setHitTest(true) needs to be called on those objects.

- Michael

---

Thank you Michael.

Rotate, Move or Copy create new copies of the 3 vectors in another area, which are delete-able,
but the original 3 vectors remain, and still cannot be deleted.
It seems like a flag for "keep original objects" is set.

I'll do some more experimenting.

- Brian

Hitting Stop, then Apply, doubles the number of Vectors. The extra set CAN be deleted, but not the original set.
Running the .nod file, then hitting Apply, without hitting stop, then closing nodeeditor, just makes one set of vectors, still not delete-able.

I want to get nodeeditor working (again) in MoI3 and try the vectors there.

VecBy2Pts does the same thing, so probably vector.js is doing or not doing something it should...(?)

Using your Set Hit Test true shortcut key script does not seem to do anything.

---

The results are the same for nodeeditor in MoI3.

- Brian

---

Hi Brian, what about if you run this, does it have any effect on those objecst? :

moi.geometryDatabase.getObjects().unlockSelection();

- Michael

---

Hi Michael,

The unlockSelection();
script appears to have no effect.

There is a difference in selectability between MoI3 and MoI4beta.
After running the vectorExample nod file, the arrow cones are NOT mouse click selectable in MoI3, but are mouse box drag selectable. In
MoI4beta, the arrow cones ARE mouse click selectable, and mouse drag box selectable also.

In MoI4beta, there is another strange effect.
Running the shortcut key script on a selected arrow cone:

script:/*!Select edges v1.2 */ var gd = moi.geometryDatabase; function sl(o) { for ( var i = 0; i < o.length; ++i ) { o.Item(i).selected = 0; var e=o.Item(i).getEdges(); for ( var j = 0; j < e.length; ++j ) e.Item(j).selected = !e.Item(j).selected;}} gd.selectLoop(); var so = gd.getSelectedObjects(); var e = so.getEdges(); sl(so.getFaces()); sl(so.getSolids()); so.getBReps().setProperty('selected',0); e.setProperty('selected',1);

does NOT show the two arrow cone edges, UNLESS the mouse is hovering over the arrow cone, and then the mouse pointer is moved. (In MoI3, just moving the hovering mouse does NOT get the edges to show, but a mouse drag does get the edges to show.)
Creating a new cone with the MoI cone command and running the Select edges shortcut key results in the two cone edges immediately showing up on the screen.
If the mouse pointer is not on the selected arrow cone, and Select edges shortcut key is run, the two edges do not show up until left or right drag is done elsewhere on the screen, or if the mousewheel zoom is done.

Another strange effect is that if the arrow cone, and the new cone are BOTH selected, and the Select edges shortcut key is pressed, both cones immediately show the edges.
(A polygon with planar can also be used instead of the new regular MoI cone.)

- Brian

Hopefully someone else can reproduce this effect?

I thought that this problem might be helpful?

I imagine that vector.js is doing something wrong, or incompletely, and it is not a MoI3 or MoI4 bug?

ps Line 23 of vector.js has the code: dV.item(i).hidden = true;

Maybe the handling or cleanup of bVec() is incorrect?

---

Hi Brian, I tested your vector example .nod over here and all the stuff disappears for me when the node editor window is closed.

Can you please zip up your nodeeditor directory and post it here so I can make sure I'm using the same one as you to try and replicate the problem?

Thanks, - Michael

---

Hi Michael,

Attached is 7zip of my nodeeditor file in appdata, for MoI4beta (Jan22, 2020).

I did just reinstall nodeeditor from Jame's link to MoI3, under program files x86, with no change in MoI3 results.

- Brian

It seems to be a weird problem. No Idea what I am doing wrong...
No one else having the problem...

I was trying out the nodeeditor vector nodes, as prelude to a canal surface node or script.
Simple case of a modWedge tangent to plane x=0, for modifying Reuleaux tetrahedron for uniform symmetric tetrahedron.

If it is just something defective in my files, maybe not worth too much investigation time?
The problem is not limiting my script play. It just is nice to know what causes such a problem :-)
Maybe the problem will correct itself with new version updates?
I'm using MS OneDrive a lot. It is very convenient. Hope it does not crash some day and make my data vanish.

---

Hi Brian, thanks for posting your nodeeditor folder.

So here's the steps that I am doing. First I launched your node editor dialog, then I use Load and load in your VectorExamples.nod file from above (on post http://moi3d.com/forum/index.php?webtag=MOI&msg=7777.1668), then I push the Run button and those arrow objects appear. Then I close the node editor and they all disappear.

Are you doing any different steps than that?

- Michael

---

Hello Brian,

If I remeber right, the effect happens when an objectlist is still pointing to such objects. It is a while ago that I look to the code. The vector things are created in a very short time with my limited skills in js - so it is possible that there are side effect by using a particular sequence. As I remember - I didn't planned to keep the vector objects - they should have only the purpose to visualize.

I hope that I find some time to have a look.

Have a nice day
Karsten

---

Hi Michael,
Thank you for taking a look.

After pushing the Run Button, I push the Apply button, which makes the arrows stay on the MoI screen after nodeeditor is closed.

- Brian

---

Hi Karsten,

Thank you for all of your past, present, and future work and help, and taking a look at the code.

- Brian

So maybe an objectlist needs to be closed upon exit?

---

Hi Brian, thanks I can reproduce it now. It looks like the problem is the same objects are getting added to the geometry database multiple times, when Run is pushed there are 9 objects added to the geometry database, then when Apply is pushed the same 9 objects are added again but they are in the geometry database already.

I can update MoI so that it can tolerate this situation better, but it can also be fixed in vector.js in the applyVec() function, try this updated applyVec function:

function applyVec(that){var i;for(i=0;i<that.tempvec.length;i++) { var obj = that.tempvec.item(i);
if ( obj.databaseState != 2 /*2 = ObjectDatabaseState_InDatabase*/ ) moi.geometryDatabase.addObject(obj);} }

This version will check if it is already in the geometry database and not add it again if so. The obj.databaseState property returns a numeric value which means:

0: ObjectDatabaseState_Unknown
1: ObjectDatabaseState_Unattached
2: ObjectDatabaseState_InDatabase
3: ObjectDatabaseState_Deleted

For the next beta I'll update geometryDatabase::addObject() so if an object that is already in the database is attempted to be added again it will ignore it instead of getting things corrupted.

- Michael

---

Hi Michael,
Thank you very much for your corrections. I'll try it out later today.

As far as your updating modifying addObject(), that is your area of expertise.
I lack a lot of understanding, but have vague concerns about some adverse side effects.
For example, if I were "stick framing" a tetrahedron with duplicate edges for the 4 triangular sides, would
it no longer be possible to have two lines on top of each other?

- Brian

---

OK, I plugged Michael's correction to [function applyVec.......] ~ line 50 of vector.js, and replaced vector.js in
nodeeditor extensions (saving old vector.js as vector.BAK).

Now, running a Vector node, Adds the vector(s) to the screen.

Now, (apparently), pressing the APPLY button no longer adds the vector(s) to MoI's geometry database.
(APPLY does not cause the vectors to remain, after nodeeditor is closed.)
When nodeeditor is closed, the vectors go away. This is apparently Karsten's intention, that the vectors be temporary.

(This behavior is not the same as say creating a circle, where pressing the APPLY button causes the circle to remain, after nodeeditor is closed.)


If the user wants to keep the Vector(s), simply do a MoI copy of them before closing nodeeditor. The manual copies remain,
and behave normally in MoI.

- Brian :-)

Attachments:
vectorMOD.zip

---

Hi Brian,

> For example, if I were "stick framing" a tetrahedron with duplicate edges for the 4 triangular sides, would
> it no longer be possible to have two lines on top of each other?

That will still work fine. The situation that it would guard against is having the same one single object listed multiple times in the geometry database (not copies of the object, the same object reference listed multiple times) which would always be an error.

Previously it put up an assert dialog to warn about this happening but then still let it happen. A couple of betas ago release mode asserts were turned off though so it then became more difficult to know what was going wrong.

- Michael

---

Show messages:  1-3  …  1604-1623  1624-1643  1644-1663  1664-1683  1684-1703  1704-1723  1724-1743  …  1844-1859