topic Re: Uncle Max' Oddities in 3ds Max Programming Forum

Uncle Max' Oddities

info — Tue, 16 Aug 2011 09:43:26 GMT

Hello Community,

I have found an odd effect in Maxscript:

I have scripted a simple function that re-sets the first vertex of a closed shape to the middle of the spline.

If the function is called outside of a rollout it works very well.

But if it is called inside of rollout by an event handler (on test_button pressed do...) the function is not executed anymore.

For having a look at this phenomenon please do the following:

Create a closed spline. If you want to, you can mark the beginning with a point-helper with a pathconstraint as position controller.

Select the closed spline.

Then start the core-function, to see that function itselve works:




clearspline = $

 function set_start_fn clearspline_var: =
 
(


 max modify mode
 select clearspline_var
 subObjectLevel = 1
 
 --if set_start_at == undefined then set_start_at = 1
 
 set_start_at = (numknots clearspline_var) / 2 as integer
 
 setknotselection clearspline_var 1 #(set_start_at)
 -- clearspline_var.makefirst 1 53
 
 
 splineOps.makeFirst clearspline_var
 updateshape clearspline_var
 
 subObjectLevel = 0
 
 updateshape clearspline_var
 
 
 
) --  function set_start_fn clearspline_var: = 
 
set_start_fn clearspline_var: clearspline

Now you probably see that the start point jumps each time the function is called.

So far so good.

Now, please start the bound-in-function:



clearspline = $

 function set_start_fn clearspline_var: =
 
(


 max modify mode
 select clearspline_var
 subObjectLevel = 1
 
 --if set_start_at == undefined then set_start_at = 1
 
 set_start_at = (numknots clearspline_var) / 2 as integer
 
 setknotselection clearspline_var 1 #(set_start_at)
 -- clearspline_var.makefirst 1 53
 
 
 splineOps.makeFirst clearspline_var
 updateshape clearspline_var
 
 subObjectLevel = 0
 
 updateshape clearspline_var
 
 
 
) --  function set_start_fn clearspline_var: = 

rollout test_roll "Test"
 
(
 
button test_but "Move First-Point"

 on test_but pressed do
 
 (
 
 clearspline = $
 max create mode

 set_start_fn clearspline_var: clearspline

 updateshape clearspline

 --/*

maxops.clonenodes $ newnodes: &copynode

copynode .name = "Copy-Spline EX"

in coordsys world move copynode  
-- */
 
 

 ) --  on toll_but pressed do
 
) -- rollout toll_roll "Test"


createdialog test_roll


/*

maxops.clonenodes $ newnodes: &copynode

copynode .name = "Copy-Spline EX"

in coordsys world move copynode  
 
 
 
segment_laengen = getseglengths clearspline 1 cum: false byVertex:false
print segment_laengen

*/

Run the script and press the button ("Move First-Point"). You probably see the spline to be copied (which is intended). But you do not see the start-point moved.

I have implemented the copy-function, to see the phenomenon. There must be done something with the spline after the reset of the startpoint. When you comment-out the copy-code it works as intended.

The conclusion: The combination of a scope within a rollout-event (button pressed) and something done to the spline after the reset-first-point-function causes max to ignore splineops.makefirst within the function call.

Does anybody have a clue, why this occurs? Does anybody have a solution or a workaround? I am working on this for days to find a solution...

Kind regards
Arnim

Re: Uncle Max' Oddities

info — Thu, 18 Aug 2011 08:28:05 GMT

It's strange, isn't it?

But does nobody has an idea why this happens? Does no-one know how to work around this effect?

Kind regards
Arnim

Re: Uncle Max' Oddities

Steve_Curley — Thu, 18 Aug 2011 10:39:05 GMT

Yes. Very.

The following code works, but...
If you implement a copy of the object (uncomment the 2 copy lines) then the copy of the object is not identical to the currently selected object. The correct knot is selected, but the 1st vertex is always the previous one, which is really strange.
If you comment the "subObjectLevel = 0" line then you can see the 1st vertex moving.

Slightly OT - why are you using named parameters, especially with a name like "clearspline_var" in a function call which is entirely internal to a rollout? There's only one parameter, so a normal "by position" parameter is all that is needed. Named parameters would normally only be needed in a situation where the parameter name is relevent, as in "s = sphere radius:10 pos:" (radius and pos being named parameters).

Also, you never seem to enclose your code in parentheses - that means that in your above code you are creating a global variable called clearspline_var which is not good practice. Always start with an empty pair of parenteses and put the entire script in between them. There are exceptions such as when defining a Macroscript, but they are the exception rather than the rule (a Macroscript HAS to be globally defined or it could not be tied to a shortcut or toolbar button).


(
rollout test_roll "Test"
   (
   button test_but "Move First-Point"

   function set_start_fn clearspline_var =
      (
      max modify mode
      subObjectLevel = 1
      set_start_at = ((numknots clearspline_var) / 2) as integer
      setknotselection clearspline_var 1 #(set_start_at)
      splineOps.makeFirst clearspline_var
      updateshape clearspline_var
      subObjectLevel = 0
      ) 

   on test_but pressed do
      (
      set_start_fn $
--      a = copy $
--      a.pos = 
      )
   )

try DestroyDialog test_roll catch()
createdialog test_roll
)

Re: Uncle Max' Oddities

info — Thu, 18 Aug 2011 12:58:31 GMT

Hello Steve,

thank you very much for your reply. As always, I learn a lot from your hints. What you said about the parentheses was absolutely new to me.

The script only was made up to demonstrate the phenomenon. The function, that doesn't work, is embedded in a larger complex.

The phenomenon occurs always when other functions follow and relate to the shape.

So the solution works in this special case. But I need to explore the phenomenon even deeper.

So I will show it to my resseller, who will contact Autodesk directly. Let's see what they can tell me.

But anyway, your answere helped me a lot.

Kind regards
Arnim

Re: Uncle Max' Oddities

Steve_Curley — Thu, 18 Aug 2011 14:03:22 GMT

You're welcome.

I understand what you're saying about it being part of a larger script, but as presented here it is a stand-alone fully (well, almost) functional script. Remember that anyone copy/pasting the script to test it will be creating globals - which might conflict with (valid) existing globals in their environment.

It will be interesting to know just what AD say about it - it is certainly rather odd behaviour.

Re: Uncle Max' Oddities

info — Thu, 18 Aug 2011 17:21:43 GMT

Hello Steve,

I was afraid to consume to much of your time with that question.

I have tried out your solution. It works with "copy" instead of "maxops.clonenodes"

Using "maxops.clonenodes" it denies "obedience" either. Though it was a good approach, the reason must lie deeper.

Within the original context some functions, relating on the shape, follow. This seems to be the cause (in combination with the rollout scope).

So I think it's a question for mother Autodesk.

If I get a valuable answer, I'll let you know and post it here.

Kind regards
Arnim

Re: Uncle Max' Oddities

info — Wed, 07 Sep 2011 08:49:02 GMT

Hello Steve, hello community,

it was a long and winding road, but here is the solution:

setfirstknot <spline> <spline index> <knot index>

Thanks to the support of Autodesk. The support needed three attempts for this answer (it was a tricky problem 😉 )

You have no chance to find this function in the manual, if you do not know it excists. A proposal to Autodesk: Please invest more time into your software documentation. The Max Script Manual still has a lot space to improve.

Kind regards
Arnim

Re: Uncle Max' Oddities

Steve_Curley — Wed, 07 Sep 2011 10:39:15 GMT

Glad you found a solution, and thanks for posting it.