Dear List,
There are only 3 possibilities :
- I'm mad and i should be put in an institution immediately,
- There's a major difference between the 2 attached patches but i'm too
dumb to see it, 3) I'm found a bug.
Can someone please open these two patches and tell me what you think? The one called "work" works in that when i create a single canvas (message to the left) that fills up all the subpatch (vertically), it does fill up all the subpatch, and so do 2 canvases half the first one in length (message to the right). Now the one called "dont_work" should work just as well in my opinion, yet it doesn't. The single canvas fills up all the subpatch, but the two canvases don't.
I don't understand what's going on. Same creation messages, same subpatch with the same graph on parent area. I have Pd 0.42.5-extended running in Windows XP.
I must be missing something obvious...
Pierre
hello,
there is a bug. if you open the 2 patchs as text, you can noticed the difference in the line : for the not working patch : #X coords 0 -1 1 1 150 650 1; for the working patch : #X coords 0 -1 1 1 150 650 1 0 0;
you can add the 0 0 in the "not working" patch in order to make it work. or remove them to the working patch in order to make it "not working".
if you open the GOP on a not working patch, then right click / property / apply, then the red border appear, and it will work.
how did you manage to make a GOP without the red border?
(tested on 0.43.1-test7) C
Le 20/01/2012 21:14, Pierre Massat a écrit :
Dear List,
There are only 3 possibilities :
- I'm mad and i should be put in an institution immediately,
- There's a major difference between the 2 attached patches but i'm too dumb to see it,
- I'm found a bug.
Can someone please open these two patches and tell me what you think? The one called "work" works in that when i create a single canvas (message to the left) that fills up all the subpatch (vertically), it does fill up all the subpatch, and so do 2 canvases half the first one in length (message to the right). Now the one called "dont_work" should work just as well in my opinion, yet it doesn't. The single canvas fills up all the subpatch, but the two canvases don't.
I don't understand what's going on. Same creation messages, same subpatch with the same graph on parent area. I have Pd 0.42.5-extended running in Windows XP.
I must be missing something obvious...
Pierre
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
2012/1/20 Cyrille Henry ch@chnry.net
hello,
there is a bug. if you open the 2 patchs as text, you can noticed the difference in the line : for the not working patch : #X coords 0 -1 1 1 150 650 1; for the working patch : #X coords 0 -1 1 1 150 650 1 0 0;
you can add the 0 0 in the "not working" patch in order to make it work. or remove them to the working patch in order to make it "not working".
if you open the GOP on a not working patch, then right click / property / apply, then the red border appear, and it will work.
how did you manage to make a GOP without the red border?
No idea... The subpatch in the working patch what just copied from the non working patch.
(tested on 0.43.1-test7) C
Le 20/01/2012 21:14, Pierre Massat a écrit :
Dear List,
There are only 3 possibilities :
- I'm mad and i should be put in an institution immediately,
- There's a major difference between the 2 attached patches but i'm too
dumb to see it, 3) I'm found a bug.
Can someone please open these two patches and tell me what you think? The one called "work" works in that when i create a single canvas (message to the left) that fills up all the subpatch (vertically), it does fill up all the subpatch, and so do 2 canvases half the first one in length (message to the right). Now the one called "dont_work" should work just as well in my opinion, yet it doesn't. The single canvas fills up all the subpatch, but the two canvases don't.
I don't understand what's going on. Same creation messages, same subpatch with the same graph on parent area. I have Pd 0.42.5-extended running in Windows XP.
I must be missing something obvious...
Pierre
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
On 21/01/12 05:16, Cyrille Henry wrote:
hello,
if you open the GOP on a not working patch, then right click / property / apply, then the red border appear, and it will work.
how did you manage to make a GOP without the red border?
was it a very old patch, not edited since the red border stuff was added to GOP?
Simon
Hi Simon,
I made both patches yesterday. I have noticed that whenever i create a subpatch, the GOP red line does not appear in the subpatch until i have added an object manually. If i add an object dynamically by sending Pd a message, the red line does not appear.
So two bugs maybe?
- The red line doesn't appear in a blank GOP patch, nor does it appear
when an object is created dynamically. 2) When the red line isn't there Pd behaves strangely as to the dimentions of canvases in the GOP area.
Should I report a bug? I'm sorry i've never done that before and i'm not quite sure how to go about it.
Pierre
2012/1/21 Simon Wise simonzwise@gmail.com
On 21/01/12 05:16, Cyrille Henry wrote:
hello,
if you open the GOP on a not working patch, then right click / property /
apply, then the red border appear, and it will work.
how did you manage to make a GOP without the red border?
was it a very old patch, not edited since the red border stuff was added to GOP?
Simon
what's the deal with dynamic patching these days? it was always just a 'use at your own risk' type of affair, which was never guaranteed to work. Has it graduated to being a legitimate practice?
I can't tell you, I'd never used it before... I needed some kind of GUI to build a sequencer so i decided to go for dynamic patching because I don't know how to use data structures.
2012/1/22 i go bananas hard.off@gmail.com
what's the deal with dynamic patching these days? it was always just a 'use at your own risk' type of affair, which was never guaranteed to work. Has it graduated to being a legitimate practice?
I've made a nice patch for secondary school pupils to learn how to play live electronic music on a movie (what we call "ciné-concert" in french, is there a word in english for this btw ?). It contains three stereo sample players that can load, record, re-record, play, pitch and add effects and save sets, all controlled by a joypad. I wanted to be able to choose the order of the effects without having to load all of them at startup and then rewiring. Plus i didn't want the pupils to see a single wire, and the thing had to be modular and evolutive. Plus i thought dynamic patching was cool and felt that it was the proper way to do it. So now the patch can instantiate any of the 8 effects in any of the 4 effect-slots by sampler, and save this setting (thx to sssad) for the next session. In the end my biggest problem in this patch was not dynamic patching but loading a sample into a visible array without audio dropouts, which should be guaranteed to work and a legitimate practice.
On 22/01/2012 05:30, i go bananas wrote:
what's the deal with dynamic patching these days? it was always just a 'use at your own risk' type of affair, which was never guaranteed to work. Has it graduated to being a legitimate practice?
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Le 2012-01-22 à 14:06:00, batinste a écrit :
I've made a nice patch for secondary school pupils to learn how to play live electronic music on a movie (what we call "ciné-concert" in french, is there a word in english for this btw ?).
Je savais même pas qu'il y avait un terme pour ça en français !
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2012-01-22 à 13:30:00, i go bananas a écrit :
what's the deal with dynamic patching these days? it was always just a 'use at your own risk' type of affair, which was never guaranteed to work. Has it graduated to being a legitimate practice?
Much of Pd is « Use at your own risk ». The fact is that way too few things in Pd are labelled as part of the official interface (API), and many of the things that are labelled as « WARNING, MAY CHANGE OVERNIGHT » already have coagulated into something that people rely on and need to stay the same.
So it's not a matter of time, it's just a matter of who you ask.
But even notwithstanding the risk of changing API, it's still a good idea to encapsulate dynamic patching into easy-to-understand units, instead of blending it with everything else. That's why [initbang] can be important, for example, and that's one reason why it's a bad idea to use pd-vanilla.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
-
batinste -
Cyrille Henry -
i go bananas -
Mathieu Bouchard -
Pierre Massat -
Simon Wise