Hello everyone
I ve got the following problem:
E.g.: I manipulate a chord-seq in a temp.obj. within a maquette. I set all the player and midi port mode (“default midi port”) both in the chord-sea as in the temp.obj.
After evaluating midi port mode is set back to “use notes midi port”. As nowhere in the evaluation chain I can parametrically assign the notes port number this leads to a dead end (always nil i.e. port 0).
Can anyone give a hint on that?
Best Pre
Hi,
Have you tried to lock your temp.obj once you’ve made the port change and before evaluating the Maquette ?
Hi Nadir,
thanks for your reply - but: if i lock the temp.obj. any evaluation will take place…
I have now found the set-obj-port.lisp by Karim. For the chord-seq it does well. Only the temp.obj.'s Self refuses port setting (neither set-port nor set-obj-port are accepted)
?
Kind regards
Pre
Well I’ve asked that because I know there’s a local (tempbox) and a global (Maquette) evaluation and I quote :
TemporalBoxes can be set on "lock" or "evaluate-once" mode, so as their content is protected, or to limit the number of internal evaluations.
But sure, I reckon it depends on the computation going on…
Keep us posted.
bye PRE
Hi — there’s indeed an old issue with TemporalBoxes reinitializing all their “edition-params” (that is, all the “side” parameters that are not part of the object iself, but mostly used for display and playback for instance) each time they evaluate.
The main reason for that is because at each evaluation the object that is computed could be of a different type, and therefore these parameters may not be valid anymore — but this is most often not the case.
=> I’ve added a fix for that, which shall rinitialize parameters only if the new computed value is of a different type than the previous one in the box.
This is included in OM 6.14: I have just compiled and posted it this morning: http://forumnet.ircam.fr/shop/fr/forumnet/43-openmusic.html
Please try if it works !
—Jean