Pd-dev September 2006

pd-dev@lists.iem.at

28 participants
80 discussions

[ pure-data-Patches-1473873 ] osx now big or little endian
by SourceForge.net 18 Sep '06

18 Sep '06

Patches item #1473873, was opened at 2006-04-21 00:31 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473873&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: Closed >Resolution: Fixed Priority: 7 Submitted By: Jamie Tittle (tigital) Assigned to: Miller Puckette (millerpuckette) Summary: osx now big or little endian Initial Comment: the attached patches update code which previously assumed "osx == big endian"... ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-18 13:32 Message: Logged In: YES user_id=564396 at least in 0.40 this seems to be fixed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473873&group_…

1 0

Refactoring Pure Data
by Vincent Lordier 18 Sep '06

18 Sep '06

Hi enthusiasts devs ! I want to work on pd's code readability and structure, only refactoring, not adding new features. (http://en.wikipedia.org/wiki/Refactoring) The final goal is to make PD easy to scale (desactivate MIDI, Audio, Network, some CoreLibs, ...) 'We've got to undo the MIDI revolution! said Miller' => Well, as far as I know, removing MIDI from PD's hairy code isn't as easy as "./configure --nomidi' make install ... yet ! There is quite a bit to do in this area, some of it is just renaming, indenting, some of it might be "cleaning out" stuff.h to separate clearly MIDI, Audio, engine, GUI and CoreLibs. Again, my goal is not to alter pd in its behavior (yet), nor optimizing anything (yet), just to improve readability and separation of modules. Any help on this and / or pointers to previous work is welcomed :) I want to make it easier for anyone to get into the code, to maintain it and to address issues like portability (from embedded - PDa-like or even tinier - to bigger systems). BUT my main problem right now is : on which version / branch should I work on ? Why isn't the last 0.40-0test7 into CVS ? Are there other repositories, and where are they, what are their goal and who maintains them ? This is a bit confusing to me : could you explain to me, shortly, what's going on around PD devs ? I'll start by submitting little patches btw. thx a lot vincent

12 32

Using PD just as an API
by Jarbas Jacome 16 Sep '06

16 Sep '06

Brothers, is it possible to use PD just as code API, without using its GUI? I mean, for example, create a program with a completely diferent GUI for PD? Or make a program without interface at all. Any good example of something like that? Thank you. j.jR.

2 2

[ pure-data-Patches-1055258 ] fftw support
by SourceForge.net 16 Sep '06

16 Sep '06

Patches item #1055258, was opened at 2004-10-27 08:52 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1055258&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: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Tim Blechmann (timblech) Assigned to: Miller Puckette (millerpuckette) Summary: fftw support Initial Comment: this patch provides the possibility to use the fftw library instead of the builtin mayer fft ... fftw is at least twice as fast ... it is a compile-time feature, so pd can be compiled without the fftw ... ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-16 14:22 Message: Logged In: YES user_id=27104 Miller added FFTW support in 0.40 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-17 13:45 Message: Logged In: YES user_id=27104 If the code that is in the patch works, then the only thing that would have to happen in configure.in is to check for fftw, if it exists, add "-DHAVE_LIBFFTW3F" to the CFLAGS. That's not the proper autotools way of doing it, but it would work fine. The proper way would be to use a config.h and have d_fft.c #include "config.h". Ideally, Pd would use the config.h throughout, but that's a bigger project. ---------------------------------------------------------------------- Comment By: Tim Blechmann (timblech) Date: 2006-01-17 12:36 Message: Logged In: YES user_id=326084 hans, i think that after having a look at the patch, adapting (insert you favorite build system here) is more than trivial miller, scons has autoconf functionality for multiple platforms including windows, linux & osx ---------------------------------------------------------------------- Comment By: Tim Blechmann (timblech) Date: 2006-01-17 12:36 Message: Logged In: YES user_id=326084 hans, i think that after having a look at the patch, adapting (insert you favorite build system here) is more than trivial miller, scons has autoconf functionality for multiple platforms including windows, linux & osx ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-17 08:43 Message: Logged In: YES user_id=27104 I forgot to mention, this patch is incomplete. It includes all the FFTW code, but no way to enable the compilation of it. Ideally, FFTW would be added to the configure.in/Makefile.in ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-17 08:41 Message: Logged In: YES user_id=27104 http://www.fftw.org/install/windows.html According to that website, it sounds like FFTW builds fine with SSE on MinGW. So that should work well, since everything else in CVS builds with MinGW too. ---------------------------------------------------------------------- Comment By: Ed Kelly (edkelly) Date: 2006-01-17 08:10 Message: Logged In: YES user_id=1322859 Have you checked out the Windows binaries of FFTW3 at http://www.fftw.org/install/windows.html ? Maybe it's a hassle, but there are build files for VC6 and precompiled binaries...perhaps the problems mentioned on this page with SIMD instructions would be addressed by a more recent MSVC, but I only have MSVC6 so I can't check this... Ed ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-02 00:48 Message: Logged In: YES user_id=27104 This patch is safe since it does not enable any modified code unless you set the HAVE_LIBFFTW3F define. It would be nice to have the option to use FFTW already in the source. ---------------------------------------------------------------------- Comment By: Guenter Geiger (ggeiger) Date: 2005-05-18 03:47 Message: Logged In: YES user_id=430561 There is another fast FFT package called oura, i haven't benchmarked it personally, but it seems to be quite fast. Its a "one source file" FFT, so it could be used as a replacement for the meyer FFT (except, it computes RIRIRI instead of RRRIIII) http://momonga.t.u-tokyo.ac.jp/~ooura/fft.html No ALTIVEC or SSE support in it I fear. Guenter ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2005-05-18 01:15 Message: Logged In: YES user_id=663212 I have used fftw on OSX and the Altivec version is many, many times faster than the Pd FFT. The installation was not too difficult, although there are tons of compile time options and the defaults are not usually the most efficient ones. For the port of partconv~ I just statically linked it for the binary, which added a few hundred Kbytes but it seems well worth it. Overall it looks like the FFT lib to adopt for any cross-platform app that requires efficient implementations on multiple architectures. The code compares quite well to commercial libs and applications. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-05-18 00:54 Message: Logged In: YES user_id=313747 I don't know what to do about this one. I don't use FFTW because it requires "configure" and I don't have a windows machine with CYGWIN, so wouldn't ever be able to test this. Perhaps it's for use with linux only? Rumor has it fftw is much faster than meyer, but I've never wanted to go to the hassle of learning how to install it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1055258&group_…

1 0

[ pure-data-Patches-1551825 ] autoscrollbars
by SourceForge.net 16 Sep '06

16 Sep '06

Patches item #1551825, was opened at 2006-09-04 04:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&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: Works For Me >Priority: 7 Submitted By: oskude (oskude) >Assigned to: Miller Puckette (millerpuckette) Summary: autoscrollbars Initial Comment: autoscrollbars patch for pd cvs. dunno how good the code is, but it works :) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-16 13:07 Message: Logged In: YES user_id=27104 Very nice! My only comment is that it is a couple pixels off on Mac OS X 10.4/Pd-extended 0.39.2-test5. I can cover about 3 pixels before the scrollbars kick in. I added to the Pd-extended build system as pure-data/packages/patches/pd_autoscrollbars-0.40-pre.patch It will be in the nightly builds starting tomorrow. ---------------------------------------------------------------------- Comment By: oskude (oskude) Date: 2006-09-15 04:09 Message: Logged In: YES user_id=1383707 this patch removes scrollbars in a pd-patch canvas window when the content is smaller than the window size. and add scrollbars to pd-patch window if content bigger than window size. works individually for height(bottom scrollbar) and width(right scrollbar) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-13 15:26 Message: Logged In: YES user_id=27104 can you elaborate on what this patch does? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&group_…

1 0

[ pure-data-Patches-1551815 ] align control checkboxes to left
by SourceForge.net 16 Sep '06

16 Sep '06

Patches item #1551815, was opened at 2006-09-04 04:05 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551815&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: Works For Me Priority: 5 Submitted By: oskude (oskude) >Assigned to: Miller Puckette (millerpuckette) Summary: align control checkboxes to left Initial Comment: "-anchor w" in checkbutton doesnt have any effect. moved to pack, so they aligh to the left... ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-16 13:04 Message: Logged In: YES user_id=27104 Nice little detail. I added to the Pd-extended build system as pure-data/packages/patches/pd_controls-anchor-fix-0.40-pre.patch It will be in the nightly builds starting tomorrow. ---------------------------------------------------------------------- Comment By: oskude (oskude) Date: 2006-09-15 04:06 Message: Logged In: YES user_id=1383707 [snip] checkbutton .controls.switches.audiobutton -text {compute audio} \ -variable ctrls_audio_on \ -anchor w \ -command {pd [concat pd dsp $ctrls_audio_on \;]} checkbutton .controls.switches.meterbutton -text {peak meters} \ -variable ctrls_meter_on \ -anchor w \ -command {pd [concat pd meters $ctrls_meter_on \;]} pack .controls.switches.audiobutton .controls.switches.meterbutton -side top [snip] looks like this: [ ] compute audio [ ] peak meters as you see, -anchor -w doesnt have any effect when used in checkbutton, they are not aligned to left(w:west) so changing to this: [snip] checkbutton .controls.switches.audiobutton -text {compute audio} \ -variable ctrls_audio_on \ -command {pd [concat pd dsp $ctrls_audio_on \;]} checkbutton .controls.switches.meterbutton -text {peak meters} \ -variable ctrls_meter_on \ -command {pd [concat pd meters $ctrls_meter_on \;]} pack .controls.switches.audiobutton .controls.switches.meterbutton -side top \ -anchor w [snip] looks like this: [ ] compute audio [ ] peak meters using -anchor w in pack aligns the checkbuttons to left... ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-13 15:25 Message: Logged In: YES user_id=27104 can you elaborate on what this patch does? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551815&group_…

1 0

[ pure-data-Bugs-1552482 ] Arguments to canvas object (cnv) do not take effect
by SourceForge.net 16 Sep '06

16 Sep '06

Bugs item #1552482, was opened at 2006-09-05 04:48 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1552482&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: None Group: None >Status: Pending Resolution: Works For Me Priority: 5 Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Arguments to canvas object (cnv) do not take effect Initial Comment: The canvas object seems to take arguments happily enough - while I could not find this documented, I discovered what went where by trying "cnv a b c d e f g h..." and checking where they ended up in the properties. This worked, but while the arguments appear in the properties, they do not actually "show up" in the canvas until the property window is closed again. I've attached a patch that demonstrates this behavior. (I was hoping to build a "canvas generator" that would save me the trouble of opening property windows to set dimensions or a recieve symbol that could be used with Joao Miguel Pais's "gui-edit" abstraction. But the receive symbol does not start functioning until the props are opened, then closed.) Also, the first 3 arguments do not seem to do anything (they'd logically control "selectable size" and the x and y dimensions of the canvas). ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-15 20:54 Message: Logged In: YES user_id=27104 It would be awesome then if you updated the help file and submitted that as a patch to the tracker. Then the rest of us can benefit from your explorations. You can attach an updated help file to this tracker, then change it from a "Bug" to a "Patch". ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 06:12 Message: Logged In: YES user_id=1541432 Sorry about that, thanks! ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-05 06:03 Message: Logged In: YES user_id=564396 this is, because you are using wrong arguments and not because of a bug in [cnv]. attached is a working patch (which uses more arguments than the original one) there are 4 possibilities to "reverse engineer" the arguments of an object: 1) read the help (won't help you with [cnv]) 2) read the pd-list (ask! chances are high that somebody already solved your problem) 3) read the patch (save a patch with the object as you would like it; open the patch with a text editor; look which arguments are used; understand what the arguments mean) 4) read the source esp. #3 is a very simple and efficient and good way to discover the arguments of an object (the object usually knows best which arguments it needs) ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 04:50 Message: Logged In: YES user_id=1541432 This is on Pd-x-39.2t4 (OS X.4.7 PPC) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1552482&group_…

1 0

using getopt_long() with windows
by Vincent Lordier 16 Sep '06

16 Sep '06

Hi devs, I'd like to make it easier to handle cmdline options for Pd using getopt_long instead of what we have today, which makes it harder to scale and isn't generic. I don't have a windows box and I'd like to know if it'd work with windows before I make changes. Could someone compile the example here : http://www.gnu.org/software/libc/manual/html_node/Getopt-Long-Option-Exampl… and let me know if it works ? I know there is an implementation of getopt under windows, but I'm not sure it works flawless. thx for letting me know ++

2 1

[ pure-data-Patches-1551825 ] autoscrollbars
by SourceForge.net 15 Sep '06

15 Sep '06

Patches item #1551825, was opened at 2006-09-04 10:17 Message generated for change (Comment added) made by oskude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&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: wishlist Status: Open Resolution: None Priority: 5 Submitted By: oskude (oskude) Assigned to: Nobody/Anonymous (nobody) Summary: autoscrollbars Initial Comment: autoscrollbars patch for pd cvs. dunno how good the code is, but it works :) ---------------------------------------------------------------------- >Comment By: oskude (oskude) Date: 2006-09-15 10:09 Message: Logged In: YES user_id=1383707 this patch removes scrollbars in a pd-patch canvas window when the content is smaller than the window size. and add scrollbars to pd-patch window if content bigger than window size. works individually for height(bottom scrollbar) and width(right scrollbar) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-13 21:26 Message: Logged In: YES user_id=27104 can you elaborate on what this patch does? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&group_…

1 0

[ pure-data-Patches-1551815 ] align control checkboxes to left
by SourceForge.net 15 Sep '06

15 Sep '06

Patches item #1551815, was opened at 2006-09-04 10:05 Message generated for change (Comment added) made by oskude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551815&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: 5 Submitted By: oskude (oskude) Assigned to: Nobody/Anonymous (nobody) Summary: align control checkboxes to left Initial Comment: "-anchor w" in checkbutton doesnt have any effect. moved to pack, so they aligh to the left... ---------------------------------------------------------------------- >Comment By: oskude (oskude) Date: 2006-09-15 10:06 Message: Logged In: YES user_id=1383707 [snip] checkbutton .controls.switches.audiobutton -text {compute audio} \ -variable ctrls_audio_on \ -anchor w \ -command {pd [concat pd dsp $ctrls_audio_on \;]} checkbutton .controls.switches.meterbutton -text {peak meters} \ -variable ctrls_meter_on \ -anchor w \ -command {pd [concat pd meters $ctrls_meter_on \;]} pack .controls.switches.audiobutton .controls.switches.meterbutton -side top [snip] looks like this: [ ] compute audio [ ] peak meters as you see, -anchor -w doesnt have any effect when used in checkbutton, they are not aligned to left(w:west) so changing to this: [snip] checkbutton .controls.switches.audiobutton -text {compute audio} \ -variable ctrls_audio_on \ -command {pd [concat pd dsp $ctrls_audio_on \;]} checkbutton .controls.switches.meterbutton -text {peak meters} \ -variable ctrls_meter_on \ -command {pd [concat pd meters $ctrls_meter_on \;]} pack .controls.switches.audiobutton .controls.switches.meterbutton -side top \ -anchor w [snip] looks like this: [ ] compute audio [ ] peak meters using -anchor w in pack aligns the checkbuttons to left... ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-13 21:25 Message: Logged In: YES user_id=27104 can you elaborate on what this patch does? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551815&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 September 2006