Pd-list December 2010

pd-list@lists.iem.at

120 participants
216 discussions

Re: [PD] GUI plugins
by Hans-Christoph Steiner 05 Dec '10

05 Dec '10

On Dec 4, 2010, at 8:31 PM, András Murányi wrote: > > > 2010/12/5 Hans-Christoph Steiner <hans(a)at.or.at> > > On Dec 4, 2010, at 7:41 PM, András Murányi wrote: > >> >> >>> >>> 2010/9/13 Hans-Christoph Steiner <hans(a)at.or.at> >>> >>> Hey András, >>> >>> Since we are in bug fixing mode for 0.43, now is a good time to >>> test your GUI plugins, so we can make sure that they work in >>> 0.43. Your plugins-plugin.tcl is a good example. >>> >>> .hc >>> >>> OK, you'll find plugins-plugin rewritten and attached. Later i'll >>> add it to the wiki too... >>> >>> Now i'd rewrite my other plugins, and the first would be a simple >>> one binding fullscreen to F11 - but it seems keypresses are >>> already captured and i cannot get a hold of F11 any more from TCL. >>> Is that right or am i just lost? >>> >>> Andras >>> <plugins-plugin.tcl> >> >> Excellent! I just tried it out, and got a problem when I unchecked >> "set_custom_stored_histores". Here's the screenshot and error log: >> <Picture 1.png> >> bad option "-index": must be -all, -ascii, -decreasing, - >> dictionary, -exact, -glob, -increasing, -inline, -integer, -not, - >> real, -regexp, -sorted, or -start >> bad option "-index": must be -all, -ascii, -decreasing, - >> dictionary, -exact, -glob, -increasing, -inline, -integer, -not, - >> real, -regexp, -sorted, or -start >> while executing >> "lsearch -index 0 -exact $startup_plugins $shortname" >> >> >> oops. "lsearch -index" turns out to be a 8.5 thing (and you >> probably have 8.4), so i'll need to require 8.5, as I cannot even >> work this around. >> Thanks for pointing it out! > > Ah, yes, works fine with Tcl/Tk 8.5 > >> (can you, by any chance, give me a hint on bindings...?) >> Andras > > Sure, what help do you need with bindings? > > .hc > > > > ...now i'd rewrite my other plugins, and the first would be a simple > one binding fullscreen to F11 - but it seems keypresses are already > captured and i cannot get a hold of F11 any more from TCL. Is that > right or am i just lost? > > Andras Hmm, as far as I know you can always bind to any keystroke. Just be sure to not override the built-in bindings and use a + before the proc in the bind statement. .hc ---------------------------------------------------------------------------- I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.

1 0

Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
by Ivica Ico Bukvic 05 Dec '10

05 Dec '10

Lol, I meant to say "next" piece (silly android voice recognition)... Ivica Ico Bukvic <ico(a)vt.edu> wrote: >Great suggestion! That might work quite nicely. We only have to make sure for legacy purposes that wherever in the old code this variable is being checked that it can gracefully handle values less than 0. > >That said, my top priority as of right now is further testing current code as well as continuing to work on my neck piece. Beyond that I would like to make all iem objects resizable via GUI, revamp the to-front and to-back algorithm so that it does not rely upon undo, followed by an "infinite" undo, and then tooltips, improved color picker, improve upon the tidy algorithm, and then weed through the documentation and externals and only keep those that are well maintained and are not redundant. Your suggestion might fit nicely somewhere inside here as well. > >I would also like to see Qt-ified (or better yet juce-ified) version of the whole thing. This will however have to wait. > > Long story short it might be a while before I make the next big push. In the meantime, as always, contributions will be most welcome provided they do not break the backwards compatibility. > >Cheers! > >Ico

1 0

Re: [PD] GUI plugins
by Hans-Christoph Steiner 05 Dec '10

05 Dec '10

On Dec 4, 2010, at 7:41 PM, András Murányi wrote: > > >> >> 2010/9/13 Hans-Christoph Steiner <hans(a)at.or.at> >> >> Hey András, >> >> Since we are in bug fixing mode for 0.43, now is a good time to >> test your GUI plugins, so we can make sure that they work in 0.43. >> Your plugins-plugin.tcl is a good example. >> >> .hc >> >> OK, you'll find plugins-plugin rewritten and attached. Later i'll >> add it to the wiki too... >> >> Now i'd rewrite my other plugins, and the first would be a simple >> one binding fullscreen to F11 - but it seems keypresses are already >> captured and i cannot get a hold of F11 any more from TCL. Is that >> right or am i just lost? >> >> Andras >> <plugins-plugin.tcl> > > Excellent! I just tried it out, and got a problem when I unchecked > "set_custom_stored_histores". Here's the screenshot and error log: > <Picture 1.png> > bad option "-index": must be -all, -ascii, -decreasing, -dictionary, > -exact, -glob, -increasing, -inline, -integer, -not, -real, -regexp, > -sorted, or -start > bad option "-index": must be -all, -ascii, -decreasing, -dictionary, > -exact, -glob, -increasing, -inline, -integer, -not, -real, -regexp, > -sorted, or -start > while executing > "lsearch -index 0 -exact $startup_plugins $shortname" > > > oops. "lsearch -index" turns out to be a 8.5 thing (and you probably > have 8.4), so i'll need to require 8.5, as I cannot even work this > around. > Thanks for pointing it out! Ah, yes, works fine with Tcl/Tk 8.5 > (can you, by any chance, give me a hint on bindings...?) > Andras Sure, what help do you need with bindings? .hc ---------------------------------------------------------------------------- I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler

1 0

Parsing Pd patches in Javascript, Python, Java
by Chris McCormick 05 Dec '10

05 Dec '10

Hi, Here is how you can parse Pd patches into rows of atoms in three languages using regular expressions: /*** Javascript ***/ var lines_re = new RegExp("(#((.|\r|\n)*?)[^\\\\])\r{0,1}\n{0,1};\r{0,1}\n", "gi"); for (pdline = lines_re.exec(patchtext)) { var atoms = pdline[1].split(/ |\r\n?|\n/); } ### Python ### lines_re = re.compile("(#(.*?)[^\\\])\r{0,1}\n{0,1};\r{0,1}\n", re.MULTILINE | re.DOTALL) split_re = re.compile(" |\r\n?|\n", re.MULTILINE) for found in lines_re.finditer(patch): line = found.group(1) atoms = split_re.split(line) /*** Java ***/ private static final String line_re = "(#((.|\r|\n)*?)[^\\\\])\r{0,1}\n{0,1};\r{0,1}\n"; private static final String token_re = " |\r\n?|\n"; Pattern pattern = Pattern.compile(line_re, Pattern.MULTILINE); Pattern token_pattern = Pattern.compile(token_re, Pattern.MULTILINE); Matcher matcher = pattern.matcher(patchtext); ArrayList<String[]> atomlines = new ArrayList<String[]>(); while (matcher.find()) { String[] s = token_pattern.split(matcher.group(1)); atomlines.add(token_pattern.split(matcher.group(1))); } Also here is a regular expression for matching dollar args: /(?:\\{0,1}\$)(\d+)/g; Hopefully this is useful to someone else. Cheers, Chris. ------------------- http://mccormick.cx

3 6

Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
by András Murányi 05 Dec '10

05 Dec '10

moonlib indeed! 2010/11/25 Jonathan Wilkes <jancsika(a)yahoo.com> > [moonlib/mknob] > > -Jonathan > > > Thanks, this worked. > Now i'm having segfaults on patch load, it seems it's with [moocow/mknob]. > > Andras > > 2010/11/24 Ivica Ico Bukvic <ico(a)vt.edu <http://mc/compose?to=ico@vt.edu>> > > When installing onan arch other than i386 please make sure to do: > > make distclean > aclocal > autoconf > ./configure (with appropriate flags) > make > > Etc. > > HTH > > Ico > > András Murányi <muranyia(a)gmail.com<http://mc/compose?to=muranyia@gmail.com>> > wrote: > > >On Wed, Nov 24, 2010 at 6:40 PM, Ivica Ico Bukvic <ico(a)vt.edu<http://mc/compose?to=ico@vt.edu>> > wrote: > > > >> OK, latest snapshot 20101124 has been just made available in the usual > >> place with additional improvements including: > >> > >> *all vanilla and iemgui objects are now "accelerated" in terms of their > >> redrawing and moving, resulting in a dramatic improvement in UI > >> responsiveness (for the devs, the new model uses tagging of widgets and > >> move command, rather than apparently a much more cpu expensive coords > >> call) > >> > >> *sarlo's magic highlighter now works on all iem objects as well as gop > >> objects > >> > >> *more cosmetic bug fixes > >> > >> http://l2ork.music.vt.edu/main/?page_id=56 > >> > >> As always, feedback is most appreciated! > >> > >> Best wishes, > >> > >> Ico > >> > >> > ><personal thoughts, never mind> > >First i wish to say i had my doubts but now i'm happy to see an iteration > of > >pd-extended in the wild. One may say there is some waste of time with a > fork > >like this and of course there is, but it also proves pd-extended to be > >'adult' in a way and adults may have children, and children may seem to > >reinvent the wheel sometimes but that's all right and that's the way they > >can find their new, hopefully better ways. And meanwhile, hopefully, many > >thing will go upstream and it will be a big happy family :o) I'm > >particularly interested in better GUIs operating a well separated core, > and > >happy to see Hans & Miller & al are advancing in this direction! > ></personal thoughts, never mind> > > > >I'm on AMD64 and has run into this with 'make': > > > >cd ../obj; cc -Wl,-export-dynamic -lasound -lrt -ljack -o ../bin/pd > >d_ctl.o d_array.o d_delay.o d_filter.o d_math.o d_osc.o d_soundfile.o > >g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o > >g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o > >g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o > >g_toggle.o g_vdial.o g_vslider.o g_vumeter.o g_magicglass.o m_pd.o > m_class.o > >m_obj.o m_atom.o m_memory.o m_binbuf.o m_conf.o m_glob.o m_sched.o > s_main.o > >s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o > >s_midi.o d_ugen.o d_arithmetic.o d_dac.o d_misc.o d_fft.o d_global.o > >d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o > >x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o import.o > >s_midi_oss.o s_audio_oss.o s_audio_alsa.o s_audio_alsamm.o s_midi_alsa.o > >s_audio_jack.o d_fft_mayer.o d_fftroutine.o -ldl -lm -lpthread -lasound > >collect2: ld terminated with signal 11 [Segmentation fault] > >/usr/bin/ld: i386 architecture of input file `d_ctl.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_array.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_delay.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_filter.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_math.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_osc.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_canvas.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_graph.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_text.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_rtext.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_array.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_template.o' is > incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_io.o' is incompatible with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_scalar.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_traversal.o' is > incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_guiconnect.o' is > >incompatible with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_readwrite.o' is > incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_editor.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_vdial.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `g_magicglass.o' is > >incompatible with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `m_pd.o' is incompatible with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `m_obj.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `m_atom.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `m_memory.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `m_conf.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `m_glob.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `s_main.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `s_print.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `s_loader.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `s_path.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `s_entry.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_ugen.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_arithmetic.o' is > >incompatible with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_dac.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_misc.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_fft.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_global.o' is incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_resample.o' is > incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `x_connective.o' is > >incompatible with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `x_interface.o' is > incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `x_midi.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `x_time.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `x_acoustics.o' is > incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `x_net.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `import.o' is incompatible > with > >i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `s_audio_oss.o' is > incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `s_audio_alsa.o' is > >incompatible with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `s_audio_alsamm.o' is > >incompatible with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `s_audio_jack.o' is > >incompatible with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_fft_mayer.o' is > incompatible > >with i386:x86-64 output > >/usr/bin/ld: i386 architecture of input file `d_fftroutine.o' is > >incompatible with i386:x86-64 output > >make: *** [../bin/pd] Error 1 > > > > > >Andras > > > >_______________________________________________ > >Pd-list(a)iem.at <http://mc/compose?to=Pd-list@iem.at> mailing list > >UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > > > > -----Inline Attachment Follows----- > > > _______________________________________________ > Pd-list(a)iem.at <http://mc/compose?to=Pd-list@iem.at> mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > >

4 13

Call for proposals: CMJ live coding videos
by thor 04 Dec '10

04 Dec '10

Hi all Alex, Nick and I have been asked to get together some live coding videos for a forthcoming issue of Computer Music Journal. We've put together a formal call here, feel free to share it around: http://tinyurl.com/dvdcmj The ideal is to have all live coding environments represented, including experimental ones, along with all livecoders, active, dormant and lurking. So please throw in a proposal - it doesn't have to be fully formed or binding at this stage. Unfortunately there isn't any funding for any of us, but we hope this will be a really good project to be part of, and contributors would keep full copyright over their work. The deadline for brief proposals is 20th December, with notification hopefully by the end of the year. The deadline for submission of videos will be 1st April. Feel free to bring up ideas for collaborative videos here if you wish... Cheers! thor

2 1

[PD-announce] L2Ork pd-extended release candidate 4 now available (was: Re: call for testers...)
by Ivica Ico Bukvic 04 Dec '10

04 Dec '10

Changes include: *synced with the latest pd-extended 0.42.x branch build scripts (installs in /usr/lib/pd-extended and produces pdextended binary) *fixed stray bugs with iemgui objects *realigned some of the iemgui objects in the autopatch mode *other minor bugs'n'fixes Barring any unexpected developments this will be the last release candidate. http://l2ork.music.vt.edu/main/?page_id=56 As usual, feedback/bug-reports are most appreciated. Best wishes, Ico _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

1 1

Re: [PD] More SVN build questions
by Hans-Christoph Steiner 04 Dec '10

04 Dec '10

On Dec 3, 2010, at 5:56 PM, Ivica Ico Bukvic wrote: > >> Ok, the libdir loader should now be included in the builds: >> >> http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revisio… >> >> .hc > > Doesn't this however kill building of the hexloader which we also > need? > > Ico Should be fixed now: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revisio… .hc ---------------------------------------------------------------------------- You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie

2 7

Wiki recent changes portlet
by Jamie Bullock 04 Dec '10

04 Dec '10

Hi all, Would it be possible to show a recent changes portlet on the front page of the wiki? Personally I'd find this incredibly useful to see quickly what the latest changes are. "What's hot?" For example, recently some work has been done adding "GUI Plugins" pages, and it would be great to know this from the front page instead of having to search the site. For an example of what I mean see: http://www.jager.no/ Jamie -- http://www.jamiebullock.com

3 6

Colour tracking
by John Canning 03 Dec '10

03 Dec '10

Hi Folks, I've been trying to do some colour tracking, just tracking a red object for the moment, although I do eventually want to be able to tack three different coloured objects. Here is the patch I have been working on. I've got some info from the mailing list which has informed this patch but (as you can see) I haven't been able to decipher the info enough to get the patch working. Any help would be appreciated. Cheers, John

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list December 2010