I took a quick look at your patch this morning, and oddly enough it crashes on my windows machines also. So I dont think it is your feedback loops, and actually with just a quick look at your patch I think you have a lot of unneccesary stuff in there (mostly in the pitch control area.) Maybe this mught be affecting it?
Ill try and have a closer look at it this weekend, also If I can get it cleaned up a bit (no extra crap) I'll send my 3-op phase Mod synth to you so you cancompare/contrast.
m.
-----Original Message----- From: matthijs@devdsp.net To: pd-list@iem.kug.ac.at Sent: 7/17/2003 5:25 PM Subject: Re: [PD] FM problems
Nope, using z~ 64 it still segfaults (using delwrite~ delread~ works, though). nop~ doesn't work either. FWIW, here's a copy of the new patch. Not sure if the z~ externals go where they should, but the basic problem still occurs.
Could this be something Linux specific perhaps?
On Thu, Jul 17, 2003 at 12:05:48PM -0700, Matthew Allen wrote:
If you set up z~ to be larger than 1 (like say 64 or whatever your
block
size is) does it still give you the error? Could you send your new
patch to
the list and I can try it here.
m.
-----Original Message----- From: matthijs@devdsp.net [mailto:matthijs@devdsp.net] Sent: Thursday, July 17, 2003 11:57 AM To: Matthew Allen Cc: pd-list@iem.kug.ac.at Subject: Re: [PD] FM problems
0.36 on Linux, with whatever version of Zexy comes with the PD
externals
package on sourceforge.
On Thu, Jul 17, 2003 at 11:33:53AM -0700, Matthew Allen wrote:
Hmm, Its running here fine.
What version of stuff are you running and on what system. I'm
running
.36 at
home and .37r5 here at work. Both with whatever the latest
version of
zexy
is. On win2k machines both places.
m.
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
-- take care,
Matthijs de Jonge http://devdsp.net - news and resources for computer musicians
#N canvas 253 265 446 311 10; #N canvas 0 0 986 634 fmphasemodosc 1; #X floatatom 72 78 5 0 0 0 - - -; #X obj 72 143 phasor~; #X text 65 32 carrier freq; #X obj 151 289 osc~; #X floatatom 161 48 5 0 0 0 - - -; #X obj 58 421 +~; #X obj 58 463 cos~; #X obj 161 68 * 0.01; #X obj 162 126 *; #X obj 249 69 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X obj 57 600 outlet~; #X obj 72 53 inlet; #X obj 215 38 inlet; #X text 257 40 modfreq (mainfreq multiplier); #X obj 484 44 inlet; #X text 529 43 mod weight; #X floatatom 482 74 5 0 100 0 - - -; #X obj 481 102 * 0.01; #X obj 151 313 *~; #X obj 614 45 inlet; #X obj 614 85 * 0.01; #X obj 290 510 *~; #X floatatom 615 66 5 0 0 0 - - -; #X obj 611 134 abs; #X obj 468 159 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X floatatom 124 185 5 0 0 0 - - -; #X obj 71 119 +~; #X floatatom 227 123 5 0 0 0 - - -; #X obj 150 337 *~; #X floatatom 611 158 5 0 0 0 - - -; #X obj 150 377 +~; #X obj 612 110 - 1; #X text 656 41 feedback1 (main output); #X obj 714 79 inlet; #X text 764 82 feedback - modifier; #X text 765 102 feeding back onto itself; #X obj 717 133 * 0.01; #X floatatom 718 114 5 0 0 0 - - -; #X obj 714 182 abs; #X floatatom 714 206 5 0 0 0 - - -; #X obj 715 158 - 1; #X obj 135 209 sig~; #X obj 146 240 *~; #X obj 259 206 *~; #X obj 138 266 +~; #X obj 614 310 zexy; #X text 650 311 this loads zexy (d'uh); #X text 651 332 zexy contains the z~ object; #X text 649 351 which allows you to delay something; #X text 651 367 by a set number of samples; #X msg 613 277 help; #X obj 347 301 z~ 64; #X obj 358 565 z~ 64; #X connect 0 0 8 1; #X connect 0 0 9 0; #X connect 0 0 26 0; #X connect 1 0 5 1; #X connect 3 0 18 0; #X connect 3 0 51 0; #X connect 4 0 7 0; #X connect 5 0 6 0; #X connect 6 0 10 0; #X connect 6 0 21 0; #X connect 7 0 8 0; #X connect 7 0 27 0; #X connect 8 0 25 0; #X connect 9 0 4 0; #X connect 11 0 0 0; #X connect 12 0 4 0; #X connect 14 0 16 0; #X connect 16 0 17 0; #X connect 17 0 18 1; #X connect 18 0 28 0; #X connect 19 0 22 0; #X connect 20 0 21 1; #X connect 20 0 31 0; #X connect 21 0 52 0; #X connect 22 0 20 0; #X connect 22 0 24 0; #X connect 23 0 29 0; #X connect 24 0 4 0; #X connect 25 0 41 0; #X connect 26 0 1 0; #X connect 28 0 30 0; #X connect 29 0 28 1; #X connect 30 0 5 0; #X connect 31 0 23 0; #X connect 33 0 37 0; #X connect 36 0 40 0; #X connect 37 0 36 0; #X connect 37 0 43 1; #X connect 38 0 39 0; #X connect 39 0 42 1; #X connect 40 0 38 0; #X connect 41 0 42 0; #X connect 42 0 44 0; #X connect 43 0 44 1; #X connect 44 0 3 0; #X connect 50 0 45 0; #X connect 51 0 43 0; #X connect 52 0 30 1; #X restore 162 243 pd fmphasemodosc; #X obj 162 268 outlet~; #X obj 27 59 vsl 15 128 0 15000 0 0 empty empty Freq 0 -8 0 8 -262144 -1 -1 0 1; #X floatatom 27 205 5 0 0 0 - - -; #X obj 111 60 vsl 15 128 0 1500 0 0 empty empty ModFactor 0 -8 0 8 -262144 -1 -1 0 1; #X floatatom 111 204 5 0 0 0 - - -; #X obj 186 60 vsl 15 128 0 100 0 0 empty empty ModWeight 0 -8 0 8
-262144
-1 -1 0 1; #X floatatom 186 205 5 0 0 0 - - -; #X obj 27 15 inlet; #X obj 110 18 inlet; #X obj 186 19 inlet; #X obj 285 64 vsl 15 128 0 100 0 0 empty empty Feedback1 0 -8 0 8
-262144
-1 -1 0 1; #X floatatom 285 209 5 0 0 0 - - -; #X obj 286 22 inlet; #X obj 352 64 vsl 15 128 0 100 0 0 empty empty Feedback2 0 -8 0 8
-262144
-1 -1 0 1; #X floatatom 352 209 5 0 0 0 - - -; #X obj 353 22 inlet; #X obj 264 276 dac~; #X connect 0 0 1 0; #X connect 2 0 3 0; #X connect 3 0 0 0; #X connect 4 0 5 0; #X connect 5 0 0 1; #X connect 6 0 7 0; #X connect 7 0 0 2; #X connect 8 0 2 0; #X connect 9 0 4 0; #X connect 10 0 6 0; #X connect 11 0 12 0; #X connect 12 0 0 3; #X connect 13 0 11 0; #X connect 14 0 15 0; #X connect 15 0 0 4; #X connect 16 0 14 0; #X coords 0 0 1 1 200 140 1;
On Fri, Jul 18, 2003 at 08:08:16AM -0700, Matthew Allen wrote:
I took a quick look at your patch this morning, and oddly enough it crashes on my windows machines also. So I dont think it is your feedback loops, and actually with just a quick look at your patch I think you have a lot of unneccesary stuff in there (mostly in the pitch control area.) Maybe this mught be affecting it?
Are you talking about the bangs between pitch control number boxes? I put those in to make it possible to set the pitch of the modulator relative to the pitch of the carrier. It's a bit hackish and naive, I'm sure, but I've used this technique before without any problems whatsoever.
The crash only happens when there's a direct (ie no delwrite~/delread~) connection feeding back on itself.
Ill try and have a closer look at it this weekend, also If I can get it cleaned up a bit (no extra crap) I'll send my 3-op phase Mod synth to you so you cancompare/contrast.
Well, if you could do that, that would be very kind indeed :)
m.
-----Original Message----- From: matthijs@devdsp.net To: pd-list@iem.kug.ac.at Sent: 7/17/2003 5:25 PM Subject: Re: [PD] FM problems
Nope, using z~ 64 it still segfaults (using delwrite~ delread~ works, though). nop~ doesn't work either. FWIW, here's a copy of the new patch. Not sure if the z~ externals go where they should, but the basic problem still occurs.
Could this be something Linux specific perhaps?
On Thu, Jul 17, 2003 at 12:05:48PM -0700, Matthew Allen wrote:
If you set up z~ to be larger than 1 (like say 64 or whatever your
block
size is) does it still give you the error? Could you send your new
patch to
the list and I can try it here.
m.
-----Original Message----- From: matthijs@devdsp.net [mailto:matthijs@devdsp.net] Sent: Thursday, July 17, 2003 11:57 AM To: Matthew Allen Cc: pd-list@iem.kug.ac.at Subject: Re: [PD] FM problems
0.36 on Linux, with whatever version of Zexy comes with the PD
externals
package on sourceforge.
On Thu, Jul 17, 2003 at 11:33:53AM -0700, Matthew Allen wrote:
Hmm, Its running here fine.
What version of stuff are you running and on what system. I'm
running
.36 at
home and .37r5 here at work. Both with whatever the latest
version of
zexy
is. On win2k machines both places.
m.
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
-- take care,
Matthijs de Jonge http://devdsp.net - news and resources for computer musicians
#N canvas 253 265 446 311 10; #N canvas 0 0 986 634 fmphasemodosc 1; #X floatatom 72 78 5 0 0 0 - - -; #X obj 72 143 phasor~; #X text 65 32 carrier freq; #X obj 151 289 osc~; #X floatatom 161 48 5 0 0 0 - - -; #X obj 58 421 +~; #X obj 58 463 cos~; #X obj 161 68 * 0.01; #X obj 162 126 *; #X obj 249 69 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X obj 57 600 outlet~; #X obj 72 53 inlet; #X obj 215 38 inlet; #X text 257 40 modfreq (mainfreq multiplier); #X obj 484 44 inlet; #X text 529 43 mod weight; #X floatatom 482 74 5 0 100 0 - - -; #X obj 481 102 * 0.01; #X obj 151 313 *~; #X obj 614 45 inlet; #X obj 614 85 * 0.01; #X obj 290 510 *~; #X floatatom 615 66 5 0 0 0 - - -; #X obj 611 134 abs; #X obj 468 159 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X floatatom 124 185 5 0 0 0 - - -; #X obj 71 119 +~; #X floatatom 227 123 5 0 0 0 - - -; #X obj 150 337 *~; #X floatatom 611 158 5 0 0 0 - - -; #X obj 150 377 +~; #X obj 612 110 - 1; #X text 656 41 feedback1 (main output); #X obj 714 79 inlet; #X text 764 82 feedback - modifier; #X text 765 102 feeding back onto itself; #X obj 717 133 * 0.01; #X floatatom 718 114 5 0 0 0 - - -; #X obj 714 182 abs; #X floatatom 714 206 5 0 0 0 - - -; #X obj 715 158 - 1; #X obj 135 209 sig~; #X obj 146 240 *~; #X obj 259 206 *~; #X obj 138 266 +~; #X obj 614 310 zexy; #X text 650 311 this loads zexy (d'uh); #X text 651 332 zexy contains the z~ object; #X text 649 351 which allows you to delay something; #X text 651 367 by a set number of samples; #X msg 613 277 help; #X obj 347 301 z~ 64; #X obj 358 565 z~ 64; #X connect 0 0 8 1; #X connect 0 0 9 0; #X connect 0 0 26 0; #X connect 1 0 5 1; #X connect 3 0 18 0; #X connect 3 0 51 0; #X connect 4 0 7 0; #X connect 5 0 6 0; #X connect 6 0 10 0; #X connect 6 0 21 0; #X connect 7 0 8 0; #X connect 7 0 27 0; #X connect 8 0 25 0; #X connect 9 0 4 0; #X connect 11 0 0 0; #X connect 12 0 4 0; #X connect 14 0 16 0; #X connect 16 0 17 0; #X connect 17 0 18 1; #X connect 18 0 28 0; #X connect 19 0 22 0; #X connect 20 0 21 1; #X connect 20 0 31 0; #X connect 21 0 52 0; #X connect 22 0 20 0; #X connect 22 0 24 0; #X connect 23 0 29 0; #X connect 24 0 4 0; #X connect 25 0 41 0; #X connect 26 0 1 0; #X connect 28 0 30 0; #X connect 29 0 28 1; #X connect 30 0 5 0; #X connect 31 0 23 0; #X connect 33 0 37 0; #X connect 36 0 40 0; #X connect 37 0 36 0; #X connect 37 0 43 1; #X connect 38 0 39 0; #X connect 39 0 42 1; #X connect 40 0 38 0; #X connect 41 0 42 0; #X connect 42 0 44 0; #X connect 43 0 44 1; #X connect 44 0 3 0; #X connect 50 0 45 0; #X connect 51 0 43 0; #X connect 52 0 30 1; #X restore 162 243 pd fmphasemodosc; #X obj 162 268 outlet~; #X obj 27 59 vsl 15 128 0 15000 0 0 empty empty Freq 0 -8 0 8 -262144 -1 -1 0 1; #X floatatom 27 205 5 0 0 0 - - -; #X obj 111 60 vsl 15 128 0 1500 0 0 empty empty ModFactor 0 -8 0 8 -262144 -1 -1 0 1; #X floatatom 111 204 5 0 0 0 - - -; #X obj 186 60 vsl 15 128 0 100 0 0 empty empty ModWeight 0 -8 0 8
-262144
-1 -1 0 1; #X floatatom 186 205 5 0 0 0 - - -; #X obj 27 15 inlet; #X obj 110 18 inlet; #X obj 186 19 inlet; #X obj 285 64 vsl 15 128 0 100 0 0 empty empty Feedback1 0 -8 0 8
-262144
-1 -1 0 1; #X floatatom 285 209 5 0 0 0 - - -; #X obj 286 22 inlet; #X obj 352 64 vsl 15 128 0 100 0 0 empty empty Feedback2 0 -8 0 8
-262144
-1 -1 0 1; #X floatatom 352 209 5 0 0 0 - - -; #X obj 353 22 inlet; #X obj 264 276 dac~; #X connect 0 0 1 0; #X connect 2 0 3 0; #X connect 3 0 0 0; #X connect 4 0 5 0; #X connect 5 0 0 1; #X connect 6 0 7 0; #X connect 7 0 0 2; #X connect 8 0 2 0; #X connect 9 0 4 0; #X connect 10 0 6 0; #X connect 11 0 12 0; #X connect 12 0 0 3; #X connect 13 0 11 0; #X connect 14 0 15 0; #X connect 15 0 0 4; #X connect 16 0 14 0; #X coords 0 0 1 1 200 140 1;
-- take care,
Matthijs de Jonge http://devdsp.net - news and resources for computer musicians <<fm_phasemod_dualfb_linear_segfaults.pd>>
hi,
no... it has nothing to do with patch complexity -- it is just the case of connecting a feedback loop to an outlet~ causing Pd to crash.
Seems like a bug in the Pd's signal borrowing scheme? It is not the right time for me to look into this, though... sorry.
Putting a [switch] into such a subpatch prevents Pd from crashing, but, basically, explicit feedbacks should always be broken by putting a delay line inside.
Krzysztof
Matthew Allen wrote:
I took a quick look at your patch this morning, and oddly enough it crashes on my windows machines also. So I dont think it is your feedback loops, and actually with just a quick look at your patch I think you have a lot of unneccesary stuff in there (mostly in the pitch control area.) Maybe this mught be affecting it?
On Fri, Jul 18, 2003 at 06:15:16PM +0200, Krzysztof Czaja wrote:
hi,
no... it has nothing to do with patch complexity -- it is just the case of connecting a feedback loop to an outlet~ causing Pd to crash.
Seems like a bug in the Pd's signal borrowing scheme? It is not the right time for me to look into this, though... sorry.
Putting a [switch] into such a subpatch prevents Pd from crashing, but, basically, explicit feedbacks should always be broken by putting a delay line inside.
OK, I understand. I'll stick to using a delay line, as that seems to work and I don't think I really understand how switch~ would fit into this ...
Krzysztof
Matthew Allen wrote:
I took a quick look at your patch this morning, and oddly enough it crashes on my windows machines also. So I dont think it is your feedback loops, and actually with just a quick look at your patch I think you have a lot of unneccesary stuff in there (mostly in the pitch control area.) Maybe this mught be affecting it?
Looks like Krzysztof's right... the "signal borrowing" scheme is grievously complex. I'll see if I can figure this one out.
cheers Miller
On Fri, Jul 18, 2003 at 06:15:16PM +0200, Krzysztof Czaja wrote:
hi,
no... it has nothing to do with patch complexity -- it is just the case of connecting a feedback loop to an outlet~ causing Pd to crash.
Seems like a bug in the Pd's signal borrowing scheme? It is not the right time for me to look into this, though... sorry.
Putting a [switch] into such a subpatch prevents Pd from crashing, but, basically, explicit feedbacks should always be broken by putting a delay line inside.
Krzysztof
Matthew Allen wrote:
I took a quick look at your patch this morning, and oddly enough it crashes on my windows machines also. So I dont think it is your feedback loops, and actually with just a quick look at your patch I think you have a lot of unneccesary stuff in there (mostly in the pitch control area.) Maybe this mught be affecting it?
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
-
Krzysztof Czaja -
Matthew Allen -
matthijs＠devdsp.net -
Miller Puckette