Pd-dev November 2015

pd-dev@lists.iem.at

16 participants
20 discussions

Re: [PD-dev] Pd-extended EOL?
by Dan Wilcox 10 Nov '15

10 Nov '15

Also, this would be a great update for libpd & alternate/custom UIs. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Nov 10, 2015, at 8:01 AM, pd-dev-request(a)lists.iem.at wrote: > > The real way to fix this is to make pd know as little as possible about the > GUI stuff, then things can be handled much better in pd-gui. If you are going > to put work into this, the best approach is also a more incremental approach. > This approach will also easily give Pd a scalable GUI. > > * look for any sys_vgui() call in pd that sends raw Tcl > * convert this to a pd message one at a time > * push the logic to pd-gui as much as possible > > For example, take src/g_vumeter.c. The drawing should all happen in > Tcl/pd-gui. Pd should just send the values to be drawn. Same goes with > g_array.c.

1 0

Windows installer for Pd
by Roman Haefeli 10 Nov '15

10 Nov '15

Hey all In order to make Pd as accessible as possible also to casual Pd users on Windows, I think it should come as an installer (as other software does as well). That's one of the things I think Pd-extended did right. What's the stance about it from Miller and other people? I just went ahead and tried to do it myself. Please check: http://www.netpd.org/~roman/tmp/nsis_installer/ It's based on the NSIS scripting language and compiler. My silent hope is that the reason for Pd currently being delivered as zip is simply laziness, and that you, Miller, would be willing to adopt the script. I'd welcome any feedback. Roman

3 9

Re: [PD-dev] sound filer samplerate outlet?
by Dan Wilcox 05 Nov '15

05 Nov '15

Totally agree. There’s a list of basic info in the WAV/AIFF headers that is already parsed when reading that could simply be dumped out via a list/message. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Nov 5, 2015, at 4:00 AM, pd-dev-request(a)lists.iem.at wrote: > > From: IOhannes m zmoelnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > Date: November 4, 2015 at 5:29:15 AM MST > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: Re: [PD-dev] sound filer samplerate outlet? > > > On 2015-11-04 07:17, Dan Wilcox wrote: >> to simply output the samplerate out of a right outlet to compliment the sample length from the left outlet? > > in which case i would suggest having the 2nd outlet output a *message* > that also contains the property-name. > e.g. > [samplerate 44100, frames 1000( > > and probably extend that to all the info that is readily available anyhow: > [filename /full/path/to/foo.wav, channels 2, ...( > > fgnasdr > IOhannes

2 1

[pure-data:bugs] #1220 crash when deleting signal-abstraaction via undo
by IOhannes m zmölnig 04 Nov '15

04 Nov '15

--- ** [bugs:#1220] crash when deleting signal-abstraaction via undo** **Status:** open **Group:** v0.46 **Labels:** puredata crash **Created:** Wed Nov 04, 2015 06:29 PM UTC by IOhannes m zmölnig **Last Updated:** Wed Nov 04, 2015 06:29 PM UTC **Owner:** Miller Puckette i just stumbled across a weird bug, that segfaults Pd: when an abstraction with a signal-outlet that is connected to another signal-object get's deleted due to an undo, Pd crashes. while this sounds complicated, it is not really: just start editing your patch with audio on, make a change to an abstraction, think better and undo: kaboom! attached patch illustrates the problem. --- 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:patches] #566 allow additional deken-plugin to override built-in
by IOhannes m zmölnig 04 Nov '15

04 Nov '15

--- ** [patches:#566] allow additional deken-plugin to override built-in** **Status:** open **Group:** bugfix **Labels:** pd-gui deken **Created:** Wed Nov 04, 2015 12:42 PM UTC by IOhannes m zmölnig **Last Updated:** Wed Nov 04, 2015 12:42 PM UTC **Owner:** Miller Puckette **Attachments:** - [0001-allow-additional-deken-to-override-built-in.patch](https://sourceforge… (1.4 kB; text/x-diff) currently, Pd will first load all gui-plugins, and after that it will load the built-in deken. this is inconsistent with other handling of extensions (e.g. externals will be loaded *after* built-in objectclasses have registered). it also prevents a manually installed deken-plugin to overwrite/extend the built-in one (at least without going through hoops, like renaming all the symbols). the attached patch makes sure that the built-in plugin is called before loading any additional plugins. it also defines a version number in `::deken::version` which (newer versions of) the deken-plugin can check (e.g. and refuse being loaded with a 'a newer version of deken is already available' error) --- 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

sound filer samplerate outlet?
by Dan Wilcox 04 Nov '15

04 Nov '15

This has probably come up before, but I was just thinking that it would be pretty useful to know the samplerate of a file loaded via soundfiler. Wouldn’t the easiest/best solution be to simply output the samplerate out of a right outlet to compliment the sample length from the left outlet? I know externals like soundfile_info exist, but I was just running into issues of working with wav files with differing samplerates and this seems like the best update to vanilla to work with them, aside from manually resampling each file. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

deken (builtin) loaded after plugins
by IOhannes m zmoelnig 04 Nov '15

04 Nov '15

i wonder whether there is a reason why the built-in "deken" is loaded *after* all the gui-plugins have been loaded. this means that if one has the deken-plugin installed, the built-in will override the manually installed, which i think is unexpected. esp. since the manually installed plugin gives some printout ("deken-plugin loaded from ~/pd-externals/") whereas the built-in does not, thus effectively afferming the user that they are using the manually installed one. otoh, if the built-in plugin would load beforehand, it would be possible to *extend* the deken functionality (e.g. if the version at github has some new features) it would probably be good to export some deken-version (that is independent of the pd-version) within the code (so any manual addition could check for compatibility, or whether itself was actually outdated) fgmsdr IOhannes

1 0

tcl prompt gone!
by IOhannes m zmölnig 03 Nov '15

03 Nov '15

with the recent addition of deken to pd-vanilla, it seems that the tcl-prompt has been kicked out. was this intentional? can we have it back? (if it is considered too low-level for the ordinary user, it could be hidden into the preferences dialog) fgmards IOhannes

2 5

[pure-data:bugs] #1219 number and symbol atom properties dialog width text field not selected
by danomatika 03 Nov '15

03 Nov '15

--- ** [bugs:#1219] number and symbol atom properties dialog width text field not selected** **Status:** open **Group:** v0.46 **Created:** Tue Nov 03, 2015 06:51 PM UTC by danomatika **Last Updated:** Tue Nov 03, 2015 06:51 PM UTC **Owner:** nobody The properties dialog box for number and symbol atoms does not select all the text in the "Width:" text field. This means the backspace key does not work after immediately opening the dialog. The IEM guis (bang, toggle, etc) *do* select all text in this field, so opening the dialog and hitting backspace clears the width text. My workflow whne changing atom char widths is to right cikcon on properties and then either hit backspace or just start typing the new width. Becasue the text field text is not selected, this no longer works with the backspace being ignored even though the cursor is at the end of the current text or, worse yet, the new text width numbers being **appended** to the existing text yielding an impossibly large atom :P Again, IEM guis do not suffer this problem. --- 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:patches] #564 silence "signal out to non-signal in" error when it makes no sense
by IOhannes m zmölnig 02 Nov '15

02 Nov '15

--- ** [patches:#564] silence "signal out to non-signal in" error when it makes no sense** **Status:** open **Group:** bugfix **Labels:** puredata **Created:** Mon Nov 02, 2015 07:51 PM UTC by IOhannes m zmölnig **Last Updated:** Mon Nov 02, 2015 07:51 PM UTC **Owner:** Miller Puckette **Attachments:** - [0001-silence-DSP-error-when-autopatching.patch](https://sourceforge.net/p/p… (1.6 kB; text/x-diff) Pd throws a (searchable) error whenever it encounters an illegal connection between a signal outlet and a non-signal inlet. great! however, there are two use-cases where the error-message is not helpful and instead clutters the Pd-console with needless chitchat: - when the destination object did not create for whatever reasons (which already gave us an "object not found" error) - when we use the auto-patching feature (with DSP on), the error will be triggered everytime we create (<kbd>Ctrl</kbd>-<kbd>1</kbd>) a new object starting *from* a signal-object (regardless which object we actually create - as the error is thrown when the empty object box is created). this is especially annoying when doing live-coding. luckily for us, the two use-cases can be fixed with a single bugfix (in a single line!), that just checks whether the destination object is a non-instantiated object (of `text_class`), in which case the error printout should be suppressed. the attached patch (against current git HEAD) fixes the issue. --- 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 November 2015