Pd-dev January 2006

pd-dev@lists.iem.at

27 participants
100 discussions

[ pure-data-Bugs-1415589 ] Sending a list to [select] can leave it in an unusable state
by SourceForge.net 30 Jan '06

30 Jan '06

Bugs item #1415589, was opened at 2006-01-26 13:49 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1415589&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: None Priority: 2 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Sending a list to [select] can leave it in an unusable state Initial Comment: A [select] object primed with a symbol argument will reset itself into an unusable state by sending it a list with at least two elements. Attached patch illustrates this behaviour using a [select x]-object. Sending a message [symbol x( will normally make the left outlet generate a bang. However sending a message [list x y( will disturb the [select x] object, so that it will not correctly react to a second [symbol x( message, until reset by a [symbol x( message to its rigth inlet. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2006-01-29 23:41 Message: Logged In: YES user_id=801174 It's not a bug. This behaviour is consistent with many Pd classes, in which a list behaves like its $2 value goes in right inlet and then its $1 value goes in left inlet. This could be called "the implicit [unpack] rule", except that it's not necessarily as type-crippled as the real [unpack] is. By default, each object that doesn't have a listmethod defined will have a default one that performs the implicit [unpack], if i understand correctly. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2006-01-26 15:00 Message: Logged In: YES user_id=569446 I down-priorized this, as it's not a real bug, the documentation just doesn't mention what will happen if lists are sent to [symbol x]. I'd suggest to update the documentation to explain, that like many objects in Pd [select] distributes lists over its inlets as well, which has to be taken into account when looking for unusual behaviour. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1415589&group_…

1 0

[ pure-data-Bugs-1416539 ] [print] behaves oddly with numeric symbols
by SourceForge.net 30 Jan '06

30 Jan '06

Bugs item #1416539, was opened at 2006-01-27 10:34 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1416539&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: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [print] behaves oddly with numeric symbols Initial Comment: [symbol 5( | [print] produces: "symbol" [5] | [symbol] | [print] produces: "symbol float" See attached pd patch. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2006-01-29 23:30 Message: Logged In: YES user_id=801174 a [symbol 5( does not produce a symbol atom whose contents is "5"; instead it's a garbage message, as the special selectors float/symbol/pointer often imply that the $1 is of type A_FLOAT/A_SYMBOL/A_POINTER and so in various situation the value will be replaced by a dummy value, such as either the empty string symbol (&s_) or the "float" symbol (&s_float). Compare with this: [53( | [makefilename %c] | [print] which produces a message whose $1 is a A_SYMBOL and so prints "symbol 5". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1416539&group_…

1 0

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

29 Jan '06

Patches item #1417804, was opened at 2006-01-29 00:11 Message generated for change (Tracker Item Submitted) made by Item Submitter 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: Open Resolution: None Priority: 5 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417804&group_…

1 0

[ pure-data-Patches-1415539 ] Re: [ pure-data-Patches-1412210 ] fix for bug in menu_openht
by SourceForge.net 29 Jan '06

29 Jan '06

Patches item #1415539, was opened at 2006-01-26 12:01 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1415539&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: Deleted >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Re: [ pure-data-Patches-1412210 ] fix for bug in menu_openht Initial Comment: In u_main.tk the procedure menu_openhtml fails on the NT platform when pd_guidir contains both spaces and the double dot (/..) which is currently always added for NT when pd_guidir is constructed from e.g. "C:/Program Files/pd/bin" as "C:/Program Files/pd/bin/.." instead of the more straightforward "C:/Program Files/pd". Forcing the use of short filenames is one way around this but the attached patch just strips off the "/bin" instead of adding "/.." to it. This line terminates the path just before the last slash: set pd_guidir [string range $pd_guidir 0 [expr [string last / $pd_guidir] - 1]] It also might be more efficient to work only with pd_guidir, since it always gets shortened, so I took out the temporary string pd_gui3 as well. Martin Peach martinrp(a)vax2.concordia.ca ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-28 22:07 Message: Logged In: YES user_id=27104 I moved all the info back to the original thread and closed this one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1415539&group_…

1 0

[ pure-data-Patches-1412210 ] fix for bug in menu_openhtml on Windows
by SourceForge.net 29 Jan '06

29 Jan '06

Patches item #1412210, was opened at 2006-01-22 13:26 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412210&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: Open Resolution: None Priority: 8 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix for bug in menu_openhtml on Windows Initial Comment: menu_openhtml() currently does not work if there is a space in the file/path name (i.e. "C:\Program Files\pd") Here is a fix. In menu_openhtml() in u_main.tk, change: exec rundll32 url.dll.FileProtocolHandler \ [format "file:%s" $filename] & To this: exec rundll32 url.dll.FileProtocolHandler \ [format "file:%s" [file attributes $filename -shortname]] & ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-28 22:06 Message: Logged In: YES user_id=27104 This is a better method of fixing this that Martin Peach posted. (I haven't tested it yet) .hc In u_main.tk the procedure menu_openhtml fails on the NT platform when pd_guidir contains both spaces and the double dot (/..) which is currently always added for NT when pd_guidir is constructed from e.g. "C:/Program Files/pd/bin" as "C:/Program Files/pd/bin/.." instead of the more straightforward "C:/Program Files/pd". Forcing the use of short filenames is one way around this but the attached patch just strips off the "/bin" instead of adding "/.." to it. This line terminates the path just before the last slash: set pd_guidir [string range $pd_guidir 0 [expr [string last / $pd_guidir] - 1]] It also might be more efficient to work only with pd_guidir, since it always gets shortened, so I took out the temporary string pd_gui3 as well. Martin Peach martinrp(a)vax2.concordia.ca ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-01-25 12:53 Message: Logged In: NO The bug seems to be happen only when the path has spaces _and_ the double dot .. in it. It might be better to make guidir a straight path instead. In this part of pd.tk: if {$pd_nt == 1} { global pd_guidir global pd_tearoff set pd_gui2 [string range $argv0 0 [expr [string last \\ $argv0 ] - 1]] regsub -all \\\\ $pd_gui2 / pd_gui3 set pd_guidir $pd_gui3/.. load $pd_guidir/bin/pdtcl.dll set pd_tearoff 1 } Change to: if {$pd_nt == 1} { global pd_guidir global pd_tearoff set pd_gui2 [string range $argv0 0 [expr [string last \\ $argv0 ] - 1]] regsub -all \\\\ $pd_gui2 / pd_gui3 set pd_gui4 [string range $pd_gui3 0 [expr [string last / $pd_gui3] - 1]] set pd_guidir $pd_gui4 load $pd_guidir/bin/pdtcl.dll set pd_tearoff 1 } This has the effect: argv0: C:\Copy of pd_039_0_test7\pd\bin\pd.tk pd_guidir: C:/Copy of pd_039_0_test7/pd (instead of C:/Copy of pd_039_0_test7/pd/bin/..) pd_gui2: C:\Copy of pd_039_0_test7\pd\bin pd_gui3: C:/Copy of pd_039_0_test7/pd/bin menu_openhtml filename: C:/Copy of pd_039_0_test7/pd/doc/1.manual/index.htm (Lines are too short on this comment box:( ) Martin martinrp(a)vax2.concordia.ca ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-22 13:27 Message: Logged In: YES user_id=27104 oops, "-shortname]] &" should be on the same line as the line above. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412210&group_…

1 0

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

29 Jan '06

Patches item #1417751, was opened at 2006-01-28 21:56 Message generated for change (Tracker Item Submitted) made by Item Submitter 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: Open Resolution: None 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417751&group_…

1 0

[ pure-data-Patches-1094912 ] message-based access to the audio api
by SourceForge.net 29 Jan '06

29 Jan '06

Patches item #1094912, was opened at 2005-01-03 05:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1094912&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: 6 Submitted By: Tim Blechmann (timblech) >Assigned to: Miller Puckette (millerpuckette) Summary: message-based access to the audio api Initial Comment: attached is a patch that simplifies message-based access to the audio api: pd understands the following messages: audio-samplerate audio-delay audio-dacblocksize audio-scheduler audio-device audio-device-in audio-device-out audio-dacblocksize and audio-scheduler require devel_0_38 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-28 21:34 Message: Logged In: YES user_id=27104 I am liking the idea of sending messages to pd to get all of this kind of information more and more. I am thinking that a generic "get" message would be useful here. Like this: [;pd get audio-samplerate( [;pd get audio-delay( [;pd get audio-dacblocksize( [;pd get audio-scheduler( [;pd get audio-device( [;pd get audio-device-in( [;pd get audio-device-out( Then also: [;pd get path( [;pd get libs( [;pd get version( [;pd get dsp( Then you could get similar messages from each canvas/patch: [;pd-my_patch.pd get editmode( [;pd-my_patch.pd get vis( [;pd-my_patch.pd get namespace( [;pd-my_patch.pd get canvasname( You would retrieve these messages with a [receive] of the same name, i.e.: [r pd] | [route version] | ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-05-18 00:36 Message: Logged In: YES user_id=313747 I'm scared of this one... how important is it to have all the different audio parameters handled by separate messages? I think the "audio_dialog" message should suffice for setting audio parameters... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1094912&group_…

1 0

getting Pd's version within Pd
by Hans-Christoph Steiner 29 Jan '06

29 Jan '06

I am thinking it would be quite handy to be able to get the current version of Pd from in a patch. This would probably take the form of a [version] object that returns the version when banged. The output could look like this: major minor bugfix i.e [0 39 2( Then you could specify a minimum Pd version for a patch, and have it test and give a warning if that minimum is not met. Should be pretty easy to implement, but there is one thing needed that's not there in m_pd.h: #define PD_BUGFIX_VERSION 2 as in: #define PD_MAJOR_VERSION 0 #define PD_MINOR_VERSION 39 #define PD_BUGFIX_VERSION 2 Also, the pd_version string in s_main.c should probably also use the above macros so the version is set in one place. Comments, ideas, suggestions, objections? .hc ________________________________________________________________________ ____ "Information wants to be free." -Stewart Brand

3 9

powf, sinf, etc. on Mac OS X
by Hans-Christoph Steiner 28 Jan '06

28 Jan '06

I just noticed that in x_arithmetic.c, powf() and its single precision friends are all macroed to the double precision version saying "MSW and OSX don't appear to have single-precision ANSI math". But according to /usr/include/architecture/ppc/math.h, it does have all them, you just have to link in libmx: /* * N.B. When using the C99 "float" entry points that follow, an additional * flag must be added to the link step that produces the executable binary * -- specify "-lmx". */ Any problem with using the right functions on Mac OS X? This should speed things up a bit, no? I'll make the patch if there's no problem... .hc ________________________________________________________________________ ____ "Computer science is no more related to the computer than astronomy is related to the telescope." -Edsger Dykstra

3 4

object count for dynamic patching
by Hans-Christoph Steiner 28 Jan '06

28 Jan '06

So I am working on some dynamic patches and I thought it would be quite handy to have an object or message to the pd object that would tell me how many objects the current patch has. Anything like this exist? It shouldn't be too hard to write, right? .hc ________________________________________________________________________ ____ As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

2 1

← 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 January 2006