Pd-dev August 2010

pd-dev@lists.iem.at

22 participants
147 discussions

Access to PD SVN
by David Doukhan 07 Feb '11

07 Feb '11

Hi all, Some of you met me last year at the PDCON09, when I presented a Binaural Synthesis external for PD that I did. I'm a 27 years old ex-engineer, specialized in artificial intelligence and sound processing... I'm currently doing a Phd on expressive Text to speech synthesis in Paris. Since I received few emails of people asking me to provide them the binaural external I did, I'd like to put it on the PD SVN. In order to do it, I need to have write access to PD SVN. My sourceforge account correspond to rudk(a)users.sourceforge.net . Can someone add me to the list of the developpers? Regards, -- David Doukhan http://www.limsi.fr/Individu/doukhan/

3 5

FYI: lots of pd packages for Debian
by Hans-Christoph Steiner 03 Oct '10

03 Oct '10

FYI: I'm in the process of getting all my pd packages into Debian. If you are interested, you can follow the progress by checking out all of the packages that start with "pd-" on this page: http://www.debian.org/devel/wnpp/being_packaged Or try them in Ubuntu here: https://launchpad.net/~eighthave/+archive/libdirs/+packages Next, I'm uploading them to mentors.debian.net so people can try them there. .hc

2 2

vinylcontrol~
by Caucasian Caucasian 03 Oct '10

03 Oct '10

Hallo, I'd like to test [vinylcontrol~] from http://karhumusic.sesser.at/vinylcontrol/vinylcontrol.html on Windows XP, but unfortunately I'm not able to compile external by myself (missing knowledge base ;-) ). Is there anybody who could help to make it work please?. Thanks a lot ales ---------------- code.google.com/p/visualtracker

2 1

Re: [PD-dev] [PATCH 06/10] fixed race-condition in the audio/midi API initialization
by Hans-Christoph Steiner 01 Sep '10

01 Sep '10

That's the idea of the wait4pd stuff, to make sure that pd is started before continuing on. I don't think this is necessary. Do you have a way to trigger pd taking too long to start up? .hc On Jul 15, 2010, at 2:57 AM, IOhannes m zmoelnig wrote: > if Pd takes too long to startup, Pd-gui will initialize the audio/ > midi API-menus > with NULL-lists; > if Pd finally shows up, the menu cannot be modified anymore, and > thus the user > cannot select the API they want. > > the fix moves the audio/midi APIs into a sub-menu of "Media", and > provides a > function ::pd_menus::build_media_api_menus that will clear the old > API-menus and > refill them with the new API-lists. > this allows Pd-core, to update the API-lists after the GUI has been > initialized. > --- > tcl/pd-gui.tcl | 1 + > tcl/pd_menus.tcl | 50 ++++++++++++++++++++++++++++++++ > +----------------- > 2 files changed, 34 insertions(+), 17 deletions(-) > > diff --git a/tcl/pd-gui.tcl b/tcl/pd-gui.tcl > index c99decc..b4f20b3 100755 > --- a/tcl/pd-gui.tcl > +++ b/tcl/pd-gui.tcl > @@ -460,6 +460,7 @@ proc pdtk_pd_startup {major minor bugfix test > if {$::tcl_version >= 8.5} {find_default_font} > set_base_font $sys_font $sys_fontweight > fit_font_into_metrics > + ::pd_menus::build_media_api_menus $::pdwindow_menubar.media > set ::wait4pd "started" > } > > diff --git a/tcl/pd_menus.tcl b/tcl/pd_menus.tcl > index fc617df..7157c5e 100644 > --- a/tcl/pd_menus.tcl > +++ b/tcl/pd_menus.tcl > @@ -224,6 +224,32 @@ proc ::pd_menus::build_find_menu {mymenu} { > -command {pdsend {pd finderror}} > } > > + > +## update the audio/midi API lists > +# this is done by first clearing the menus, and then rebuilding > them from scratch > +proc ::pd_menus::build_media_api_menus {mymenu} { > + if { [winfo exists $mymenu.audio] } { > + $mymenu.audio delete 0 [ $mymenu.audio index last] > + set audio_apilist_length [llength $::audio_apilist] > + for {set x 0} {$x<$audio_apilist_length} {incr x} { > + $mymenu.audio add radiobutton -label [lindex [lindex > $::audio_apilist $x] 0] \ > + -command {menu_audio 0} -variable ::pd_whichapi \ > + -value [lindex [lindex $::audio_apilist $x] 1]\ > + -command {pdsend "pd audio-setapi $::pd_whichapi"} > + } > + } > + if { [winfo exists $mymenu.midi] } { > + $mymenu.midi delet 0 [ $mymenu.midi index last] > + set midi_apilist_length [llength $::midi_apilist] > + for {set x 0} {$x<$midi_apilist_length} {incr x} { > + $mymenu.midi add radiobutton -label [lindex [lindex > $::midi_apilist $x] 0] \ > + -command {menu_midi 0} -variable ::pd_whichmidiapi \ > + -value [lindex [lindex $::midi_apilist $x] 1]\ > + -command {pdsend "pd midi-setapi $::pd_whichmidiapi"} > + } > + } > +} > + > proc ::pd_menus::build_media_menu {mymenu} { > variable accelerator > $mymenu add radiobutton -label [_ "DSP On"] -accelerator > "$accelerator+/" \ > @@ -237,23 +263,13 @@ proc ::pd_menus::build_media_menu {mymenu} { > $mymenu add command -label [_ "Load Meter"] \ > -command {menu_doc_open doc/7.stuff/tools load-meter.pd} > > - set audio_apilist_length [llength $::audio_apilist] > - if {$audio_apilist_length > 0} {$mymenu add separator} > - for {set x 0} {$x<$audio_apilist_length} {incr x} { > - $mymenu add radiobutton -label [lindex [lindex > $::audio_apilist $x] 0] \ > - -command {menu_audio 0} -variable ::pd_whichapi \ > - -value [lindex [lindex $::audio_apilist $x] 1]\ > - -command {pdsend "pd audio-setapi $::pd_whichapi"} > - } > - > - set midi_apilist_length [llength $::midi_apilist] > - if {$midi_apilist_length > 0} {$mymenu add separator} > - for {set x 0} {$x<$midi_apilist_length} {incr x} { > - $mymenu add radiobutton -label [lindex [lindex > $::midi_apilist $x] 0] \ > - -command {menu_midi 0} -variable ::pd_whichmidiapi \ > - -value [lindex [lindex $::midi_apilist $x] 1]\ > - -command {pdsend "pd midi-setapi $::pd_whichmidiapi"} > - } > + menu $mymenu.audio > + menu $mymenu.midi > + $mymenu add cascade -label [_ "Audio"] -menu $mymenu.audio > + $mymenu add cascade -label [_ "Midi"] -menu $mymenu.midi > + > + build_media_api_menus $mymenu > + > if {$::windowingsystem ne "aqua"} { > $mymenu add separator > create_preferences_menu $mymenu.preferences > -- > 1.7.1 > ---------------------------------------------------------------------------- Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom

4 12

run-up to release 0.43
by Miller Puckette 31 Aug '10

31 Aug '10

Hi all, I have only 2 weeks left in the vicinity of my usual collection of testing machines (will be in New York Sept 1 - Jan. 1!) and so should probably try to get 0.43 finalized. I have several bugs to work on but I think the whole thing is ready to put out compiled "test versions" for people to exercise. I'll try not to add new "features" but just fix bugs for the next 2 weeks -- I'll have all fall for the next bunch of features (including, perhaps, the ones I've been trying to find time to work on). I'll do my usual compiling and spot testing, hopefully putting out the test versions within the next day. cheers Miller

11 26

asking for svn commit access
by Roman Haefeli 31 Aug '10

31 Aug '10

Hi all My name is Roman Haefeli and I have been an active pd-list member for a few years. Since I would like to help in trying to get libraries as packages into debian, I ask for svn commit access. Some of my contributions - mostly in form of abstractions and help-files - can be found in: * abs/pdmtl * externals/mrpeach/net * externals/hardware/wiimote * externals/gridflow I am also of one of the authors of the netpd project (http://www.netpd.org) Cheers Roman

2 5

proposed /usr/bin/pd-gui command
by Hans-Christoph Steiner 31 Aug '10

31 Aug '10

Hey all, I noticed that pd-gui.tcl is installed into /usr/local/bin/pd-gui.tcl, but it doesn't work for me there. I wrote a quick sh script called 'pd-gui' which does work for me. Its attached. The only question I have is whether this should just be generated by the makefile, or included in the git repo and tarballs. I am currently favoring the later. .hc

2 2

[ pure-data-Patches-3056339 ] fixed lookup_windowname to return window name properly
by SourceForge.net 31 Aug '10

31 Aug '10

Patches item #3056339, was opened at 2010-08-30 19:07 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3056339&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: puredata Group: bugfix Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fixed lookup_windowname to return window name properly Initial Comment: Fixed lookup_windowname to return window name properly instead of always "ERROR" and then also not barf with used with bad windownames (i.e. $mytoplevel). Patch against the HEAD of pure-data.git, apply with "git am". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3056339&group_…

1 0

Raising ~250 USD for the Pd build farm? (was Re: buildbot or some other proper build automation)
by András Murányi 30 Aug '10

30 Aug '10

> > so... (tada.wav) Vanilla builds alrite on one slave. Nest step would be >>> uploading the file, this can be done internally, just tell me please which >>> file or directory is the actual build? And... how do we make a package with >>> the Vanilla source? Sorry I never built it myself. >>> Some more questions that came up meanwhile: Shall we update or copy the >>> source each time? (see >>> http://buildbot.net/buildbot/docs/latest/Source-Checkout.html) Do we >>> need --enable-jack to configure Vanilla (after autogen)? >>> >>> Andras >>> >>>> >>> The way that this would be super useful is if buildbot builds after every >>> commit to SVN or git. It looks like SVN polling support is built-in >>> >>> http://buildbot.net/buildbot/docs/0.7.12/#SVNPoller >>> >>> For git, it supports checkout, but there are some external scripts for >>> polling: >>> >>> http://buildbot.net/buildbot/docs/0.7.12/#Git >>> >>> http://stackoverflow.com/questions/645430/have-buildbot-poll-a-git-reposito… >>> http://buildbot.net/trac/ticket/130 >>> >>> .hc >>> >> >> yes, git is more cumbersome when it comes to polling, so i will work this >> out with daily builds and see the polling stuff after. the older buildbot >> version also has some limitations in this direction. >> >> >> I think we can start with SVN since that should be easier. If that works >> nicely, then we can struggle to get git polling working. >> > > Alrite. My box may fall out then, because i cannot handle so many build > cycles per day, or i'll try to find a way to limit it to one build cycle on > 'civilian' boxes like mine. > > > Ah yes, that makes sense. I was thinking the full time machines. > > Or, we could raise money for a 64-bit box? 195 USD is not much... > > http://cgi.ebay.com/Sun-Microsystems-Sun-Fire-X2100-1-8Ghz-512-RAM-NEW-/140… > > > Or a Dell Zino for 250 USD, its 64-bit and runs Debian/Ubuntu nicely. > > > http://www.dell.com/us/en/home/desktops/inspiron-zino-hd/pd.aspx?refid=insp… > > Cool. The X2100 is basically identical to the Ultra20 i have, it's a Tyan main board with Opteron - and runs Debian/Ubuntu nicely :o) How do we raise the funds? Is there an established way, or idea how to do it? Andras

2 1

Re: [PD-dev] buildbot or some other proper build automation
by Hans-Christoph Steiner 29 Aug '10

29 Aug '10

On Sun, 2010-08-29 at 22:08 +0200, András Murányi wrote: > > Ok, the problem is the backport of buildbot relies on a newer > version of > dpkg, which could cause Pd-extended builds to be incompatible > with a > plain Debian/lenny machine. Once Pd-extended is released, I > can upgrade > without worrying about it. > > I understand. > > > I'd like to keep the 128.238.56.50 machine as the master since > the rest > are more or less "disposable". So we can wait for Pd-extended > to be > released to upgrade (less than 2 weeks hopefully), we can work > with the > version that is installed now, or if you want you could > install a newer > version manually, then we can switch to the new Debian package > once > Pd-extended is released. > > Sounds good. So you mean i shall install a new version somewhere > under /var/lib/buildbot? Will it run ok as a daemon? Or shall i build > a new version which you then install over the existing one? Ok, I just built the package myself from source and removed the dependency on dpkg 1.15 and set it to 1.14 for lenny instead. That means 0.7.12 is now installed on debian-stable-i386. Also, about the slave names, would it be possible to use the same names that are on the PdLab page? I.e. not CamelCase, but with-dashes instead :) .hc

1 0

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

Pd-dev August 2010