Yeah, more nodes means more data, and more results in the search menu, making it harder to find a specific nodeā¦
I would much prefer fewer multipurpose nodes than more nodes that only do one thing.
But then again, people have hated attributes from the very start as they are supposedly āunintuitiveā even with the search feature.
Thatās not to say that I donāt like fields (I think they are very quick and easy to work with ) , but Iām okay with using a string input every once and a while.
There are a few more nodes I would like to see merged, such as point separate and delete geometry. I also think the position, normal, and index could be merged into a single geometry info node.
I believe the idea is to make the system less dependent on the store/extract nodes. I do think we can keep the store/extract nodes just for some user freedom, but idealy the users should not be forced to use a string input for attributes in the Field workflow. I think we are heading towards a direction where store/extract becomes optional and more of a user freedom thing.
It is needed very often indeed, especially in modeling. You can select part of the mesh and scale the part with this node. You can do solidify by using the extrude and move node with a set position node afterwards (although it would be more ideal for extrude and move node itself to accept field input). You can do displacement wth a noise texture and a set position node. It is indeed used very often.
I think the reason for them to be seperate should be avoiding nodes with large and chunky UI, I think putting them in one seperate category should be good enough
This suggestion was inpired by another earlier suggestion of the geometry info node, but Hans didnāt like that idea, so I suggested a seperate category instead.
Hello,
Iāve been playing around with the index node and wanted to provide some feedback, so I recorded a video about it, you can watch it here:
Topics are:
Get the Count (or Last Index)
Reading the attribute of specific Index
Storing and using that as a āconstantā variable
Transfer attributes via index
P.S. it is debatable if itās better to get the Count or the Last Index. For most math weād want to use the Last Index instead of the count, which is count - 1.
I just downloaded it but cannot find Extrude or Store Persistent for example
I thought I may have downloaded the wrong build but maybe the merge hasnāt happened correctly?
Hello,
I have a couple of questions with the new build.
The Attribute Extract node is missing, is there something that replaced it?
Iām finding the new input nodes arenāt working in many situations. I assume the fields arenāt working with every node yet, but Iām reporting it just in case. For example, shouldnāt this work?:
Iām feeding the normal into the Align Rotation to Vector node but it doesnāt do anything. I know that we could use the normal attribute instead, but shouldnāt it be working? Position or Index nodes also donāt work.
Another question is, how would we move instances along one of their axis? For example here:
Iād expect to get the instance axis with the Attribute Extract and use that to add to the positions, but there are a couple of issues:
as mentioned Attribute extract isnāt there
Which Point attribute defines the orientation of the instances? There is a Rotation attribute but thatās only 1 Vector. Is it Euler rotation relative to the group input object?
In General, I think there should be an easy way to get this kind of Vector data out of the Points / Instances.
Is there a more obvious workflow for this that Iām missing?
Yes because these curves are cyclic, cyclic curves donāt have start nor end point since they are looped. Whether a curve is cyclic or not is a boolean attribute that can be modified with attribute fill/store named attribute node.
Are there any chances that attribute transfer/fields substitute will allow to transfer float values so that we can make custom animation once then instance object and trigger custom animation with proximity node, for example to the 3.0 release?
Not sure if off topic or not. But, with this new method/geo nodes in general⦠is there a way to do an āEdit Polyā type node setup/modifier?
Mainly Iām thinking about⦠if I wanted to mirror SOME faces, but not ALL, for a lowpoly. Like, mirror some side faces, to share UVs, but keep top faces Unique, that player may see in FP view/ADS on a weapon.
Right now I have to detach faces into a new mesh/mirror, or re-assemble things after the fact/canāt do in a modifier that I know ofā¦
This is all very exciting stuff though! Great work!
Not sure if Iām interpreting you correctly but hereās a setup mirroring the ear of suzane (here the mirroring is done by scalling -1 in the x axis, for more complex situations this would become a bit more complex accordingly):