Pd-dev May 2015

pd-dev@lists.iem.at

12 participants
16 discussions

auto-build server not synced with svn
by Fred Jan Kraan 28 Nov '15

28 Nov '15

Hi, After checking in some changes for cyclone, I hoped to see the results in the last remaining daily build, the Pd-0.44.0-extended-20150104-debian-wheezy-amd64.deb <http://autobuild.puredata.info/auto-build/2015-01-04/Pd-0.44.0-extended-201…>. But it appears it is no longer synced with the svn repository and builds the same code every day. To make sure the state of cyclone code is still ok, I checked out the repositry and recompiled. Cyclone is ok, but some other libraries fail: ./pure-data-svn/externals/iem/iem_ambi/src/ambi_decode2.c:7:20: fatal error: iemlib.h: No such file or directory ./pure-data-svn/externals/iemlib/iemlib1/src/biquad_freq_resp.c:8:20: fatal error: iemlib.h: No such file or directory ./pure-data-svn/externals/iem/iem_delay/src/block_delay~.c:7:20: fatal error: iemlib.h: No such file or directory loaders-pdlua: pdlua.c:45:17: fatal error: lua.h: No such file or directory gem: TextBase.h:38:22: fatal error: FTFont.h: No such file or directory For the loaders-pdlua library I found it expects the lua.h in /usr/lib/lua/ while the actual directory is lua5.2. This is on Xubuntu 14.04.1 LTS x86_64 Fred Jan

5 6

[pure-data:bugs] #1201 Midi port setup in OSX (Windows?]
by Ticket 1201 26 May '15

26 May '15

--- ** [bugs:#1201] Midi port setup in OSX (Windows?]** **Status:** open **Group:** v0.46 **Labels:** midi osx **Created:** Tue May 26, 2015 04:12 AM UTC by Anonymous **Last Updated:** Tue May 26, 2015 04:12 AM UTC **Owner:** nobody Pd version 0.46-6 Mac OS X 10.5.8/Intel Mark of the Unicorn Midi Timepiece USB and Midi Timepiece Serial/Parallel (networked for 16x16 in/out) 2 related bugs' GUI: The midi setup panel lacks scroll bars on the port selection list. Anything past the first 20 or so ports cannot be accessed from this panel. Command line : Any attempt to use the standard midi flags to create more than 9 midi ports will fail and return a nonsensical error for each new port creation command beyond the 9 maximum. Additionally, Pd cannot recognize any single external midi device driver beyond the same 9 port limit. Any attempt to connect the above referenced 16x16 midi interface beyond port 9 results in failure. These same issues may be present in Windows, I haven't had the chance to fully test. This is not an issue with Linux and alsamidi. --- 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

How to get all objects in a patch
by Jan Baumgart 21 May '15

21 May '15

Hi, I'm trying to find all gui objects in a patch (and it's subpatches) in order to get their send/receive names. I wrote a patch, which does this with a .pd file as text. But I'd rather do this on an "evaluated" patch level, so I also get all subpatches/abstractions and $1,... are already substituted. Is this possible within a pd patch? Thx & Cheers, Jan -- Jan Baumgart Technischer Mitarbeiter Hochschule für Musik und Darstellende Kunst Eschersheimer Landstr. 29-39 60322 Frankfurt am Main

1 0

[pure-data:bugs] #1200 The cxc/cxavgdev object still uses garray_getfloatarray.
by electrickery 19 May '15

19 May '15

--- ** [bugs:#1200] The cxc/cxavgdev object still uses garray_getfloatarray.** **Status:** open **Group:** v0.46 **Labels:** cxc **Created:** Tue May 19, 2015 11:36 AM UTC by electrickery **Last Updated:** Tue May 19, 2015 11:36 AM UTC **Owner:** nobody The cxc/cxavgdev object still uses garray_getfloatarray. The helpful console message is: An operation on the array 'blor' in the patch 'blor' (cxavgdev-help.pd) failed since it uses garray_getfloatarray while running 64-bit! At a later stage I might create a patch for it. The test system is: Linux version 3.13.0-52-generic (buildd@comet) (gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #86-Ubuntu SMP Mon May 4 04:32:59 UTC 2015 Xubuntu 14.04 LTS (X86-64) --- 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] #1199 The maxlib/arbran still uses garray_getfloatarray
by electrickery 18 May '15

18 May '15

--- ** [bugs:#1199] The maxlib/arbran still uses garray_getfloatarray** **Status:** open **Group:** v0.46 **Labels:** maxlib **Created:** Mon May 18, 2015 07:33 PM UTC by electrickery **Last Updated:** Mon May 18, 2015 07:33 PM UTC **Owner:** nobody The maxlib/arbran still uses garray_getfloatarray. The helpful console message is: An operation on the array '$0-a1' in the patch 'arbran-help.pd' failed since it uses garray_getfloatarray while running 64-bit! At a later stage I might create a patch for it. --- 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

Compiling Pd-vanilla and externals on Windows 8.1
by Fred Jan Kraan 14 May '15

14 May '15

Hi All, Today I managed to build Pd-vanilla and some Pd-extended externals on Windows 8.1. This is the scenario: - Have MinGW installed; Basic Setup: mingw-developer-toolkit, mingw32-base, mingw32-gcc-g++ , msys-base (Class bin) and MinGW Libraries: mingw32-pthread-w32, (Class dev), - Unpack the pd-0.46.6.tar.gz (path without spaces), - Rename the directory to pd (this is in the README.txt, but easy to miss. The makefile.mingw depends on it), - Expand the contents of asiosdk2.3.zip in a directory pd/lib (result is a pd/lib/ASIOSDK2.3/ path. The pd/asio/ directory is no longer used). This will build pd-vanilla and all externals which do not depend on extra libraries. Fred Jan

1 0

External development: PD crash using pd_symbol without associated receiver in patch
by Alexandre Clément 12 May '15

12 May '15

Hello all First ever mail to this list, so bear with me if I trample on any netiquette rules. So, in short, I'm working on a simple external, taking a float and converting it to int, then to hex (no biggie) before sending it out via a "send" cordless message. I'm using: pd_symbol(gensym("code")->s_thing, gensym("content")); Everything works fine and dandy IF i have a receive object in the patch waiting for that "code" target. If, however, I remove it or have no receiver at all, PD hangs and crashes. Since this is supposed to be a part of a libPD embedded mobile app, its my only means of communicating to the wrapper-app... FYI: developing in C, on windows 7 with Eclipse Luna. These crashes are happening in "regular" desktop PD, so not a libPD issue. Tried using GDB by attaching it to PD, but can't really get any useful info from the debug messages shown in the debug perspective in Eclipse. Any insight on the matter would be greatly appreciated! Cheers, Alex

2 3

[pure-data:bugs] #1198 struct with 2 arrays gives TCL errors
by Ticket 1198 08 May '15

08 May '15

--- ** [bugs:#1198] struct with 2 arrays gives TCL errors** **Status:** open **Group:** v0.43 **Created:** Fri May 08, 2015 04:48 PM UTC by Anonymous **Last Updated:** Fri May 08, 2015 04:48 PM UTC **Owner:** nobody Struct containing 2 arrays gives TCL errors in Pdext 43.4, which do not occur in Pdext 42.5 nor in Vanila 46.5. The occurrence of the TCL errors seem to depend on the update frequency for the struct. In Pdext 42.5 & Vanilla 46.4 it's possible to have a delay time of 5 msec, without any problems, beside visibility. In Pdext 43.4 even 100 msec delay is giving errors. The included patch shows the difference between 1 and 2 arrays. (the errors only occur when the struct is visible). rolf meesters --- 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] #551 OS X: Link errors when building portmidi
by Thomas Grill 05 May '15

05 May '15

--- ** [patches:#551] OS X: Link errors when building portmidi** **Status:** open **Group:** bugfix **Created:** Tue May 05, 2015 07:53 PM UTC by Thomas Grill **Last Updated:** Tue May 05, 2015 07:53 PM UTC **Owner:** Miller Puckette Hi, when building on OS X (10.9) i had to include two files into portmidi/Makefile.am to avoid link errors. diff --git a/portmidi/Makefile.am b/portmidi/Makefile.am index 1b4d61a..8828326 100644 --- a/portmidi/Makefile.am +++ b/portmidi/Makefile.am @@ -19,7 +19,9 @@ if MACOSX INCLUDES += -Ipm_mac libportmidi_la_SOURCES += porttime/ptmacosx_cf.c \ pm_mac/pmmac.c \ - pm_mac/pmmacosxcm.c + pm_mac/pmmacosxcm.c \ + pm_mac/finddefault.c \ + pm_mac/readbinaryplist.c endif if WINDOWS --- 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

Re: [PD-dev] Pd-dev Digest, Vol 121, Issue 27
by Dan Wilcox 05 May '15

05 May '15

That has nothing to do with libpd as those design choices were made far before libpd existed. In practice, yes those externals work. I know this because I’ve actually used soundfile_info with libpd, but that was with the external statically compiled into the project. I haven’t tried dynamically loaded. -------- Dan Wilcox @danomatika danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Apr 28, 2015, at 6:00 AM, pd-dev-request(a)lists.iem.at wrote: > > Is it something to do with libPd compatibility? Will such externals work in libPd e.g. if a patch has “iemlib/soundfile_info” and soundfile_info is compiled into the Pd binary, is this a measure to ensure that libPd finds the object?

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