Re: [PD] How to read I2C sensors?
I forget what i2c uses driverwise, but if it is spidev, in pd-l2ork you have disis_spi external that allows for reading data from mcp3008 8-channel ad converter. The external is specifically designed for Raspberry Pi build of pd-l2ork, but I don't see a reason why it could not be compiled for vanilla Pd as well. Perhaps it can be also used with your setup? On Apr 27, 2014 1:53 PM, Ingo i...@miamiwave.com wrote: Thanks! Could be a possibility but I was hoping for an object that would be able to read I2C directly without adding an arduino since most smaller arm boards do have some I2C pins onboard. Ingo Von: Alexandros Drymonitis [mailto:adr...@gmail.com] Gesendet: Sonntag, 27. April 2014 19:00 An: Ingo Cc: pd-list Betreff: Re: [PD] How to read I2C sensors? What if you use the Wire library in Arduino and then collect the info in Pd with [comport]? On Sun, Apr 27, 2014 at 2:06 PM, Ingo i...@miamiwave.com wrote: I have been using an arduino with [comport] (pduino) to read out sensors so far and want to use a I2C sensor board for some other sensors soon. Can [comport] connect to the I2C interface or is there another object in Pd-extended that can do that? Thanks! Ingo ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to read I2C sensors?
Check out also pd-l2ork k12 documentation where you can learn more about lots of pots RPi shield that gives you essentially 8 capacitive channels via the aforesaid mcp3008 d/a chip. This is what pd-l2ork essentially supports out of box. To access k12 mode start it with appropriate shortcut or simply type pd-l2ork -k12 HTH On Apr 27, 2014 3:52 PM, Ingo i...@miamiwave.com wrote: Thanks Ivica, I'll check out pd-l2ork. I might use a Raspberry Pi for that purpose anyway. I need some capacitive sensors that work without actually touching them. All I found was using I2C. Ingo Von: Ivica Bukvic [mailto:i...@vt.edu] Gesendet: Sonntag, 27. April 2014 20:38 An: Ingo Cc: Alexandros Drymonitis; pd-list Betreff: Re: [PD] How to read I2C sensors? I forget what i2c uses driverwise, but if it is spidev, in pd-l2ork you have disis_spi external that allows for reading data from mcp3008 8-channel ad converter. The external is specifically designed for Raspberry Pi build of pd-l2ork, but I don't see a reason why it could not be compiled for vanilla Pd as well. Perhaps it can be also used with your setup? On Apr 27, 2014 1:53 PM, Ingo i...@miamiwave.com wrote: Thanks! Could be a possibility but I was hoping for an object that would be able to read I2C directly without adding an arduino since most smaller arm boards do have some I2C pins onboard. Ingo Von: Alexandros Drymonitis [mailto:adr...@gmail.com] Gesendet: Sonntag, 27. April 2014 19:00 An: Ingo Cc: pd-list Betreff: Re: [PD] How to read I2C sensors? What if you use the Wire library in Arduino and then collect the info in Pd with [comport]? On Sun, Apr 27, 2014 at 2:06 PM, Ingo i...@miamiwave.com wrote: I have been using an arduino with [comport] (pduino) to read out sensors so far and want to use a I2C sensor board for some other sensors soon. Can [comport] connect to the I2C interface or is there another object in Pd-extended that can do that? Thanks! Ingo ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GPIO, mcp3008 and Raspbian
Forgot to mention if you use k12 educational module abstractions (you can start k12 mode by adding -k12 startup flag to pd-l2ork in which case your would have UI like this: http://l2ork.music.vt.edu/main/wp-content/uploads/2014/03/pd-l2ork-k12-rpi-003.png), then you can access either gpio or spi via a single object. And while we are talking about start-up flags you can also explore -unique startup flag which allows you to open new patches in a new instance of the pd-l2ork (by default they are opened in the existing instance so double-clicking on a bunch of pd patch documents will not spawn a bunch of instances). HTH On Mar 24, 2014 1:08 PM, Ivica Ico Bukvic i...@vt.edu wrote: Hi Ivica, I was working on a small external for MCP3008 using wiring pi, but I'd love to try yours if it is possible. Will it be possible to use it as an external like gpio with vanilla? are you using wiring pi for this? There is nothing in those externals to prevent them from being used in vanilla. They can be found in the root git/l2ork_addons/raspberry_pi/disis_gpio and disis_spi folders (latter is the MCP3008 one). Spi one does not rely on wiring pi. AFAIK wiringpi does not offer spi support but I could be wrong. Also, how are you getting the multiple pwm streams? I partially rely on wiringpi inside disis_gpio for software pwm on all pins (I say partially because wiringpi can only create a new thread for software pwm but does not offer ability to close the thread other than exiting the program, which is not an option for an environment like pd). So, each opened pin will have a separate high priority thread that gives you a 1000Hz PWM. disis_gpio also supports hardware pwm on pin 18 and that one has some kind of a logarithmic curve and as such behaves distinctly different but I simply did not want to go into anything higher than 1000Hz as that would choke the cpu. HTH best, J On Mar 20, 2014, at 1:16 PM, Ivica Ico Bukvic i...@vt.edu wrote: On 03/20/2014 12:37 PM, David Medine wrote: FYI There is also a RPi GPIO object for Pd by Miller Puckette here: http://msp.ucsd.edu/syllabi/206.13w/index.htm and the same code with a makefile and build for UDOO here: https://github.com/cmuartfab/Udoo/tree/dem-rev/puredata/gpio I did see the note from garthz about the architecture collisions. I will attend to this. Anyway, make sure to use the gpio.l_arm version -- just delete the other two to avoid problems. Indeed, disis_gpio is loosely based on gpio. It however also offers things that gpio (AFAIK) doesn't, like multithreaded pusle-width-modulation (hardware on pin 18 and software on all pins) with an Arduino-like 0-1023 range. disis_spi is a completely new beast that allows interfacing with MCP3008 AD converter and provides up to 8 analog input channels that can provide high-resolution streams with values 0-1023. So, pd-l2ork externals essentially look to provide an Arduino-like environment. ___ 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] [PD-dev] Rewriting a unified phasor / metro object for reading tables
There is also disis_phasor~ that does exactly what you mentioned (it is available as a separate download as well as part of pd-l2ork). Namely, it has 2 outlets with the right one firing a bang whenever ramp is complete. This, however is only accurate to the nearest vector size (default 64 samples). On Mar 5, 2014 3:27 AM, Roman Haefeli reduz...@gmail.com wrote: On Wed, 2013-05-08 at 22:00 +0100, Ed Kelly wrote: Hi Lists(s), I'm rewriting phasor~ and unifying it with metro so that a pulse is generated from the boundaries of each ramp - so that bars of music can be read using tabread~ objects with a sample-accurate metro. I'm sure someone will say this can already be done, Yes! but it has to be dropped into the Ninja Jamm patch, so there isn't really time to rewrite the rest of the patch. Frankly, I am pretty sure, just using what Pd provides is too easy to use and likely less time consuming than writing your custom external. (Or I am totally missing the point of this adventure). I don't fully understand the way phasor~ wraps, but I have the object firing out bar numbers correctly. I'm putting clocks in for 16ths and 24ths of the beat, initiated on each wrap. I need to minimise CPU, so what I want to know is this: Does phasor~ always start from 0 and go to 1, i.e. is there always a signal value of 0 at the start of the ramp and a signal value of 1 at the end? As I write this, my common sense tells me it should be yes but I want to make sure. I suppose I should just try it really... No, it's not the case. A [phasor~] ramp virtually starts always at 0 and ends at 1 - true, but most of the time the wrapping point doesn't lie exactly on sample boundaries. This means the sample values around the wrapping point are almost never 1 or 0, respectively. Trying to derive precise timing from the audio domain is a moot exercise anyway, in my opinion. The best you can get from this approach is sample precision and analyzing all samples of a signal is relatively expensive. If you truly care about CPU consumption and a proper design from the start, use [metro] - which is as precise as 32-bit floats can be - and [vline~] - which actually uses the precise timing from [metro] (as opposed to [line~] that doesn't). With this combo [metro]/[vline~] you can rebuild [phasor~] with the additional benefit of giving you more-than-sample-exact bangs at the wrapping points. The only drawback compared to [phasor~] is that the latter allows to control the frequency with a signal and the [metro]/[vline~] based phasor obviously doesn't. I'll be glad to help you build the [phasor~] replacement that has an additional bang outlet, if you need it. Roman ___ 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] Get name of patch from within the patch
...and [patch_name] external (again pd-l2ork only) that outputs the filepath out of the left outlet and the patch filename out of the right outlet. On Mar 4, 2014 12:47 PM, Jonathan Wilkes jancs...@yahoo.com wrote: On 03/04/2014 03:00 AM, Kaj Ailomaa wrote: On Tue, Mar 4, 2014, at 02:54 AM, Chris McCormick wrote: Hello, On 03/03/14 21:55, Kaj Ailomaa wrote: Hi. I've been googling a bit and looking through the library of objects that comes with pd-extended, but can't seem to find a way to get the name of the patch from within the patch. Anyone know of a nice method to do this? I would use [namecanvas] for this. For example you could have an object like [namecanvas $0-mypatch] and then you can send messages to the patch using e.g. [s $0-mypatch]. Thanks, but this won't work for me, as the name has to be the actual patch name. I've understood that there might be a fix in the svn version of [canvasname], apart of iemguts, which would allow getting the name of the top level patch. The reason I had for this is I wanted to have uniquely named patches that have a common save mechanism, which looks up the savefile based on the unique patch name. I was always going to create these uniquely named patches in another top level patch, so I can get around this problems by adding an argument for the patch, which is the same as the patchname, and let the save mechanism look up the filename that way. I initially would have wanted the uniquely named patch to be able to be opened as is, but that's not a major problem. Currently I think the only way to do this is [filename(---[canvasinfo], which is only in Pd-l2ork. -Jonathan ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Get name of patch from within the patch
Except that in this case patch_name precedes canvasinfo... On Mar 4, 2014 3:01 PM, Jonathan Wilkes jancs...@yahoo.com wrote: On 03/04/2014 01:15 PM, Ivica Bukvic wrote: ...and [patch_name] external (again pd-l2ork only) that outputs the filepath out of the left outlet and the patch filename out of the right outlet. There's also [patchname $1( | [duplicate_effort] Just fill $1 with the name of the object you want to create, and [duplicate_effort] will automatically compile another class with that name and with the functionality you want. Currently [duplicate_effort] supports the following methods: patchname dollarargs abs~ pow~ bandlimited_grabbag arraysize mousecoords count string duplicate_effort Each class created is guaranteed to be unique so you can use it to create private keys. You can also give it an extra float argument to specify help patch quality. (All values default to zero.) To download a copy, start a repo in github and code up another version of it. -Jonathan On Mar 4, 2014 12:47 PM, Jonathan Wilkes jancs...@yahoo.com wrote: On 03/04/2014 03:00 AM, Kaj Ailomaa wrote: On Tue, Mar 4, 2014, at 02:54 AM, Chris McCormick wrote: Hello, On 03/03/14 21:55, Kaj Ailomaa wrote: Hi. I've been googling a bit and looking through the library of objects that comes with pd-extended, but can't seem to find a way to get the name of the patch from within the patch. Anyone know of a nice method to do this? I would use [namecanvas] for this. For example you could have an object like [namecanvas $0-mypatch] and then you can send messages to the patch using e.g. [s $0-mypatch]. Thanks, but this won't work for me, as the name has to be the actual patch name. I've understood that there might be a fix in the svn version of [canvasname], apart of iemguts, which would allow getting the name of the top level patch. The reason I had for this is I wanted to have uniquely named patches that have a common save mechanism, which looks up the savefile based on the unique patch name. I was always going to create these uniquely named patches in another top level patch, so I can get around this problems by adding an argument for the patch, which is the same as the patchname, and let the save mechanism look up the filename that way. I initially would have wanted the uniquely named patch to be able to be opened as is, but that's not a major problem. Currently I think the only way to do this is [filename(---[canvasinfo], which is only in Pd-l2ork. -Jonathan ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] libpd separating gui from core
While it would be incredibly pretentious of me to even think about proposing pd-l2ork as an upstream standard, What I can share instead is that I welcome all submissions and as was the case with patches submitted so far we try to merge them quickly provided there are no major showstoppers. Even if there are problems, we try to work with the patch and adapt it to better conform or standards. I maintain a public priority todo list and project's primary focus is on maintaining stable environment between the releases. Similarly, if anyone is interested in seriously contributing, I'll gladly get you git access. HTH On Feb 26, 2014 3:01 PM, Rafael Vega email.r...@gmail.com wrote: So to keep this from becoming yet another copy of a previous thread in the archive, here's the thing: someone has to step up and say, I am going to maintain 'core Pd'. That would mean listening to the needs of the community, reviewing patches, and _delegating_ responsibilities. Yes! I really hope someone takes on the challenge. Perhaps we can crowd fund/donate/whatever some of the initial work? IMO, Pd was such a great invention that it managed to stay rolling all these years despite of the lack of a clear path for contributors and a common upstream but the inertia is dying off now as this thread explains. It's been fascinating for me to see what has happened with OpenFrameworks and their Do it with others philosophy. It would be great if the Pd community would migrate into something similar. Optimistically, Rafael. ___ 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] libpd separating gui from core
The reason why I believe combining all of these will not be feasible is because in one of my recent conversations with Miller (and Miller please correct me if I somehow misremember here) he expressed his belief any project that exceeds N lines of code which I believe in this case it was something like 1, it becomes unmaintainable and dies. Supposedly current pd codebase is at about 60 percent of that. That same code also lacks a lot of basic facilities like infinite undo and other core tools necessary for any kind of basic editing (given the nature of pd's structure it needs to exist inside the engine itself that is also responsible for stacking order). Features that have been added in pd-l2ork have added at least a couple of thousand lines of code with the externals and everything else obviously going well beyond that. As a result even if we prune the code and make a libpd which again implies Miller is okay with that (as in abandoning his version and building a new GUI app that interfaces with libpd), it is unknown whether we are going to be able to remain under the threshold required to meet Miller's goals. Personally I feel like Miller's wisdom should not be taken lightly but at the same time I prefer to choose the path of experimentation because it has proven so far very useful to me and therefore I would prefer to continue to run with it knowing very well that at some point in the future I just may hit a brick wall because I did not listen to his advice. In other words I am taking that risk because current benefits in my view far outweigh shortcomings and also because I expect to learn a lot in the process which will make any potential dead end look more like a crossroad. In my own work I simply do not have the luxury of time required for pd/extended to catch up with even half of the features that pd-l2ork currently offers. HTH On Wed, Feb 26, 2014 at 2:58 PM, Rafael Vega email.r...@gmail.com wrote: It's been fascinating for me to see what has happened with OpenFrameworks and their Do it with others philosophy. It would be great if the Pd community would migrate into something similar. What's interesting to me is that we had a similar issue in OpenFrameworks a couple of years ago. As the community grew, more and more people wanted to contribute but there was a lack of focus and the priorities of the project were hidden by the core devs. We've had a couple of developer conferences/meetups where decisions were made on how to best handle the needs of the core people who started the project while opening up overall development to capitalize on the experience of others outside of the core group. I must admit there were times where I wanted to fork OF or split off development in some other way, but instead I decided to knuckle down and see if we could work things out. I think it's worth a try in Pd. Even if it takes a bunch of work up front, it will be worth it in the long run. It's been an involved social process but, overall, we are moving ahead quite well. There is a public roadmap, community action leaders (audio, 3d, graphics, linux, etc), a robust forum, etc. GitHub has been amazing helpful in this area is probably one of the main tools that makes this collaboration possible. There have been missteps and there are still issues to resolve, but we're getting there. For instance, there will be a Documentation sprint at CMU in a few weeks. -- Dan Wilcox danomatika.com robotcowboy.com ___ 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] libpd separating gui from core
On Sun, Feb 23, 2014 at 4:40 PM, Dan Wilcox danomat...@gmail.com wrote: On Feb 23, 2014, at 3:29 PM, Jonathan Wilkes jancs...@yahoo.com wrote: Yeah, stuff like that we should be able to solve. I'm not for ditching the Tcl/Tk gui at all. The work you and Ivica have been doing seems to be going a long way to fix this. Great! I just really hope this goes back into vanilla somehow or can be split up into between libpd and a gui implementation, etc. Otherwise, I fear a return to DD. If I may chime in for a sec (pd-l2ork author here), there is absolutely no interest in dropping development of pd-l2ork anytime soon. Pd-L2Ork already has thousands of lines of code either altered or added and I have no intention of slowing down. Likewise, in part because I tried in the past, I have no interest in trying to get things merged into the core pd. I will very much welcome someone else's efforts to do so but knowing Miller's gargantuan goal of keeping backwards compatibility, I simply feel this approach is too time consuming for me to promote the rate of development I (and as it appears many others on this list) desire. Things maybe acceptable to us PD grey beards, but at some point it would be nice to find a way to enter the modern, multicore multithreaded world. Moores law has shifted from clock speed to just add more cores years ago now, so it's not like buy a faster machine is going to magically solve single threaded speed issues. It's not acceptable, but if you want to move forward _and_ do work that will be in sync with or accepted into Pd vanilla I don't see a way forward. I can't even get help docs into Pd vanilla, and they were written to the PDDP spec that this community came up with and approved. And as you know, there's a publicly viewable list of the same exact frustrations from all kinds of developers with various styles of communication. This is what I'm worried about and if that's truly the case, why bother really? Because you said it earlier--you feel like you failed convincing your colleagues pd is a viable option and that implies that you care and would like to move the project forward. I would say it is not your fault because you're not the only one who experienced that. The vanilla implementation has an incredible backwards compatibility that unfortunately hampers its progress. I truly admire Miller's pioneering work as well as his ongoing efforts on maintaining pd. But let us not also forget that he also has an incredible vision to allow forks like pd-extended, pd-l2ork, libpd, eapd, now defunct dd, and many other (yes, I call them forks even though some try to closely adhere to the core compatibility). I myself adhere to the idea that I promote backwards compatibility as long as it does not prevent progress. More so, I see backwards compatibility being way overstated, particularly when it comes to source code as each release includes version-specific compiled externals, making this a moot point. Sure, there are behavioral corrections one needs to make to their patch ecosystem but I guess that is the price of progress. Think about the leap Apple did with OS9-OSX transition, and then later with G5-Intel, etc. The downside is a lot of stuff broke. The upside? They are now one of the largest company in the world that emerged from the ashes of a bankruptcy bailout. I do understand I am here correlating pd to a corporation--arguably a dubious endeavor, but only so if one fails to realize the core question: What is more important to you: keeping backwards compatibility or moving the project forward? A question that applies to both regardless of their ostensibly orthogonal roots. Apparently, for Miller it is former (which is something I greatly respect him for), and for me it is latter. At the very least, we should be able to run a performance intensive GEM patch with real time audio without drop outs *while* editing. Did you use any of the Pd-l2ork versions before it moved to Tkpath? It didn't solve the *_getrect problem I mentioned above, but it solved a whole lot of the problems that cause dropouts while editing, mainly by shooting way fewer messages across the socket. True, but will that be integrated back into vanilla? It's the same problem again ... Knowing the pd dev cycle, it is unlikely. In my last conversation with Miller, he did mention interest in porting my infinite undo and preserving stacking order (undo depends on it), so that may happen at some point. As for the rest--unlikely. And I am perfectly fine with that. Because, ultimately it is all about the productivity--if infinite undo truly makes that much of a difference, installing pd-l2ork is as easy as it gets, and the price you pay to stay within that ecosystem is potentially losing some of the backwards compatibility. Ask yourself if the shortcomings outweigh benefits and you'll have your answer. Then again, you can always use pd-vanilla/extended for your older projects as the source
[PD] Fwd: libpd separating gui from core
Not likely. For example, look at the coordinate system for iemgui objects and you will find out that they are offset arbitrarily by a few pixels (in other words, their xy coordinates do not reflect their top left corner but some other arbitrary location). This is particularly apparent when trying to autopatch things. In pd-l2ork I first started working with ugly workarounds and soon found that I had to keep adding exceptions (e.g. in undo/redo actions that pertained to autopatching and similar situations) all over the place until I decided the best thing is to simply redo the iemgui implementation the right way by positioning them accurately according to their xy position. Now, fast-forward x years where we have a shiny new gui and are facing the question that pd-l2ork is already trying to address, which is do we keep backwards compatible yet dubious behavior of the original gui or do we correct this and then expect everyone to correct their endless library of GOP abstractions that put iemgui objects on the edge of the gop rectangle and as a result many of which become invisible because now they technically do not fit the GOP rectangle any more? On Sun, Feb 23, 2014 at 8:26 PM, Rich E reakina...@gmail.com wrote: Hey lets keep on topic here. :) I'd say separating the gui and core is much less work than trying to revamp pd's threading model. Just *enabling* thirdparty GUI's that can talk to pd core as an audio and computation engine, should be possible without breaking backwards compatibility. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] libpd separating gui from core
libpd requires a lot of what pd-l2ork offers in order to be able to move forward (obeying stacking order for instance, that are a prerequisite for global system-wide presets as well as editing tools like undo/redo and tofront/back). pd-l2ork also improves on pack, route, select, and trigger to make things easier for newcomers to understand and for professionals to get to their results faster. None of these are a part of the core and yet they very much belong to libpd... I simply don't see fragmentation as a bad thing. Look at Linux--fragmentation galore. And yet we all get along just fine (well for the most part ;-) If it will make it any easier for you, refer to pd-l2ork as anchovies and forget for a moment that it has any compatibility with pd whatsoever. This could ostensibly become a reality in not so distant future from now (well the compatibility part, not so sure about the name). That said, I would love to entertain the thought of co-developing libpd but I think that is currently bogged down by the same predicaments that pd-extended and any other non-vanilla implementations have to deal with, which is whether you keep the backwards compatibility or move forward as fast as you can at the expense of the compatibility. On Sun, Feb 23, 2014 at 9:40 PM, Dan Wilcox danomat...@gmail.com wrote: Coming back on topic: On Feb 23, 2014, at 8:15 PM, Ivica Bukvic i...@vt.edu wrote: If I may chime in for a sec (pd-l2ork author here), there is absolutely no interest in dropping development of pd-l2ork anytime soon. Pd-L2Ork already has thousands of lines of code either altered or added and I have no intention of slowing down. Likewise, in part because I tried in the past, I have no interest in trying to get things merged into the core pd. I will very much welcome someone else's efforts to do so but knowing Miller's gargantuan goal of keeping backwards compatibility, I simply feel this approach is too time consuming for me to promote the rate of development I (and as it appears many others on this list) desire. Except I see there being a third middle, ground via libpd. IMO Miller is best at the core and the community is the best at adding functionality around it and creating a modern GUI. My take on the future (and I believe Hans has brought this up as well): If we could find a way to abstract the gui interface as libpd already does for midi and messaging, I see Pd-vanilla keeping the existing gui and using a single threaded libpd as the core. Then the forks utilize libpd for the core and wrap it with their newer, updated whizz-bang accelerated guis using perhaps a multithreaded libpd as their core. We know the issues, if we can work out a way to solve what's needed for the gui abstraction and hopefully multi-threaded/multi-instance support added to the core then there's a way to have the best of both worlds. For instance, multi-threading support can and should be a compile time flag and it can simply be turned off in Pd-vanilla. It may involve some work and some pain, but I really think it must be possible. My fear is that, in the long run, the forks may diverge too much from the more slowly evolving vanilla and eventually lose integration with it completely. That splits the community for real, one that is perhaps already too splintered. Pd-L20rk is really exciting, but it would be sad if it eventually might split off from the prime mover you (and we all) are so indebted too. I guess what I'm saying in a nutshell is: I see libpd as the middle ground so Miller can focus on the pd core without the community and its forks having to muck up Pd-vanilla. It should be possible, I think we really just need to get all of the Pd devs in one room and hash out what that middle ground could be. Then we have a combined roadmap instead of hacking away in isolation. Does that make sense at all? It seems so obvious to me and is one of the reasons why I'm working on libpd. For me, it's a sustainable future. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] libpd separating gui from core
On Sun, Feb 23, 2014 at 11:04 PM, Dan Wilcox danomat...@gmail.com wrote: I consider that a sad thing. At least with Pd-extended, it was largely Pd-vanilla + externals. I don't think it needs to be sad. Yes, pd-extended is pd-vanilla + externals + most limitations of the vanilla. How does that help you in your mission to move forward? That said, I would love to entertain the thought of co-developing libpd but I think that is currently bogged down by the same predicaments that pd-extended and any other non-vanilla implementations have to deal with, which is whether you keep the backwards compatibility or move forward as fast as you can at the expense of the compatibility. Which is why I bring up the idea that we find some firmer ground in the bog and reach a compromise instead of forking galore. If fragmentation is a good thing, then there really isn't much of a community, simply a few islands rehashing the same things on a roughly a 5 year cycle. I'm sure you'll keep PD-L2ork going and it won't go the way of DD, but again there should be a way to have our cake and eat it too. I don't see the harm in trying. Also, I'd like to point that, bogged down or not, libpd has IMO sparked the most life into Pure Data over the last few years by bringing lots of new people in who want to patch for phones and apps embedding libpd. Alot of those people are Max users ... :D I personally don't like the idea of us working on libpd when you take off with Pd-L20rk and we might reach a point where we'd want a libpd-L2ork. Would be nice to have both ... A lot of things would be nice but that is not the reality of the current situation. I think backwards compatibility is even less relevant to libpd when it is embedded in ways that are completely transparent to users, but I guess I digress, so I'll shut up. If the reality is as you say, then I'm not really interested in spending my time hacking on our little island. And the only thing I can say at this point is that I respect that and to thank you for your genuine effort at moving the community forward. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] t_scalar member sc_vec
Because this way you can reference data points with sc_vec+n as opposed to dealing with single or double linked lists (since sc_vec can be an array). On Feb 21, 2014 7:26 AM, Charles Goyard c...@fsck.fr wrote: Hi, Sorry for this question, but why isn't sc_vec a good old pointer ? t_gobj sc_gobj; /* header for graphical object */ t_symbol *sc_template; /* template name (LATER replace with pointer) */ t_word sc_vec[1]; /* indeterminate-length array of words */ } t_scalar; How is a static t_word array of size 1 an indeterminate-length array? Is its placement as the last member of the struct required? ___ 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] increasing zone of inlet / outlet
In pd-l2ork nlets are highlighted which makes them grow and as a result you can pinpoint them more easily. In k12 learning mode they are even bigger to help kids select them. HTH On Feb 13, 2014 5:23 PM, Jonathan Wilkes jancs...@yahoo.com wrote: You'd have to tweak the stuff in g_text.c and probably also g_rtext.c to lie about the rectangle size, and to enlarge the bbox for what gets counted as an xlet, then recompile. Meanwhile, there's a single tk canvas subcommand called -closeenough that does exactly what you want. But Pd doesn't use that-- it only fowards mouse motion over the socket to Pd. Then Pd core queries the bounding box of every object on the canvas, to see whether it falls within the mouse coordinates. It does this for _every_ single motion message received from the gui. (Run pd with the -d 3 flag to see how often these messages get sent.) -Jonathan On Thursday, February 13, 2014 4:30 PM, pured...@11h11.com pured...@11h11.com wrote: Hi all, I am getting older and it's more and more difficult to click right on the inlet or outlet. How to change increase the zone around them? I am using PD-0.43.4-extended. Thanks ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd on high resolution displays
FWIW, recently there has been a fair amount of work in pd-l2ork with the new tkpath backend to allow for this. Currently we are able to scale everything but the text which requires development of a new widget. Once that is done the canvas will be completely scalable independently of font sizes. This, however, does not address the menus... On Jan 9, 2014 5:56 PM, Roman Haefeli reduz...@gmail.com wrote: Hi Recently, a few models of so called ultrabooks with comparatively high display resolution (up to 3200x1800px) are available, even with affordable prices. While the specs sound teasing, I wonder how Pd is going to behave on those. I'm especially interested in the situation on linux. This might be rather a Tk question, but it is possible to scale all Pd graphics evenly, so that the appearance will still be comfortable and all menu and patch fonts will readable? Setting the font size in patches won't really help as this scales only the boxes and there content, but not the menus, the iemguis and also not the distance between boxes. Is someone with a hi-res display stuck with lowering the resolution when the goal is to do some patching? Roman ___ 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] LyonPotpourri 3.0 now available for Pd
FWIW it will be included in the next pd-l2ork release. On Dec 22, 2013 8:50 AM, João Pais jmmmp...@googlemail.com wrote: maybe I asked this before: are there any plans to add this library to pd-extended? João I have just put a new version of LyonPotpourri online over here: http://disis.music.vt.edu/eric/LyonSoftware/Pd/LyonPotpourri/ For those familiar with the previous version, new developments include: 1) several new externals to facilitate spatial processing 2) a set of externals to facilitate spectral coding along the lines of the Max/MSP pfft~ system 3) codebase reverted to pure Pd, with Max/MSP specific code excised The distribution is ready for Linux and OSX. Any Windows developer who would like to make the collection available on that platform, please contact me off list. Enjoy, Eric ___ 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] pd-l2ork on mint olivia need advices
Hi, This may be because Mint and possibly newer Ubuntu distros fragment packages differently than 12.04 I use to develop pd-l2ork. Try installing pd-l2ork using dpkg command provided on the online documentation and if you encounter errors like the ones you listed try: sudo apt-get -f install Hope this helps! BTW if anyone out there is a packaging guru and would like to improve pd-l2ork's deb control files please do not hesitate to contact me--there must be a better way to do this. P.S. please note that the latest deb now requires tclxapian package that ia not available by default on Arch and possibly other distros--we are currently working on figuring out how to address this. On Nov 26, 2013 8:19 AM, t'es in t'es bat tesintes...@gmail.com wrote: Hello, i try to get pd-l2ork work on mint 15. It's like an ubuntu 13.04 but with many improvements So i try installing and i get a big issue with sudo apt-get install libgl1-mesa-dev libglu1-mesa-dev libglew-dev libftgl-dev libquicktime-dev i got that error: The following packages have unmet dependencies: libgl1-mesa-dev: Depends: mesa-common-dev (= 9.1.7-1ubuntu2) but will not be installed Depends: libgl1-mesa-glx (= 9.1.7-1ubuntu2) but 9.2.0 ~ git20131002 +9.2.2 eb55601-0ubuntu0sarvatt ~ raring must be installed Depends: libdrm-dev ( = 2.4.24) but will not be installed E: Unable to correct problems, broken packages mode keep state So impossible to compile. Is there a way to get a mesa lib working ? Does anybody succeed to use pd-l2ork works on Mint 15 ? Some tuto somewhere ? Thanks David LeP0le TNTB P/: 06 86 86 12 19 SKYPE/: tntb.net | http://www.tntb.net http://www.tntb.nethttp://www.databit.me http://www.circuitpixel.net /_̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_ ___ 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] pd-l2ork on mint olivia need advices
You need to run sudo apt-get -f install without anything following that command. On Nov 26, 2013 9:19 AM, t'es in t'es bat tesintes...@gmail.com wrote: Hello, same issue with : sudo apt-get -f install libgl1-mesa-dev libglu1-mesa-dev libglew-dev libftgl-dev libquicktime-dev Even if i try each alone it's the same error E: Unable to correct problems, broken packages mode keep state How can i find these broken packages Synaptic don't show anything... thanks TNTB P/: 06 86 86 12 19 SKYPE/: tntb.net | http://www.tntb.net http://www.tntb.nethttp://www.databit.me http://www.circuitpixel.net /_̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_ 2013/11/26 Ivica Bukvic i...@vt.edu Hi, This may be because Mint and possibly newer Ubuntu distros fragment packages differently than 12.04 I use to develop pd-l2ork. Try installing pd-l2ork using dpkg command provided on the online documentation and if you encounter errors like the ones you listed try: sudo apt-get -f install Hope this helps! BTW if anyone out there is a packaging guru and would like to improve pd-l2ork's deb control files please do not hesitate to contact me--there must be a better way to do this. P.S. please note that the latest deb now requires tclxapian package that ia not available by default on Arch and possibly other distros--we are currently working on figuring out how to address this. On Nov 26, 2013 8:19 AM, t'es in t'es bat tesintes...@gmail.com wrote: Hello, i try to get pd-l2ork work on mint 15. It's like an ubuntu 13.04 but with many improvements So i try installing and i get a big issue with sudo apt-get install libgl1-mesa-dev libglu1-mesa-dev libglew-dev libftgl-dev libquicktime-dev i got that error: The following packages have unmet dependencies: libgl1-mesa-dev: Depends: mesa-common-dev (= 9.1.7-1ubuntu2) but will not be installed Depends: libgl1-mesa-glx (= 9.1.7-1ubuntu2) but 9.2.0 ~ git20131002 +9.2.2 eb55601-0ubuntu0sarvatt ~ raring must be installed Depends: libdrm-dev ( = 2.4.24) but will not be installed E: Unable to correct problems, broken packages mode keep state So impossible to compile. Is there a way to get a mesa lib working ? Does anybody succeed to use pd-l2ork works on Mint 15 ? Some tuto somewhere ? Thanks David LeP0le TNTB P/: 06 86 86 12 19 SKYPE/: tntb.net | http://www.tntb.net http://www.tntb.nethttp://www.databit.me http://www.circuitpixel.net /_̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_ ___ 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] pd-l2ork on mint olivia need advices
Ugh, just read the rest of your message. I guess we need to investigate what are the exact package names for Mint and rebuild the package to for Mint format? Can you list what packages are missing and what are the closest package names you have in synaptic? Thanks! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-l2ork on mint olivia need advices
Without seeing the errors and knowing your setup it is difficult to say. If Mint is anything like Ubuntu then you may need to enable additional repositories. In Ubuntu they are called universe and you may possibly even need to enable multiverse. You may also encounter errors related to packages that are not signed or repositories that are not signed. Assuming that you're using default repositories this typically should not be a problem but again I don't know what your situation is because I don't have enough information to say one way or the other. Hope this helps! On Nov 26, 2013 4:02 PM, t'es in t'es bat tesintes...@gmail.com wrote: hello i'd just check and i find all the packages in synaptic but if i try to select for install i got a message saying package not certified, risk of attack from bad people or something. If i ckeck for install the package become red and i got a broken package message... It seem to be a problem with my system ? Impossible to get the mesa-dev or quicktime-dev package... so what can i do ? thanks TNTB P/: 06 86 86 12 19 SKYPE/: tntb.net | http://www.tntb.net http://www.tntb.nethttp://www.databit.me http://www.circuitpixel.net /_̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_ 2013/11/26 Ivica Bukvic i...@vt.edu Ugh, just read the rest of your message. I guess we need to investigate what are the exact package names for Mint and rebuild the package to for Mint format? Can you list what packages are missing and what are the closest package names you have in synaptic? Thanks! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help with OSX App minefield
...tkpath in pd-l2ork, just like cwiid library is a fork that has more bug fixes and features than any other variant since the core of either packages is not maintained uniformly or at all, so tkpath is very much maintained inside pd-l2ork. There's also on my short-term a todo list to overhaul vanilla gui objects so that they queue their actions rather than requesting the same action multiple times per refresh and bogging down the networked nature of the gui. On Nov 4, 2013 3:52 PM, Dan Wilcox danomat...@gmail.com wrote: On Nov 4, 2013, at 1:35 PM, pd-list-requ...@iem.at wrote: But people aren't going to write a gui for Pd. There is already libpd and I don't see a bunch of elegant and efficient Pd frontends sprouting up because of that. (Though I'm sure there are a lot of projects that do cool things with it.) The main reason for this is that we haven't pulled out the gui elements yet. There isn't yet an interface in libpd to edit the object graph and I'm not sure where the plans are on that. Once it's there I'm sure we could see some interesting things. I imagine I could add patch editing to PdParty using Objective-C in about a week or two if I had such an interface. I agree with both Han's point that a long term goal of cleanly separating the gui from the dsp is what we want. At the same time, I agree with Jonathan in that we shouldn't abandon/neglect what's already here and working. The overall plan, as far as I know, is once there is a clean separation the dsp core from the gui, the pd tcl/tk app would then be updated to use libpd. As for when that would happen, who knows? Anyone want to hire Jonathan, Hans, me, etc at a research lab to do it? I'll be available in the spring :D Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ 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] Direct-from-disk audio with position, loop, varispeed
To an extent. On Oct 9, 2013 2:33 PM, Thomas Grill g...@g.org wrote: Oh wow, i didn't know! Is that somewhat compatible to the pd/pd-extended build scripts? thanks, Thomas 2013/10/9 Ivica Ico Bukvic i...@vt.edu Hey, you are right, there should be a packaging, or integration into pd-extended - but actually, i am not currently maintaining my externals at all because of a serious lack of time. They just work (or they don't). I have tried for years, but no one seems interested in volunteering to package or integrate flext and flext-based externals (xsample, py, dyn~, pool, fsplay~, clk, zeroconf and many others) for more general use. FWIW, flext lib and a few externals are a part of auto-building script in pd-l2ork. -- Thomas Grill http://g.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Legal restrictions for apps
Please pardon my ignorance, but would it be possible to publish an app through XYZ store and in case XYZ store does not have ability to also include source that the project author host such source on its own page and have the link to it embedded inside the app? On Oct 6, 2013 12:09 AM, Rich E reakina...@gmail.com wrote: AFAIK, [expr]/[expr~] are not built into any libpd produced binaries, nor any other GPL/LGPL components. The user has to opt into those by adding them to their project. So you should be good. On Thu, Oct 3, 2013 at 11:30 AM, Dan Wilcox danomat...@gmail.com wrote: If your using libpd, you can simple remove the pure-data/extra/expr~ folder and com[ile it without expr. On Oct 3, 2013, at 10:58 PM, Tony Hillerson tony.hiller...@gmail.com wrote: Ok, great. That's helpful everyone, thank you. -- Tony Hillerson On Wednesday, October 2, 2013 at 18:35 PM, Dan Wilcox wrote: My approach with PdParty so far is: - GPL source code is incompatible with the Apple App Store due to the static linking requirement which means you cannot distribute GPL libs as dynamic libs which can be updated or replaced by the user - GPL patches are fine, they are text files which are not compiled into your app binary so can be freely replaced, I expose all of the GPL patches I use to the user so they can modify or update them to satisfy the distribution requirement of the GPL - I leave out [expr] [expr~] for now. The license in the expr src folder is LGPL, but the license in the source headers is GPL and the following is printed to console when first loading the external: expr, expr~, fexpr~ version 0.4 under GNU General Public License . I will leave it out until those parts of the code are explicitly changed. If this has already happened, then we need to merge in those changes to libpd. So far, as Miller suggests, I've been replacing [expr] with regular math objects. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ANN: pd-l2ork v.20130920 released
Look for Albert's email on L2Ork-dev making list. HTH On Sep 30, 2013 8:57 AM, Mario Mey mario...@gmail.com wrote: Searching for libstk, libstk0-dev appeared to install. But I couldn't install it, because it needed libstk0c2a (= 4.4.3-2) . I installed it... but, libstk0-dev still ask me for that dependency. It's strange. Anyway, I would like to try it, but I have not so much time to spend in installing. Now I'm googling for Albert Graef builts. If I have no luck... maybe I try again some day in the future. Thank you! El 25/09/13 09:06, Ivica Bukvic escribió: Can you check if you have any libstk packages available in the software center? Also make sure that you have universe repertories enabled. Btw what version of Ubuntu are you using? Albert Graef has a launchpad with all these packages built for newer versions of Ubuntu. HTH On Sep 25, 2013 8:01 AM, Mario Mey mario...@gmail.com wrote: I would like to try pd-l2ork... but, when I try to install .deb, Ubuntu Software Center tell me that it couldn't find libstk0-dev. When I try to install it, in Synaptic, the installation ask me to uninstall almost my audio applications. I remember something like this when I tried to change Jack version. Could this be? I use jackd (Jackdmp, I think...) El 23/09/13 09:26, Ivica Ico Bukvic escribió: As usual, apologies for x-posting... It is my pleasure to announce the latest release of pd-l2ork free open-source visual programming language for interactive media, and supporting K12 educational module for the 32-bit and 64-bit Linux, as well as Raspberry Pi (Arm) platforms. pd-l2ork is the infrastructural backbone of Virginia Tech DISIS Linux Laptop Orchestra (http://l2ork.music.vt.edu). Highlights include: *Ported all vanilla GUI objects and events to cairo-based SVG-like tkpath canvas providing antialiased drawing capabilities, bezier patch cords, and setting stage for a zoomable canvas *Implemented a new scrollbar system using semi-transparent objects right on the canvas *Implemented filtering of autorepeat keyboard events for key, keyup, keyname objects *Expanded K12 library with numerous improvements and added a couple demo files *Backported resizable objects and recent files *Implemented native drag-n-drop *Improved GUI appearance *Began porting 3rd party objects to new cairo-based canvas (non-accelerated 3rd-party objects can be recognized by having a blue selection box and their considerably slower redraw) *Cleaned-up extended pddp documentation and added comprehensive cyclone documentation *Began filtering (disabling) building of redundant externals within the cyclone and other 3rd-party libraries *Proper visual reordering without the potentially cpu-expensive canvas_redraw for all accelerated objects (non-accelerated 3rd-party objects can be recognized by having a blue selection box and their considerably slower redraw) *Disabled drawing of redundant nlets for objects embedded inside a GOP object (for Max users, equivalent to a bpatcher) *Embedded tkdnd and tkpath libs directly into source for a monolithic build; made several improvements to the tkpath lib fork *Many other minor bugfixes and improvements (see Changelog for more info) A screenshot of the K12 module is attached. Alternatively, it can be found at: http://puredata.info/downloads/Pd-L2Ork/releases/20130920/screenshot/image_view_fullscreen Complete Changelog: http://puredata.info/downloads/Pd-L2Ork/releases/20130920/ Download Links: Binary Builds Documentation: http://l2ork.music.vt.edu/main/?page_id=56 Source: http:///github.com/pd-l2ork/ Best wishes, -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240(540) 231-6139(540) 231-5034 (fax)disis.music.vt.edul2ork.music.vt.eduico.bukvic.net ___pd-l...@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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ANN: pd-l2ork v.20130920 released
Can you check if you have any libstk packages available in the software center? Also make sure that you have universe repertories enabled. Btw what version of Ubuntu are you using? Albert Graef has a launchpad with all these packages built for newer versions of Ubuntu. HTH On Sep 25, 2013 8:01 AM, Mario Mey mario...@gmail.com wrote: I would like to try pd-l2ork... but, when I try to install .deb, Ubuntu Software Center tell me that it couldn't find libstk0-dev. When I try to install it, in Synaptic, the installation ask me to uninstall almost my audio applications. I remember something like this when I tried to change Jack version. Could this be? I use jackd (Jackdmp, I think...) El 23/09/13 09:26, Ivica Ico Bukvic escribió: As usual, apologies for x-posting... It is my pleasure to announce the latest release of pd-l2ork free open-source visual programming language for interactive media, and supporting K12 educational module for the 32-bit and 64-bit Linux, as well as Raspberry Pi (Arm) platforms. pd-l2ork is the infrastructural backbone of Virginia Tech DISIS Linux Laptop Orchestra (http://l2ork.music.vt.edu). Highlights include: *Ported all vanilla GUI objects and events to cairo-based SVG-like tkpath canvas providing antialiased drawing capabilities, bezier patch cords, and setting stage for a zoomable canvas *Implemented a new scrollbar system using semi-transparent objects right on the canvas *Implemented filtering of autorepeat keyboard events for key, keyup, keyname objects *Expanded K12 library with numerous improvements and added a couple demo files *Backported resizable objects and recent files *Implemented native drag-n-drop *Improved GUI appearance *Began porting 3rd party objects to new cairo-based canvas (non-accelerated 3rd-party objects can be recognized by having a blue selection box and their considerably slower redraw) *Cleaned-up extended pddp documentation and added comprehensive cyclone documentation *Began filtering (disabling) building of redundant externals within the cyclone and other 3rd-party libraries *Proper visual reordering without the potentially cpu-expensive canvas_redraw for all accelerated objects (non-accelerated 3rd-party objects can be recognized by having a blue selection box and their considerably slower redraw) *Disabled drawing of redundant nlets for objects embedded inside a GOP object (for Max users, equivalent to a bpatcher) *Embedded tkdnd and tkpath libs directly into source for a monolithic build; made several improvements to the tkpath lib fork *Many other minor bugfixes and improvements (see Changelog for more info) A screenshot of the K12 module is attached. Alternatively, it can be found at: http://puredata.info/downloads/Pd-L2Ork/releases/20130920/screenshot/image_view_fullscreen Complete Changelog: http://puredata.info/downloads/Pd-L2Ork/releases/20130920/ Download Links: Binary Builds Documentation: http://l2ork.music.vt.edu/main/?page_id=56 Source: http:///github.com/pd-l2ork/ Best wishes, -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240(540) 231-6139(540) 231-5034 (fax)disis.music.vt.edul2ork.music.vt.eduico.bukvic.net ___pd-l...@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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction penalty benchmarks
When and if such patch is implemented please do let us know as I would like to implement it in pd-l2ork as well. Best wishes, Ico On Aug 9, 2013 8:03 PM, Miller Puckette m...@ucsd.edu wrote: Well, if ia user really wants 32K receives of the same name, (s)he can have them - but most people won't want to do that. In contrast, you can't have 32K copies of an abstraction without hitting this problem - and the business of binding patches to names is only rarely actually used. So (I'm now thinking) Pd should make it easy to defeat that useless behavior. cheers M On Fri, Aug 09, 2013 at 07:11:02PM -0400, Jonathan Wilkes wrote: On 08/09/2013 04:31 PM, Miller Puckette wrote: Or... just limit the number of canvases that can bind themselves to a single symbol to a reasonable number (5 or so, settable by flag for back-compatibility if anyone cares). What happens to Claude's test if you a) patch Pd to stop binding pd-abstractionName.pd, and b) put a [receive pd-abstractionName.pd] inside the abstraction that's getting massively replicated? I'd hypothesize that you end up with the same or closely similar problem, no? If so then messing with the abstraction name binding risks introducing bugs or breaking some strange but interesting patches, and doesn't solve the larger problem which becomes anxiety about [s]/[r] pairs or any other nonlocal connection objects inside abstractions. -Jonathan cheers M On Fri, Aug 09, 2013 at 07:51:30PM +0100, Claude Heiland-Allen wrote: On 09/08/13 19:42, Miller Puckette wrote: There still could be situations where an abstraction has a sub-patch (pd foo for instance) - I'm not clear as to whether those namings should be supressed as well. It seems like a tricky problem - lots of people seem to use abstractions with only one instance and might be depending on the bindings. Maybe the best fix would be to make pd_unbind() constant time (perhaps by storing bindings in a doubly-linked list instead of a singly-linked list) and be done with it, instead of hacking workarounds.. Claude -- http://mathr.co.uk ___ 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-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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable?
On Jul 3, 2013 7:09 PM, Jonathan Wilkes jancs...@yahoo.com wrote: On 07/03/2013 04:31 AM, Roman Haefeli wrote: On Wed, 2013-07-03 at 03:56 -0400, Ivica Bukvic wrote: On Jul 3, 2013 1:38 AM, Roman Haefeli reduz...@gmail.com wrote: On Die, 2013-07-02 at 19:15 -0400, Ivica Ico Bukvic wrote: [symbol\ | [label $1( | [cnv] - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). According to Ivica this is on purpose. The reason is that iemguis used to have miscalculated positions and pd-l2ork fixed that while pd-vanilla/pd-extended didn't. Unfortunately, this breaks compatibility between pd-l2ork and pd-vanilla/pd-extended. This is true. Although, I wouldn't call translating an object by 3 pixels exactly breaking compatibility. If a patch just isn't usable at all on a different flavor, then I don't see how this doesn't qualify for breaking compatibility. Roman I guess we need to clarify what not usable at all means. If a patch works but one optional gop hsl is not visible, personally I would say that one element may not be usable and only temporarily. I agree with Roman. Patch authors were being very reasonable when they created their GOPs that just so happened to be based on faulty logic under the hood. Those discrepancies were extremely small, small enough that most patch author's probably didn't even notice the bug until you pointed it out and fixed it. For me having a new user face inconsistency with autopatching is a lot more critical than an existing user encounter an inconsistency due to the fact that an old bug has been fixed. One could approach this problem by having a hack that adjusts the spacing during autopatching and that's exactly what I used to have. At some point I simply realized that I was adding more and more hacks to keep the hack propagating through the undo and other functions, and came to the conclusion it's time to start cleaning up hacks like these and make the code cleaner and easier to maintain. Otherwise, by your suggested approach one could conclude that PD is perfect as-is and that no other development/changes are necessary. Case in point if a comment or labels for iemgui objects do in part fall out of GOP area, pd/extended still render them visible. Since this bug has been there for some time there are possibly patches out there that exploit this bug as a feature and by using your logic we should never change that either as doing so would break old patches. Again, if we take the suggested approach then there's nothing to change about pd. OTOH, one could ostensibly look into creating a simple shell script that when run could easily adapt all of the old patches to the new spacing. Perhaps someone else may want to contribute this? In summary let us hope that other versions of the pd adopt the same/similar fixes and do so soon. Best wishes, Ico So through no fault of their own, their patches are broken on the distribution of Pd that has a superior UX. That's a bad situation. If you have a solution not too far off that will allow such GOP objects to be functional again, then the temporary breakage is probably ok. If not, then we need to keep the bug for all eternity and work around it. To do otherwise is to scare off potential users who have no idea how many other changes will break their patches because of idiosyncracies that lurk deep in code that Pd was designed to abstract away from them. -Jonathan Many of my patches are not usable at all without GOP GUIs visible. And I cannot fix it myself as either it breaks pd-vanilla|pd-extended or pd-l2ork or it looks dead ugly. So yes, it breaks compatibility in a serious way. And I also do not see the temporary aspect of it. I as a patch developer can't provide a solution to this. This is _the_ reason I don't even try to bother to make my patches work in pd-l2ork. And I even need to tell people that they shouldn't use pd-l2ork when they want to use my patches. If you are looking for things that really break compatibility, then those would be things like preset_node object that are current only possible in pd-l2ork. Actually, one can decide to use or not to use new features. Obviously, added features do not work in flavors that do not implement that feature. From a user point of view, this can be dealt with in an clean way. If you want your patch to work on other flavors, don't use stuff like preset_node. I don't see a problem at all with that. Roman ___ 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
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
On Jul 3, 2013 1:38 AM, Roman Haefeli reduz...@gmail.com wrote: On Die, 2013-07-02 at 19:15 -0400, Ivica Ico Bukvic wrote: [symbol\ | [label $1( | [cnv] - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). According to Ivica this is on purpose. The reason is that iemguis used to have miscalculated positions and pd-l2ork fixed that while pd-vanilla/pd-extended didn't. Unfortunately, this breaks compatibility between pd-l2ork and pd-vanilla/pd-extended. This is true. Although, I wouldn't call translating an object by 3 pixels exactly breaking compatibility. If a patch just isn't usable at all on a different flavor, then I don't see how this doesn't qualify for breaking compatibility. Roman I guess we need to clarify what not usable at all means. If a patch works but one optional gop hsl is not visible, personally I would say that one element may not be usable and only temporarily. If you are looking for things that really break compatibility, then those would be things like preset_node object that are current only possible in pd-l2ork. HTH ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
Indeed. Let's hope pd/extended adopt these soon. Best wishes, Ico On Jul 3, 2013 7:31 AM, Roman Haefeli reduz...@gmail.com wrote: On Wed, 2013-07-03 at 05:53 -0400, Ivica Ico Bukvic wrote: On 07/03/2013 04:31 AM, Roman Haefeli wrote: On Wed, 2013-07-03 at 03:56 -0400, Ivica Bukvic wrote: I guess we need to clarify what not usable at all means. If a patch works but one optional gop hsl is not visible, personally I would say that one element may not be usable and only temporarily. Many of my patches are not usable at all without GOP GUIs visible. And I cannot fix it myself as either it breaks pd-vanilla|pd-extended or pd-l2ork or it looks dead ugly. So yes, it breaks compatibility in a serious way. And I also do not see the temporary aspect of it. I as a patch developer can't provide a solution to this. This is _the_ reason I don't even try to bother to make my patches work in pd-l2ork. And I even need to tell people that they shouldn't use pd-l2ork when they want to use my patches. The solution is the one you stated above--stick to one particular flavor of pd and run with it. I for one believe the sooner I switch my patches to a more consistent drawing mechanism the less I will have to deal with down the road. pd has two choices: 1) keep the same inconsistent behaviour for as long as it exists causing problems in other places for the patch developers such as yourself (e.g. autopatching), in the end causing the same amount of work (whether you fix whatever is currently misaligned or do that while patching because your autopatch feature did not align your objects properly is as far as I can tell the same amount of work, of course, assuming that you do use autopatch--I do, so this is very important to me) 2) fix this at some later date at which point you will have a larger library of patches you've built between now and that later date that will require fixing because they relied on the current inconsistent way Consider also how pd does not properly account for labels on iemguis or comments and does not mind having them stick outside GOP. Or how dynamically changed iemgui objects inside GOP do not get their visibility rechecked to see if they still fit within GOP and then spill outside it only to disappear when you copy and paste the said GOP. These are all fixed within pd-l2ork. I believe these are very pressing issues for me as L2Ork's entire GUI scoring system is built around iemguis and scalars and I want to make sure that others developing similar scores (or expanding upon the existing) for the ensemble do not encounter such inconsistencies that can be abused for temporary solutions that later break because such bugs have been fixed, rendering their scoring engine unusable. tl;dr version: I find issues of GUI inconsistency critical and prefer to fix them sooner rather than later and do not want to worry about legacy behaviour that is incorrect to begin with, because the longer one waits, the more they'll have to fix later when the similar/identical fix is implemented in their flavor of pd. Thanks for your considerations. I actually agree with you in every respect. I also wouldn't mind having GUI glitches fixed in pd-extended| pd-vanilla, even if it means having to go through all my patches to fix them. However, things haven't changed in pd-vanilla|pd-extended yet and I see myself forced to decide which route to go. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
That is because tk renders them as such. In other words when text is written inside the canvas it is not just the text itself that takes up space but imagine a box around it as if you were to select text that actually within tk returns visible area required by the text itself. Finding out only the pixels assigned to text itself without having direct access to tk is extremely cumbersome if not impossible. This is also why comment when jam packed right against the edge of the graph on parent box is not visible because of this invisible selection area that is reserved for the text. On Jul 3, 2013 11:47 AM, András Murányi muran...@gmail.com wrote: On Wed, Jul 3, 2013 at 1:15 AM, Ivica Ico Bukvic i...@vt.edu wrote: [...] However, if the object appears within the GOP boundaries but is still not visible in GOP window, then there may be some stale things I missed in the getrect call for hsl. In this case, please do file a bug report. Best wishes, Ico I would. Where is the l2ork bug tracker? I see you don't use the tracker on github... I have compiled the newest l2ork and things are almost perfect, if not perfect. My hsl and cnv still don't fit where they should but I've realized it's because of their labels. The labels are rendered seemingly inside the objects' boundaries, however I need to decrease the font size further to make them GOP. Please see the attached little example patch. Thanks, András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
Forgot to add, try selecting comment text and you will notice how much more space selected area takes up then the text itself. This is what pd-l2ork takes into account when calculating whether something fits within the gop boundaries or not. HTH On Jul 3, 2013 1:35 PM, Ivica Bukvic i...@vt.edu wrote: That is because tk renders them as such. In other words when text is written inside the canvas it is not just the text itself that takes up space but imagine a box around it as if you were to select text that actually within tk returns visible area required by the text itself. Finding out only the pixels assigned to text itself without having direct access to tk is extremely cumbersome if not impossible. This is also why comment when jam packed right against the edge of the graph on parent box is not visible because of this invisible selection area that is reserved for the text. On Jul 3, 2013 11:47 AM, András Murányi muran...@gmail.com wrote: On Wed, Jul 3, 2013 at 1:15 AM, Ivica Ico Bukvic i...@vt.edu wrote: [...] However, if the object appears within the GOP boundaries but is still not visible in GOP window, then there may be some stale things I missed in the getrect call for hsl. In this case, please do file a bug report. Best wishes, Ico I would. Where is the l2ork bug tracker? I see you don't use the tracker on github... I have compiled the newest l2ork and things are almost perfect, if not perfect. My hsl and cnv still don't fit where they should but I've realized it's because of their labels. The labels are rendered seemingly inside the objects' boundaries, however I need to decrease the font size further to make them GOP. Please see the attached little example patch. Thanks, András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] l2ork: SSSAD loads but doesn't save presets
Without seeing your patch this conversation is unfortunately entirely pointless. It could be that you're using a third-party external that somehow trips up and crashes when a pest I'd invoked, fails, and outputs bogus data that makes the external crash and that is something that I cannot even begin to backtrace without knowing exactly what crashed. It could be also that you are as you're suggesting mixing two different versions of preset abstractions which itself appears to be causing some of the problems you're encountering and the list goes on. To begin, you could provide a backtrace of the consistent crash so that we have some idea of what is going on. On Jul 3, 2013 2:36 PM, András Murányi muran...@gmail.com wrote: On Mon, Jun 24, 2013 at 7:04 PM, Frank Barknecht f...@footils.org wrote: On Mon, Jun 24, 2013 at 04:00:15PM +0200, András Murányi wrote: thanks for the tip. I'm using [presetstore] which writes to [pd presetstore0] (etc...) subpatches. (BTW, latest s-abstractions don't have [presetstore] any more?) I've set up the print on receivers, but I guess placing [r $2-SSSAD_ADMIN] and [r $2-SSSAD] inside the [presetstore] patch was not a good idea because they didn't receive anything (where to put them then?) sssad-objects created as [sssad something KEY] will send to KEY-SSSAD_ADMIN and KEY-SSSAD, all others will send to SSSAD_ADMIN and SSSAD. To receive from those semi-global [sssad]-objects, you'd need to replace the receivers next to the sssad-objects that use the second argument. Maybe you can search for sssad objects in your patch and try to find some that use second args? Also the semi-global/local receivers have been added at some time after s-abstractions where born. Although old already, maybe you have a mix of both versions installed now? The old one didn't have any $2-SSSAD senders/receivers inside. Ciao -- Frank Barknecht _ __footils.org__ Shame on me, i did have two different sssad folders in my path. Now i've cleaned things up and there's only the one from s-abstractions - but that's not the solution yet. I've noticed that s-abstractions dropped [presetstore] and that may have a good reason. Is it possible that it's actually not compatible with current sssad? I've also noticed [saver] in s-abstrations/sssad which seems to be like [presetstore] (except that [presetstore] saved to subpatches while [saver] saves to textfiles). I've tried it and it doesn't work for me: error: $1state-11.sssad: write failed. (It does create 0-byte files in s-abstrations/sssad though.) [datastore] however, is still part of s-abstractions (it saves a single state to a subpatch), and it doesn't work here. I tried datastore-help.pd and it saves an empty state. What's interesting, is that if I try it while my other big patch is open, it consistently triggers a segfault. András ___ 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] pd-extended crashes sending data to SSR with tcpclient
In my experience, this may bog down pd but it should never crash it. If it does, something else is the problem. On Jul 1, 2013 1:24 PM, Martin Peach martin.pe...@sympatico.ca wrote: It could be that you are overloading Pd with too many messages. If you are wildly moving the slider and [tcpclient] is sending one TCP packet per value you can add messages to the queue faster than they will be sent out and Pd will eventually run out of resources. Maybe put a [speedlim] after your slider, or pack several values into one message? Martin On 2013-07-01 11:53, Iain Mott wrote: I'll try the backtrace and other things you suggest and report back on mrpeach/tcpclient in another email. it could well be, that it only does not crash with [iemnet/tcpclient] because you haven't parsed the output yet... Don't think so - to crash Pd, I wasn't doing any parsing of incoming messages - just sending messages out. Did a backtrace using mrpeach/tcpclient - on a freeze as it didn't actually crash. Got this response: #0 0x00442623 in clock_unset (x=0x8c5c80) at m_sched.c:70 #1 clock_unset (x=0x8c5c80) at m_sched.c:62 #2 0x0044266e in clock_set (x=0x8c5c80, setticks=optimised out) at m_sched.c:81 #3 0x7fffd21cfec1 in tcpclient_child_send (w=0xdec548) at /home/kiilo/Documents/dev/pd-**svn/externals/mrpeach/net/** tcpclient.c:380 #4 0x77bc4e9a in start_thread () from /lib/x86_64-linux-gnu/**libpthread.so.0 #5 0x76ec0ccd in clone () from /lib/x86_64-linux-gnu/libc.so.**6 #6 0x in ?? () Will do some more tests later. Thanks, __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] Get path of patch ?
FWIW pd-l2ork also has patch_name that provides both the patch path and the patch name. On Jun 26, 2013 7:54 AM, Max abonneme...@revolwear.com wrote: the next one who will search the archive might find this first, so let's just write it down again: [ggee/getdir] might be what you need. the amazing search plugin helps tremendously to find such things. max Am 26.06.2013 um 13:05 schrieb Jan Baumgart raga.r...@gmx.de: Sorry for the noise. Should have looked in the archives first %-p On 26.6.13 13:03 , Jan Baumgart wrote: Is there any way to retrieve the path, a patch is stored in? Like path - [thispatcher] in max? thx cheers, Jan ___ 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] pd-0.45 + jack == weirdness
Miller, I think I solved the hang part in pd-l2ork implementation that is based on the older model that allows disconnection and reconnection practically under any circumstances. The only downside is if you yank the USB soundcard while jack is running pd waits on jack to report that it lost the soundcard and stops which can take up to 20 seconds. In other words in this case it's jack that is hanging and consequently making pd hang as well but only temporarily. HTH On Jun 24, 2013 5:14 AM, yvan volochine yvan...@gmail.com wrote: hi Miller, Are you using 0.44? (I don't think 0.45 exists yet :) yeah sorry, 0.44 (pd-0.45-0-test) The only relevant thing I can find in recent commits is a change from jack_client_new() to jack_client_open() back in 2010. With apologies, here is the commit I found... commit 1022e5687bb5785904ba1b1977a9a2**9c9b6b25dc [SNIP] Is it possible this bug has been there for the last three years? (i.e. 0.43 and 0.44 would have this problem)? I just built 0.43-1 and yes the problem is there as well (weird that I never tried to open pd without jack before..). I couldn't build any older pd version (I guess I have a too recent tcl somehow) so I cannot test with 0.42 (or with the commit before the one you mentioned) let me know if I should submit an issue.. ciao, y -- http://yvanvolochine.com http://soundcloud.com/**yvanvolochinehttp://soundcloud.com/yvanvolochine http://soundcloud.com/**elgusanorojo http://soundcloud.com/elgusanorojo http://vimeo.com/yv __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] l2ork externals install
For the time being build them independently by hand after installing pd-l2ork. Also, if you recommend inclusion of specific libs and/or objects, we can put it on the todo list for vetting to see if they are stable enough to be included as-is and/or purpose a set of fixes before they can be included. Best wishes, Ico On Jun 23, 2013 2:16 PM, András Murányi muran...@gmail.com wrote: On Sat, Jun 22, 2013 at 9:17 PM, Ivica Ico Bukvic i...@vt.edu wrote: [...] BTW, just did -F build here and it builds everything just fine. This suggests something may be off with your setup. Can you try installing whatever you've built and then trying to build from source again? If this succeeds that means that something in the build script fails to find relevant includes. Please send me your build log off-list so that I can investigate further. So I've just made a build with ./tar_em_up.sh without touching the sources, and it built fine and produced binaries for everything including those marked in LIB_TARGETS in externals/Makefile. Everything also installed fine by make install. In contrast, my previous attempt, where I added some elements to LIB_TARGETS manually, produced a lot less binaries. It seems that messing up with LIB_TARGETS in l2ork can have a negative impact on innocent libs too, at the moment. If I still have a question question after this, it's: what's the recommended way to add non-default libs to build with pd-l2ork? Thanks, András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] l2ork: SSSAD loads but doesn't save presets
Is this in pd-l2ork? Up until recently in L2Ork we relied upon sssad exclusively for our preset needs, so I am fairly sure it works fine over here. I haven't tested it with latest version of pd-l2ork yet, though. That said, if you are using pd-l2ork why not use preset_hub and preset_node instead? It does everything sssad does and way more, like saving presets with the patch as well as ability to use multiple instances of the same abstraction and have its member nodes differentiated from each other. HTH On Jun 23, 2013 3:52 PM, András Murányi muran...@gmail.com wrote: Dear List, I've been having a problem with SSSAD for a few weeks: it's able to load presets, but when it comes to saving, an empty state is written (i mean, it does write but it overwrites the previous content of the preset with nothingness). The example patches don't work either. There are no errors in the console and I have also overwritten the whole SSSAD folder with a newly downloaded one, still no joy. Tested in vanilla and it works. András ___ 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] l2ork externals install
Not sure. Let me investigate. On Jun 23, 2013 3:16 PM, András Murányi muran...@gmail.com wrote: On Sun, Jun 23, 2013 at 8:55 PM, Ivica Bukvic i...@vt.edu wrote: For the time being build them independently by hand after installing pd-l2ork. Alrite that will work. BTW, it's so easy to install a lib manually *when it's made upon the library template* and such a desperate jungle fight when not! :o) Also, if you recommend inclusion of specific libs and/or objects, we can put it on the todo list for vetting to see if they are stable enough to be included as-is and/or purpose a set of fixes before they can be included. Well, moonlib is built, and concerning miXed/toxy(/widget), I think it will have to go away because it's in a bad shape. I'll switch to tof/pmenu. So I'm a happy camper with what we have now. Just one question: are the abstractions (/abstractions in the source tree) installed anywhere? I don't see them in the .tar.bz either. Thanks for the guidance, András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] closed window not destroyed? (in l2ork, possibly in others too)
I don't think it is incomplete freeing of patch resources based on what I saw so far. Could it be the watchdog's ping, isn't each of these tied to a specific timestamp? On Jun 19, 2013 3:50 AM, Roman Haefeli reduz...@gmail.com wrote: On Tue, 2013-06-18 at 22:58 +0200, András Murányi wrote: Hi List, I've got used to putting my PC to sleep (aka hibernation) often lately. Now there is this behaviour of Pd that when you leave a patch open and put the computer to sleep, once it wakes up Pd will try to do everything it missed while the computer was sleeping, so the CPU goes 100% for quite a while. I suppose this is by design. What I've just noticed using l2ork is that I had closed my patch before hibernating (in order to avoid the CPU boost when waking up), put the computer to sleep for a few hours, and when i woke it up, surprisingly the 100% CPU boost still happened - with only the main window and console open. This makes me think some things are not destroyed properly when a patch is closed. Any thoughts appreciated... Does it help to toggle DSP off and on, when Pd is in this post-suspend mode? I had the impression it did, but I wasn't sure if it was just a coincident, that CPU usage stopped at the same moment. Roman ___ 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] ANN: New Pd-L2Ork x86_64 and Raspberry Pi release now available together with comprehensive how-to
On Jun 6, 2013 7:26 PM, ro...@dds.nl wrote: Ivica Ico Bukvic i...@vt.edu schreef: Looks like you don't have git installed which is unusual, as that is what you need to get the source from git in the first place. Do: sudo apt-get install git Then use git to retrieve latest source (as per pd-l2ork documentation found at http://l2ork.music.vt.edu/main/?page_id=56#install-dev): git clone git://github.com/pd-l2ork/pd.git pd-l2ork Then inside the newly created pd-l2ork/ folder go to l2ork_addons folder and follow instructions below. HTH i have no experience with git, i downloaded the zip. What zip file? Latest source is currently only available through git. Errors below suggest you don't have the right source downloaded. Try deleting whatever folders with the source you may have and following the steps as outlined in my previous email starting with retrieving the source from git. If you can send me detailed printout including commands you entered and all the output you got (ideally off-list to avoid spamming everyone with extended logs), I may be able to further assist you. now, following the instructions above i get these errors: [..] rm: kan ‘/home/rolfm/pd-l2ork/packages/linux_make/build//usr/lib/pd-l2ork/doc/manuals/Pd/ReadMe.html’ niet verwijderen: Bestand of map bestaat niet make[1]: [readme_install] Fout 1 (genegeerd) ignored rm: kan ‘/home/rolfm/pd-l2ork/packages/linux_make/build//usr/lib/pd-l2ork/doc/manuals/Pd/Welcome.html’ niet verwijderen: Bestand of map bestaat niet make[1]: [welcome_install] Fout 1 (genegeerd) ignored install -p /home/rolfm/pd-l2ork/packages/noncvs/linux/bin/*.* /home/rolfm/pd-l2ork/packages/linux_make/build//usr/bin install: kan status van ‘/home/rolfm/pd-l2ork/packages/noncvs/linux/bin/*.*’ niet opvragen: Bestand of map bestaat niet make[1]: [noncvs_install] Fout 1 (genegeerd) ignored install -p /home/rolfm/pd-l2ork/packages/noncvs/linux/doc/5.reference/*.* /home/rolfm/pd-l2ork/packages/linux_make/build//usr/lib/pd-l2ork/doc/5.reference install: kan status van ‘/home/rolfm/pd-l2ork/packages/noncvs/linux/doc/5.reference/*.*’ niet opvragen: Bestand of map bestaat niet make[1]: [noncvs_install] Fout 1 (genegeerd) ignored install -p /home/rolfm/pd-l2ork/packages/noncvs/linux/extra/*.* /home/rolfm/pd-l2ork/packages/linux_make/build//usr/lib/pd-l2ork/extra install: kan status van ‘/home/rolfm/pd-l2ork/packages/noncvs/linux/extra/*.*’ niet opvragen: Bestand of map bestaat niet make[1]: [noncvs_install] Fout 1 (genegeerd) ignored test -d /home/rolfm/pd-l2ork/packages/noncvs/linux/gripd \ install -d /home/rolfm/pd-l2ork/packages/linux_make/build//usr/gripd make[1]: [noncvs_install] Fout 1 (genegeerd) ignored install -p /home/rolfm/pd-l2ork/packages/noncvs/linux/gripd/*.* \ /home/rolfm/pd-l2ork/packages/linux_make/build//usr/gripd install: kan status van ‘/home/rolfm/pd-l2ork/packages/noncvs/linux/gripd/*.*’ niet opvragen: Bestand of map bestaat niet make[1]: [noncvs_install] Fout 1 (genegeerd) ignored Complete install succeeded! fakeroot dpkg-deb --build /home/rolfm/pd-l2ork/packages/linux_make/build/ /home/rolfm/pd-l2ork/packages/linux_make/pd-l2ork-`arch`-20130606.deb getopt: onbekende optie '--build' fakeroot, create a fake root environment. usage: fakeroot [-l|--lib fakerootlib] [-f|--faked fakedbin] [-i file] [-s file] [-u|--unknown-is-real] [-b|--fd-base fd] [-h|--help] [-v|--version] [--] [command] make: *** [deb] Fout 1 move full installer... mv: kan status van ‘*.deb’ niet opvragen: Bestand of map bestaat niet [..] ?? rolf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ANN: New Pd-L2Ork x86_64 and Raspberry Pi release now available together with comprehensive how-to
Yep. The build we provide is currently 64bit only. As soon as I get a chance (or someone else beats me to it ;-) I will also post a 32bit version. HTH On Jun 4, 2013 2:53 PM, ro...@dds.nl wrote: (hello ivica) i tried to install the new version with the burrito installer in Ubuntu 12.04 and got : wrong architecture: amd64. does it mean i have to compile from source? best, rolf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ANN: New Pd-L2Ork x86_64 and Raspberry Pi release now available together with comprehensive how-to
Forgot to mention, building your own is a simple three-step process: 1) get the source from git 2) run the apt-get command found on L2Ork's software page to install Dev libraries (simply copy and paste it into terminal) 3) in the source tree cd into l2ork_addons/ folder and run: ./tar_em_up.sh -B Go get a lunch/coffee, come back in an hour and install your own brand new pd-l2ork (it will be located two folders up so you will have to type cd ../../ to get there) HTH On Jun 4, 2013 3:08 PM, Ivica Bukvic i...@vt.edu wrote: Yep. The build we provide is currently 64bit only. As soon as I get a chance (or someone else beats me to it ;-) I will also post a 32bit version. HTH On Jun 4, 2013 2:53 PM, ro...@dds.nl wrote: (hello ivica) i tried to install the new version with the burrito installer in Ubuntu 12.04 and got : wrong architecture: amd64. does it mean i have to compile from source? best, rolf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Joining late to the discussion--is there now a native Pd external that allows direct connection to RPi pins or is there still a need to use middleware to access the data steam? If former, where can one get their hands on the source--I would love to include it in the next pd-l2ork RPi release? Please advise. On May 23, 2013 8:20 AM, Julian Brooks jbee...@gmail.com wrote: Just checked it again and noticeably in comparison to all our previous testing there is now (as good as) zero errors from the sensors. Rock solid. Joy. On 23 May 2013 13:16, Julian Brooks jbee...@gmail.com wrote: Hey Martin, Many thanks for the extra wiring diagram. We managed to confirm both sensors are working via pin11 from the IC going between earth 3v with gpio17 disconnected and running i2cdetect. That was really useful as it was the first definite confirmation that both sensors are working correctly. In the process of doing that we also discovered that the line from gpio17 to IC pin11 was in fact not connected to gpio17 at all! To try and keep the protoplate reasonably tidy we'd soldered to the underneath of the plate. Somehow in the flipping from one side to the other we'd messed up and missed by two connecting it to ground and therefore making complete sense as to why only one sensor was working. This is also after spending a half hour this morning checking and double checking all the various lines and connections. So working now - blimey. OAN - Whilst wanting to progress the Pd patch last night, having left it since last Friday, I plugged the box with all our gubbins in and promptly blew up the Pi - proper fried it it seems. Loose power cable to the Pi and we think it was touching a screw on the box. Kapput. The RPi was a rev1 board and my other is rev2 and the custom image I made doesn't work on the rev2 board. Always know this was a possible issue but, you know, got a ton of other stuff to be getting on with. So spent until 4am building a fresh image from http://moebiuslinux.sourceforge.net/ and works really well so far-which is good. Didn't get my patching done though:) Long way of saying that I've updated my C file to reflect this and all working lovely. Thank you thank you thank you. Been much fun, Julian P.S. Will give this thread a nudge when I've documented it all (it's a whopper) ___ 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] linux best for pd? / best linux for Pd? / On a Mac?
FWIW pd-l2ork is currently linux only. On May 30, 2013 5:49 PM, Alexandre Torres Porres por...@gmail.com wrote: If you don't need cutting edge software and kernels I just need Pd :-) And maybe some audio software (DAW) running free plugins to interact with the noise coming from Pd. 2013/5/30 Charles Z Henry czhe...@gmail.com On Thu, May 30, 2013 at 3:43 PM, Alexandre Torres Porres por...@gmail.com wrote: I use macs by the way. Don't know if that is an issue. Like being next to an impossible task to install a nice hardcore (the best one) linux distribution in it. I'm interested in other people's responses here too. I'm a debian fan, but also I'm not a hardcore developer. Probably, it doesn't matter which distro to choose--all of them can be optimized (but you should at least have one with a new-ish 3.x series kernel at this time). If you don't need cutting edge software and kernels, stay away from Fedora and Ubuntu. As for Mac hardware, the biggest pain in the ass is the broadcom wifi drivers. Get things set up and installed with an ethernet cable plugged in, before you try to set up the wifi. You need to download a lot of things first. The wifi firmware needs to get extracted from the proprietary drivers... and the kernel modules need to be rebuilt every time you update the kernel. Watch out. ___ 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] first exercise with data structures
On May 27, 2013 6:44 PM, Jonathan Wilkes jancs...@yahoo.com wrote: From: Ivica Ico Bukvic i...@vt.edu To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Monday, May 27, 2013 3:32 PM Subject: Re: [PD] first exercise with data structures I've been experimenting with the patch provided in the bug report that has nested structs and no matter what I delete/change, I've not yet managed to crash pd-l2ork. If you find a way to do this, an example patch will be most appreciated. Do you have scalars existing while you delete/change structs and drawing instructions? AFAICT yes. They appear and disappear as I edit struct properties/objects. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] troubles killing a pd instance with shell object
This is just a wild guess what two things coming to mind based on your description. First, you have to make sure that your shell script ends with exit 0 command. Second, you can always try to simply kill the pd-gui process together with PD. The trick in this case will be finding out the right process ID because you don't want to kill both PD instances--this can be done again with a shell script before the second instance has been started. HTH On Apr 13, 2013 11:40 AM, Marco Donnarumma de...@thesaddj.com wrote: Hi all, I'm having some troubles with two pd instances and [shell]. I launch a patch with the first Pd instance from the terminal. Here, i use [shell] to create a new patch and open it with a second Pd instance. when the new patch is loaded, it sends a [quit( message to [noquit] to the first pd-instance patch, via OSC, in order to kill it. everything works fine until the first instance receive the OSC message. At this point, the pd process is killed but the GUI freezes on the screen, and the terminal freezes too. If I launch the first Pd instance from the terminal with '', and then run the script through the same terminal, it works fine. this below is the script. nothing fancy. any idea why the process doesn't work? thanksss! \\ #!/bin/bash NEWPATCH=$1 cp /usr/share/Xth-Sense/Xth-Sense.pd $HOME/Desktop/$NEWPATCH.pd; sleep 2; pdextended -alsa $HOME/Desktop/$NEWPATCH.pd; exit \\ -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. Embodied Audio-Visual Interaction Research Team. Department of Computing, Goldsmiths University of London ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com Director: http://www.liveperformersmeeting.net ___ 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] PD patch processing sounds from a bubble-wrapped room
FWIW all that you described can be done in one external disis_munger~ provided you don't go over 64 channels of audio output. Latest pd-l2ork will come prepackaged with this and some other flext externals. Best wishes, Ico On Apr 13, 2013 1:02 PM, Maurice Rickard maur...@mauricerickard.com wrote: Last weekend I did an installation in a room wrapped in bubble-wrap. Friends had the idea, and asked me to do something interesting with sound. A bubble-wrap pop isn't terribly interesting on its own, so I thought I'd pitch-shift (starting with the pitchshift example patch) and delay the inputs, and then I added randomization of the pitch shifting and delay parameters. On top of that, I randomized the intervals at which the params were updated. I used four mic inputs and randomized panning to four outputs. The patch, ultimately, looked like this: http://onezeromusic.com/snwv/impulse_noise.png Kind of ugly there, but it's a work in progress, and worked great for the three-and-a-half-hour installation time. I didn't worry much about feedback, but the mics did pick up the input, so there was a generative thing going on there, particularly by the end. The results, summed to stereo: http://snwv.bandcamp.com/album/impulse Now I'm experimenting the patch on oscillators: https://soundcloud.com/maurice-rickard/tonebubble2 In a few weeks, I'll be doing an improv show in which I'll use this on guitar. Should be fun. Maurice Rickard http://mauricerickard.com | http://onezeromusic.com | http://yoctonaut.com ___ 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] Fwd: Re: PD-ext fails to connect to alsa-midi on startup...
-- Forwarded message -- From: Ivica Bukvic i...@vt.edu Date: Apr 11, 2013 11:24 AM Subject: Re: [PD] PD-ext fails to connect to alsa-midi on startup... To: Raphael Raccuia rafael.racc...@blindekinder.com Cc: Not sure If this is the same problem but in pd-l2ork I need to specify both alsa-midi flag and -mididev 0 (even If such a device does not exist). On Apr 11, 2013 10:56 AM, Raphael Raccuia rafael.racc...@blindekinder.com wrote: Hi, I have to re-configure to alsa-midi every time I launch pd-ext. anybody has the same issue? (0.43 from repo) thank you r ___ 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] Running gem in a separate thread
IOhannes, How hard would it be to implement gem so that it runs in a separate thread kind of like what PDP library can do with a simple toggle? This would solve problem of having to run two instances of pd just to have xrun free audio. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-l2ork feedback
Can you forward patch(es)? Does the abstraction use any non-default gui objects? On Mar 3, 2013 11:34 AM, András Murányi muran...@gmail.com wrote: On Wed, Feb 27, 2013 at 12:45 AM, Ivica Bukvic i...@vt.edu wrote: [...] Regarding slow redraw, can you try latest version? I fixed one major inefficiency. I've just compiled the latest git and the slowness is still there. I have the vague impression though, that dragging the ominous abstraction got faster (2 minutes vs previous 5), but again, this is just an impression. András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-l2ork feedback
Thanks for the report. mknob is not accelerated, so you will get slowdowns, but those should not be any slower than vanilla pd. I will investigate further to see if I can reproduce that here and if so, find the source of the problem. On Mar 3, 2013 3:10 PM, András Murányi muran...@gmail.com wrote: The original patch has many dependencies, however I've managed to put together a patch which is big enough to show the symptom but has no other dependency than mknob. Dragging the violet GOP takes quite a few seconds for me, while dragging the other GOP with the numberbox is fast. The GUI is unresponsive meanwhile. Another interesting thing is that when you select a large number of those [pd presetstore] subpatches and drag them, it really (ok not really) takes forever. But the bottleneck is not the same because the GUI stays responsive. Neither happens in pd-extended. Thanks for taking a look! András On Sun, Mar 3, 2013 at 6:47 PM, Ivica Bukvic i...@vt.edu wrote: Can you forward patch(es)? Does the abstraction use any non-default gui objects? On Mar 3, 2013 11:34 AM, András Murányi muran...@gmail.com wrote: On Wed, Feb 27, 2013 at 12:45 AM, Ivica Bukvic i...@vt.edu wrote: [...] Regarding slow redraw, can you try latest version? I fixed one major inefficiency. I've just compiled the latest git and the slowness is still there. I have the vague impression though, that dragging the ominous abstraction got faster (2 minutes vs previous 5), but again, this is just an impression. András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] create/access udp sockets from within pd
You can also try disis_netsend/receive which is nearly identical to Pd's netsend/receive, except that it provides additional features including UDP broadcast, msg queueing etc., including a different way for dispatching received messages that has (at least on pd-l2ork) solved freezing gui issues. On Mar 1, 2013 7:16 AM, Roman Haefeli reduz...@gmail.com wrote: On Fre, 2013-03-01 at 08:53 +0100, IOhannes m zmölnig wrote: On 02/28/2013 17:33, Matthias Blau wrote: checkout iemnet's [udpclient]. already have tried that - without success. I only get udpclient:status: sent 4, nothing else. If I understand it correctly, udpclient listens on the specified port as well, so if the remote udp server gets the request, say on port 6667 and answers on another port (e.g., 60303), how can udpclient receive this answer? because you are misunderstanding how udpclient works. each network connection (UDP or TCP/IP) consists of two ports, a sending port and a receiving port. the receiving port (on the server side) is usually fixed, it's the port you connect to. but on the sending side (the client) you also open a port, which is normally chosen randomly from all the currently available ports on the system. this port can be used to get data back from server to client. [udpsend] will silently discard all data on the sender port, but [udpclient] will not. Just to make sure we are talking about the same version: I am on pd-extended 0.43.1 (20120430) under Ubuntu 12.04 64bit. dunno, i have neither. but you can test whether [udpclient] works as expected by doing the following: - run a simple udp-server from the commandline (the following uses netcat to Listen on Udp Port ) $ nc -u -l -p - start Pd (in another terminal), load iemnet, and do [connect localhost ( | [udpclient] | [print foo] then send something (e.g. 64 64 10) via [udpclient]. you should see whatever you sent appear on the console running netcat, e.g.: @@ now, in the very console running netcat type something e.g. foo) and hit return. Pd should print something like 102 111 111 10. if the iemnet bundled with PdX is broken, you can install the debian packages, by simply running $ sudo aptitude install pd-iemnet Why are you assuming it is broken in Pd-extended? Actually, it seems to have glitches. With above setup, right after connecting [udpclient] to the netcat server, you cannot send anything from netcat to the client. Only after sending at least one packet from [udpclient], it flushes all messages it has received from the server since the connection. From this point in time, the communication works instantly both ways. This is on Linux (Ubuntu 12.04) with most recent iemnet and Pd compiled from source, but also with Pd-0.43.3-extended. When using netcat as UDP client, I can start sending packets from the server immediately. Roman ___ 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] bang vs empty list
Yes, but it also prevents profuse errors on the console regarding how select does not understand things which may happen in complex patches under certain circumstances, and which previously were not reported. On Mar 1, 2013 3:29 AM, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Ivica Ico Bukvic i...@vt.edu To: pd-list@iem.at Cc: Sent: Thursday, February 28, 2013 7:15 PM Subject: Re: [PD] bang vs empty list BTW, the only regression with this is that [select] object complains it does not understand bang. Pd's [select] only understands symbol and float messages. If you make it accept bangs then you create an inconsistency where both symbol bang and bang are matched by [sel bang]. -Jonathan I've patched it so that when it receives a bang it redirects it to sel1_symbol and sel2_symbol with a gensym(bang). This also means that [sel b] would not work for bangs, but [sel bang] will. I think that makes sense since someone might want to select letter b. ___ 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] bang vs empty list
To add to this, I cannot think of a scenario where you would want to differentiate between bang versus symbol bang. Please feel free to convince me otherwise. On Mar 1, 2013 7:50 AM, Ivica Bukvic i...@vt.edu wrote: Yes, but it also prevents profuse errors on the console regarding how select does not understand things which may happen in complex patches under certain circumstances, and which previously were not reported. On Mar 1, 2013 3:29 AM, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Ivica Ico Bukvic i...@vt.edu To: pd-list@iem.at Cc: Sent: Thursday, February 28, 2013 7:15 PM Subject: Re: [PD] bang vs empty list BTW, the only regression with this is that [select] object complains it does not understand bang. Pd's [select] only understands symbol and float messages. If you make it accept bangs then you create an inconsistency where both symbol bang and bang are matched by [sel bang]. -Jonathan I've patched it so that when it receives a bang it redirects it to sel1_symbol and sel2_symbol with a gensym(bang). This also means that [sel b] would not work for bangs, but [sel bang] will. I think that makes sense since someone might want to select letter b. ___ 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] create/access udp sockets from within pd
Sorry, missed that part. Not via a single object. Yes, when using both send and receive objects. On Mar 1, 2013 8:00 AM, IOhannes zmölnig zmoel...@iem.at wrote: On 03/01/2013 01:44 PM, Ivica Bukvic wrote: You can also try disis_netsend/receive which is nearly identical to Pd's netsend/receive, except that it provides additional features including UDP broadcast, msg queueing etc., including a different way for dispatching received messages that has (at least on pd-l2ork) solved freezing gui issues. does it allow bidirectional communication via UDP? because afaict, that was what the original question was about... fsamdrt IOhannes __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] bang vs empty list
This makes perfect sense. However, I have at least a couple of patches where I have a select connected to a networked stream of messages one which includes bang. So after I have to appied IOhannes' patch, this effectively resulted in a regression where bang messages were not recognized by the select object, throwing a large number of errors. While one can argue that this is simply a poorly designed patch the other side of the coin is to say that this latest addition has caused a breakage in the existing patches as this problem was never reported by pd before and now is causing xruns. I also hear your call for consistency so I am open for going either way particularly because the example you gave did not use select. After all what follows from select is nothing more than a bang while symbol bang would be intercepted anyways. On Mar 1, 2013 11:47 AM, Jonathan Wilkes jancs...@yahoo.com wrote: From: Ivica Bukvic i...@vt.edu To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list pd-list@iem.at Sent: Friday, March 1, 2013 7:55 AM Subject: Re: [PD] bang vs empty list To add to this, I cannot think of a scenario where you would want to differentiate between bang versus symbol bang. Please feel free to convince me otherwise. Just one example: If you parse a Pd patch in Pd you'll want to handle everything as lists, because the moment you shave off the list selector you're in danger of outputting bad messages: #X text 10 10 INLET_0 bang float symbol | [route #X] | [route text] | [route 10] | [route 10] | [route INLET_0] | [route bang] | [route float] -- oops, float got silently discarded above Of course that's just a didactic example, because in real life you would iterate over the message one atom at a time, and if bang and float had been switched above you'd even get an explicit error about Bad arguments (since float needs to be followed by a float atom and not the symbol atom bang). Therefore you have to use list objects to ensure you don't lose data or run into a badly formed mesage, and when you split lists you end up with symbol bang which [select] handles perfectly well. The point is that select inspects the payload of the message and not the selector. Bang messages don't have a payload so you've now made a special case where the selector is inspected only if the user types bang as an arg. The [route] object already chooses bases on selector so I don't see a reason to change the behavior for [select] in this way. -Jonathan On Mar 1, 2013 7:50 AM, Ivica Bukvic i...@vt.edu wrote: Yes, but it also prevents profuse errors on the console regarding how select does not understand things which may happen in complex patches under certain circumstances, and which previously were not reported. On Mar 1, 2013 3:29 AM, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Ivica Ico Bukvic i...@vt.edu To: pd-list@iem.at Cc: Sent: Thursday, February 28, 2013 7:15 PM Subject: Re: [PD] bang vs empty list BTW, the only regression with this is that [select] object complains it does not understand bang. Pd's [select] only understands symbol and float messages. If you make it accept bangs then you create an inconsistency where both symbol bang and bang are matched by [sel bang]. -Jonathan I've patched it so that when it receives a bang it redirects it to sel1_symbol and sel2_symbol with a gensym(bang). This also means that [sel b] would not work for bangs, but [sel bang] will. I think that makes sense since someone might want to select letter b. ___ 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] bang vs empty list
On Mar 1, 2013 12:14 PM, Jonathan Wilkes jancs...@yahoo.com wrote: From: Ivica Bukvic i...@vt.edu To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list pd-list@iem.at Sent: Friday, March 1, 2013 12:03 PM Subject: Re: [PD] bang vs empty list This makes perfect sense. However, I have at least a couple of patches where I have a select connected to a networked stream of messages one which includes bang. So after I have to appied IOhannes' patch, this effectively resulted in a regression where bang messages were not recognized by the select object, throwing a large number of errors. I don't understand. When did you change [select] to accept bang messages? Or are you saying that you were receiving the message list and it went unreported? Yes they were being registered as list that before IOhannes' patch and now are being reported as errors. so I opted for the select patch I proposed above. While one can argue that this is simply a poorly designed patch the other side of the coin is to say that this latest addition has caused a breakage in the existing patches as this problem was never reported by pd before and now is causing xruns. I also hear your call for consistency so I am open for going either way particularly because the example you gave did not use select. After all what follows from select is nothing more than a bang while symbol bang would be intercepted anyways. There are probably very few cases where one would actually need to differentiate between bang and symbol bang using [select], but it seems like bad design to let two distinct messages trigger the same behavior in an object whose sole purpose is to differentiate messages from each other. At the same time I think having to cover bang to symbol bang just to have it selectable by select does not seem very intuitive to me. How would you even do that in the first place if there's more than just a bang coming into that inlet, e.g. a bang and float values? You couldn't use [symbol] before it as that would trash float values. Anyway, you could fix your patches simply by inserting [route bang] before your [select]. That is what I did, but that does not address the issue above. -Jonathan On Mar 1, 2013 11:47 AM, Jonathan Wilkes jancs...@yahoo.com wrote: From: Ivica Bukvic i...@vt.edu To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list pd-list@iem.at Sent: Friday, March 1, 2013 7:55 AM Subject: Re: [PD] bang vs empty list To add to this, I cannot think of a scenario where you would want to differentiate between bang versus symbol bang. Please feel free to convince me otherwise. Just one example: If you parse a Pd patch in Pd you'll want to handle everything as lists, because the moment you shave off the list selector you're in danger of outputting bad messages: #X text 10 10 INLET_0 bang float symbol | [route #X] | [route text] | [route 10] | [route 10] | [route INLET_0] | [route bang] | [route float] -- oops, float got silently discarded above Of course that's just a didactic example, because in real life you would iterate over the message one atom at a time, and if bang and float had been switched above you'd even get an explicit error about Bad arguments (since float needs to be followed by a float atom and not the symbol atom bang). Therefore you have to use list objects to ensure you don't lose data or run into a badly formed mesage, and when you split lists you end up with symbol bang which [select] handles perfectly well. The point is that select inspects the payload of the message and not the selector. Bang messages don't have a payload so you've now made a special case where the selector is inspected only if the user types bang as an arg. The [route] object already chooses bases on selector so I don't see a reason to change the behavior for [select] in this way. -Jonathan On Mar 1, 2013 7:50 AM, Ivica Bukvic i...@vt.edu wrote: Yes, but it also prevents profuse errors on the console regarding how select does not understand things which may happen in complex patches under certain circumstances, and which previously were not reported. On Mar 1, 2013 3:29 AM, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Ivica Ico Bukvic i...@vt.edu To: pd-list@iem.at Cc: Sent: Thursday, February 28, 2013 7:15 PM Subject: Re: [PD] bang vs empty list BTW, the only regression with this is that [select] object complains it does not understand bang. Pd's [select] only understands symbol and float messages. If you make it accept bangs then you create an inconsistency where both symbol bang and bang are matched by [sel bang]. -Jonathan I've patched it so that when it receives a bang it redirects it to sel1_symbol and sel2_symbol with a gensym(bang). This also means that [sel b] would not work for bangs, but [sel bang] will. I
Re: [PD] bang vs empty list
This is for pd-l2ork, but should be near identical to regular. Pd-l2ork's trigger is also capable of static values like Max's, so this may be the discrepancy in source. On Feb 28, 2013 2:29 PM, IOhannes m zmölnig zmoel...@iem.at wrote: On 02/28/2013 19:34, Ivica Ico Bukvic wrote: How about further expanding trigger to tolerate a-s by simply taking the very first argument if the first argument is not type descriptor? that's what i was proposing, though i used terminology which i think is more common, e.g. selector instead of type descriptor (foo is really _not_ a type-descriptor, but instead is the CAR that selects (sic!) a method of an object). See attached. to which versionn of Pd should this be applied? doesn't seem to be compatible with Pd master/git. anyhow, yes, i agree that the implementation is fairly simple, i was more concerned with the question what's the *right* thing to do. fgmadrs IOhannes ___ 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] pd-l2ork feedback
This may be because you didn't hide gop titles, in which case pd-l2ork resizes gop size to match the text width. Regarding slow redraw, can you try latest version? I fixed one major inefficiency. On Feb 26, 2013 6:22 PM, András Murányi muran...@gmail.com wrote: Thanks for the reply. The hangup is literally 5 minutes, CPU is maxed out most of the time. The undo takes 5 seconds, again literally. It doesn't occur in pd-extended. Nested gop subpatches should show their outlines and xlets (just like number2 or toggle does as well), shouldn’t they? Well, traditionally they don't and I think they should not. This would be consistent behavior if the borders of every element in the outer GOP subpatch would be visible. *However, I was wrong and actually this is not what's happening.* Rather, it seems that some GOP subpatches have the wrong size, and then they also show thru nested GOPs. See the attached screenshot: at the top left corder of the open subpatch, there are two GOP subpatches (Cut and Res; their guts are shown in the open subpatch window), each wider than they should be. The big gray rectangle at the bottom of the image is a large GOP subpatch itself, and the same nested GOP shows thru it. I couldn't reproduce this symptom from scratch. András On Fri, Feb 22, 2013 at 10:37 PM, Ivica Ico Bukvic i...@vt.edu wrote: One clarification now that I read your report more carefully. Mknob makes abstraction movement slower because this is the old/non-accelerated pd way of moving things. The new pd-l2ork model falls back on that when at least one object in the abstraction does not support accelerated moving. Once I get to fixing the mknob to support accelerated displace, this will be fixed. I am still surprised to hear this is taking 5 minutes, though. Is this an exaggeration or truly 5 minutes? Also, if you are undoing objects that are non-accelerated or complex abstractions, you are running into same problems because you are moving and redrawing non-accelerated way... Is the same slowness perceived on regular pd when moving the said abstraction? On 02/22/2013 03:34 PM, András Murányi wrote: So, I've played around with the last git, here are some things I've noticed: - miXed/toxy is not in pd-l2ork and it's perfectly alrite because some kinds of [widget] work while others not. - [flatgui/popup] is installed by default but it throws an error when clicked on: Invalid command name pdtk_canvas_mouse. - moving a simple GOP abstraction with a single [mknob] in it takes like 5 minutes (!) on a 2.4GHz dual core when the patch is big. It's fast however when the patch is simple. Undoing the movement is not instant but it is quick (~5sec). - nested GOP subpatches show off their outlines and xlets. -- Murányi András ___ 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] l2ork compile problem
Just name the root git folder pure-data instead of pd-l2ork. I will need to fix this in the next release. On Feb 21, 2013 2:42 PM, András Murányi muran...@gmail.com wrote: Hello, I was trying to compile l2ork on Ubuntu Lucid 64 with ./tar_em_up.sh -e and I got this error (./tar_em_up.sh -F works fine though): make[2]: Leaving directory `/home/muranyia/Download/pd-l2ork/externals' make -C /home/muranyia/Download/pd-l2ork/pd distclean make[2]: Entering directory `/home/muranyia/Download/pd-l2ork/pd' make[2]: *** No rule to make target `distclean'. Stop. make[2]: Leaving directory `/home/muranyia/Download/pd-l2ork/pd' make[1]: [distclean] Error 2 (ignored) make[1]: Leaving directory `/home/muranyia/Download/pd-l2ork/packages' tar dev installer... tar: pure-data: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors ./tar_em_up.sh: line 115: cd: pure-data/: No such file or directory Pd full installer... IMPORTANT! When ran for the first time this step requires internet connection to pull sources from other repositories... ls: cannot access Gem: No such file or directory fatal: Not a git repository (or any of the parent directories): .git fatal: Not a git repository (or any of the parent directories): .git ./tar_em_up.sh: line 160: cd: doc/: No such file or directory Checked out revision 17050. cp: cannot stat `../l2ork_addons/doc/Makefile': No such file or directory ./tar_em_up.sh: line 217: cd: Gem/: No such file or directory ./tar_em_up.sh: line 220: cd: ../packages/linux_make: No such file or directory make: *** No rule to make target `install'. Stop. copying l2ork-specific externals... ./tar_em_up.sh: line 229: cd: ../../l2ork_addons/patch_name: No such file or directory make: *** No rule to make target `clean'. Stop. make: *** No targets specified and no makefile found. Stop. cp: cannot stat `patch_name.pd_linux': No such file or directory cp: cannot stat `patch_name-help.pd': No such file or directory ./tar_em_up.sh: line 235: cd: ../disis_wiimote: No such file or directory make: *** No rule to make target `clean'. Stop. make: *** No targets specified and no makefile found. Stop. cp: cannot stat `disis_wiimote.pd_linux': No such file or directory cp: cannot stat `disis_wiimote-help.pd': No such file or directory ./tar_em_up.sh: line 241: cd: ../disis_netsend: No such file or directory make: *** No rule to make target `clean'. Stop. make: *** No targets specified and no makefile found. Stop. cp: cannot stat `disis_netsend.pd_linux': No such file or directory cp: cannot stat `disis_netsend-help.pd': No such file or directory ./tar_em_up.sh: line 247: cd: ../disis_netreceive: No such file or directory make: *** No rule to make target `clean'. Stop. make: *** No targets specified and no makefile found. Stop. cp: cannot stat `disis_netreceive.pd_linux': No such file or directory cp: cannot stat `disis_netreceive-help.pd': No such file or directory ./tar_em_up.sh: line 253: cd: ../disis_phasor: No such file or directory make: *** No rule to make target `clean'. Stop. make: *** No targets specified and no makefile found. Stop. cp: cannot stat `disis_phasor~.pd_linux': No such file or directory cp: cannot stat `disis_phasor~-help.pd': No such file or directory ./tar_em_up.sh: line 259: cd: ../spectdelay/spectdelay~: No such file or directory ./tar_em_up.sh: line 260: ./linux-install.sh: No such file or directory cp: cannot stat `spectdelay~.pd_linux': No such file or directory cp: cannot stat `spectdelay~-help.pd': No such file or directory cp: cannot stat `array*': No such file or directory ./tar_em_up.sh: line 267: cd: ../packages/linux_make: No such file or directory tar full installer... make: *** No rule to make target `tarbz2'. Stop. move full installer... mv: cannot stat `build/pd*bz2': No such file or directory l2ork addons... tar: l2ork_addons: Cannot stat: No such file or directory tar: ../l2ork_addons-x86_64-20130221.tar.bz2: Cannot open: Permission denied tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Exiting with failure status due to previous errors ./tar_em_up.sh: line 299: cd: l2ork_addons/: No such file or directory done. András ___ 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] Fwd: Re: pdp_artoolkit
-- Forwarded message -- From: Ivica Bukvic i...@vt.edu Date: Feb 11, 2013 1:50 PM Subject: Re: [PD] pdp_artoolkit To: Pagano, Patrick p...@digitalworlds.ufl.edu Cc: Yep. It should be in the next pd-l2ork release. On Feb 11, 2013 1:37 PM, Pagano, Patrick p...@digitalworlds.ufl.edu wrote: Has anyone got this to work? I have tried many source trees of ARToolkitPlus and I cannot seem to get the configure in the CVS of pidip to see ANY of them ** ** ./configure –with-artkp= does not seem to find it. Have you got it to compile? Where and which version of the artkp sources are you using? ** ** Thanks ** ** pp ** ** Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ** ** ___ 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] Fwd: Re: enhance pd-extended with pd-l2ork featues ?
You mean cyclist? BTW what does cyclist do anyhow? On Feb 7, 2013 10:57 AM, Hans-Christoph Steiner h...@at.or.at wrote: Pd-extended will be removing pdsend, pdreceive, and cyclone from the official distros, so I think you should remove them in your packaging script, then make pd-extended 'recommend' the puredata-utils package. .hc On 02/07/2013 10:28 AM, Fero Kiraly wrote: ok. updated PKGBUILD. sorry for the errors.. you can check what exactly it installs in attachement. only file text-x-puredata.png conflicts with pdx, so I abandom it.. if anybody know the hint, how to divide package into puredata-utils (pdsend, pdreceive) and pdx (or pd also), please wite me. because when I build pdx, the makefile also compile these 'utils' so . ... 2013/2/6 Ivica Ico Bukvic i...@vt.edu On 02/06/2013 04:12 PM, Charles Goyard wrote: Charles Goyard wrote: While I'm typing, my computer is building a fresh copy of pd-l2ork with PKGBUILD to see if everything is ok. so everythings works fine with the /usr/local/ version. Except that the default.pdl2ork file is missing with the brand new PKGBUILD, so it makes it hard to have good defaults :). That is then a bug in PKGBUILD. If you use l2ork script it builds just fine. Fero, When making the PKGBUILD, please make sure to install the file pd-l2ork_git_folder/**packages/linux_make/default.**pdl2ork into the pd_install_folder/ (e.g. /usr/local/pd-l2ork/default.**pdl2ork). You are also probably missing other file icons and shortcuts that are located in the same folder. Please investigate pd-l2ork_git_folder/l2ork_**addons/tar_em_up.sh script and see what it does. Also, investigate makefiles in the pd-l2ork_git_folder/**packages/linux_make/ folder to see what they do in addition to the core build scripts. Best wishes, Ico Cheers, Charles __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
How did you install pd-l2ork? If you tried compiling it yourself and did not have all the development libraries necessary for compiling Gem, then the installer would never build Gem and give you plenty of errors. On the software page I provided a list of Ubuntu packages you would need to compile entire package successfully. Pd-l2ork also comes with Gem being auto loaded when you start the app (using /usr/lib/pd-l2ork/default.pdl2ork), therefore it should just work if everything is been installed properly. Gem is built as a library and is located in /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux (or/usr/local... if you installed using script-based binary installer version). Again, I need as much information as possible about how you installed the software. On Feb 6, 2013 8:26 AM, Charles Goyard c...@fsck.fr wrote: Charles Goyard wrote: IOhannes m zmoelnig wrote: all Gem objects were dashed. after adding declare -path /usr/lib/pd-l2ork/extra/Gem gemhead and gemwin objects are ok but not others such as color, rotate, square. you need to _load_ Gem: [declare -lib Gem] i understand that you have not loaded Gem and only Gem's abstractions (found in /usr/lib/pd-l2ork/extra/Gem) are available. since there are abstraction implementations for [gemhead] and [gemwin] these objects succeed to create (though their internals that depend on the Gem-binary don't). Understood. It works ! but Gem installation misses the *.so (video backends and stuff) in the installation dir. once manually copied pix_video and pix_film work. I guess it's more a bug of Gem install script rather than pd-l2ork, but I just wanted to point that out. Thanks for the all the hard work, Charles ___ 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] Fwd: Re: enhance pd-extended with pd-l2ork featues ?
Forgot to copy the list -- Forwarded message -- From: Ivica Bukvic i...@vt.edu Date: Feb 6, 2013 3:13 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? To: Charles Goyard c...@fsck.fr Cc: On Feb 6, 2013 3:07 PM, Charles Goyard c...@fsck.fr wrote: Hi, IOhannes m zmoelnig wrote: On 2013-02-06 14:20, Charles Goyard wrote: I guess it's more a bug of Gem install script rather than pd-l2ork, but I just wanted to point that out. Gem's install script (aka Makefile) installs everything, including all compiled backends. what makes you say that there is a bug here? You're right. I tried from crash with Gem alone and everything is ok: make clean git pull aclocal ./autogen.sh # ^-- btw this two commands are missing from the readme.txt ./configure --with-pd=/opt/pd-vanilla-0.43/ --prefix=/opt/gem 2 questions: 1. Why are you compiling gem separately when pd-l2ork compiles it for you and includes it with its binary package? 2. Why are you trying to use pd-vanilla includes with pd-l2ork (unless you are using pd instead of pd-l2ork)? The two are not compatible and as I indicated on the site with a huge warning box mixing the two will cause crashes and unexpected behavior. make sudo make install When all goes smooth on first time, everything is ok. However, it seems that if something fails during compilation and you rerun make, then the .so files are not copied if they were produced by the former run of make. It already occured to me when building pd-extended a few months back. It can be a dependency problem in the various targets, a bug in make, something wrong with my system, a personal problem with my cat... Whatever the cause, I get a source directory with everything: sources, gem.pd_linux and *.so, and an install directory with everything but the *.so files (yes, the gem.pd_linux gets copied). I'm not sure if it's a bug or a feature, so apologizes for using the wrong word. Maybe it's worth writing in the README.txt what a make clean can be necessary on some cases. Ivica Bukvic wrote: How did you install pd-l2ork? From source with archlinux's PKGBUILD, with cwiid missing. So I first ran a build, which failed, and then fixed the problem, rerun the build and got into the problems described above. Again, I need as much information as possible about how you installed the software. Well, I'll say the problem comes from make/fix/make. Obviously it's not that important at all. There is/was the same kind of problem in pd-extended with ln -s other existing symlimks that forces you to clean and rebuild everything (I reported that on sf) after hours of compilation just because a symlink exists. Annoying ain't it ? Thank you all for your being patient :), and of course for your great software ! -- Charles ___ 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] enhance pd-extended with pd-l2ork featues ?
Step 1: go to http://l2ork.music.vt.edu/main/?page_id=56 Step 2: look for section that says the following: *Pd-L2Ork*1 - “Burrito Supreme” version of Pd-L2Ork (best option for newcomers) - 32-bit script-based installerhttp://l2ork.music.vt.edu/data/pd/pd-l2ork-i686-20130126.tar.bz2 (v.20130126) - 32-bit debhttp://l2ork.music.vt.edu/data/pd/pd-l2ork-i686-20130126.deb (v.20130126) - 64-bit script-based installerhttp://l2ork.music.vt.edu/data/pd/pd-l2ork-x86_64-20130126.tar.bz2 (v.20130126) - 64-bit debhttp://l2ork.music.vt.edu/data/pd/pd-l2ork-x86_64-20130126.deb (v.20130126 Step 3: Download the version of script-based installer you need (32-bit or 64-bit) Step 4: decompress downloaded file, for instance for a 32-bit version: tar -jxf pd-l2ork-i686-20130126.tar.bz2 Step 5: install it cd pd-l2ork* sudo make install Step 6: enter your sudo password to install Step 7: run pd-l2ork from the menu or command line --- If you need to compile it from scratch, please read instructions on the page above, the instructions are all there (including what I wrote above)... On Tue, Feb 5, 2013 at 2:18 PM, Esteban Viveros emvive...@gmail.com wrote: Ok... That's nice... but I don't know how I can do it exactly.. Esteban Viveros soundcloud.com/estebanviveros www.facebook.com/estebanviveros.art (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 Enviado por celular. Em 05/02/2013 00:31, Ivica Bukvic i...@vt.edu escreveu: I indicated several times on this list that you can do binary install of pd-l2ork in/usr/local folder. In addition to debs, the website also provides both such prebuilt binaries as well as a one-command compile script. This allows the two to coexist without any problems... The pd-l2ork conflicts with 'puredata' and 'pd-extended' so you can't currently. .hc On 02/04/2013 05:59 PM, Esteban Viveros wrote: Sorry to bring the dead... But I can install at this moment pd-l2ork and pd-extended in the same OS (ubuntu 12.04) if it is possible how can I do that exactly? 2013/1/22 Hans-Christoph Steiner h...@at.or.at pd-extended should use puredata-utils, but it doesn't yet. It will in the next release. Nothing requires puredata-utils, its optional. .hc On 01/22/2013 11:16 AM, Ivica Bukvic wrote: AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that I'm not using that please let me know so I can fix it. I need to check whether pdsend/receive is indeed identical before making any calls on that matter. Even then if one has to uninstall pd-utils due to conflict with pd-L2ork what would that mean to the rest of the install as far as pd-extended is concerned? Would it still work, or is pd-utils a dependency (as far as I can tell it should be a dependency because otherwise pd wouldn't work without it)? On Jan 22, 2013 10:46 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: On 2013-01-22 16:30, Ivica Ico Bukvic wrote: Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head). since i trust that you haven't done anything to pdsend/pdreceive, i guess it is save to simple use the debian-package puredata-utils instead of providing your own. alternatively, you can make your package conflict with puredata-utils, in order to avoid the conflict. the other thing that comes to my mind is obviously pd itself. i guess you are using pd-l2ork as binary name, so this wouldn't be a problem. (but if indeed you do use pd as the binary name, i suggest to switch to pd-l2ork instead and eventually provide an alternative diversion from pd to pd-l2ork, using the update-alternatives mechanism) fgamsdr IOhannes ___ 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-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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Will it install in/usr/local, though, to prevent collision between pd-extended and pd-l2ork? On Feb 5, 2013 3:01 PM, Fero Kiraly fero.kir...@gmail.com wrote: if you are using arch linux, write to console yaourt -S pd-l2ork it will do all job for you ;) fk. ___ 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] enhance pd-extended with pd-l2ork featues ?
It is the latest Gem from svn, so I am not sure what is not working. Can you be more specific? On Feb 5, 2013 4:37 PM, Charles Goyard c...@fsck.fr wrote: No, it conflics with pd-extended. (just tried). btw it's awesome. Too bad Gem seems to work badly, or is it just me ? Ivica Bukvic wrote: Will it install in/usr/local, though, to prevent collision between pd-extended and pd-l2ork? ___ 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] enhance pd-extended with pd-l2ork featues ?
You need tkpng package as indicated on the top of the website. sudo apt-get install tkpng On Feb 5, 2013 5:44 PM, Esteban Viveros emvive...@gmail.com wrote: I'm in Ubuntu 12.04.2 LTS amd64 2013/2/5 Esteban Viveros emvive...@gmail.com Ivica.. I don't have sucess... I have only a little window of pd-l2ork with nothing.. I try for terminal and I have this: esteban@Tattoine:~/pd-l2ork-x86_64-20130126$ pd-l2ork error in file /usr/local/lib/pd-l2ork/bin/pd.tk: can't find package tkpng while executing package require tkpng (file /usr/local/lib/pd-l2ork/bin/pd.tk line 583) tcl: /usr/local/lib/pd-l2ork/bin/pd.tk: can't open script 2013/2/5 Hans-Christoph Steiner h...@at.or.at FYI, gem is no longer using svn, it switched to git. So Gem from SVN is out of date, unless its from the pd-extended release branch, in which case its the last release version rather than the development version. .hc On 02/05/2013 04:52 PM, Ivica Bukvic wrote: It is the latest Gem from svn, so I am not sure what is not working. Can you be more specific? On Feb 5, 2013 4:37 PM, Charles Goyard c...@fsck.fr wrote: No, it conflics with pd-extended. (just tried). btw it's awesome. Too bad Gem seems to work badly, or is it just me ? Ivica Bukvic wrote: Will it install in/usr/local, though, to prevent collision between pd-extended and pd-l2ork? ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
So, the question then is what is broken and what is the source of the problem... On Feb 5, 2013 8:40 PM, Hans-Christoph Steiner h...@at.or.at wrote: Yup, that's the one. .hc On 02/05/2013 07:04 PM, Ivica Ico Bukvic wrote: During build process, pd-l2ork gets it from: git://pd-gem.git.sourceforge.net/gitroot/pd-gem/Gem Isn't this the most up-to-date version? On 02/05/2013 04:59 PM, Hans-Christoph Steiner wrote: FYI, gem is no longer using svn, it switched to git. So Gem from SVN is out of date, unless its from the pd-extended release branch, in which case its the last release version rather than the development version. .hc On 02/05/2013 04:52 PM, Ivica Bukvic wrote: It is the latest Gem from svn, so I am not sure what is not working. Can you be more specific? On Feb 5, 2013 4:37 PM, Charles Goyard c...@fsck.fr wrote: No, it conflics with pd-extended. (just tried). btw it's awesome. Too bad Gem seems to work badly, or is it just me ? Ivica Bukvic wrote: Will it install in/usr/local, though, to prevent collision between pd-extended and pd-l2ork? ___ 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-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] enhance pd-extended with pd-l2ork featues ?
I indicated several times on this list that you can do binary install of pd-l2ork in/usr/local folder. In addition to debs, the website also provides both such prebuilt binaries as well as a one-command compile script. This allows the two to coexist without any problems... The pd-l2ork conflicts with 'puredata' and 'pd-extended' so you can't currently. .hc On 02/04/2013 05:59 PM, Esteban Viveros wrote: Sorry to bring the dead... But I can install at this moment pd-l2ork and pd-extended in the same OS (ubuntu 12.04) if it is possible how can I do that exactly? 2013/1/22 Hans-Christoph Steiner h...@at.or.at pd-extended should use puredata-utils, but it doesn't yet. It will in the next release. Nothing requires puredata-utils, its optional. .hc On 01/22/2013 11:16 AM, Ivica Bukvic wrote: AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that I'm not using that please let me know so I can fix it. I need to check whether pdsend/receive is indeed identical before making any calls on that matter. Even then if one has to uninstall pd-utils due to conflict with pd-L2ork what would that mean to the rest of the install as far as pd-extended is concerned? Would it still work, or is pd-utils a dependency (as far as I can tell it should be a dependency because otherwise pd wouldn't work without it)? On Jan 22, 2013 10:46 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: On 2013-01-22 16:30, Ivica Ico Bukvic wrote: Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head). since i trust that you haven't done anything to pdsend/pdreceive, i guess it is save to simple use the debian-package puredata-utils instead of providing your own. alternatively, you can make your package conflict with puredata-utils, in order to avoid the conflict. the other thing that comes to my mind is obviously pd itself. i guess you are using pd-l2ork as binary name, so this wouldn't be a problem. (but if indeed you do use pd as the binary name, i suggest to switch to pd-l2ork instead and eventually provide an alternative diversion from pd to pd-l2ork, using the update-alternatives mechanism) fgamsdr IOhannes ___ 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-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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Apply missing
Those are a part of the undo on pd-l2ork, as is changing properties of any other object, such as canvas and array (unlike pd-extended that in many cases fails to even acknowledge that the patch has been altered and needs to be saved, needless to mention add such change to its 1-step undo queue, e.g. try changing canvas properties and undoing it). It would be nice if not spreading FUD were added to the mailing list netiquette... On Feb 3, 2013 5:07 AM, Roman Haefeli reduz...@gmail.com wrote: On Son, 2013-02-03 at 00:25 -0500, Ivica Ico Bukvic wrote: states. The first part o that is not hard, the second part is. But since unlimited undo is working in some parts of pd-l2ork, we at least have a working example to draw from. What do you mean by in some parts? Can you give an example of where it does not work? Setting a value in the properties of a slider. You are kidding, right? If the value changes in the UI, this should not be undoable. Otherwise, having that slider connected to a [metro 1] and random would starve memory within minutes, needless to mention make undo completely useless... I guess Hans is talking about properties like color, sendname etc. The rationale is that those might be considered to be part of patch editing as opposed to changing slider values which could be considered part of patch usage. Roman ___ 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] Apply missing
Speaking of Microsoft-like statements, are you apologizing for the fact that pd-extended's undo is bad or the fact that you misrepresented pd-l2ork's undo as being incomplete? ;-) On Feb 3, 2013 10:31 AM, Hans-Christoph Steiner h...@at.or.at wrote: I stand corrected, sorry, I was mistaken before. Yes, the undo situation in Pd vanilla/extended is not good. I didn't realize I'd become Microsoft, I thought I was just writing some software for people to freely use ;-) .hc On 02/03/2013 09:58 AM, Ivica Bukvic wrote: Those are a part of the undo on pd-l2ork, as is changing properties of any other object, such as canvas and array (unlike pd-extended that in many cases fails to even acknowledge that the patch has been altered and needs to be saved, needless to mention add such change to its 1-step undo queue, e.g. try changing canvas properties and undoing it). It would be nice if not spreading FUD were added to the mailing list netiquette... On Feb 3, 2013 5:07 AM, Roman Haefeli reduz...@gmail.com wrote: On Son, 2013-02-03 at 00:25 -0500, Ivica Ico Bukvic wrote: states. The first part o that is not hard, the second part is. But since unlimited undo is working in some parts of pd-l2ork, we at least have a working example to draw from. What do you mean by in some parts? Can you give an example of where it does not work? Setting a value in the properties of a slider. You are kidding, right? If the value changes in the UI, this should not be undoable. Otherwise, having that slider connected to a [metro 1] and random would starve memory within minutes, needless to mention make undo completely useless... I guess Hans is talking about properties like color, sendname etc. The rationale is that those might be considered to be part of patch editing as opposed to changing slider values which could be considered part of patch usage. Roman ___ 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-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] Apply missing
On Feb 3, 2013 2:05 PM, Jonathan Wilkes jancs...@yahoo.com wrote: From: Ivica Bukvic i...@vt.edu To: Roman Haefeli reduz...@gmail.com Cc: pd-list pd-list@iem.at Sent: Sunday, February 3, 2013 9:58 AM Subject: Re: [PD] Apply missing Those are a part of the undo on pd-l2ork, as is changing properties of any other object, such as canvas and array (unlike pd-extended that in many cases fails to even acknowledge that the patch has been altered and needs to be saved, needless to mention add such change to its 1-step undo queue, e.g. try changing canvas properties and undoing it). A clarification here-- if you make changes to an iemgui programmatically by sending messages to a receive-name, it doesn't get registered in the undo history. This is nice. Because Pd is extremely limited in the GUI widgets it provides, many people abuse iemguis to make things like file choosers and pop-up menus, or even do GUI animations, which produce lots of transient changes to iemguiproperties Yep. And that was a conscious decision to leave it that way. It would be nice if not spreading FUD were added to the mailing list netiquette... I recently added to the netiquette guide in an attempt to make newcomers feel more welcome on the list. The aim is to decrease posting anxiety, not increase it. We should remember technology lowers the cost to assuming good faith when people are wrong in cases like this, so please remain lazy and resist the urge to endlessly loop in symbolic vigilance: [r reenter] | [spread FUD( | | [r stop] | | | [bang; reenter But I'm acting in bad faith so why do I care about not spreading FUD?( | | | [t b b] | |/ [until] / |[add2 in bad faith( | / | / |/ | / |/ [Netiquette guide says Don't spread FUD( | [s stop] -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Freezes with Pd-Extended and Jack
Does this affect you on pd-l2ork as well? On Feb 2, 2013 3:10 AM, Raphael Raccuia rafael.racc...@blindekinder.com wrote: Hi, late for this, but problem persists in 0.43 release. https://sourceforge.net/tracker/?func=detailaid=3602109group_id=55736atid=478070 I confirm it has to do with latency: under ~20ms, bug occurs. Also occurs when changing sound config. Two things: -as said, pd shouldn't recreate jack client on each dsp on. Other problem is that a jack patch is lost and replaced by straight connection (pd 0 - system out 1 etc...). Very annoying for who use complex jack-patches... http://sourceforge.net/tracker/?func=detailaid=3519504group_id=55736atid=478070 - 20ms latency is very high for live processing: I calculated pd adds 22ms. The round trip latency in the lower stable state for me at 48K is88ms (measured with jdelay tool, with RME multiface)! make a sound, have a coffee and come back to listen (a bit exaggerated ;-) )... rr Le 27. 11. 12 10:20, Roman Haefeli a écrit : Hi all Johnny-come-lately I am . . . I've experienced this problem since 0.43 (vanilla and extended), I believe, but I haven't really investigated it, because it didn't happen that often and I wasn't able to reliably reproduce it. Now I figured out a way to reliably reproduce it. It seems the likeliness is related to jackd's latency settings. The shorter the latency, the likelier is pd going to freeze. With a setting of 128 frames/period and 2 periods/buffer, I can reliably freeze pd by turning DSP off and on. The problem seems related to the fact that switching DSP also switches the jack client on and off. I think the preferred way would be to be able to switch DSP on/off independently from switching audio back-end on/off. @Miller Are you still planning to seperate dsp switching from audio backe-end switching for 0.44? Roman On Mit, 2012-11-21 at 20:35 -0200, Esteban Viveros wrote: Hello, I'm using pd-extended 0.43.4, installed via Hans-Cristoph Steiner ppa. I'm using this version because I can't install the stable version in Ubuntu 12.04. The problem is, when I start pd with Jack in -rt mode or wherever mode, if I turn on dsp, they work well, but if I turn off, and try to turn on yet dsp, pd-extended freeze... Closing Qjackctl (after some time ubuntu can close that) pd-extended returns to work, and I can use on alsa directly sucessfull.. Someone knows where I can comunicate this bug to the developers? Is here the place? Thanks a lot! -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ ___pd-l...@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___pd-l...@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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Apply missing
On Feb 2, 2013 8:38 PM, Hans-Christoph Steiner h...@at.or.at wrote: On 02/02/2013 02:06 AM, Jonathan Wilkes wrote: - Original Message - From: Max abonneme...@revolwear.com To: Hans-Christoph Steiner h...@at.or.at Cc: Jonathan Wilkes jancs...@yahoo.com; PD list pd-list@iem.at Sent: Saturday, February 2, 2013 1:32 AM Subject: Re: [PD] Apply missing Am 27.01.2012 um 17:39 schrieb Hans-Christoph Steiner h...@at.or.at: On Jan 27, 2012, at 11:26 AM, Jonathan Wilkes wrote: From: Max abonneme...@revolwear.com Am 27.01.2012 um 02:50 schrieb Hans-Christoph Steiner: On Wed, 2012-01-25 at 22:51 +0100, Max wrote: i noticed that in the current autobuilds of Pd-extended the property dialogs for the gui-objects are missing the Apply-Button. Is that a bug or a feature? IMHO this is a bug - if you want to adjust for instance a canvas to be the same size as another object of unknown size you can do that with a few clicks and the help of the Apply button. If you have to click OK and then go to context menu-Properties, set the size, OK repeately to do that it's simply annoying. That seems like a good enough reason, I brought back the Apply button to the iemgui Properties panel on Mac OS X. It was originally moved since the whole OK, Apply, Cancel is very Windows-like, but there isn't an easy way to make to work better, so the Apply button is back. IMHO, when you change the setting, it should take effect immediately. great. i agree that ideally i'd like to be able to see that change happen immediately. even better: when grabbing the bottom-right corner i'd have an anchor to scale the object (see Max/MSP for that)… Also see: pd-l2ork I think you are referring to Ico trying to make the iemguis resizable live with a handle. I should finally get to releasing something useful form the tkwidgets lib, since that also includes resizing with a handle. I just had another Idea how to solve this: Two buttons: Cancel and OK when you change some properties in the Dialog the OK Button becomes labeled Apply. If clicked on Apply, the new properties are applied and the Button becomes labeled OK. If you click OK the Dialog is closed. That way a double click on Apply will apply and close the dialog. That would double the number of clicks for users who never want to use Apply. I think that we should avoid patch fixes and do the right thing. I think we should follow the example of Pd itself, but then also GNOME and Mac OS X preferences: changes should take effect immediately without having to hit apply or OK. Then there should be unlimited undo for returning to previous states. The first part o that is not hard, the second part is. But since unlimited undo is working in some parts of pd-l2ork, we at least have a working example to draw from. What do you mean by in some parts? Can you give an example of where it does not work? hc ___ 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] How to change the Z-order of gui elements ?
On Jan 30, 2013 3:25 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-29 23:04, Hans-Christoph Steiner wrote: Select-all, then deselect the canvas, then cut then paste. That's how I do or even better: use undo rather than paste. this allows the cut objects to stay connected with objects outside the selection. Except in both cases you still lose the object state. Pd-l2ork's tofront/back is the way to go if you can. famsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEI2M4ACgkQkX2Xpv6ydvRpuACaA7gu+EbBna8Jg+vJmcYsdX5m oNIAmwfNXA1kWTKioSJP2RgTtXpJPmFC =FaZW -END PGP SIGNATURE- ___ 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] Building pd-l2ork on arch linux 64
Great catch, IOhannes! On Jan 28, 2013 4:27 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-28 10:17, Fero Kiraly wrote: thats the thing ! I dont have folders with ~ What should I do ? just to be sure: you don't have these folders even when doing an $ ls -la on the cmdline? some graphical filesystem browsers will simply mark these folders as hidden and not display them. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEGREMACgkQkX2Xpv6ydvSlYACeNzNHEzwNZNMTMW4S5+rLBGcw xwMAn2Ay7BT9Prv++LUCJ5OdYG2Vhuk3 =5sT6 -END PGP SIGNATURE- ___ 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] Building pd-l2ork on arch linux 64
Compare it to l2ork build script l2ork_addons/tar_em_up.sh. You are missing a number of externals, plus k12. On Jan 27, 2013 4:39 PM, Fero Kiraly fero.kir...@gmail.com wrote: ivica, thank for applying my patch. now everything works. I am not sure if ot is completed . this is my /usr/lib/pd-lork/extra/ : adaptive arraysize bassemu~ boids bonk~ bsaylor choice complex-mod~-help.pd complex-mod~.pd comport controctopus creb cxc cyclone earplug~ ekext expr~ expr~.pd_linux expr.pd_linux ext13 fexpr~.pd_linux fiddle~ flatgui freeverb~ Gem gem2pdp-help.pd gem2pdp.pd_linux gem2pdp-README.txt ggee hcs hexloader hid hilbert~-help.pd hilbert~.pd iem16 iem_adaptfilt iem_ambi iem_bin_ambi iem_delay iemgui iemguts iemlib iemmatrix iem_roomsim iem_spec2 iem_tab iemxmlrpc jasch_lib jmmmp la-kitchen libdir list-abs loop~ lrshift~ Makefile.am makefile.subdir mapping markex maxlib memento memento-p mjlib moocow moonlib motex mrpeach nsend oscx output~-help.pd output~.pd pan parazit-help.pd parazit.pd pd~ pdcontainer pddp pdogg pdp pdp2gem-help.pd pdp2gem.pd_linux pd-wavelet pique pix_2pdp-help.pd pix_2pdp.pd_linux pixeltango plugin~ pmpd purepd README.txt rev1-final.pd rev1~-help.pd rev1~.pd rev1-stage.pd rev2~-help.pd rev2~.pd rev3~-help.pd rev3~.pd rradical rtc sfruit sigmund~ sigpack smlib stdout timestretch tof unauthorized vanilla vbap windowing zexy zexy.pd is something missing there ? I think yes K12 or ? fk. ___ 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] Building pd-l2ork on arch linux 64
Are you sure? spectdelay builds here perfectly fine. Did you try/copy l2ork build script? On Jan 27, 2013 5:32 PM, Fero Kiraly fero.kir...@gmail.com wrote: i added this: disis_netreceive-help.pd disis_netreceive.pd_linux disis_netsend-help.pd disis_netsend.pd_linux disis_phasor~-help.pd disis_phasor~.pd_linux disis_wiimote-help.pd disis_wiimote.pd_linux K12 patch_name-help.pd patch_name.pd_linux spectdelay cant build. missing cd ../spectdelay/spectdelay~ ./linux-install.sh 2013/1/27 Ivica Bukvic i...@vt.edu Compare it to l2ork build script l2ork_addons/tar_em_up.sh. You are missing a number of externals, plus k12. On Jan 27, 2013 4:39 PM, Fero Kiraly fero.kir...@gmail.com wrote: ivica, thank for applying my patch. now everything works. I am not sure if ot is completed . this is my /usr/lib/pd-lork/extra/ : adaptive arraysize bassemu~ boids bonk~ bsaylor choice complex-mod~-help.pd complex-mod~.pd comport controctopus creb cxc cyclone earplug~ ekext expr~ expr~.pd_linux expr.pd_linux ext13 fexpr~.pd_linux fiddle~ flatgui freeverb~ Gem gem2pdp-help.pd gem2pdp.pd_linux gem2pdp-README.txt ggee hcs hexloader hid hilbert~-help.pd hilbert~.pd iem16 iem_adaptfilt iem_ambi iem_bin_ambi iem_delay iemgui iemguts iemlib iemmatrix iem_roomsim iem_spec2 iem_tab iemxmlrpc jasch_lib jmmmp la-kitchen libdir list-abs loop~ lrshift~ Makefile.am makefile.subdir mapping markex maxlib memento memento-p mjlib moocow moonlib motex mrpeach nsend oscx output~-help.pd output~.pd pan parazit-help.pd parazit.pd pd~ pdcontainer pddp pdogg pdp pdp2gem-help.pd pdp2gem.pd_linux pd-wavelet pique pix_2pdp-help.pd pix_2pdp.pd_linux pixeltango plugin~ pmpd purepd README.txt rev1-final.pd rev1~-help.pd rev1~.pd rev1-stage.pd rev2~-help.pd rev2~.pd rev3~-help.pd rev3~.pd rradical rtc sfruit sigmund~ sigpack smlib stdout timestretch tof unauthorized vanilla vbap windowing zexy zexy.pd is something missing there ? I think yes K12 or ? fk. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Fero Kiraly www.cluster-ensemble.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
It is relative, when you look previous calls, you will notice you are already in the l2ork_addons/ folder at that point, so check inside that folder. On Jan 27, 2013 6:18 PM, Fero Kiraly fero.kir...@gmail.com wrote: in tar_em_up.sh you have: cd ../spectdelay/spectdelay~ ./linux-install.sh but there is no spectdelay/spectdelay~ folder ??? 2013/1/27 Ivica Bukvic i...@vt.edu Are you sure? spectdelay builds here perfectly fine. Did you try/copy l2ork build script? On Jan 27, 2013 5:32 PM, Fero Kiraly fero.kir...@gmail.com wrote: i added this: disis_netreceive-help.pd disis_netreceive.pd_linux disis_netsend-help.pd disis_netsend.pd_linux disis_phasor~-help.pd disis_phasor~.pd_linux disis_wiimote-help.pd disis_wiimote.pd_linux K12 patch_name-help.pd patch_name.pd_linux spectdelay cant build. missing cd ../spectdelay/spectdelay~ ./linux-install.sh 2013/1/27 Ivica Bukvic i...@vt.edu Compare it to l2ork build script l2ork_addons/tar_em_up.sh. You are missing a number of externals, plus k12. On Jan 27, 2013 4:39 PM, Fero Kiraly fero.kir...@gmail.com wrote: ivica, thank for applying my patch. now everything works. I am not sure if ot is completed . this is my /usr/lib/pd-lork/extra/ : adaptive arraysize bassemu~ boids bonk~ bsaylor choice complex-mod~-help.pd complex-mod~.pd comport controctopus creb cxc cyclone earplug~ ekext expr~ expr~.pd_linux expr.pd_linux ext13 fexpr~.pd_linux fiddle~ flatgui freeverb~ Gem gem2pdp-help.pd gem2pdp.pd_linux gem2pdp-README.txt ggee hcs hexloader hid hilbert~-help.pd hilbert~.pd iem16 iem_adaptfilt iem_ambi iem_bin_ambi iem_delay iemgui iemguts iemlib iemmatrix iem_roomsim iem_spec2 iem_tab iemxmlrpc jasch_lib jmmmp la-kitchen libdir list-abs loop~ lrshift~ Makefile.am makefile.subdir mapping markex maxlib memento memento-p mjlib moocow moonlib motex mrpeach nsend oscx output~-help.pd output~.pd pan parazit-help.pd parazit.pd pd~ pdcontainer pddp pdogg pdp pdp2gem-help.pd pdp2gem.pd_linux pd-wavelet pique pix_2pdp-help.pd pix_2pdp.pd_linux pixeltango plugin~ pmpd purepd README.txt rev1-final.pd rev1~-help.pd rev1~.pd rev1-stage.pd rev2~-help.pd rev2~.pd rev3~-help.pd rev3~.pd rradical rtc sfruit sigmund~ sigpack smlib stdout timestretch tof unauthorized vanilla vbap windowing zexy zexy.pd is something missing there ? I think yes K12 or ? fk. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Fero Kiraly www.cluster-ensemble.com -- Fero Kiraly www.cluster-ensemble.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
Don't know what to tell you other than it works here and that is not much help. spectdelay~ folder is inside l2ork_addons/spectdelay/ On Jan 27, 2013 7:20 PM, Fero Kiraly fero.kir...@gmail.com wrote: ok. I am doing something wrong, i can see this folder here https://github.com/pd-l2ork/pd/tree/master/l2ork_addons/spectdelay but when downloadig using this commad: git clone git://github.com/pd-l2ork/pd.git i dont have folder spectdelay~.. everything else seems be dowloaded, only this folder is missing... I dont know what is wrong. 2013/1/28 Ivica Bukvic i...@vt.edu It is relative, when you look previous calls, you will notice you are already in the l2ork_addons/ folder at that point, so check inside that folder. On Jan 27, 2013 6:18 PM, Fero Kiraly fero.kir...@gmail.com wrote: in tar_em_up.sh you have: cd ../spectdelay/spectdelay~ ./linux-install.sh but there is no spectdelay/spectdelay~ folder ??? 2013/1/27 Ivica Bukvic i...@vt.edu Are you sure? spectdelay builds here perfectly fine. Did you try/copy l2ork build script? On Jan 27, 2013 5:32 PM, Fero Kiraly fero.kir...@gmail.com wrote: i added this: disis_netreceive-help.pd disis_netreceive.pd_linux disis_netsend-help.pd disis_netsend.pd_linux disis_phasor~-help.pd disis_phasor~.pd_linux disis_wiimote-help.pd disis_wiimote.pd_linux K12 patch_name-help.pd patch_name.pd_linux spectdelay cant build. missing cd ../spectdelay/spectdelay~ ./linux-install.sh 2013/1/27 Ivica Bukvic i...@vt.edu Compare it to l2ork build script l2ork_addons/tar_em_up.sh. You are missing a number of externals, plus k12. On Jan 27, 2013 4:39 PM, Fero Kiraly fero.kir...@gmail.com wrote: ivica, thank for applying my patch. now everything works. I am not sure if ot is completed . this is my /usr/lib/pd-lork/extra/ : adaptive arraysize bassemu~ boids bonk~ bsaylor choice complex-mod~-help.pd complex-mod~.pd comport controctopus creb cxc cyclone earplug~ ekext expr~ expr~.pd_linux expr.pd_linux ext13 fexpr~.pd_linux fiddle~ flatgui freeverb~ Gem gem2pdp-help.pd gem2pdp.pd_linux gem2pdp-README.txt ggee hcs hexloader hid hilbert~-help.pd hilbert~.pd iem16 iem_adaptfilt iem_ambi iem_bin_ambi iem_delay iemgui iemguts iemlib iemmatrix iem_roomsim iem_spec2 iem_tab iemxmlrpc jasch_lib jmmmp la-kitchen libdir list-abs loop~ lrshift~ Makefile.am makefile.subdir mapping markex maxlib memento memento-p mjlib moocow moonlib motex mrpeach nsend oscx output~-help.pd output~.pd pan parazit-help.pd parazit.pd pd~ pdcontainer pddp pdogg pdp pdp2gem-help.pd pdp2gem.pd_linux pd-wavelet pique pix_2pdp-help.pd pix_2pdp.pd_linux pixeltango plugin~ pmpd purepd README.txt rev1-final.pd rev1~-help.pd rev1~.pd rev1-stage.pd rev2~-help.pd rev2~.pd rev3~-help.pd rev3~.pd rradical rtc sfruit sigmund~ sigpack smlib stdout timestretch tof unauthorized vanilla vbap windowing zexy zexy.pd is something missing there ? I think yes K12 or ? fk. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Fero Kiraly www.cluster-ensemble.com -- Fero Kiraly www.cluster-ensemble.com -- Fero Kiraly www.cluster-ensemble.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
Is this just on Pd-l2ork or on pd-extended as well? Did you try doing the following: cd externals/gem2pdp aclocal autoconf cd.. make gem2pdp On Jan 26, 2013 12:57 PM, Fero Kiraly fero.kir...@gmail.com wrote: I cant make it. the same error about gem2pdp... fk. ___ 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] pd~ in l2ork
Ugh... Let me investigate... On Jan 25, 2013 5:48 AM, Laurent Willkomm willk...@pt.lu wrote: On 01/23/2013 04:15 PM, Ivica Ico Bukvic wrote: OK, this is now fixed in pd-l2ork git (pd/src/s_main.c is the only file that was changed). Binary builds should be up in the next 24-48 hours. New problem: the last version does not start when clicking on menu entry (KDE). Typing pd-l2ork in Konsole opens the version installed in /usr/local. Typing /usr/local/bin/pd-l2ork in Konsole gives this error: sh: 1: /usr/bin/pd-gui: not found So pd-l2ork is looking for a pd version in /usr/bin instead of /usr/local/bin, which will fail or start the wrong one. L.Willkomm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
OK, new versions are up, including 20130125 binaries. Please note that cwiid is not a part of pd-l2ork. Rather it is a separate package meant to replace regular cwiid lib. On Fri, Jan 25, 2013 at 2:04 PM, Fero Kiraly fero.kir...@gmail.com wrote: I will try let you know. On Jan 25, 2013 6:27 PM, Ivica Ico Bukvic i...@vt.edu wrote: OK, I committed the diff between older version of gem2pdp in pd-l2ork and the latest found in pd-extended. Can you try it now? As a shortcut, you could just go inside the externals folder and type “make gem2pdp” to see if it compiles. Let me know. ** ** *From:* Ivica Bukvic [mailto:i...@vt.edu] *Sent:* Friday, January 25, 2013 8:04 AM *To:* Fero Kiraly *Subject:* Re: [PD] Building pd-l2ork on arch linux 64 ** ** Did you try building with l2ork_addons/tar_em_up.sh script? Also what distro are your using? Finally, what happens if you replace l2ork gem2pdp external folder with that of pd-extended? On Jan 25, 2013 5:39 AM, Fero Kiraly fero.kir...@gmail.com wrote: Hi, When doing PKGBUILD I have some troubles. ** ** What I am doing: ** ** #1 getting pd-lork from git git clone git://github.com/pd-l2ork/pd.git** ** #2 getting Gem from git (to empty 'Gem' folder) git clone git:// github.com/pd-l2ork/pd.git #3 update docs (to 'doc' folder) svn checkout https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc ** ** #4 Fixing pd/src/configure.in for tk/tcl 8.6 ** ** #5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/*** * #6 running 'aclocal ./autogen.sh' in Gem folder ** ** #7 optimizing Gem for 64bit architecture FPIC_FLAG=-fPIC #8 finally run the make install in 'packages/linux_make' ** ** make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \ GEM_EXTRA_CXXFLAGS=$FPIC_FLAG \ DESTDIR=$pkgdir \ prefix=/usr \ install || return 1 ** ** ** ** the process ends with error compiling gem2pdp: ** ** make[3]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp' cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp aclocal autoconf configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete. You should simply use the 'AC_PROG_CC' macro instead. Also, your code should no longer depend upon 'am_cv_prog_cc_stdc',*** * but upon 'ac_cv_prog_cc_stdc'. /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded from... configure.ac:41: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 make[2]: *** [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error 1 make[2]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages' make: *** [install] Error 2 ** ** ** ** ** ** can anybody help ? ** ** fk ___ 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] pd~ in l2ork
OK, new version 20130123 is now up with this issue fixed. Again, thanks for the report! On Wed, Jan 23, 2013 at 10:15 AM, Ivica Ico Bukvic i...@vt.edu wrote: OK, this is now fixed in pd-l2ork git (pd/src/s_main.c is the only file that was changed). Binary builds should be up in the next 24-48 hours. -Original Message- From: Ivica Ico Bukvic [mailto:i...@vt.edu] Sent: Wednesday, January 23, 2013 9:20 AM To: Laurent Willkomm Cc: pd-list@iem.at Subject: Re: [PD] pd~ in l2ork Just tested this. I can confirm it and have found where the problem occurs--still trying to figure out why it happens. This will be fixed in the next release, and will let you know as soon as git has the new version up. Thanks for the report! On 01/23/2013 06:38 AM, Laurent Willkomm wrote: Dear list, clicking on [pd~ start pd~-subprocess.pd( in the pd~-help does not open the subprocess window, it shows this error in the console error: pd~: No such file or directory (Ubuntu 12.04 32bit, latest pd-l2ork in /usr/local) lw. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Because: 1. the two are not binary compatible, so any stray packages may crash one or the other if they are in the shared directory 2. pd-l2ork comes as a monolithic distribution 3. Pd-utils is enough to break the one or the other due to different ways how gui functions between the two. If you can think of a better way please do let me know. That said, the two can nicely coexist if you install one of them using the binary installer script because that one exists in the usr/usr/local directory as opposed to/usr. Pd-l2ork already provides binary installers and automated tarball builders. P.S. I tried building pd-extended but had no luck using the same make install path=/usr/local (as per readme in packages/linux). I will try to resync latest svn. Perhaps something has changed. On Jan 21, 2013 11:58 PM, Hans-Christoph Steiner h...@at.or.at wrote: On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote: Interesting, I'll have a go at it. I think I said I'd pay you if you were able to fix this. Or maybe that was matju. Either way if it's fixed I'll pay you for it. To be honest, I have no earthly idea why I care so much about this feature. Perhaps it's from going through the hamster-wheel of externals all written just to get the args list when this is all that is needed to solve all but the exotic cases. -Jonathan You can also try the binary builds I just posted (20130121 version) that has all of the aforesaid fixes (assuming you use Ubuntu). Cheers! Hey ico, I'm curious why you made the pd-l2ork package conflict with all of the puredata packages. As far as I can tell, it only conflicts with puredata-utils. It would be very handy if pd-l2ork could live in parallel with pd and pd-extended. And in terms of lowering your maintenance load, you could remove lots of libraries from pd-l2ork and instead set them in Depend: and have them provided by the official packages that are already in Debian and Ubuntu. You can see a listing of what's included in Debian here: look for all the packages that start with pd- http://qa.debian.org/developer.php?login=pkg-multimedia-maintain...@lists.alioth.debian.org .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that I'm not using that please let me know so I can fix it. I need to check whether pdsend/receive is indeed identical before making any calls on that matter. Even then if one has to uninstall pd-utils due to conflict with pd-L2ork what would that mean to the rest of the install as far as pd-extended is concerned? Would it still work, or is pd-utils a dependency (as far as I can tell it should be a dependency because otherwise pd wouldn't work without it)? On Jan 22, 2013 10:46 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-22 16:30, Ivica Ico Bukvic wrote: Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home folder and settings file). The conflict is in the /usr/bin/ folder with binaries that share the same name but not necessarily code-base (I think pdsend/pdreceive and something else, IIRC--cannot remember off top my head). since i trust that you haven't done anything to pdsend/pdreceive, i guess it is save to simple use the debian-package puredata-utils instead of providing your own. alternatively, you can make your package conflict with puredata-utils, in order to avoid the conflict. the other thing that comes to my mind is obviously pd itself. i guess you are using pd-l2ork as binary name, so this wouldn't be a problem. (but if indeed you do use pd as the binary name, i suggest to switch to pd-l2ork instead and eventually provide an alternative diversion from pd to pd-l2ork, using the update-alternatives mechanism) fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlD+tB4ACgkQkX2Xpv6ydvQ6MgCgig47eb9tfYKd4RJV6XZSikdt n4UAnj+vYGd6RTuzyYsfvp8gyTmMaUeW =qI1N -END PGP SIGNATURE- ___ 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] the next PdCon in...
Ditto On Jan 2, 2013 5:52 PM, Maurice Rickard maur...@mauricerickard.com wrote: The location works great for me. I'd love to attend. Maurice Rickard http://snwv.bandcamp.com/ On Jan 2, 2013, at 5:04 PM, Hans-Christoph Steiner h...@at.or.at wrote: Hey all, Its time to start talking about the next PdCon! I was just talking with Golan Levin and Dan Wilcox about the possibility of having the next PdCon at Carnegie Mellon University in Pittsburgh. One possibility is having it coincide and partner with a local music and new media festival in the first week of october: http://www.via-pgh.com/festival/2012/ Is that workable for people? Any other discussion about other possible locations? .hc ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI overload
Miller, Pd-l2ork has this fix since your original post on the PD list and I've yet to see any regressions. Many thanks for the suggestion. That said, I've yet to understand the logic behind it ;-). P.S. I also discovered quite a while ago that netreceive had a tendency to freeze GUI permanently, likely due to asynchronous message processing. I fixed this by enqueuing its messages and syncing them with the main PD loop. This has been a part of pd-l2ork for over a year without a single GUI freeze. That said, I did encounter situations where high traffic would freeze GUI temporarily and then resume (albeit running now behind the actual timeline as the GUI would simply resume as if nothing happened, rather than processing all calls that have piled up since the temporary freeze happened and for which time has already passed, e.g. having a timer in a score that freezes and then resumes from the moment it was stuck rather than adding seconds lost since such calls should've been enqueued while the freeze was in effect). This may have been in part due to atom cpus being taxed to their very limits. I've yet to see whether your proposed fix resolves the lingering issue. HTH Best wishes, Ico On Dec 20, 2012 7:02 PM, Miller Puckette m...@ucsd.edu wrote: OK... I've pushed a change that seems to have fixed the arrays-atop-updating problem (at lest in the Brane example). Not sure if I should also commit the return (sys_domicrosleep(0, 1) || sys_poll_togui()) --- + change as well (somehow I think it should never be necessary to do that but I'm realizing how little I understand Pd's scheduler.) cheers M On Thu, Dec 20, 2012 at 12:17:35PM -0500, Hans-Christoph Steiner wrote: It seems that there are a number of issues here: * GUI objects sending every update, regardless of change (fixed) * arrays stop updating on Mac OS X (pinpointed) I just tested this on Windows, and it looks like only Mac OS X is affected * all GUI activity stopping related to: return (sys_domicrosleep(0, 1) || sys_poll_togui()) * GUI objects sending updates to GUI as fast as they receive them even tho the screen will never update faster than every ~10ms. * some GUI updates send lots of raw Tcl code to be parsed, compiled, and run in realtime .hc On Dec 20, 2012, at 5:54 AM, Ed Kelly wrote: OK, well in fact the problem was not arrays updating. It was all the other GUI objects (sliders, mknob, num2 etc) that would freeze, and this is running on GNU/Linux. This was a real problem, since I could change them with the mouse, but the results of the change were not shown (e.g. the pattern-number in one of my sequencers). Changing sys_pollgui() did fix this, so perhaps what we are actually dealing with is two separate issues, one concerning arrays and another concerning the rest of the GUI. Ed I tracked down the commit that seems to be causing the problem that Porres reported. I think its a totally different problem related to Pd-0.43's new portaudio implementation. It does not affect GNU/Linux, which doesn't use protaudio. I haven't tested it on Windows. https://sourceforge.net/tracker/?func=detailaid=3573542group_id=55736atid=478070 Ed, if part of your problem is arrays that stop updating and you're running on Mac OS X or maybe Windows, this might also be affecting you. .hc On Dec 17, 2012, at 3:12 PM, Miller Puckette wrote: OK... except that I don't know why this works yet... by which i mean, I don't think it's possible that sys_domicrosleep(0 is returning 1s on every tick unless teh GUI itself is sending hundreds of messages per second down to Pd. Reducing the average volume of trafic won't solve the underlying problem, it will just make it harder to recreate it :) M On Sun, Dec 16, 2012 at 08:00:31PM -0500, Hans-Christoph Steiner wrote: I've seen similar things, like with the patches that Porres submitted. It looks like what's happening is that when there are too many updates being sent, a lot of them get dropped. Its pretty easy to get 250k per second of Tcl code being sent to the GUI, so we're asking a lot of the Tcl parser and compiler. The solution is to reduce the amount of Tcl code that gets sent and also use Tcl procs to handle bigger chunks of stuff so that we can take advantage of Tcl caching parsed and compiled procs. .hc On 12/16/2012 01:47 PM, Miller Puckette wrote: This is just a guess... in s_inter.c, try replacing: int sys_pollgui(void) { return (sys_domicrosleep(0, 1) || sys_poll_togui()); } with: int sys_pollgui(void) { return (sys_domicrosleep(0, 1) + sys_poll_togui()); } It's possible that sys_domicrosleep(0 - which polls for input from GUI and other FDs - isn't ever returning idle (zero) so that sys_poll_togui() never gets called.
Re: [PD] GUI overload
Without seeing the patch this may be tricky to diagnose. If I had to guess, I would say you are redundantly updating something too quickly. FWIW, in pd-l2ork k12 mode every object is a gop abstraction with many having live gui components. Even with dozens of such abstractions (I've seen as many as 50ish) and high rate of metros on a measly netbook, there were no problems... On Dec 16, 2012 8:49 AM, Ed Kelly morph_2...@yahoo.co.uk wrote: Hi List, I'm not going to say whether this is a recurrent problem as it's hard to say whether the rewrite of the GUI has affected it... I'm using a lot of abstractions with larger GOP or non-GOP GUIs, and I find the following problem occurs. There comes a point where the GUI objects stop responding in a patch when it is reloaded. I am wondering if there is a specific limit to GUI objects that could be changed. I think Pd is making some kind of decision that there's too much of this stuff - I'm gonna prioritize the audio and not worry about it and I'd like to know how or if it is possible to control this process from within Pd, or by setting flags on the command line. I'm also making less GUI intensive versions for performance time, since the really big GUI patches are often pattern-sequencers which I will not want to program when I am performing. Example patch enclosed to give you an idea. The really GUI-intensive objects are the trackers, especially quadtracker (which I think has pushed the GUI of Pd patches about as far as I can go now). System: quad core i5 PC running Ubuntu (10.04 Lucid), Pd-0.43-4, lots of externals compiled and loaded. Warm wishes, Ed Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ ___ 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] Pd-L2ork Features
That is not what the new tidy is designed to do. Like I said, you didn't do the second tidy to space things out... On Dec 11, 2012 7:43 PM, Hans-Christoph Steiner h...@at.or.at wrote: I did Ctrl-A (Select-All) then Edit - Tidy Up. .hc On Dec 11, 2012, at 4:51 PM, Ivica Ico Bukvic wrote: Just tried it here and it works just fine with bunch of lengthy comments. The trick is first Ctrl+Y lines it up across an axis, the second one spaces it out evenly. So, I think the only thing you didn't do was press it twice (AFAICT from the screenshot). On 12/11/2012 04:49 PM, Ivica Ico Bukvic wrote: Have you tested this on pd-l2ork since it calculates width differently than pd-extended might? Can you send the example patch? On 12/11/2012 04:32 PM, Hans-Christoph Steiner wrote: Nice videos, the GUI and GOP handles are great. I like the improved tidy-up. I was messing around with it, the problem is that while is does seem to work better in cases like you showed, but it seems to have bad edge cases. Here's an example of the results of running it on a random patch I had on my desktop and compared to the vanilla result: .hc On Dec 11, 2012, at 3:42 PM, Jonathan Wilkes wrote: Hello, I thought I'd post some of the recent changes in Pd-L2ork. Here are some: iemgui anchors:http://www.youtube.com/watch?v=5SM1hiz9S5Ufeature=plcp gop anchor:http://www.youtube.com/watch?v=uMu5JcKE1sUfeature=plcp improved tidy-up: http://www.youtube.com/watch?v=Ms5yOvgoK_Qfeature=plcp array update notification:http://www.youtube.com/watch?v=q1HbYrvNxEgfeature=plcp move to front/back:http://www.youtube.com/watch?v=af9KiJfSp68feature=plcp infinite undo (with lyrical Pd accompaniment!):http://www.youtube.com/watch?v=wTPZxcgWoI0feature=plcp from the most recent git commits, presets:http://www.youtube.com/watch?v=IS7_x727kZ4feature=plcp The presets video unfortunately speeds up in the middle for some unknown reason. In that part it shows how I can copy/paste an abstraction and that instance gets its own state associated with it, which is stored with the preset_hub. -Jonathan ___pd-l...@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___pd-l...@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240(540) 231-6139(540) 231-5034 (fax)disis.music.vt.edul2ork.music.vt.eduico.bukvic.net -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240(540) 231-6139(540) 231-5034 (fax)disis.music.vt.edul2ork.music.vt.eduico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-L2ork Features
I beg to differ. There are numerous examples where one would select only a few objects and wanted to have them lined up and the regular tidy algorithm was unable to do anything about it. In most cases objects did not move at all with no explanation to the user as to why things didn't work out. Yes, there are two case scenarios. The old tidy can sometimes clean up the patch to an extent which may or may not work out. The new tidy algorithm in pd-l2ork does not aim to do the same thing. It deals with objects are currently selected and lines and first up and then on the second press spaces them evenly out. The key difference between the two is that it is predictable and works every time unlike the old algorithm, which works only sometimes, and even then does not take into account preexisting human-centric arrangement of patch-cords. On Dec 11, 2012 7:47 PM, Hans-Christoph Steiner h...@at.or.at wrote: The vanilla tidy algorithm handled this one OK, but normally its not very helpful. I think getting this kind of thing right means gathering a wide range of examples and edge cases and tweaking it until they all work OK. One thing that might be worthwhile for anyone who has a copy of Max/MSP is to play around with their tidy algorithm. I think they put a lot of work into it, so it would give you an idea of what's possible. IMHO, the l2ork algorithm is probably workable as is, but even with full undo, lots of people will be unhappy to see their patch collapse into a single line. .hc On Dec 11, 2012, at 5:07 PM, Jonathan Wilkes wrote: I guess there are two questions: 1) How does tidy decide to line up the selected objects in a column vs. a row? 2) How smart can tidy up actually be? For example in Hans screencapture I see three columns of offset objects, but maybe other people see a different pattern. I guess as long as it works ok for a majority of cases, there's alway infinite undo. Plus I might be able to get my columns by selecting the objects for each column at a time, and tidying each column separately. But perhaps if tidy up would end up moving an object onto another object it should offset the one being moved (like it does if two objects are sitting directly on top of each other before tidying). -Jonathan From: Ivica Ico Bukvic i...@vt.edu To: Hans-Christoph Steiner h...@at.or.at Sent: Tuesday, December 11, 2012 4:51 PM Subject: Re: [PD] Pd-L2ork Features Just tried it here and it works just fine with bunch of lengthy comments. The trick is first Ctrl+Y lines it up across an axis, the second one spaces it out evenly. So, I think the only thing you didn't do was press it twice (AFAICT from the screenshot). On 12/11/2012 04:49 PM, Ivica Ico Bukvic wrote: Have you tested this on pd-l2ork since it calculates width differently than pd-extended might? Can you send the example patch? On 12/11/2012 04:32 PM, Hans-Christoph Steiner wrote: Nice videos, the GUI and GOP handles are great. I like the improved tidy-up. I was messing around with it, the problem is that while is does seem to work better in cases like you showed, but it seems to have bad edge cases. Here's an example of the results of running it on a random patch I had on my desktop and compared to the vanilla result: .hc On Dec 11, 2012, at 3:42 PM, Jonathan Wilkes wrote: Hello, I thought I'd post some of the recent changes in Pd-L2ork. Here are some: iemgui anchors: http://www.youtube.com/watch?v=5SM1hiz9S5Ufeature=plcp gop anchor: http://www.youtube.com/watch?v=uMu5JcKE1sUfeature=plcp improved tidy-up: http://www.youtube.com/watch?v=Ms5yOvgoK_Qfeature=plcp array update notification: http://www.youtube.com/watch?v=q1HbYrvNxEgfeature=plcp move to front/back: http://www.youtube.com/watch?v=af9KiJfSp68feature=plcp infinite undo (with lyrical Pd accompaniment!): http://www.youtube.com/watch?v=wTPZxcgWoI0feature=plcp from the most recent git commits, presets: http://www.youtube.com/watch?v=IS7_x727kZ4feature=plcp The presets video unfortunately speeds up in the middle for some unknown reason. In that part it shows how I can copy/paste an abstraction and that instance gets its own state associated with it, which is stored with the preset_hub. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.atmailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu
Re: [PD] graph on parent problem?
If I understood your problem correctly, this might be because pd redraws array contents very inefficiently, so if you are constantly changing array contents that can prove quite cpu intensive. Similarly, moving such gop patch requires complete redraw of all its contents. Pd-l2ork fixes latter problem by moving such structures via tag, rather than redrawing everything (so in pd-l2ork moving such gop structure would be one instead of potentially thousands of commands), but the former problem is something that can be only solved by rewriting or getting rid of the networked gui-dsp communication protocol. On Dec 7, 2012 3:43 PM, Oded Ben-Tal o...@ccrma.stanford.edu wrote: I have an array in a subpatch, when I applied graph-on-parent property to the subpatch (to view the array which holds sound so could be fairly large) Pd didn't like that. With dsp off it worked fine but when I turn dsp on Pd becames unusably slow to react (sliders, etc.). I was able to solve the problem by removing the graph-on-parent option. So it seems there is something in the interaction of graph-on-parent and the sound engine. this is on a planetCCRMA system: FC17 PD0.42-5extended Anyone else encounter such a problem? Any solution (beside moving things outside subpatches)? Thanks Oded __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] Freezes with Pd-Extended and Jack
With 1.9.8 and pd-l2ork all your problems will be solved except for the one caused by jack which in your case should not be a problem unless you physically disconnect (accidentally our otherwise) your audio hardware while jack is running. On Nov 24, 2012 7:44 AM, Esteban Viveros emvive...@gmail.com wrote: HUm... Ok... I will try! But what the better? Jack 1.9.8 or 1.9.9? 2012/11/24 Ivica Bukvic i...@vt.edu That is the regression I spoke of in pd 0.43 branch. Try pd-l2ork... On Nov 23, 2012 9:27 PM, Esteban Viveros emvive...@gmail.com wrote: Ops... I did a better test, and doing first open Pd and then I open Jack. Now The DSP function work well, but I don't have sound... On messages box I have: 00:18:26.321 Patchbay deactivated. 00:18:26.373 Statistics reset. 00:18:26.388 ALSA connection change. 00:18:26.440 JACK connection change. 00:18:26.467 Client activated. 00:18:52.992 JACK connection graph change. 00:18:53.134 JACK connection change. 00:19:38.102 Client deactivated. 00:19:38.103 Post-shutdown script... 00:19:38.103 dreamstudio-restart-pulseaudio # making sure pulseaudio will restart if it crashes # starting pulseaudio # connecting pulseaudio to JACK Falha: A inicialização do módulo falhou Falha: A inicialização do módulo falhou 00:19:41.798 Post-shutdown script terminated with exit status=256. 00:19:44.297 JACK connection change. 00:19:44.311 Client activated. 00:20:38.543 JACK connection graph change. 00:20:38.693 JACK connection change. 00:20:42.648 ALSA connection graph change. 00:20:42.708 ALSA connection change. 00:20:42.709 ALSA connection graph change. 00:20:42.910 ALSA connection change. 00:20:45.334 JACK connection graph change. 00:20:45.514 JACK connection change. 00:20:52.993 JACK connection graph change. 00:20:53.014 Buffer size change (64). What can I do now? 2012/11/23 Esteban Viveros emvive...@gmail.com Hmmm... I can understand now... Well.. I tried now the version of Jack on kxstudio testing ppahttps://launchpad.net/~kxstudio-team/+archive/testingand the problem is the same... :( This ppa was install jack2, jackd and jackdfirewire packages on version 1.9.9 but the package libjack-jack2.0 is mantained on version 1.9.8 The next step will be to compile jack packages on version 1.9.9 Ivica, or anyone, you have some information how can I compile that? For that I need some help. Regards 2012/11/23 Ivica Ico Bukvic i...@vt.edu See below (from the linux-audio-user list): ** ** Re: [LAU] question about jackdmp's ability to detect its soundcard has disconnected Could this be the difference between 1.9.8 and git version? On Oct 29, 2012 12:10 PM, Robin Gareus ro...@gareus.org wrote: On 10/29/2012 03:55 PM, Ivica Ico Bukvic wrote: All, I noticed since upgrading to Ubuntu 12.04 that the default Jack server is jackdmp (v.1.9.8). Please correct me if I am wrong but my understanding this is the smp-enabled version 2 that is being developed in parallel with 1.x series of regular jack. correct. They are also API and ABI compatible. Either way, one of my concerns is that while in the old jack when one accidentally pulled the soundcard jack was trying to talk to (e.g. a USB soundcard), the jack would gracefully stop. In my experience it stopped but never gracefully (ie it crashed). but it's been a while since I used jack1. The new version (and this could be Ubuntu quirk) instead of stopping is pegged in some kind of a spinlock that often times locks up the machine (this may be in part since I am running a lowlatency kernel with audio group given priority) and at times keeps it operational while hogging the cpu and making the computer barely responsive until jackd is killed. Apps connected to jack that I tested so far are also stuck in a loop waiting for a response from jack (although this could be the app's shortcoming)--jack never broadcasts a signal that it has lost the soundcard (AFAICT). FWIW I am running jackdmp through qjackctl... Any thoughts on this matter would be most appreciated. I can't reproduce this. jack2 stops the backend when the device is disconnected. You can switch to a new backend using jack_control (sending some Dbus messages to jackd) without re-starting jackd. No CPU hogging here. - I'm running jack2 - aka 1.9.9.4 from git. robin ** ** -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http
Re: [PD] Freezes with Pd-Extended and Jack
You're very welcome! Glad to hear things worked out for you :-) FWIW latest pd-l2ork release has a bug in creb externals. This has been fixed in git but the new release candidate is at least a week or two out. So, if you are using creb, try compiling from git. Best wishes, Ico On Nov 24, 2012 5:59 PM, Gerhard Lang lang.gerh...@gmail.com wrote: Tx Ivica and Esteban, as similarly afflicted user encouraged by this thread I followed this recommendation, replaced pd and pd-extended with pd-l2ork. Works flawlessly together with jack 1.9.9-test5 from kx-studio ppa, dsp is switchable, some other bugs are gone, my patches run :D You made my day and now I'm going to learn more about L2ork. Gerhard Am 24.11.2012 17:35, schrieb Ivica Bukvic: With 1.9.8 and pd-l2ork all your problems will be solved except for the one caused by jack which in your case should not be a problem unless you physically disconnect (accidentally our otherwise) your audio hardware while jack is running. On Nov 24, 2012 7:44 AM, Esteban Viveros emvive...@gmail.com mailto: emvive...@gmail.com wrote: HUm... Ok... I will try! But what the better? Jack 1.9.8 or 1.9.9? 2012/11/24 Ivica Bukvic i...@vt.edu mailto:i...@vt.edu That is the regression I spoke of in pd 0.43 branch. Try pd-l2ork... On Nov 23, 2012 9:27 PM, Esteban Viveros emvive...@gmail.com mailto:emvive...@gmail.com wrote: Ops... I did a better test, and doing first open Pd and then I open Jack. Now The DSP function work well, but I don't have sound... On messages box I have: 00:18:26.321 Patchbay deactivated. 00:18:26.373 Statistics reset. 00:18:26.388 ALSA connection change. 00:18:26.440 JACK connection change. 00:18:26.467 Client activated. 00:18:52.992 JACK connection graph change. 00:18:53.134 JACK connection change. 00:19:38.102 Client deactivated. 00:19:38.103 Post-shutdown script... 00:19:38.103 dreamstudio-restart-pulseaudio # making sure pulseaudio will restart if it crashes # starting pulseaudio # connecting pulseaudio to JACK Falha: A inicialização do módulo falhou Falha: A inicialização do módulo falhou 00:19:41.798 Post-shutdown script terminated with exit status=256. 00:19:44.297 JACK connection change. 00:19:44.311 Client activated. 00:20:38.543 JACK connection graph change. 00:20:38.693 JACK connection change. 00:20:42.648 ALSA connection graph change. 00:20:42.708 ALSA connection change. 00:20:42.709 ALSA connection graph change. 00:20:42.910 ALSA connection change. 00:20:45.334 JACK connection graph change. 00:20:45.514 JACK connection change. 00:20:52.993 JACK connection graph change. 00:20:53.014 Buffer size change (64). What can I do now? 2012/11/23 Esteban Viveros emvive...@gmail.com mailto:emvive...@gmail.com Hmmm... I can understand now... Well.. I tried now the version of Jack on kxstudio testing ppa https://launchpad.net/%**7Ekxstudio-team/+archive/** testing https://launchpad.net/%7Ekxstudio-team/+archive/testing and the problem is the same... :( This ppa was install jack2, jackd and jackdfirewire packages on version 1.9.9 but the package libjack-jack2.0 is mantained on version 1.9.8 The next step will be to compile jack packages on version 1.9.9 Ivica, or anyone, you have some information how can I compile that? For that I need some help. Regards 2012/11/23 Ivica Ico Bukvic i...@vt.edu mailto:i...@vt.edu See below (from the linux-audio-user list): Re: [LAU] question about jackdmp's ability to detect its soundcard has disconnected Could this be the difference between 1.9.8 and git version? On Oct 29, 2012 12:10 PM, Robin Gareus ro...@gareus.org mailto:ro...@gareus.org wrote: On 10/29/2012 03:55 PM, Ivica Ico Bukvic wrote: All, I noticed since upgrading to Ubuntu 12.04 that the default Jack server is jackdmp (v.1.9.8). Please correct me if I am wrong but my understanding this is the smp-enabled version 2
Re: [PD] Freezes with Pd-Extended and Jack
Starting jack after pd is fixed in pd-l2ork. Likewise, hanging after connection with jack is lost is fixed in pd-l2ork. Pd 0.43 also has a regression in its audio stack rewrite where reconnecting to jack fails and outputs a salvo of errors (at least this was the case with the one that ships with Ubuntu). In respect to pd-l2ork and jack there is only one more lingering problem which is actually related to jackd that ships with Ubuntu 12.04. Namely, sometimes when jack is running and one somehow loses the soundcard (e.g. accidental disconnection of a usb soundcard) while jackd is running. Killing jackd process fixes this (since it is the one hanging and it never sends signal to pd-l2ork or any other client that the sound is gone so pd-L2ork waits on jackd). I was assured that this has been fixed if one compiles latest version of jackd from source but haven't tried yet if that indeed fixes it. HTH On Nov 23, 2012 5:01 AM, Lorenzo Sutton lorenzofsut...@gmail.com wrote: On 21/11/12 23:35, Esteban Viveros wrote: Hello, I'm using pd-extended 0.43.4, installed via Hans-Cristoph Steiner ppa. I'm using this version because I can't install the stable version in Ubuntu 12.04. The problem is, when I start pd with Jack in -rt mode or wherever mode, if I turn on dsp, they work well, but if I turn off, and try to turn on yet dsp, pd-extended freeze... Does this happen even if jack (through Qjackctl or whatever) was started *before you start Pd?? If so I guess it could be this bug: http://sourceforge.net/**tracker/index.php?func=detail** aid=3543466group_id=55736**atid=478070http://sourceforge.net/tracker/index.php?func=detailaid=3543466group_id=55736atid=478070 Indeed also turning DSP off when jack was auto-started by Pditselfscrews everything up. The workaround in this case would be to always start jack *before* starting Pd, then everything seems to behave well. Lorenzo. Closing Qjackctl (after some time ubuntu can close that) pd-extended returns to work, and I can use on alsa directly sucessfull.. Someone knows where I can comunicate this bug to the developers? Is here the place? __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] Freezes with Pd-Extended and Jack
That is the regression I spoke of in pd 0.43 branch. Try pd-l2ork... On Nov 23, 2012 9:27 PM, Esteban Viveros emvive...@gmail.com wrote: Ops... I did a better test, and doing first open Pd and then I open Jack. Now The DSP function work well, but I don't have sound... On messages box I have: 00:18:26.321 Patchbay deactivated. 00:18:26.373 Statistics reset. 00:18:26.388 ALSA connection change. 00:18:26.440 JACK connection change. 00:18:26.467 Client activated. 00:18:52.992 JACK connection graph change. 00:18:53.134 JACK connection change. 00:19:38.102 Client deactivated. 00:19:38.103 Post-shutdown script... 00:19:38.103 dreamstudio-restart-pulseaudio # making sure pulseaudio will restart if it crashes # starting pulseaudio # connecting pulseaudio to JACK Falha: A inicialização do módulo falhou Falha: A inicialização do módulo falhou 00:19:41.798 Post-shutdown script terminated with exit status=256. 00:19:44.297 JACK connection change. 00:19:44.311 Client activated. 00:20:38.543 JACK connection graph change. 00:20:38.693 JACK connection change. 00:20:42.648 ALSA connection graph change. 00:20:42.708 ALSA connection change. 00:20:42.709 ALSA connection graph change. 00:20:42.910 ALSA connection change. 00:20:45.334 JACK connection graph change. 00:20:45.514 JACK connection change. 00:20:52.993 JACK connection graph change. 00:20:53.014 Buffer size change (64). What can I do now? 2012/11/23 Esteban Viveros emvive...@gmail.com Hmmm... I can understand now... Well.. I tried now the version of Jack on kxstudio testing ppahttps://launchpad.net/~kxstudio-team/+archive/testingand the problem is the same... :( This ppa was install jack2, jackd and jackdfirewire packages on version 1.9.9 but the package libjack-jack2.0 is mantained on version 1.9.8 The next step will be to compile jack packages on version 1.9.9 Ivica, or anyone, you have some information how can I compile that? For that I need some help. Regards 2012/11/23 Ivica Ico Bukvic i...@vt.edu See below (from the linux-audio-user list): ** ** Re: [LAU] question about jackdmp's ability to detect its soundcard has disconnected Could this be the difference between 1.9.8 and git version? On Oct 29, 2012 12:10 PM, Robin Gareus ro...@gareus.org wrote: On 10/29/2012 03:55 PM, Ivica Ico Bukvic wrote: All, I noticed since upgrading to Ubuntu 12.04 that the default Jack server is jackdmp (v.1.9.8). Please correct me if I am wrong but my understanding this is the smp-enabled version 2 that is being developed in parallel with 1.x series of regular jack. correct. They are also API and ABI compatible. Either way, one of my concerns is that while in the old jack when one accidentally pulled the soundcard jack was trying to talk to (e.g. a USB soundcard), the jack would gracefully stop. In my experience it stopped but never gracefully (ie it crashed). but it's been a while since I used jack1. The new version (and this could be Ubuntu quirk) instead of stopping is pegged in some kind of a spinlock that often times locks up the machine (this may be in part since I am running a lowlatency kernel with audio group given priority) and at times keeps it operational while hogging the cpu and making the computer barely responsive until jackd is killed. Apps connected to jack that I tested so far are also stuck in a loop waiting for a response from jack (although this could be the app's shortcoming)--jack never broadcasts a signal that it has lost the soundcard (AFAICT). FWIW I am running jackdmp through qjackctl... Any thoughts on this matter would be most appreciated. I can't reproduce this. jack2 stops the backend when the device is disconnected. You can switch to a new backend using jack_control (sending some Dbus messages to jackd) without re-starting jackd. No CPU hogging here. - I'm running jack2 - aka 1.9.9.4 from git. robin ** ** -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ ___ 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] pd-l2ork 20121115 rc1 now available including deb -- please test and provide feedback
More info needed than that. How did you build it? Are you running 32bit system on a 64bit cpu? On Nov 19, 2012 9:47 PM, Jonathan Wilkes jancs...@yahoo.com wrote: Tried to build the deb package, then running it with gdebi I get: Error: Wrong Architecture on debian wheezy amd_64 -Jonathan - Original Message - From: Ivica Ico Bukvic i...@vt.edu To: pd-list@iem.at; A list for linux audio users linux-audio-u...@lists.linuxaudio.org; 'p1k53l workshop' pik...@piksel.no; An open mailing list for a world-wide network of aspiring L2Orkists, L2Ork developers, contributors, and supporters. l2ork-...@disis.music.vt.edu Cc: Sent: Monday, November 19, 2012 12:26 PM Subject: [PD] pd-l2ork 20121115 rc1 now available including deb -- please test and provide feedback Changelog: *Improvements to the installer *Dynamic pulling of the latest doc and Gem sources *Entire dev tree migrated to github *Autopatching refinements *Further refinements to the distinction between pd and pd-l2ork *Verbose error reporting from tcl/tk *Minor GUI clean-up *Merged patches from http://sourceforge.net/tracker/?func=detailatid=478072aid=2947822group_id =55736 *Overhauled online install documentation (http://l2ork.music.vt.edu/main/?page_id=56) I am pleased to report that in L2Ork rehearsals, pd-l2ork has been rock solid without any crashes or problems for over a month now. Most of the aforesaid fixes are cosmetic in nature. L2Ork has 15 networked machines pushing Atom-based netbooks to their very limits. Both deb package (with dependencies and conflicts--please report any problems if you encounter them trying to install pd-l2ork deb) and binary tarballs are available. They have been built on Ubuntu 12.04, so due to glibc inconsistencies they may not work on other platforms. If you need to rebuild the entire tarball from source, the new installer makes it extremely simple: 1) Download the dev snapshot from git git clone git://github.com/pd-l2ork/pd.git 2) Install all the dev dependencies (below is the one that works for Ubuntu, other distros might use different package names): sudo apt-get install bison flex automake qjackctl tcl-dev tk-dev libasound2-dev libjack-jackd2-dev libtool libbluetooth-dev libgl1-mesa-dev libglu1-mesa-dev libglew1.5-dev libmagick++-dev libftgl-dev libgmerlin-dev libgmerlin-avdec-dev libavifile-0.7-dev libmpeg3-dev libquicktime-dev libv4l-dev libraw1394-dev libdc1394-22-dev libfftw3-dev libvorbis-dev ladspa-sdk dssi-dev tap-plugins ladspa-foo-plugins invada-studio-plugins-ladspa blepvco swh-plugins mcp-plugins cmt blop slv2-jack omins ubuntustudio-audio-plugins rev-plugins libslv2-dev dssi-utils vco-plugins wah-plugins fil-plugins mda-lv2 libmp3lame-dev libspeex-dev libgsl0-dev portaudio19-dev python-dev libsmpeg0 libjpeg62 tkpng flite1-dev libgsm1-dev svn 3) Uninstall any preexisting version of the cwiid library and install, e.g.: apt-get remove libcwiid0 (or whatever the package name is) Optionally install cwiid library manually (if you don't have sudo enabled and don't want the installer to do this for you in step 4): cd master/l2ork_addons/cwiid aclocal autoconf make make install (need a sudo or root for this last step) 4) Run the installer cd master/l2ork_addons/ ./tar_em_up -F (for tarball binary installer) OR ./tar_em_up -B (for deb package) OR If you don't have sudo enabled (it is used to automatically install L2Ork version of the cwiid library) or have already manually installed the cwiid library (see step 3 above) you can add w option that forgoes install of the cwiid library. So, ./tar_em_up -Fw or ./tar_em_up -Bw ought to do it. 5) Take a coffee break (on an Atom processor, installer runs for approx. 1 hour). Once done, install the generated binary package that will be located in the root git folder (where master/ folder is). IMPORTANT: if you have existing tarball-based install of pd-l2ork, and are looking to install deb package, make sure to uninstall the old version first. This can be done by going into the old installer's folder and typing sudo make uninstall. I'd appreciate feedback on the said builds. Please include as much info as possible, including distro/version/32 vs 64bit/problem and how it manifests itself, etc. You can get pd-l2ork from the usual place: http://l2ork.music.vt.edu/main/?page_id=56 Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and
Re: [PD] pd-l2ork 20121112 beta 2 snapshot now available including experimental deb -- please test and provide feedback
I did. Although, since posting the announcement I did find out there are some other more recent packages with different names so I have added them to my next version of control package. On Nov 13, 2012 7:51 PM, IOhannes m zmölnig zmoel...@iem.at wrote: On 11/13/2012 02:53 PM, Ivica Ico Bukvic wrote: This is also the first release of the .deb format. It is currently generated in a way that clashes with other forms of pd so please be aware of that (in other words installing pd-l2ork requires uninstalling of pure-data/pd-extended due to some shared files). i don't know how you create your .deb, but if it clashes with other versions of Pd, you should add something like that to your debian/control: snip Provides: pd Breaks: pd /snip fgmasdr IOhannes __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] ANN: pd-l2ork 20121019 stable candidate now available
For people like yourself who don't want to enable sudo. Other than that it is exactly the same as -f option. BTW, just tried building deb last night and it worked fairly easily. I just need to clean up dependencies and will start supporting that as well. Also, there have been several releases since 1019. Latest 1108 introduces revamped Tidy (one press aligns according to closest axis, second press spaces objects evenly), and even better scrolling. Now, apart from a few lingering bug fixes, when trying to connect objects that don't fit on the same screen, the scroll follows the cursor and cord tip. On Nov 10, 2012 1:21 AM, Jonathan Wilkes jancs...@yahoo.com wrote: What does the -u flag do? It's not in the older version I have. -Jonathan From: Ivica Bukvic i...@vt.edu To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list pd-list@iem.at; András Murányi muran...@gmail.com Sent: Friday, November 9, 2012 4:50 PM Subject: Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available cd l2ork_addons/ ./tar_em_up.sh -u I wouldn't call it that hard... On Nov 9, 2012 4:44 PM, Jonathan Wilkes jancs...@yahoo.com wrote: From: András Murányi muran...@gmail.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Ivica Bukvic i...@vt.edu; pd-list@iem.at pd-list@iem.at Sent: Friday, November 9, 2012 3:04 PM Subject: Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available On Fri, Nov 9, 2012 at 8:46 PM, Jonathan Wilkes jancs...@yahoo.com wrote: Well, my humble suggestion is to extend the bullet to read Precompiled for Ubuntu 12.04 Precise (may also work on other distributions). Change to: probably _won't_ work on Debian and Debian-derived distributions. It's a problem with 2.14 having been so buggy that Debian Wheezy decided to skip over it and go straight to 2.15 (along with many other distros, according to what I've read about the issue), but they had a freeze before upgrading to 2.15. Many distros are stuck on 2.13 for the time being, including Debian Squeeze. -Jonathan Aww, just imagine how bad to be stuck with 2.11! :oP http://packages.ubuntu.com/search?keywords=libc-bin Btw, I don't see 2.15 anywhere on Debian: http://packages.debian.org/search?keywords=libc-bin That's because it's not available for Debian Squeeze or Wheezy. It might be on Debian expiremental or whatever they call the one that's pretty much guaranteed to break. This is why it's such a pain-- you'd have to compile it yourself, and outside of the c compiler I can't think a more complex piece of software to compile manually. -Jonathan András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list