Pd-dev May 2015

pd-dev@lists.iem.at

12 participants
16 discussions

[pure-data:patches] #550 Less restrictive definition of t_gotfn on arm64
by IOhannes m zmölnig 05 May '15

05 May '15

--- ** [patches:#550] Less restrictive definition of t_gotfn on arm64** **Status:** open **Group:** bugfix **Labels:** public interface **Created:** Tue May 05, 2015 03:03 PM UTC by IOhannes m zmölnig **Last Updated:** Tue May 05, 2015 03:03 PM UTC **Owner:** Miller Puckette Currently `t_gotfn` is declared differently on arm64 and elsewhere: ~~~~ C #ifdef __aarch64__ typedef void (*t_gotfn)(void *x); #else typedef void (*t_gotfn)(void *x, ...); #endif ~~~~ As reported by [Debian bug #783824](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783824), the restrictive definition of `t_gotfn` on arm64 only makes sense on iOS, but not on Linux (where different calling conventions are used). As the restrictive definition needlessly breaks builds on *linux/arm64*, this patch applies to restrictive definition only on *OSX/arm64* (rather than *any/arm64*): ~~~~ C #if defined(__APPLE__) && defined(__aarch64__) typedef void (*t_gotfn)(void *x); #else typedef void (*t_gotfn)(void *x, ...); #endif ~~~~ --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #549 Less restrictive definition of t_gotfn on arm64
by IOhannes m zmölnig 05 May '15

05 May '15

--- ** [patches:#549] Less restrictive definition of t_gotfn on arm64** **Status:** open **Group:** bugfix **Created:** Tue May 05, 2015 02:56 PM UTC by IOhannes m zmölnig **Last Updated:** Tue May 05, 2015 02:56 PM UTC **Owner:** nobody --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #548 ggee/filter fix for actual samplerate
by electrickery 04 May '15

04 May '15

--- ** [patches:#548] ggee/filter fix for actual samplerate** **Status:** open **Group:** bugfix **Labels:** ggee fixed sample rate **Created:** Mon May 04, 2015 08:34 AM UTC by electrickery **Last Updated:** Mon May 04, 2015 08:34 AM UTC **Owner:** Guenter Geiger The ggee/filters bandpass, equalizer, highpass, highshelf, hlsshelf, lowpass, lowshelf and notch use a hardcoded sample rate value of 44100.0 for the filter coefficient calculation. This fixed sample rate is also found in experimental/fofsynth~. This results in incorrect filter settings for other sample rates. Nowhere in the documentation or code this 44100 Hz sample rate limitation is mentioned, so it is assumed to be an omission. This patch attempts to fix this omission. The sample rate for this objects is stored in the object struct x->x_rate, but this is replaced by a direct call to sys_getsr(), as sample rate is a dynamic property within Pure data. For the fofsynth~ object this takes place within the perform method, so this could lead to performance issues. But placing it in the dsp method would lead to more structural changes in the code. Given the object is "experimental" since 1999, the current solution is chosen. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #547 improve osc help patch/documentation
by mlarrieu 03 May '15

03 May '15

--- ** [patches:#547] improve osc help patch/documentation** **Status:** open **Group:** wishlist **Labels:** help doc **Created:** Sun May 03, 2015 09:03 PM UTC by mlarrieu **Last Updated:** Sun May 03, 2015 09:03 PM UTC **Owner:** nobody hi I am novice, this is a suggestion for improving [osc~] patch The way how pd reset the phase with the second inlet of [osc~] is note clear, there is a lack of information : did the value have to be a sample value (like in max) ? did it have to be in degrees ? in radians ? here my suggestion : - reset the phase to sin(2.PI. *float*) with *float* the incoming message. e.g. float=0.25, phase = sin(2.PI. 0.25) = 1 --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1197 [cursor] gives Tcl error after [bang(
by Ticket 1197 03 May '15

03 May '15

--- ** [bugs:#1197] [cursor] gives Tcl error after [bang(** **Status:** open **Group:** v0.43 **Created:** Sun May 03, 2015 07:37 PM UTC by Anonymous **Last Updated:** Sun May 03, 2015 07:37 PM UTC **Owner:** nobody Pd-extended 43.4 Windows 7 /AMD [cursor] from HCS library gives Tcl error after [bang( nothing else involved --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #546 moonlib/mknob fix for pd-vanilla
by electrickery 03 May '15

03 May '15

--- ** [patches:#546] moonlib/mknob fix for pd-vanilla** **Status:** open **Group:** bugfix **Labels:** pd-vanilla-compatibility moonlib **Created:** Sun May 03, 2015 09:11 AM UTC by electrickery **Last Updated:** Sun May 03, 2015 09:11 AM UTC **Owner:** nobody The moonlib/mknob objects uses the t_iem_init_symargs->x_reverse struct element inside the t_iemgui struct. This element appears to be pd-extended only, as the object will not build against pd-vanilla (0.46.6) headers. Loading the object in a pd-vanilla environment will probably result in undesired behaviour. The x_reverse is set in mknob_check_minmax as the result of (x->x_min > x->x_max) and used only in mknob_set. By moving the "min > max" check to mknob_set, the x->x_gui.x_isa.x_reverse can be eliminated, and pd-vanilla compatibility restored. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

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 May 2015