Pd-dev February 2012

pd-dev@lists.iem.at

18 participants
102 discussions

I have 3 broken installs [was: Re: double precision Pd: .patch files, tests and benchmarks]
by András Murányi 23 Feb '13

23 Feb '13

> >>>> Do you have access to an ARM >>>>> machine? If not, I could probably get one online with ssh access, if >>>>> that's >>>>> useful. >>>>> >>>> >>>> I've mailed Joe White with the question if he can patch the code for >>>> libpd and check performance on ARM. He has done some extremely popular >>>> RjDj apps and needed to optimize for them as well. Think it would be >>>> good anyway to keep in touch with libpd users and app programmers >>>> about this topic, even though we're in an early stage with it. >>>> >>> >>> >>> Yes definitely, we should let everyone who wants to be get involved. I >>> am just saying with need a development platform to start with. Once that's >>> nailed down, we can deal with more issues, like porting to libpd, dealing >>> with externals that could be either 32-bit or 64-bit, etc. >>> >>> I setup a nightly build on the macosx106-x86_64 and called it pd-double. >>> Andras and r33p, if you are listening, could you run this build on your >>> 64-bit boxes also? All you need to do is: >>> >>> ~pd/auto-build >>> cp -a pd-extended pd-double >>> >>> >> Listening now. >> I did: >> $ cd ~pd/auto-build >> $ sudo cp -a pd-extended pd-double >> What's next? Shall I try patching or rather pull IOhannes's sources? >> >> >> If you have the run-automated-builder script in a cron job, that is all >> you have to do. >> >> .hc >> >> > Ah, so tomorrow a single and double precision build will automatically be > made? Cool. > > Also, as I was busy with my life (buying a flat) these days, and I couldn't > follow the list as precisely as I wished, could you advise me what's the > current best way to roll my own double precision pd? Because I would like to > benchmark a fully optimised one. > > > That would great to have those numbers. [...] > Aaargh. I've arrived to the point where I have almost no functional pd on my box (with the exception of l2ork). vanilla says: "bash: /usr/bin/pd: No such file or directory" (i remember this is a known issue... for 64bit? can it be fixed by any chance?) extended (latest autobuild), and the fresh-built double keep on saying "watchdog: signaling pd..." What did I mess up? Will complete removals/reinstalls help? Andras

2 4

adding an inlet and outlet to [table]
by Hans-Christoph Steiner 27 Mar '12

27 Mar '12

I just saw that Max's [table] object has an inlet and outlet on it. You can send the position to the [table] object and it'll output the value. Then it also has a second inlet for setting the value at that position. I think this interface is really nice and simple. I looked around to find how to add these inlets and outlets to Pd's [table], but couldn't find where to do it. Is there any reason why this is a bad idea? Can anyone give me some pointers as to where I should add the inlets and outlet? .hc ---------------------------------------------------------------------------- Access to computers should be unlimited and total. - the hacker ethic

3 4

GEM passing output image later.
by Gert De Roost 29 Feb '12

29 Feb '12

For the pdp to GEM port of my freeframeGL host, I bump into a GEM shortcoming... When processing a pix image in a GEM external, the image is passed to the processRGBAImage method. You can access it during the length of the function, after which I suppose, the imagestruct is automatically passed to GEM for outputting. What I want to do though, is outputting the image only when the next image is being started to process. I'll explain why: I do a call to glReadPixels, which needs quite some time to finish, but by ussing Pixel Buffer Objects, I can do this transmitting from GPU to CPU asynchronously, so I can do stuff during the wait for glReadPixels to finish, then I can copy the buffer into the output image. Best is to wait for the next image, which comes mostly more then 20ms later, so meanwhile the call can complete. GEMs design doesnt facilitate outputting an image after the end of the processing method though... Is there some method internal to GEM that I can use to directly send some data to the image outlet? Or does anyone have an idea how to wait for glReadPixels without at the same time blocking the CPU? I can be found scrutinizing some more GEM source code...

4 5

[ pure-data-Bugs-3495486 ] sfwrite13~ won't create
by SourceForge.net 29 Feb '12

29 Feb '12

Bugs item #3495486, was opened at 2012-02-28 19:41 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495486&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: sfwrite13~ won't create Initial Comment: ext13/sfwrite13~ won't create in sfwrite13~-help.pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495486&group_…

1 0

Re: [PD-dev] [ pure-data-Patches-3494768 ] verbose() leaves blank lines when filtered out in Pd window
by IOhannes m zmoelnig 28 Feb '12

28 Feb '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 i move that to the list, as it makes discussion easier. On 2012-02-27 15:32, SourceForge.net wrote: >> Comment By: Hans-Christoph Steiner (eighthave) > idea to change to loglevel+4 to loglevel+3. Either leave verbose()'s > custom level numbering the same, or make it the same as the Pd window, > error(), logpost(), etc.. I still really think the +4 on the loglevel > doesn't make sense. i totally agree that "+4" doesn't make sense at all. i wonder though what you mean by "leave verbose()'s custom level numbering the same". the same as what? from the start of verbose() (which was long before the "custom" loglevels of logpost()) the idea was as follows: verbose() should be used for messages that are more verbose (==less important) than post(). you can increase verbosity by passing one or more "-verbose" arguments to the cmdline. when raising verbosity, you will suddenly see messages that you did not see with a lower verbosity. "verbose(0)" is meant to be a default (low) verbosity, that is still less important than post() keep in mind that this was all before the loglevel stuff; from that pov it would make no sense at all to have verbose(1) to be more important than post() and verbose(3) to be less important than post(). instead, all ordinary (that is: >0) verbose-levels are always considered less important than the "show always" post. this should still hold true! furthermore, verbose(0) was meant to have a "similar" verbosity than post() (but - again - never a higher priority). somebody (while i remember you saying that the arbitrary number '4' was introduced by me after much fighting with you and miller, i still cannot remember that; what i can remember is that i wanted verbose() to use the loglevel implementation) introduced a random offset of "4", which makes verbose(0) to only output things if you switch the loglevel to "all", rather than "debug", which is precisely the loglevel for which verbose() was meant. the only reason i see to keep verbose() at "+4" is to discourage it's use. (which might be what you want, if you think that loglevel() is more easily understandable) leaving our differences aside, what i think could be an interesting change in semantics here, is to output all verbose() messages at loglevel:=3 (debug) though still apply the filtering based on verbosity. e.g. both verbose(0, "foo") and verbose(1, "bar") will show at "debug" level, but the latter will only show up if the user manually raised the verbosity with the "-verbose" flag to at least "1". and yes, it makes sense to differentiate between a gui-loglevel and a system-verbosity, if you generate loads and loads of messages for debugging which you normally would like to never see on the wire between pd & pd-gui. g fasdmr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9LnfoACgkQkX2Xpv6ydvQp6ACgyXpUe5tlt02EWXEXn+KKljf/ DoQAoPNxLBHmQTFCd5Y7+xBHexfeS7sH =jTRm -----END PGP SIGNATURE-----

3 8

jack driver issues with 0.43
by Roman Haefeli 28 Feb '12

28 Feb '12

Hi all When employing dynamic patching, in particular when doing dynamic patching with ~-objects, I found that drop-out time can be greatly reduced by turning dsp off during dynamic creation time. I used to turn dsp off and on in 0 logical time a lot in my patches and it never seemed an issue. Recently, I found that when doing so it causes a drop-out, no matter if there is dynamic patching going on or not. I figured out, that this happens only when Pd is using jack as the audio back-end. In gdb, I noticed that when ever I turn dsp off, I get those messages: [Thread 0xb3065b70 (LWP 11244) exited] [Thread 0xb7f60b70 (LWP 11243) exited] [Thread 0xb7fe1b70 (LWP 11242) exited] When turning dsp on again, I get: [New Thread 0xb7fe1b70 (LWP 11250)] [New Thread 0xb7f60b70 (LWP 11251)] [New Thread 0xb3065b70 (LWP 11252)] It seems, that since 0.43 - when using jack - turning dsp off and on cannot be done "silently" anymore. For me, this has a few implications: * I certainly get a drop-out in the audio stream. Starting and stopping dsp costs a lot of time now. * The jack-client 'pure_data_X' disappears when turning dsp off and thus it looses all hand-made connections to other applications. * Often, Pd hangs after a few cycles of turning dsp off/on. Pd-gui doesn't respond on any input and I see the 'watchdog signaling Pd' message appearing. Personally, I find the old no-thread-spawning-on-dsp-on implementation much friendlier in many ways, but to me most importantly, it was able to avoid drop-outs when turning dsp off and on in 0 logical time. What do others thing, what is their experience? Is there any chance of going back to the old way of using Pd with jack? BTW: Everything works still nice with ALSA. Roman

1 1

[ pure-data-Bugs-3495179 ] pdlua/examples/requirer-help.pd broken
by SourceForge.net 28 Feb '12

28 Feb '12

Bugs item #3495179, was opened at 2012-02-27 16:49 Message generated for change (Tracker Item Submitted) made by megrimm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495179&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: megrimm (megrimm) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdlua/examples/requirer-help.pd broken Initial Comment: heres the error. IDK. lua: error loading `requirer': [string "requirer"]:1: module 'complex' not found: no field package.preload['complex'] no file '/Applications/Pd-extended.app/Contents/Resources/extra/pdlua/examples/complex' no file '/Applications/Pd-extended.app/Contents/Resources/extra/pdlua/examples/complex.lua' no file './complex.lua' no file '/sw/share/lua/5.1/complex.lua' no file '/sw/share/lua/5.1/complex/init.lua' no file '/usr/local/share/lua/5.1/complex.lua' no file '/usr/local/share/lua/5.1/complex/init.lua' no file '/Applications/Pd-extended.app/Contents/Resources/extra/pdlua/examples/complex.so' no file './complex.bundle' no file './complex.so' no file '/sw/lib/lua/5.1/complex.bundle' no file '/sw/lib/lua/5.1/complex.so' no file '/sw/lib/lua/5.1/loadall.bundle' no file '/sw/lib/lua/5.1/loadall.so' no file '/usr/local/lib/lua/5.1/complex.bundle' no file '/usr/local/lib/lua/5.1/complex.so' no file '/usr/local/lib/lua/5.1/loadall.bundle' no file '/usr/local/lib/lua/5.1/load requirer complex ... couldn't create lua: error loading `requirer': [string "requirer"]:1: module 'complex' not found: no field package.preload['complex'] no file '/Applications/Pd-extended.app/Contents/Resources/extra/pdlua/examples/complex' no file '/Applications/Pd-extended.app/Contents/Resources/extra/pdlua/examples/complex.lua' no file './complex.lua' no file '/sw/share/lua/5.1/complex.lua' no file '/sw/share/lua/5.1/complex/init.lua' no file '/usr/local/share/lua/5.1/complex.lua' no file '/usr/local/share/lua/5.1/complex/init.lua' no file '/Applications/Pd-extended.app/Contents/Resources/extra/pdlua/examples/complex.so' no file './complex.bundle' no file './complex.so' no file '/sw/lib/lua/5.1/complex.bundle' no file '/sw/lib/lua/5.1/complex.so' no file '/sw/lib/lua/5.1/loadall.bundle' no file '/sw/lib/lua/5.1/loadall.so' no file '/usr/local/lib/lua/5.1/complex.bundle' no file '/usr/local/lib/lua/5.1/complex.so' no file '/usr/local/lib/lua/5.1/loadall.bundle' no file '/usr/local/lib/lua/5.1/load requirer sqlite3 ... couldn't create ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495179&group_…

1 0

[ pure-data-Bugs-3495178 ] pdlua/examples/nop-test-gem.pd broken objects
by SourceForge.net 28 Feb '12

28 Feb '12

Bugs item #3495178, was opened at 2012-02-27 16:47 Message generated for change (Tracker Item Submitted) made by megrimm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495178&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: megrimm (megrimm) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdlua/examples/nop-test-gem.pd broken objects Initial Comment: pdlua/examples/nop-test-gem.pd needs [import Gem] fixed patch attached ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495178&group_…

1 0

[ pure-data-Bugs-3495176 ] pdlua/examples/list-unpack-test-gem.pd broken objects
by SourceForge.net 28 Feb '12

28 Feb '12

Bugs item #3495176, was opened at 2012-02-27 16:44 Message generated for change (Tracker Item Submitted) made by megrimm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495176&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: megrimm (megrimm) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdlua/examples/list-unpack-test-gem.pd broken objects Initial Comment: pdlua/examples/list-unpack-test-gem.pd needs [import Gem] fixed patch attached ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495176&group_…

1 0

[ pure-data-Bugs-3495175 ] pdlua/examples/complex-help.pd broken
by SourceForge.net 28 Feb '12

28 Feb '12

Bugs item #3495175, was opened at 2012-02-27 16:41 Message generated for change (Tracker Item Submitted) made by megrimm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495175&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: megrimm (megrimm) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdlua/examples/complex-help.pd broken Initial Comment: pdlua/examples/complex-help.pd = lua: error running `complex.pd_luax': [string "complex.pd_luax"]:1: module 'complex' not found: no field package.preload['complex'] no file '/Applications/Pd-extended.app/Contents/Resources/extra/pdlua/examples/complex' no file '/Applications/Pd-extended.app/Contents/Resources/extra/pdlua/examples/complex.lua' no file './complex.lua' no file '/sw/share/lua/5.1/complex.lua' no file '/sw/share/lua/5.1/complex/init.lua' no file '/usr/local/share/lua/5.1/complex.lua' no file '/usr/local/share/lua/5.1/complex/init.lua' no file '/Applications/Pd-extended.app/Contents/Resources/extra/pdlua/examples/complex.so' no file './complex.bundle' no file './complex.so' no file '/sw/lib/lua/5.1/complex.bundle' no file '/sw/lib/lua/5.1/complex.so' no file '/sw/lib/lua/5.1/loadall.bundle' no file '/sw/lib/lua/5.1/loadall.so' no file '/usr/local/lib/lua/5.1/complex.bundle' no file '/usr/local/lib/lua/5.1/complex.so' no file '/usr/local/lib/lua/5.1/loadall.bundle' no file '/usr/local/li pdlua_new: error in constructor for `pdluax': [string "pd.lua"]:349: attempt to concatenate local 'pathname' (a nil value) pdluax complex ... couldn't create ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495175&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev February 2012