Pd-dev January 2008

pd-dev@lists.iem.at

27 participants
93 discussions

[ pure-data-Patches-1881907 ] more t_float/t_sample fixes
by SourceForge.net 29 Jan '08

29 Jan '08

Patches item #1881907, was opened at 2008-01-29 17:24 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&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: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: more t_float/t_sample fixes Initial Comment: pd-0.41 has a lot of cleanup regarding the types of numbers (see patch-#1822001 'use of t_float/t_sample instead of "float"') however, some things have been left out by the original patches, here are some more: m_pd.h: seems like the t_float-enabling of postfloat() was forgotten in the declaration d_math.c: here it is the other way round: while the declarations in m_pd.h use t_float, the definitions do not g_array.c g_template.c: here my patch was a bit rash: scanf() doesn't like to get pointers to double (if "t_float" is set to "double") if the format string is really "%f" (or "%g"); the new patches use an internal _double_ variable and the format string "%lf" ("%lg"); the _double_ variable is then cast to (t_float). this should be on the save side; the alternatives would have been using an internal _float_ variable, and/or to change the format-string depending on the used type. d_fftroutine.c: this needed a bit more changes, but luckily enough, the original code already was aware of possible type-changes; i have currently used "t_float" (in line with the m_pd.h declaration of "pd_fft()"), but i am not sure whether this really should be "t_sample". changes should be rather simple: just change the defines of FLOAT and SAMPLE in the beginning... (and don't forget the declaration in m_pd.h) with these changes, Pd compiles without (additional) warnings with t_float/t_floatarg and t_sample set to "double". (there is still work to do in d_ugen.c though, to make it really usable...) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:54 Message: Logged In: YES user_id=564396 Originator: YES File Added: sigmund~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:12 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/sigmung~ File Added: sigmund~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:11 Message: Logged In: YES user_id=564396 Originator: YES added a fix for pique File Added: pique.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:09 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/lrshift~ File Added: lrshift~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:08 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/loop~ (the core code originally was not dependent on Pd; i therefore introduced an additional "#define t_sample float" in case it is not compiled for Pd) File Added: loop~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:06 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/choice File Added: choice.c.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&group_…

1 0

[ pure-data-Patches-1881907 ] more t_float/t_sample fixes
by SourceForge.net 29 Jan '08

29 Jan '08

Patches item #1881907, was opened at 2008-01-29 17:24 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&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: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: more t_float/t_sample fixes Initial Comment: pd-0.41 has a lot of cleanup regarding the types of numbers (see patch-#1822001 'use of t_float/t_sample instead of "float"') however, some things have been left out by the original patches, here are some more: m_pd.h: seems like the t_float-enabling of postfloat() was forgotten in the declaration d_math.c: here it is the other way round: while the declarations in m_pd.h use t_float, the definitions do not g_array.c g_template.c: here my patch was a bit rash: scanf() doesn't like to get pointers to double (if "t_float" is set to "double") if the format string is really "%f" (or "%g"); the new patches use an internal _double_ variable and the format string "%lf" ("%lg"); the _double_ variable is then cast to (t_float). this should be on the save side; the alternatives would have been using an internal _float_ variable, and/or to change the format-string depending on the used type. d_fftroutine.c: this needed a bit more changes, but luckily enough, the original code already was aware of possible type-changes; i have currently used "t_float" (in line with the m_pd.h declaration of "pd_fft()"), but i am not sure whether this really should be "t_sample". changes should be rather simple: just change the defines of FLOAT and SAMPLE in the beginning... (and don't forget the declaration in m_pd.h) with these changes, Pd compiles without (additional) warnings with t_float/t_floatarg and t_sample set to "double". (there is still work to do in d_ugen.c though, to make it really usable...) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:12 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/sigmung~ File Added: sigmund~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:11 Message: Logged In: YES user_id=564396 Originator: YES added a fix for pique File Added: pique.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:09 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/lrshift~ File Added: lrshift~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:08 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/loop~ (the core code originally was not dependent on Pd; i therefore introduced an additional "#define t_sample float" in case it is not compiled for Pd) File Added: loop~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:06 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/choice File Added: choice.c.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&group_…

1 0

[ pure-data-Patches-1881907 ] more t_float/t_sample fixes
by SourceForge.net 29 Jan '08

29 Jan '08

Patches item #1881907, was opened at 2008-01-29 17:24 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&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: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: more t_float/t_sample fixes Initial Comment: pd-0.41 has a lot of cleanup regarding the types of numbers (see patch-#1822001 'use of t_float/t_sample instead of "float"') however, some things have been left out by the original patches, here are some more: m_pd.h: seems like the t_float-enabling of postfloat() was forgotten in the declaration d_math.c: here it is the other way round: while the declarations in m_pd.h use t_float, the definitions do not g_array.c g_template.c: here my patch was a bit rash: scanf() doesn't like to get pointers to double (if "t_float" is set to "double") if the format string is really "%f" (or "%g"); the new patches use an internal _double_ variable and the format string "%lf" ("%lg"); the _double_ variable is then cast to (t_float). this should be on the save side; the alternatives would have been using an internal _float_ variable, and/or to change the format-string depending on the used type. d_fftroutine.c: this needed a bit more changes, but luckily enough, the original code already was aware of possible type-changes; i have currently used "t_float" (in line with the m_pd.h declaration of "pd_fft()"), but i am not sure whether this really should be "t_sample". changes should be rather simple: just change the defines of FLOAT and SAMPLE in the beginning... (and don't forget the declaration in m_pd.h) with these changes, Pd compiles without (additional) warnings with t_float/t_floatarg and t_sample set to "double". (there is still work to do in d_ugen.c though, to make it really usable...) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:11 Message: Logged In: YES user_id=564396 Originator: YES added a fix for pique File Added: pique.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:09 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/lrshift~ File Added: lrshift~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:08 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/loop~ (the core code originally was not dependent on Pd; i therefore introduced an additional "#define t_sample float" in case it is not compiled for Pd) File Added: loop~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:06 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/choice File Added: choice.c.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&group_…

1 0

[ pure-data-Patches-1881907 ] more t_float/t_sample fixes
by SourceForge.net 29 Jan '08

29 Jan '08

Patches item #1881907, was opened at 2008-01-29 17:24 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&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: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: more t_float/t_sample fixes Initial Comment: pd-0.41 has a lot of cleanup regarding the types of numbers (see patch-#1822001 'use of t_float/t_sample instead of "float"') however, some things have been left out by the original patches, here are some more: m_pd.h: seems like the t_float-enabling of postfloat() was forgotten in the declaration d_math.c: here it is the other way round: while the declarations in m_pd.h use t_float, the definitions do not g_array.c g_template.c: here my patch was a bit rash: scanf() doesn't like to get pointers to double (if "t_float" is set to "double") if the format string is really "%f" (or "%g"); the new patches use an internal _double_ variable and the format string "%lf" ("%lg"); the _double_ variable is then cast to (t_float). this should be on the save side; the alternatives would have been using an internal _float_ variable, and/or to change the format-string depending on the used type. d_fftroutine.c: this needed a bit more changes, but luckily enough, the original code already was aware of possible type-changes; i have currently used "t_float" (in line with the m_pd.h declaration of "pd_fft()"), but i am not sure whether this really should be "t_sample". changes should be rather simple: just change the defines of FLOAT and SAMPLE in the beginning... (and don't forget the declaration in m_pd.h) with these changes, Pd compiles without (additional) warnings with t_float/t_floatarg and t_sample set to "double". (there is still work to do in d_ugen.c though, to make it really usable...) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:09 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/lrshift~ File Added: lrshift~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:08 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/loop~ (the core code originally was not dependent on Pd; i therefore introduced an additional "#define t_sample float" in case it is not compiled for Pd) File Added: loop~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:06 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/choice File Added: choice.c.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&group_…

1 0

[ pure-data-Patches-1881907 ] more t_float/t_sample fixes
by SourceForge.net 29 Jan '08

29 Jan '08

Patches item #1881907, was opened at 2008-01-29 17:24 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&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: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: more t_float/t_sample fixes Initial Comment: pd-0.41 has a lot of cleanup regarding the types of numbers (see patch-#1822001 'use of t_float/t_sample instead of "float"') however, some things have been left out by the original patches, here are some more: m_pd.h: seems like the t_float-enabling of postfloat() was forgotten in the declaration d_math.c: here it is the other way round: while the declarations in m_pd.h use t_float, the definitions do not g_array.c g_template.c: here my patch was a bit rash: scanf() doesn't like to get pointers to double (if "t_float" is set to "double") if the format string is really "%f" (or "%g"); the new patches use an internal _double_ variable and the format string "%lf" ("%lg"); the _double_ variable is then cast to (t_float). this should be on the save side; the alternatives would have been using an internal _float_ variable, and/or to change the format-string depending on the used type. d_fftroutine.c: this needed a bit more changes, but luckily enough, the original code already was aware of possible type-changes; i have currently used "t_float" (in line with the m_pd.h declaration of "pd_fft()"), but i am not sure whether this really should be "t_sample". changes should be rather simple: just change the defines of FLOAT and SAMPLE in the beginning... (and don't forget the declaration in m_pd.h) with these changes, Pd compiles without (additional) warnings with t_float/t_floatarg and t_sample set to "double". (there is still work to do in d_ugen.c though, to make it really usable...) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:08 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/loop~ (the core code originally was not dependent on Pd; i therefore introduced an additional "#define t_sample float" in case it is not compiled for Pd) File Added: loop~.c.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-01-29 18:06 Message: Logged In: YES user_id=564396 Originator: YES added a fix for extra/choice File Added: choice.c.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&group_…

1 0

[ pure-data-Patches-1881907 ] more t_float/t_sample fixes
by SourceForge.net 29 Jan '08

29 Jan '08

1 0

[ pure-data-Patches-1881907 ] more t_float/t_sample fixes
by SourceForge.net 29 Jan '08

29 Jan '08

Patches item #1881907, was opened at 2008-01-29 17:24 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=1881907&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: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: more t_float/t_sample fixes Initial Comment: pd-0.41 has a lot of cleanup regarding the types of numbers (see patch-#1822001 'use of t_float/t_sample instead of "float"') however, some things have been left out by the original patches, here are some more: m_pd.h: seems like the t_float-enabling of postfloat() was forgotten in the declaration d_math.c: here it is the other way round: while the declarations in m_pd.h use t_float, the definitions do not g_array.c g_template.c: here my patch was a bit rash: scanf() doesn't like to get pointers to double (if "t_float" is set to "double") if the format string is really "%f" (or "%g"); the new patches use an internal _double_ variable and the format string "%lf" ("%lg"); the _double_ variable is then cast to (t_float). this should be on the save side; the alternatives would have been using an internal _float_ variable, and/or to change the format-string depending on the used type. d_fftroutine.c: this needed a bit more changes, but luckily enough, the original code already was aware of possible type-changes; i have currently used "t_float" (in line with the m_pd.h declaration of "pd_fft()"), but i am not sure whether this really should be "t_sample". changes should be rather simple: just change the defines of FLOAT and SAMPLE in the beginning... (and don't forget the declaration in m_pd.h) with these changes, Pd compiles without (additional) warnings with t_float/t_floatarg and t_sample set to "double". (there is still work to do in d_ugen.c though, to make it really usable...) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&group_…

1 0

pyx shell replacement
by B. Bogart 29 Jan '08

29 Jan '08

Hello all, Before I really start getting into it, is anyone working on, or finished a pyx external that does what "shell" had done? (to solve the stability issues) I figured something that runs os.system() on an arbitrary string would be a good enough start, though coercing the _anything_ *args into a string seems to be challenging me. Anyhow I just wanted to throw it out in case someone is already using such a thing. Thanks, B.

2 5

plugin~ problems (ladspa-linux) - strange behavior
by glerm soares 29 Jan '08

29 Jan '08

hello, I just compiled the plugin~ version of cvs today, and the compilation seemed to be ok. ewhen I first tried to initialize the object it asked me to export a new path to ladspa folder. ok. I did it with export LADSPA_PATH=/usr/lib/ladspa but now when I initialize de object de box became white (the word plugin~ became invisible) and all the objetcs will turn to white with no letters inside. Does anybody know why? thanks glerm

1 1

pd-extended loadlib request
by Russell Bryant 28 Jan '08

28 Jan '08

On 1/15/08, patrick <puredata(a)11h11.com> wrote: > > would it be possible to add "tof" to default.pdsettings in the > auto-build (for mac os x too). > On a somewhat related note, what do you think about this option? https://sourceforge.net/tracker/index.php?func=detail&aid=1858772&group_id=… I made an -autoload option, which will automatically load all externals starting at some base path. So, it would prevent having to list 39 externals to load. Instead, you would just set a magic autoload directory, and have what you want to be loaded sitting in there ... Does this seem useful? -- Russell Bryant

11 37

← 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 2008