strippath

Oct 2, 2006 at 7:18am

strippath

Last night I had some problems with strippath which as it turns out
introduces a short delay in the event chain. A friend of mine made
the same experience:
“Me, too, I have some weird experiences with “strippath”. It can make
a big mess in the order of exectution of messages. Therefore I dont
use “strippath” any more and created my own hack… (see
attachment…) this one keeps the right-to-left-order of messages in
Max.”

Georg

#27917
Oct 2, 2006 at 8:25am

Might be that strippath internally defers the message? Do you manage to
maintain proper order of execution locally if you add a defer object
before strippath?

I sometimes wish that it would be noted somewhere in the documentation
if an object defers messages internally.

Best,
Trond

Georg Hajdu wrote:
> Last night I had some problems with strippath which as it turns out
> introduces a short delay in the event chain. A friend of mine made the
> same experience:
> “Me, too, I have some weird experiences with “strippath”. It can make
> a big mess in the order of exectution of messages. Therefore I dont
> use “strippath” any more and created my own hack… (see
> attachment…) this one keeps the right-to-left-order of messages in
> Max.”
>
> Georg
>

#85052
Oct 2, 2006 at 9:04am

> I sometimes wish that it would be noted somewhere in the
> documentation if an object defers messages internally.
>

Yes, please! One of the things that make my life as a Max programmer
difficult is the uncertainty that stuff will be executed in the right
order. E.g. messages to buffer~ and waveform~ will upset any
carefully orchestrated order.
The only workaround I found was the liberal use of delay objects.
This is a horrible hit-and-miss affair that changes from system to
system.

It would be great if all deferred objects would be able to report
their state with busy/ready flags.

Best,

Zip Boterbloem
Media Mechanics
Zwaluwstraat 54
2025 VR Haarlem
The Netherlands
+31627014758
zip@knoware.nl

Op 2-okt-2006, om 10:25 heeft Trond Lossius het volgende geschreven:

> Might be that strippath internally defers the message? Do you
> manage to maintain proper order of execution locally if you add a
> defer object before strippath?
>
> I sometimes wish that it would be noted somewhere in the
> documentation if an object defers messages internally.
>
> Best,
> Trond
>

#85053
Oct 2, 2006 at 9:28am

On 2 oct. 06, at 11:04, Zip Boterbloem wrote:

> It would be great if all deferred objects would be able to report
> their state with busy/ready flags.

I’d like too but in the other hand why is strippath defered? It’s
just something which looks to a string and extract the thing after
the last slash if there’s one, am I wrong?

ej

#85054

You must be logged in to reply to this topic.