Pd-dev August 2006

pd-dev@lists.iem.at

22 participants
100 discussions

FYI: gcc 4.1 in auto-build
by Hans-Christoph Steiner 14 Aug '06

14 Aug '06

Just an FYI: I set up the Debian/etch (testing) box to use gcc 4.1. Both pd-MAIN and Pd-extended are compiling fine with gcc 4.1. It would be nice to try some of the auto-vectorization features. Has anyone messed with them at all? .hc

2 1

[ pure-data-Patches-1403917 ] bind abtraction-canvas to full classname
by SourceForge.net 14 Aug '06

14 Aug '06

Patches item #1403917, was opened at 2006-01-12 15:26 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1403917&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: Later Priority: 5 Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: bind abtraction-canvas to full classname Initial Comment: each abstraction-canvas is bound to a receive-symbol, based on the abstraction name, which enables you to send special messages to the canvas (like "vis 1") e.g. [foo] will be bound to "pd-foo.pd"; however, when the abstraction is created with a path-name, this is not reflected. e.g. [foo/bar] will be bound to "pd-bar.pd" this is unfortunate if you are using multiple abstractions of the same name within different directories, like [foo/bar] and [task/bar] (both will listen to "pd-bar.pd") the attached patch will modify g_canvas.c and m_class.c to additionally bind the abstraction's canvas to the full classname of the abstraction, with "pd-" prepended in the given example this means, that [foo/bar] will be bound to "pd-foo/bar" and [task/bar] will be bound to "pd-task/bar" caveat: no ".pd" is suffixed, since the full classname does not hold any file-suffixes. i do not consider this too bad, but who knows. what for?: i need this for a general framework where people can write their own modules that will be saved within a directory; the entry-point to each module is an abstraction with the same name. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-03-23 23:37 Message: Logged In: YES user_id=313747 I'm still trying to figure out a more general mechanism for doing this... a "control" inlet for canvases, or something like that. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-01-13 20:11 Message: Logged In: YES user_id=564396 as discussed on the list, it should be considered removing the compatibility binding to the file-name. e.g. [foo/bar] binds to "pd-foo/bar.pd" and [pizza/bar] binds to "pd-pizza/bar.pd" but none of them binds to [pd-bar.pd] i don't give a patch for this, since the change is simple (just remove 1 (or 2) lines), and the decision should be made by somebody responsible. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-01-13 10:04 Message: Logged In: YES user_id=564396 a refined patch "bind2classname.pd.diff" now also adds ".pd" to the full classname, regardless of what the actual file-extension is. it uses addfileextent(). so now [foo/bar] will bind to "pd-foo/bar.pd" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1403917&group_…

1 0

[ pure-data-Patches-1412469 ] allow env vars in path and loadlib on Win32
by SourceForge.net 14 Aug '06

14 Aug '06

Patches item #1412469, was opened at 2006-01-23 04:05 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412469&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: Open >Resolution: Later Priority: 4 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: allow env vars in path and loadlib on Win32 Initial Comment: This very minor change allows "path" and "loadlib" preferences to use Windows environment variables in the registry. A more complete solution is proposed in the feature tracker "minor changes to support env vars on Windows": http://sourceforge.net/tracker/index.php?func=detail&aid=1412443&group_id=5… ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 07:27 Message: Logged In: YES user_id=313747 I need to check this again later -msp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412469&group_…

1 0

[ pure-data-Patches-1473684 ] fix for array overflow
by SourceForge.net 14 Aug '06

14 Aug '06

Patches item #1473684, was opened at 2006-04-20 18:50 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473684&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: Accepted Priority: 8 Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: fix for array overflow Initial Comment: in s_inter.c, function sys_startgui the zz array is too small to hold all members of the defaultfontshit array, leading to overflow and uneasyness. Attached is a patch (relative to devel) providing a fix for the problem. greetings, Thomas ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 07:02 Message: Logged In: YES user_id=313747 Applied by hand, hope this fixes it. (0.40) ---------------------------------------------------------------------- Comment By: Thomas Grill (xovo) Date: 2006-04-20 18:51 Message: Logged In: YES user_id=350252 increased priority since the bug implies memory corruption or crashes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473684&group_…

1 0

[ pure-data-Patches-1529010 ] kiosk-mode
by SourceForge.net 14 Aug '06

14 Aug '06

Patches item #1529010, was opened at 2006-07-26 16:01 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1529010&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: Closed >Resolution: Later Priority: 5 Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: kiosk-mode Initial Comment: attached is a patch that adds a "-kiosk" flag to pd. if the flag is present, pd's functionality is somewhat limited: the main window is invisible, the patches have no menus and the shortkeys are disabled. this is nice, if you don't want people to fuddle with your patch or scare them off (e.g. public installations, where people see (and probably can modify parameters of) the patch; or applications for people who have no idea what pd is and what the main-window is for and thus might want to close it) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-08-14 09:21 Message: Logged In: YES user_id=564396 right: [declare] might be even better.... ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 06:40 Message: Logged In: YES user_id=313747 There should be separate run-time messages to create and delete the PD window, enable/disable key accelerators, etc., and a patch-specific message (using the new declare object) to suppress menus for specific windows. On the dolist... ---------------------------------------------------------------------- Comment By: JoÃ£o Miguel Pais (jmmmp) Date: 2006-07-27 20:40 Message: Logged In: YES user_id=1523458 that's great. how about a super-secret (or definable) key combination to go back to normal mode, in case you need some sudden maintenance or something? ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-07-26 16:20 Message: Logged In: YES user_id=564396 this new patch also displays the "-kiosk" option in "pd -help" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1529010&group_…

1 0

[ pure-data-Patches-1413364 ] fix name clash - specialize PD's portaudio function names
by SourceForge.net 14 Aug '06

14 Aug '06

Patches item #1413364, was opened at 2006-01-24 02:28 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1413364&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-dev Group: bugfix >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: fix name clash - specialize PD's portaudio function names Initial Comment: Hi all, when compiling the latest Portaudio V19 source some name clashes arise between some PD portaudio-related functions (pablio/ringbuffer stuff) and portaudio itself (which now internally uses a ringbuffer as well). To get around that issue it seems to be cleanest to rename the respective PD functions. This is what the attached patch does. It is relative to pd-devel, but should be somehow usable for main pd too. best greetings, Thomas ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 07:25 Message: Logged In: YES user_id=313747 I think this is fixed now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1413364&group_…

1 0

[ pure-data-Patches-1469241 ] alsamm channels should not default to min.available channels
by SourceForge.net 14 Aug '06

14 Aug '06

Patches item #1469241, was opened at 2006-04-12 15:01 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1469241&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: Accepted Priority: 7 Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: alsamm channels should not default to min.available channels Initial Comment: with alsamm the requested number of channels is ignored. instead it defaults to "0" which is then clamped between the minimum and maximum number of channels the hw supports. while most cards might only support a fixed number of channels (minch==maxch), there are other cards (or rather: drivers) that allow to really select the number of mmapped channels: e.g. the RME MADI can use any of 1..64 channels in this mode. with pd's defaults you only get "1" channel (but you pay for 64!) attached is a little patch that rather uses the maximum available channels as a "default" fallback. (patch against 0.39-2, but very small so might apply to other versions as well) of course, the cleanest solution would be to accept the #channels requested by the user. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 07:08 Message: Logged In: YES user_id=313747 taken for 0.40... ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-06-26 17:52 Message: Logged In: YES user_id=564396 raised priority, since it makes pd kind of useless with expansive multichannel cards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1469241&group_…

1 0

[ pure-data-Patches-1417751 ] make ../bin before compiling
by SourceForge.net 14 Aug '06

14 Aug '06

Patches item #1417751, was opened at 2006-01-29 03:56 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417751&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: Accepted Priority: 8 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make ../bin before compiling Initial Comment: Simple makefile.in patch to prevent the bimonthly post about ../bin being missing when compiling Pd: cd ../obj; cc -Wl,-export-dynamic -lasound -o ../bin/pd 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 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_ctl.o d_arithmetic.o d_osc.o d_filter.o d_dac.o d_misc.o d_math.o d_fft.o d_mayer_fft.o d_fftroutine.o d_array.o d_global.o d_delay.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 d_soundfile.o s_midi_oss.o s_audio_oss.o s_audio_alsa.o s_audio_alsamm.o s_midi_alsa.o \ -ldl -lm -lpthread -lasound /usr/bin/ld: cannot open output file ../bin/pd: No such file or directory collect2: ld returned 1 exit status make: *** [../bin/pd] Error 1 ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 07:24 Message: Logged In: YES user_id=313747 Took it for 0.40 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-06-27 09:27 Message: Logged In: YES user_id=27104 I don't know why that dir goes missing, but the "nada" thing is a bad kludge. Any sane build system will create what it needs, and clean up what it creates. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-06-26 17:50 Message: Logged In: YES user_id=564396 it would be interesting to know where this problem comes from. in the CVS, there is a file "nada" in the pd/bin/ directory in order to force creation of the directory when you do a fresh checkout; in the pd-0.39-2.src.tar.gz as provided by msp, there is also the pd/bin directory; so why are some people missing this directory? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417751&group_…

1 0

[ pure-data-Patches-1417804 ] make versions into macros for easier use
by SourceForge.net 14 Aug '06

14 Aug '06

Patches item #1417804, was opened at 2006-01-29 06:11 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417804&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: Closed >Resolution: Accepted Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make versions into macros for easier use Initial Comment: This patch makes PD_BUGFIX_VERSION and PD_TEST_VERSION macros in m_pd.h and builds pd_version in s_main.s using those macros. Having all four parts of the version defined as macros will make it much easier to use the version numbers, like for example, a [version] object or [;pd get version( message. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 07:22 Message: Logged In: YES user_id=313747 modified to avoid the effete asprintf() call, then took for 0.40 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-02-27 18:41 Message: Logged In: YES user_id=27104 the original patch did not put the version into doc/1.manual/1.introduction.txt, which is used as the "About Pd" page. The second patch fixes that, and moved the PD_VERSION replacement to the "make install" target rather than happening dynamically in menu_opentext(). This means that it is no longer necessary to send the pdgui the version, since that's the only place that it was used. So pd_myversion and related elements are removed from u_main.tk in this patch. This stuff is included in Pd-extended and makes the version numbers MUCH easier to handle. I've spent quite a bit of time figuring out regexps to parse out the ever changing format of pd_version, so this fix should make things much easier for anyone who wants to dynamically use the pd version number. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417804&group_…

1 0

[ pure-data-Patches-1439763 ] use alsa_adddev only when ALSA is enabled
by SourceForge.net 14 Aug '06

14 Aug '06

Patches item #1439763, was opened at 2006-02-27 18:09 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1439763&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: Closed >Resolution: Accepted Priority: 9 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: use alsa_adddev only when ALSA is enabled Initial Comment: The alsa_adddev() function prototype in s_main.c is not surrounded by an #ifdef USEAPI_ALSA, so it causes problem when compiling without ALSA, like on Mac OS X. Perhaps this is due to gcc 4.0 being less tolerant to such things. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 07:12 Message: Logged In: YES user_id=313747 took for version 0.40 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1439763&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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 2006