Re: [PD] limit in number of sssad abstraction
Hallo Pun, I really cannot make that patch crash. Maybe you are using some old version of sssad or there is an imcompatibility with sssad and Pd-extended (which I don't use). Anyway I patched a little test patch in the attachement that you just tests saving and loading of many sssad-presets. Can you try this? I can manage many abstractions without crashes. Ciao -- Frnak punchik punchik hat gesagt: // punchik punchik wrote: Hi Frank, i discovered that the problem is not something specific in my patch , it also happenes in your sssad-example's patch: if you first load a preset and then you try to save another one it always crashes. So if you first save a preset and then load it , it works fine, but if you want to save a new preset without closing and reopening pd, it crashes, any idea of how to fix this? thanks Pun. --- On Sat, 2/7/09, Frank Barknecht f...@footils.org wrote: From: Frank Barknecht f...@footils.org Subject: Re: [PD] limit in number of sssad abstraction To: pd-list@iem.at Date: Saturday, February 7, 2009, 8:40 AM Hallo, punchik punchik hat gesagt: // punchik punchik wrote: hello list, is there is a limit in the number of sssad abstractions that can be used in a patch, im using 50 sssad abstractions in a patch and when i save to a text file my pd crashes(but it still save fine the file), and then when i try to load the textfile- preset it loads fine but i get stack overflow messages, when my patch had 20 sssad abstractions it used to work fine. why is that? Is the problem the number of sssad abstractions im using? Could you send an example patch that demonstrates the problem? Generally using 50 sssad's should be fine. For example the s_fm4 from the RjDj library uses 40 sssad's in one object without problems - and I usually use more sssad-enabled objects in paralell to that. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Frank BarknechtDo You RjDj.me? _ __footils.org__ manyssad.tgz Description: GNU Unix tar archive ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] bline (was Re: smooth without dsp objects)
hi (punchik), bline is a bang based line object, useful for Gem (and others), because you can save a lot of cpu power. instead of time it takes steps/frames as the second argument. get it at http://www.parasitaere-kapazitaeten.net/files/bline.zip marius. punchik punchik wrote: Hi , is there any version of the smooth abstraction but without dsp objects? i want to use for smoothing change of parameters on gem visuals and i would like to have the pd dsp turned off. Any idea of an abstraction that does the same without ~ objects or an object? if not, which is the best way to build one that doesnt consume too much cpu? thanks pun.. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] data-struct: (x:y) move object
Hi, I'm looking to do something using data-s, but can't really get it, and don't have enough documentation around: - how do the (x:y)(a:b) fields work? from what I've seen, you need a variable before, and x-y indicate the value of the variable, and a-b scale that position in the screen? - I wanted to do a small object that moves around in a fixed area by click-grabing it (a small circle, or square, doesn't really matter). I supposed I should use the feature from the previous line for it? Do you have any already made examples for what I'm looking for? The documentation in pd is still out of date on these things (as normal). Thanks, João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] here I go again..dynamic abstractions
Hi, i mean message boxes. i think there is the misunderstanding. you dont send $1 as a message, too. not as message nor creation argument. its an expanded string inside an object or when it leaves a messagebox. georg IOhannes m zmoelnig schrieb: On Fri, Feb 06, 2009 at 11:08:05PM +0100, Georg Werner wrote: hi, can somebody explain why there is a 3rd rule of $-expansion: 'there is no $0 in message-boxes'. i stumble every now and then about it and it is IMHO not self-explanatory. it is not hard to implement and wouldn't make problems with existing patches - because $0 is never used in messages. and would make things easier not only for beginners. please explain what $0 in messages would mean to you. (note that i say message not message-box here). if a message is just a context-free .. message, then it cannot have a notion of $0. a message-box is just a way to write down a message. mga.sdr IOhannes just my 2 cents. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] escape space character
On Sat, 7 Feb 2009, y wrote: I'm against adding a general escape mechanism, because I think it's better to find a design that obviate teh need for it... see also: http://lists.puredata.info/pipermail/pd-list/2005-07/029546.html http://lists.puredata.info/pipermail/pd-list/2005-07/029556.html Basically, it's really rare among popular programming languages to get away with not having some kind of escape mechanism or else something nearly equivalent to an escape mechanism which isn't taking much more room than a plain string. In Pd, your only way to handle this without editing .pd files in a text editor, is to use multiple objects just for constructing the string... and before Pd 0.40 it also required externals. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data-struct: (x:y) move object
Hallo, Jo?o Pais hat gesagt: // Jo?o Pais wrote: Hi, I'm looking to do something using data-s, but can't really get it, and don't have enough documentation around: - how do the (x:y)(a:b) fields work? from what I've seen, you need a variable before, and x-y indicate the value of the variable, and a-b scale that position in the screen? - I wanted to do a small object that moves around in a fixed area by click-grabing it (a small circle, or square, doesn't really matter). I supposed I should use the feature from the previous line for it? Do you have any already made examples for what I'm looking for? The documentation in pd is still out of date on these things (as normal). Maybe check out this: http://lists.puredata.info/pipermail/pd-list/2007-10/055597.html Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] limit in number of sssad abstraction
Hi Frank i was using sssad 0.1 , i updated to the last version from svn and now it works fine without crashes, but im still getting those stack overflow messages, Is there anyway to know where does they come from in pd? how can i know what is causing this? I was thinking maybe is because im printing all mesages from each sssad at the same time, do you think this can causes this? Other thing i was thinking is that sometimes im using one saddd abstraction for hold 3 variables as in the case of colorglobal_background: 1 0 0.305085 Is this a good practice ? or is it better to use one sssad object for each variable? thanksss pun. here is an example of what im getting: presetcolortexto: 1 colortextoonofftres: 0 colortextoonoffdos: 1 colortextoonoff: 1 colortextouno: 864.567 iteraciontres: 21 iteraciondos: 20 iteracionuno: 12 colorglobal_background: 1 0 0.305085 coloruno: 0 0 1 colortres: 0.661017 0 1 colordos: 0 0.118644 0.118644 translateuno: 3 3 15 error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow error: stack overflow rotateglobal: -5 138 0 translateglobal: 0 0 -5 translateuno_uno: 10 -11 -16 rotateuno: -12 -70 -72 translatetres_uno: -107 -29 -116 translatetres: -19 51 10 rotatedos_uno: 0 116 0 translatedos_uno: -265 -104 70 rotatedos: 11 -24 0 translatedos: 40 0 0 --- On Sun, 2/8/09, Frank Barknecht f...@footils.org wrote: From: Frank Barknecht f...@footils.org Subject: Re: [PD] limit in number of sssad abstraction To: pd-list@iem.at Date: Sunday, February 8, 2009, 6:53 AM Hallo Pun, I really cannot make that patch crash. Maybe you are using some old version of sssad or there is an imcompatibility with sssad and Pd-extended (which I don't use). Anyway I patched a little test patch in the attachement that you just tests saving and loading of many sssad-presets. Can you try this? I can manage many abstractions without crashes. Ciao -- Frnak punchik punchik hat gesagt: // punchik punchik wrote: Hi Frank, i discovered that the problem is not something specific in my patch , it also happenes in your sssad-example's patch: if you first load a preset and then you try to save another one it always crashes. So if you first save a preset and then load it , it works fine, but if you want to save a new preset without closing and reopening pd, it crashes, any idea of how to fix this? thanks Pun. --- On Sat, 2/7/09, Frank Barknecht f...@footils.org wrote: From: Frank Barknecht f...@footils.org Subject: Re: [PD] limit in number of sssad abstraction To: pd-list@iem.at Date: Saturday, February 7, 2009, 8:40 AM Hallo, punchik punchik hat gesagt: // punchik punchik wrote: hello list, is there is a limit in the number of sssad abstractions that can be used in a patch, im using 50 sssad abstractions in a patch and when i save to a text file my pd crashes(but it still save fine the file), and then when i try to load the textfile- preset it loads fine but i get stack overflow messages, when my patch had 20 sssad abstractions it used to work fine. why is that? Is the problem the number of sssad abstractions im using? Could you send an example patch that demonstrates the problem? Generally using 50 sssad's should be fine. For example the s_fm4 from the RjDj library uses 40 sssad's in one object without problems - and I usually use more sssad-enabled objects in paralell to that. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Creating a basic oscillator from first principles?
Thanks for the example patch I am almost getting perhaps close to understanding :) However have a few queries about what is happening. I have been trying to work out the wrapping a vline patch first as this seems the most straightforward, as this is all really new to me. So first off [r x] object receives a bang from the x subpatch every 200 milliseconds. This bang then outputs the message [0, 1 10] every 200 millisecond The message [0,1 10] means go from 0 to 1 in 10 milliseconds this message then goes into the vline object which creates the ramp (sawtooth) i.e. the y=mx equation that you mentioned where the 10 milliseconds could be the gradient of the sawtooth waveform or the gradient could be later on. The output of the vline object is then multiplied by 3 which in effect multiplies the steepness of the slope by 3 This multiplication could be the m in the equation y=mx and seems like a more logical place than in the ramp. This is then wrapped to keep the output cycling to 1. So in effect we get 3 sawtooth waveforms for each bang sent by x which occurs every 200milliseconds. and now I have an oscillator :) Just a few things I need to clarify The frequency of the phasor is determined by the slope of the line, by the phase increment k. If y=mx +k and wrapping this produces an oscillator, I understand that adding k can be the phase increment i.e. what point the waveform will start from, Does this mean that in this example the [*~ 3] object represents m and therefore the frequency of the oscillator and you would add a [+~ ] to control the phase increment? In practice, in code, we combine the integrator and wrap into a single unit so that the line does not increase without bound. If it does then the oscillator will work for a while, but then the line will exceed the representation range of the CPU. Am I understanding you correctly in thinking that the integrator and wrap and combined so that rather than leave the integrator to keep counting higher and higher (unitl the processor can't cope) the wrap function is somehow combined with it so that the integrator keeps reseting itself so that the number it counts up to never gets that big? Once again thankyou for this example, I don't know if you are a lecturer and this is an example you use. Its really helped me visualize things. cheers Geoff On 7 Feb 2009, at 19:07, Andy Farnell wrote: Here's some notes and an example patch on exactly this subject hope it helps. a. snip-- The first principles of generative DSP can be broken into three concepts which follow easily from one another. The first and most fundamental is that of the accumulator. This just means something like x = x + 1 Or more correctly x[t_n] = x[t_n-1] + k It just makes a line. The line increases without bound. From high school maths you will know the line equation y = mx + c, the slope m determines how fast the line rises from an origin c on the y axis for a given interval on the x axis. In DSP we make the x axis be time, t, and the discrete time values n and n-1 represent contiguous samples along the time line. In a simple sense of programming the accumulator/incrementor/ integrator can be considered an endless loop, a do-while(1) or for(;;;) loop, in which a variable is incremented by a small amount on each step. In a more advanced interpretation the accumulator/incrementor can be thought of as a filter, an IIR filter in which the current output depends on the last output plus input k, so it integrates k over time. Thus by changing k we can change the slope (slew or phase increment) of the line. Shown in part one of the example patch is a couple of ways of doing this. The first uses [vline~] to make a line that will rise steadily over a long period of time. The second is more arcane, it uses a [biquad~] object as an integrator. This isn't much use until we combine it with the second fundamental concept, the idea of wrapping. Wrapping creates a discontinuous periodic function by making any input value x greater than N become 0 x N, wrapping the output back into the range between zero and N. If x is a float then it's the fractional part of x, or x - floor(x), like the modulo operator is to integers. In Pure Data it is defined for the range 0 to 1.0. What we get by combining an accumulator with a wrap is called a phasor, a line that cycles up from 0.0 to 1.0 over and over. The frequency of the phasor is determined by the slope of the line, by the phase increment k. In practice, in code, we combine the integrator and wrap into a single unit so that the line does not increase without bound. If it does then the oscillator will work for a while, but then the line will exceed the representation range of the CPU. A wrapped line is shown in the second part of
Re: [PD] limit in number of sssad abstraction
Hallo Pun, punchik punchik hat gesagt: // punchik punchik wrote: Hi Frank i was using sssad 0.1 , i updated to the last version from svn and now it works fine without crashes, but im still getting those stack overflow messages, Is there anyway to know where does they come from in pd? how can i know what is causing this? I would guess that these come from message loops somewhere in your patch. With loop I mean some directly connected sends and receives feeding each other like this: [r LOOP] | | [something( |/ [s LOOP] Now you would of course never patch something like this directly, but it may be that hidden sends inside of GUI objects are used like this. You can also easily create a loop with [sssad] if you do the cross-connection to the first inlet of the [sssad] object. It has to go to the *second* inlet to avoid loops. So maybe check all your [sssad] objects if they are connected correctly. Find - Last Error can give valuable information sometimes. It is able to detect the source of the loop I painted above. Other thing i was thinking is that sometimes im using one saddd abstraction for hold 3 variables as in the case of colorglobal_background: 1 0 0.305085 Is this a good practice ? or is it better to use one sssad object for each variable? No, that's fine in general - I also do it for related settings. Again you have to be careful with loops here - maybe making a [pack 0 0 0] all hot with some [t b a] objects is triggering an endless loop here. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] urgent - cpu going to 100% / top weirdness
hey, i'm setting up for an exhibition in Madrid that opens on Tuesday (it's called VIDA and it's at Matadero Madrid, come down if you're in town.) so, i'm trying to track down a strange issue with Pd jumping to 100% cpu periodically, once every 15 seconds, when i run another cpu-intensive task. i'm running Pd 0.40-2, installed via apt-get on Ubuntu 8.04. (i have the same issue with the Pd-extended 0.40-3 .deb from the puredata.info website). this is on a dual-core Pentium-D 3GHz cpu. i'm using ALSA with an MAudio Delta 66 card. (linux is *so* not ready for multichannel audio unless you've got a high end RME device, but that's another story). if i start up top, and just run pd, it chugs along fine. the cpu usage line at the top edge of the screen in top stays around 20%us, with around 80% idle time. and the entry for Pd gives a CPU usage of 63% (i don't understand what these two values mean or why they differ) if i then start up a cpu-intensive graphical task that sits around 100% but is only single-threaded, the weirdness begins. in top, the total CPU usage line jumps up to 70%. in the listing of processes below, the cpu-hungry graphical task sits on around 97%, but the Pd process is now down to 36%. after running for around 30 seconds, the Pd process jumps up to 100%, totally killing the framerate on the cpu-hungry graphical task. it stays like this for 10 or so seconds, then drops back down to 36%, before repeating the cycle again after another 20-30 seconds. i tried running pd with -nogui and -rt -- no change. i also tried running pd with niceness -10 and the graphical task with niceness 10 -- again, no change. so, questions. first, wtf? why is top reporting a lower cpu usage in the second scenario than in the first? second: how can i stop this? third: it's possible this is being caused by an almost-infinite loop in one of my patches. how can i profile them to test this? thanks d -- damian stewart | skype: damiansnz | dam...@frey.co.nz frey | live art with machines | http://www.frey.co.nz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Mapping question
Hans, I was looking at some of the mapping abstractions, and I noticed that both the breakpoint_smooth and the elliptic objects are the same thing. Is this supposed to be? Mike -- Garry Shandling - I'm dating a woman now who, evidently, is unaware of it. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] div vs. / i
Thanks a lot for the explanation. Would it be possible to add a help patch to pd, something like the one attached? div, mod, and % currently default to otherbinops-help.pd but aren't included in that patch. -Jonathan --- On Fri, 2/6/09, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] div vs. / i To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at Date: Friday, February 6, 2009, 4:12 PM On Fri, 6 Feb 2009, Jonathan Wilkes wrote: But I just noticed while scrolling in a number box that they aren't the same when the dividend is negative. In the source for [div], I see this before doing the division: if (n1 0) n1 -= (n2-1); I feel like I'm missing something obvious. Why does [div] behave this way? So that (x div y)*y + (x mod y) = x So div is complementary to mod. Also, int(x / y)*y + (x % y) = x So / with i is complementary to %. And div,mod behave the way that they do so that (x+y) mod y = x mod y (x+y) div y = (x div y) + 1 Whereas div with i and % do not, when x and x+y have different signs. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec divmod-help.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] urgent - cpu going to 100% / top weirdness
Hi, are this cpu hikes actually affecting sound or image? I'm no expert but I have some ideas. When things like this have happened to me it has been because i am running out of ram. Like when you play a video and for some reason I see my cpu affected. I think the reason is that I start using swap memory and/or because swap memory is insufficient. When this has happened loading images or other files and running out of ram i find ways of reducing the size of the images, etc. I run all visual stuff in separate a pd instance with -nosound flag. Unless you are not using Pd/GEM for the visual part... Do you have a graphics card? maybe try reducing the frame rate of graphics computation. I suppose you can go down to 24fps rendering without noticeable problems. The way I look for loops or other forms of ineffectiveness is to put a 0 switch in all audio patches and check that cpu is very low in those circumstances. Otherwise there is usually a problem unless you are doing really intense control computation. Also, since you have a dual processor there is a command to see both processors at the same time which isn't top. it is something like cat /proc/cpu or similar, my linux machine is away right now so I can't test it. anyway, hope this helps!' J On Sun, Feb 8, 2009 at 11:31 AM, Damian Stewart damian...@frey.co.nzwrote: hey, i'm setting up for an exhibition in Madrid that opens on Tuesday (it's called VIDA and it's at Matadero Madrid, come down if you're in town.) so, i'm trying to track down a strange issue with Pd jumping to 100% cpu periodically, once every 15 seconds, when i run another cpu-intensive task. i'm running Pd 0.40-2, installed via apt-get on Ubuntu 8.04. (i have the same issue with the Pd-extended 0.40-3 .deb from the puredata.info website). this is on a dual-core Pentium-D 3GHz cpu. i'm using ALSA with an MAudio Delta 66 card. (linux is *so* not ready for multichannel audio unless you've got a high end RME device, but that's another story). if i start up top, and just run pd, it chugs along fine. the cpu usage line at the top edge of the screen in top stays around 20%us, with around 80% idle time. and the entry for Pd gives a CPU usage of 63% (i don't understand what these two values mean or why they differ) if i then start up a cpu-intensive graphical task that sits around 100% but is only single-threaded, the weirdness begins. in top, the total CPU usage line jumps up to 70%. in the listing of processes below, the cpu-hungry graphical task sits on around 97%, but the Pd process is now down to 36%. after running for around 30 seconds, the Pd process jumps up to 100%, totally killing the framerate on the cpu-hungry graphical task. it stays like this for 10 or so seconds, then drops back down to 36%, before repeating the cycle again after another 20-30 seconds. i tried running pd with -nogui and -rt -- no change. i also tried running pd with niceness -10 and the graphical task with niceness 10 -- again, no change. so, questions. first, wtf? why is top reporting a lower cpu usage in the second scenario than in the first? second: how can i stop this? third: it's possible this is being caused by an almost-infinite loop in one of my patches. how can i profile them to test this? thanks d -- damian stewart | skype: damiansnz | dam...@frey.co.nz frey | live art with machines | http://www.frey.co.nz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR joliv...@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 858 202 1522 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] escape space character
On Feb 8, 2009, at 9:29 AM, Mathieu Bouchard wrote: On Sat, 7 Feb 2009, y wrote: I'm against adding a general escape mechanism, because I think it's better to find a design that obviate teh need for it... see also: http://lists.puredata.info/pipermail/pd-list/2005-07/029546.html http://lists.puredata.info/pipermail/pd-list/2005-07/029556.html Basically, it's really rare among popular programming languages to get away with not having some kind of escape mechanism or else something nearly equivalent to an escape mechanism which isn't taking much more room than a plain string. In Pd, your only way to handle this without editing .pd files in a text editor, is to use multiple objects just for constructing the string... and before Pd 0.40 it also required externals. Do you have any examples of full-fledged languages that don't have an escaping mechanism? .hc All information should be free. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Consistency Problem - OS X[intel] - when modifying Abstractions
Ok, I get that too. First thing I notice is that some connections are failing. It looks like perhaps drum_module.pd used to have two outlets, but now it does not. Does this happen for you? Does this trigger the bug? drummer_main.pd 48 0 0 0 (canvas-message) connection failed drummer_main.pd 49 0 42 0 (canvas-message) connection failed drummer_main.pd 50 0 32 0 (canvas-message) connection failed drummer_main.pd 50 1 34 0 (canvas-message) connection failed drummer_main.pd 50 1 22 0 (canvas-unpack) connection failed drummer_main.pd 51 0 31 0 (canvas-message) connection failed drummer_main.pd 52 0 26 0 (canvas-unpack) connection failed drummer_main.pd 52 1 35 0 (canvas-message) connection failed drummer_main.pd 52 1 45 0 (canvas-unpack) connection failed drummer_main.pd 53 0 37 0 (canvas-message) connection failed drummer_main.pd 53 1 36 0 (canvas-message) connection failed But yes, I get the issue that you are talking about, I'll dig deeper. .hc On Feb 7, 2009, at 11:44 AM, Luigi wrote: Hi Hans Christian... All on OSX(INTEL) 10.5.6 So lets see if you can reproduce this bug: i have Pd version 0.40.3- extended dont know which exact version from the builds actually so here we go: 1) Unzip the Archive 2) open drummer_main 3) with right-click go inside of drum_module 4) with right-click go inside gg_midi_note 5) do any modification 6) Type CTRL-S for save or choose Save from the menu Hope that helps would be great to find that bugger Best Luigi example_consistency.zip Am 07.02.2009 um 02:15 schrieb Hans-Christoph Steiner: Did you ever find an answer to this? Or is there an example patch? I have seen some strange behavior that I am trying to track down. .hc On Jan 5, 2009, at 5:06 AM, Luigi Rensinghoff wrote: Hi List, I notice a bug, thats coming back on OS X PD-extended. The occurs when i change an Abstraction, but not the original, but an active instance of a patch. Fpr example i have many instances of the same abstraction encapsulated in other abstractions. While patching i decide to change something - for example add an outlet - i open the instance change it and try to save it. PD seems to update all occurring abstractions and meanwhile the parent-window seems to disappear and it is not possible to save the patch anymore... I have to force quit PD after that. Strangely enough the change is saved in the abstraction. but of course it is totally annoying for the workflow. I think i had this issue before and it disappeared in a more recent release of PD-Extended for OS-X Intel I am sorry i cannot post an example patch right now, maybe tonight... For now i would like to ask if anybody is having the same problemand how to fix it, or maybe knows under which subject it might have been saved in the archive.. All the Best and a Happy New Year Luigi ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mapping question
Its probably a matter of not deciding which name to use, or that one was written first, then the rest followed as a group. .hc On Feb 8, 2009, at 3:46 PM, Mike McGonagle wrote: Hans, I was looking at some of the mapping abstractions, and I noticed that both the breakpoint_smooth and the elliptic objects are the same thing. Is this supposed to be? Mike -- Garry Shandling - I'm dating a woman now who, evidently, is unaware of it. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Consistency Problem - OS X[intel] - when modifying Abstractions
So the consistency check failed: canvas_create_editor also happens on Pd-vanilla 0.41-4 but seems to be fixed in 0.42-4. I checked this by copying the contents of extra into a Pd-0.42-4.app and running your app. If we can track down the fix, I'll backport it if it is not too complicated. error: .x6cfc80: no such object seems to be specific to Pd-extended, I think this is related to a bug I've been trying to track down. Basically the canvas seems to disappear on the 'pd' side, while the pd- gui side it is still there... .hc On Feb 7, 2009, at 11:44 AM, Luigi wrote: Hi Hans Christian... All on OSX(INTEL) 10.5.6 So lets see if you can reproduce this bug: i have Pd version 0.40.3- extended dont know which exact version from the builds actually so here we go: 1) Unzip the Archive 2) open drummer_main 3) with right-click go inside of drum_module 4) with right-click go inside gg_midi_note 5) do any modification 6) Type CTRL-S for save or choose Save from the menu Hope that helps would be great to find that bugger Best Luigi example_consistency.zip Am 07.02.2009 um 02:15 schrieb Hans-Christoph Steiner: Did you ever find an answer to this? Or is there an example patch? I have seen some strange behavior that I am trying to track down. .hc On Jan 5, 2009, at 5:06 AM, Luigi Rensinghoff wrote: Hi List, I notice a bug, thats coming back on OS X PD-extended. The occurs when i change an Abstraction, but not the original, but an active instance of a patch. Fpr example i have many instances of the same abstraction encapsulated in other abstractions. While patching i decide to change something - for example add an outlet - i open the instance change it and try to save it. PD seems to update all occurring abstractions and meanwhile the parent-window seems to disappear and it is not possible to save the patch anymore... I have to force quit PD after that. Strangely enough the change is saved in the abstraction. but of course it is totally annoying for the workflow. I think i had this issue before and it disappeared in a more recent release of PD-Extended for OS-X Intel I am sorry i cannot post an example patch right now, maybe tonight... For now i would like to ask if anybody is having the same problemand how to fix it, or maybe knows under which subject it might have been saved in the archive.. All the Best and a Happy New Year Luigi ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Consistency Problem - OS X[intel] - when modifying Abstractions
I'm not sure if this is related since I'm running winxp, but I was getting about seventeen of the following errors when closing test.pd on pd-vanilla 0.42-4: error: .xa22a90: no such object if I would: 1) open test.pd 2) right-click and open one of the instances of the ds-tgl 3) click the ds in editmode and delete it 4) save and quickly close the abstraction window (takes about 10 seconds) 5) close test.pd without saving (which takes about 5 seconds) But as you might imagine, putting the ds in its own gop window solved all these problems. -Jonathan --- On Mon, 2/9/09, Hans-Christoph Steiner h...@eds.org wrote: From: Hans-Christoph Steiner h...@eds.org Subject: Re: [PD] Consistency Problem - OS X[intel] - when modifying Abstractions To: Luigi luigi.rensingh...@freenet.de Cc: puredata mailing list pd-list@iem.at Date: Monday, February 9, 2009, 4:46 AM So the consistency check failed: canvas_create_editor also happens on Pd-vanilla 0.41-4 but seems to be fixed in 0.42-4. I checked this by copying the contents of extra into a Pd-0.42-4.app and running your app. If we can track down the fix, I'll backport it if it is not too complicated. error: .x6cfc80: no such object seems to be specific to Pd-extended, I think this is related to a bug I've been trying to track down. Basically the canvas seems to disappear on the 'pd' side, while the pd- gui side it is still there... .hc On Feb 7, 2009, at 11:44 AM, Luigi wrote: Hi Hans Christian... All on OSX(INTEL) 10.5.6 So lets see if you can reproduce this bug: i have Pd version 0.40.3- extended dont know which exact version from the builds actually so here we go: 1) Unzip the Archive 2) open drummer_main 3) with right-click go inside of drum_module 4) with right-click go inside gg_midi_note 5) do any modification 6) Type CTRL-S for save or choose Save from the menu Hope that helps would be great to find that bugger Best Luigi example_consistency.zip Am 07.02.2009 um 02:15 schrieb Hans-Christoph Steiner: Did you ever find an answer to this? Or is there an example patch? I have seen some strange behavior that I am trying to track down. .hc On Jan 5, 2009, at 5:06 AM, Luigi Rensinghoff wrote: Hi List, I notice a bug, thats coming back on OS X PD-extended. The occurs when i change an Abstraction, but not the original, but an active instance of a patch. Fpr example i have many instances of the same abstraction encapsulated in other abstractions. While patching i decide to change something - for example add an outlet - i open the instance change it and try to save it. PD seems to update all occurring abstractions and meanwhile the parent-window seems to disappear and it is not possible to save the patch anymore... I have to force quit PD after that. Strangely enough the change is saved in the abstraction. but of course it is totally annoying for the workflow. I think i had this issue before and it disappeared in a more recent release of PD-Extended for OS-X Intel I am sorry i cannot post an example patch right now, maybe tonight... For now i would like to ask if anybody is having the same problemand how to fix it, or maybe knows under which subject it might have been saved in the archive.. All the Best and a Happy New Year Luigi ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ds-tgl.pd Description: Binary data test.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
