Pd-dev September 2016

pd-dev@lists.iem.at

14 participants
12 discussions

Rewrite wrap~ to allow an extra block
by Ed Kelly 30 Sep '16

30 Sep '16

Hey list,I'm tearing my hair out trying to re-write the wrap~ object, so that it doesn't wrap instantly but waits until the end of the audio block to wrap~ the signal. I hope you understand. This is so that control-rate messages sent to another object further down the signal-path have a chance to catch up, and eliminate clicks due to the end-of-block delay for control messages. The idea is that wrap_overshoot~ will not wrap until the end of the block. This is a really tech-y problem, but I've tried variables and clocks. Everything seems to segfault on me. ?????Lots of love,Ed PS if this works you'll all be able to use it during and after pdcon16~

3 6

[pure-data:bugs] #1268 copy/paste underneath existing object/message
by Ticket 1268 28 Sep '16

28 Sep '16

--- ** [bugs:#1268] copy/paste underneath existing object/message** **Status:** open **Group:** v0.47 **Created:** Wed Sep 28, 2016 11:47 AM UTC by Anonymous **Last Updated:** Wed Sep 28, 2016 11:47 AM UTC **Owner:** nobody pd 0.47.1 xubuntu 16.04.1 Every time I copy/paste an object or message, the pasted object or message appears underneath the old one, meaning when I click and drag to move the object, I'm moving the old stuff rather than the stuff I just copied and pasted. This means I have to move the old stuff out of the way and then move them back to move the pasted stuff. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://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:bugs] #1267 unhandled error for band signal to non-signal connection.
by Ticket 1267 28 Sep '16

28 Sep '16

--- ** [bugs:#1267] unhandled error for band signal to non-signal connection.** **Status:** open **Group:** v0.47 **Created:** Wed Sep 28, 2016 12:06 AM UTC by Anonymous **Last Updated:** Wed Sep 28, 2016 12:06 AM UTC **Owner:** Miller Puckette **Attachments:** - [dsp-crash.pd](https://sourceforge.net/p/pure-data/bugs/1267/attachment/dsp-… (610 Bytes; text/x-puredata) there is a special case for bad signal to non-signal connections which is apparently not handled by pd and causes a sudden crash. it happens when you have two signal objects and you change the 'lower' one to [line~]. see attachement. tested on 0.47.1 on Windows 7. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://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:bugs] #1266 undo and redo not working on Windows
by Ticket 1266 28 Sep '16

28 Sep '16

--- ** [bugs:#1266] undo and redo not working on Windows** **Status:** open **Group:** v0.47 **Created:** Tue Sep 27, 2016 11:53 PM UTC by Anonymous **Last Updated:** Tue Sep 27, 2016 11:53 PM UTC **Owner:** Miller Puckette undo and redo functions have not been working in Pd for a while, up to 0.47.1, on Windows 7. Error messages vary, one for example is: wrong # args: should be "menu_undo" wrong # args: should be "menu_undo" while executing "menu_undo $::focused_window" (menu invoke) --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

libpd: divide by 0 in rtext_senditup()
by Dan Wilcox 24 Sep '16

24 Sep '16

I’m playing with removing the @synchronized locks in the libpd Obj-C layer since the updates to the libpd ringbuffer seem to be working now. Long story short, I’m only running into one issue: divide by 0s in g_rtext.c rtext_senditup() when opening a file. It seems that the findx & findy computations on line 215 & 216 fails since the previous glist_fontwidth() & glist_fontheight() calls return 0. Could this be an execution order issue where removing the lock is making something happen earlier than it should? Adding the following before the findx & findy math works as a quick fix to keep the divide by zero error: if (fontwidth <= 0) fontwidth = 1; if (fontheight <= 0) fontheight = 1; I’m wondering if there is a better way to catch this... -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 4

[pure-data:bugs] #1265 line's second inlet is a dummy.
by Ticket 1265 22 Sep '16

22 Sep '16

--- ** [bugs:#1265] line's second inlet is a dummy.** **Status:** open **Group:** v0.47 **Labels:** line inlet **Created:** Thu Sep 22, 2016 07:10 PM UTC by Anonymous **Last Updated:** Thu Sep 22, 2016 07:10 PM UTC **Owner:** nobody The second inlet of [line ] doesn't seem to have a purpose - It doesn't work on mac osx 10.9.5 in pd 0.47-1 or .47-0 I tested this after someone found it on reddit, can someone else confirm? --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://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:bugs] #1264 weird tgl/bng label defaults
by Ticket 1264 15 Sep '16

15 Sep '16

--- ** [bugs:#1264] weird tgl/bng label defaults** **Status:** open **Group:** v0.47 **Created:** Thu Sep 15, 2016 11:23 AM UTC by Anonymous **Last Updated:** Thu Sep 15, 2016 11:23 AM UTC **Owner:** nobody Xubuntu 16.04.1 Pd 0.47.1 Not a huge deal, but the defaults for the labels for bangs and metros are X offset: 17, Y offset: 7, which puts the label overlapping the GUI object and also to the side a bit, which is weird. I've found an X offset of 0 and a Y offset of -7 to be preferred. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://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:bugs] #1263 error closing [array define] window
by Ticket 1263 14 Sep '16

14 Sep '16

--- ** [bugs:#1263] error closing [array define] window** **Status:** open **Group:** v0.47 **Created:** Wed Sep 14, 2016 07:41 PM UTC by Anonymous **Last Updated:** Wed Sep 14, 2016 07:41 PM UTC **Owner:** nobody Pd 0.47.1 Xubuntu 16.04.1 Double clicking [array define] to get the graphical array in a popup window, then closing that popup yields a TCL invalid command name. Here is an example of the error's output in the pd window: (Tcl) INVALID COMMAND NAME: invalid command name ".x1d48610.c" while executing ".x1d48610.c delete plot1d9c528" ("uplevel" body line 1) invoked from within "uplevel #0 $docmds" --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Re: [PD-dev] [PD] new_anything changed?
by IOhannes m zmölnig 12 Sep '16

12 Sep '16

(moving this to pd-dev) On 09/12/2016 07:57 PM, Orm Finnendahl wrote: > I don't know of any other way to accomplish the task. afaik, the "new_anything" method is simply pd_objectmaker's fallback method (for creating objectclasses it doesn't know yet). since Pd>=0.47, abstractions are loaded like ordinary externals (that is: once known, they are stored in the pd_objectmaker's methodtable. in any case: just sending a message to pd_objectmaker (using pd_typedmess()) should do the trick. > Is there a > recommended way to load abstractions internally? what does "loading internally" mean for you? in any case, i don't think there's anything "official". for simply creating/instantiating/connecting abstractions within a patch, you might check out my "patcherize" external from [punish]. for instantiating abstractions in a more convoluted way, use a known-to-do-that object, like [clone] (incidentally [clone] uses pd_typedemess() for instantiating abstractions) gmasdr IOhannes [punish] https://git.iem.at/pd-gui/punish

2 2

[pure-data:bugs] #1262 bendin bug
by Ticket 1262 04 Sep '16

04 Sep '16

--- ** [bugs:#1262] bendin bug** **Status:** open **Group:** v0.47 **Created:** Sun Sep 04, 2016 04:28 PM UTC by Anonymous **Last Updated:** Sun Sep 04, 2016 04:28 PM UTC **Owner:** Miller Puckette so, bendout takes from -8192 to 8191, but bendin will receive from 0 to 16383, which is inconsistent with the bendin message, can it be considered a bug and fixed? cheers --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/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 September 2016