4.6.3 / OS X 10.4.10

Eric

#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P newex 112 148 43 196617 delay 1;
#N vpatcher 20 74 620 474;
#P outlet 144 163 15 0;
#P inlet 143 60 15 0;
#P pop;
#P newobj 112 118 50 196617 p feedme;
#P window linecount 3;
#P comment 171 122 183 196617 cannot directly connect patcher output to input , but if the delay were inside the patcher , shouldn’t this be legal?;
#P fasten 2 0 1 0 117 176 101 176 101 105 117 105;
#P connect 1 0 2 0;
#P window clipboard copycount 3;

>
> It appears that it is impossible to directly connect an output from a
> patcher back to one of its inputs. It is necessary to put some object
> in between. One might wish to make a direct connection for aesthetic
> reasons (see the algorithm diagrams for the DX-7). Has this been
> discussed elsewhere? I could find no mention of it in the usual
> places.

If it’s for aesthetic reasons, you could use Imageburger to replace the
[delay] object with a picture (even a couple of white pixels), and
reduce this picture’s height to almost nothing.
But I just tried this idea and get error messages in Max’ console
(about gworld) when the picture is reduced to 1 pixel height, and even
a crash… So be carefull!

Not sure if it’s usefull to send a bug report, as Max’ UI will change
soon. But just in case:

Thread 7 Crashed:
0 com.cycling74.MaxMSP46 0x001b773c bitwrap_interp + 0xd50
(bitwrap.c:721)
1 com.cycling74.MaxMSP46 0x0017b464
boximage_interp(_boximage_thread_info*) + 0×78 (boximage.c:353)
2 com.cycling74.MaxMSP46 0x0014d838
systhread_threadproc(void*) + 0x4c (systhread.c:212)
3 libSystem.B.dylib 0×90024930 _pthread_body + 0×28

_____________________________
Patrick Delges

Centre de Recherches et de Formation Musicales de Wallonie asbl

http://www.crfmw.be/max

On 28/11/2007, Eric Lyon wrote:
>
>
> It appears that it is impossible to directly connect an output from a
> patcher back to one of its inputs. It is necessary to put some object in
> between. One might wish to make a direct connection for aesthetic reasons
> (see the algorithm diagrams for the DX-7). Has this been discussed
> elsewhere? I could find no mention of it in the usual places.
>
> 4.6.3 / OS X 10.4.10
>
>
> Eric
>
> #P window setfont “Sans Serif” 9.;
> #P window linecount 1;
> #P newex 112 148 43 196617 delay 1;
> #N vpatcher 20 74 620 474;
> #P outlet 144 163 15 0;
> #P inlet 143 60 15 0;
> #P pop;
> #P newobj 112 118 50 196617 p feedme;
> #P window linecount 3;
> #P comment 171 122 183 196617 cannot directly connect patcher output to
> input , but if the delay were inside the patcher , shouldn’t this be
> legal?;
> #P fasten 2 0 1 0 117 176 101 176 101 105 117 105;
> #P connect 1 0 2 0;
> #P window clipboard copycount 3;
>
>
>

The point is that you can’t.

Eric

On 11/28/07 8:09 AM, “Eric Lyon” wrote:

>
>> Why do you want to do this instead of simply connecting it up within the
>> patcher itself?
>>
>>
>
> The point is that you can’t.
>
> Eric

Cheers
Gary Lee Nelson
Oberlin College
http://www.timara.oberlin.edu/GaryLeeNelson

To make something invisible I use cmd-k on an object, much more
crashproof than the method you tried, and way faster to achieve as
well… ;-)

The feedback prevention is buggin’ me sometimes, but any object
inbetween does do the trick (for normal Max objects). Maybe its to
remind you of possible problems (stack overflow could happen, the order
of execution is different than you think, because Max will push stuff on
the stack before advancing etc…)
With MSP objects it would of course even silence the part of the DSP
chain if a normal object is inbetween. Lots of discussion about that on
the list…

Stefan

–
Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

Mattijs

> Patrick Delges schrieb:
>> If it’s for aesthetic reasons, you could use Imageburger to replace
>> the [delay] object with a picture (even a couple of white pixels),
>> and reduce this picture’s height to almost nothing.
>
> To make something invisible I use cmd-k on an object, much more
> crashproof than the method you tried, and way faster to achieve as
> well… ;-)

For aestheic reasons, I proposed a solution were the gap in the patch
cord is as small as possible (you can’t change the height of a [delay]
object box, only change the font size to something very small). Another
way is to paste a picture, representing a patch cord, on the gap. In
that case, you can of course simply hide the object.

_____________________________
Patrick Delges

Centre de Recherches et de Formation Musicales de Wallonie asbl

http://www.crfmw.be/max

Those were the days.

With time more selective Stack Overflow detection has become available, and OSs on microcomputers have become more stable.

The following is one way of circumventing this protection mechanism. It may or may not be useful in your circumstances. Use with care in any case.

#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P newex 249 71 33 196617 r foo;
#P newex 232 120 33 196617 s foo;
#P newex 232 96 27 196617 !-;
#P connect 2 0 0 1;
#P connect 0 0 1 0;
#P window clipboard copycount 3;

– P.

As its for a feedback you don’t need to, as the gap is actually negative
and two chords look like one… :

#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P hidden newex 163 153 25 196617 int;
#P newex 108 153 50 196617 +;
#P fasten 1 0 0 1 168 142 153 142;
#P fasten 0 0 1 0 113 179 168 179;
#P window clipboard copycount 2;

–
Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

> Patrick Delges schrieb:
>> For aestheic reasons, I proposed a solution were the gap in the patch
>> cord is as small as possible (you can’t change the height of a
>> [delay] object box, only change the font size to something very
>> small). Another way is to paste a picture, representing a patch cord,
>> on the gap. In that case, you can of course simply hide the object.
>
> As its for a feedback you don’t need to, as the gap is actually
> negative and two chords look like one… :

Nice!
_____________________________
Patrick Delges

Centre de Recherches et de Formation Musicales de Wallonie asbl

http://www.crfmw.be/max