I hope everything is good with you!

I think the BA post that @Michel Anders (varkenvarken) links to is exactly the way to go
Adding options on the node does not change anything that already uses the node
And neatly encapsulates the new functionality so it is just an elaboration on an existing node
And compared to, for example, the brick texture or Musgrave texture, Voronoi is sadly restricted

Both kb and cb _do_ have the same scaling factor because

At least the cloth stiffness and bending is fixed so it is the same as previous version of Blender
But @YAFU (YAFU) has also indicated that the cloth collision is different and patch D1454 has not touched the collision code
Perhaps the original poster @Satoshi Yamasaki (yamyam) can comment if the patch is sufficient for the original problem?
And then we could track a different more specific bug for the cloth collision being different.

Thank you everyone for helping with this patch!

Could you use a function pointer in node_voronoi_crackle_texture.osl to avoid repeating the loops?
That way the string comparison sets the function pointer to whatever is used for that type
And then there is only 1 set of loops with the function pointer being evaluated
Or are function pointers frowned on?

I agree, I like the crackle option
Instead of creating a new node or new output for a node is it worth considering a new input/option for the node?
That is having an input/option that selects between f1, f2 or f2-f1 ?
Would that be more acceptable?

I posted some debugging to bf-committers
Briefly, the problem is a difference between 'Bake' that clears the cache and 'Bake All' that does not because of cache flag conditions.

That is a great illustration of what you mean
I can see that there is a big difference in the simulation
But I do not think it is anything to do with the stiffness, it is something to do with collision

OK, it is good the performance hit is reported.
I can try some tests to see if it is calculation of the stiffness scaling with bending_damping that is caused the problem {though I suspect not, the change for this calculation is too small}

Hi YAFU,

Hi Everyone,

I opened a bug T45084 and have just posted a patch D1454.
I think this also solves this problem

Hi Luis,

Hi Luiz,

Hi Luiz,

Looking through different links for all things related to cloth e.g. https://developer.blender.org/T44157 and https://developer.blender.org/T43911 it looks like something has broken for the stiffness generally in the cloth sim.
Perhaps Lukas should merge all these bugs into one, and push up the priority?

Bom dia Luis,

Hi again Luis,

Hi Luis,

Hi Luis,

Hi Luis

I do not think this is the same as T44157 which is concerned with the whole mesh.
This is related specifically to having 'cloth stiffness scaling' for a group of vertices.
But that is not to say that the 2 are not related 'under the hood' since they are both concerned with stiffness.