Pd-dev October 2009

pd-dev@lists.iem.at

18 participants
74 discussions

newest portaudio for Pd-extended
by Hans-Christoph Steiner 06 Oct '09

06 Oct '09

I was thinking of updating the portaudio in Pd-extended to the latest stable release, which is not even that new (2007-12). Any reason why this might be a bad idea? .hc ---------------------------------------------------------------------------- http://at.or.at/hans/

2 2

nightly builds for standalone libraries
by Hans-Christoph Steiner 06 Oct '09

06 Oct '09

I think it would be super useful to have nightly builds for standalone libs, not only Pd-extended. I think the easiest way to handle this would be to have "make dist" be the interface. Basically have a script that has a listing of the libraries to build, then it would run thru them and "make dist" then post the result. Here are the ground rules as I see them for making a workable system: - a script in scripts/autobuild that has the list of libs to built - look in a folder named the same as the library in externals (i.e. externals/mylibrary) - if exists, call "./configure" in that folder - call "make dist" in that folder - then uploads the resulting tarball, also named like the lib (mylibrary-0.1.tar.bz2) Allowing too many special cases will make things ugly fast, so I think it makes sense to follow the autotools standard layout. .hc ---------------------------------------------------------------------------- All information should be free. - the hacker ethic

2 4

pd-extended Gem now builds from 0.91 branch
by Hans-Christoph Steiner 05 Oct '09

05 Oct '09

After a conversation with IOhannes, I just made the switch for the Pd- extended nightly builds to use the 0.91 branch: https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/branches/0.91/Gem/ .hc ---------------------------------------------------------------------------- You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie

2 2

[ pure-data-Bugs-2251387 ] declare of abstractions is hiddenly saved in parent patches
by SourceForge.net 04 Oct '09

04 Oct '09

Bugs item #2251387, was opened at 2008-11-09 21:59 Message generated for change (Settings changed) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2251387&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: Roman Haefeli (reduzent) >Assigned to: Miller Puckette (millerpuckette) Summary: declare of abstractions is hiddenly saved in parent patches Initial Comment: if a patch containing an abstraction or a child of an abstraction containing a [declare] object is saved, the patch is saved with a hidden declare line: #X declare -stdlib extra/list-abs; but there is no line: #X obj 8 8 declare -stdlib extra/list-abs; and therefore no object [declare] appears in the patch, when opening it afterwards. how to reproduce the problem: 1) create 'abstraction.pd' containing: [declare -stdpath extra/list-abs] [list-clip] save it 2) create 'patch.pd' containing: [abstraction] [list-clip] save it 3) close and re-open 'patch.pd' [list-clip] is instantiated, although there is no [declare] visible in the patch. opening 'patch.pd' with a text editor shows the following line: #X declare -stdlib extra/list-abs; this was tested on 0.42.0test5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2251387&group_…

1 0

[ pure-data-Patches-2872670 ] [writesf~] not working properly in -batch and -nogui modes
by SourceForge.net 04 Oct '09

04 Oct '09

Patches item #2872670, was opened at 2009-10-04 20:42 Message generated for change (Settings changed) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2872670&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: Roman Haefeli (reduzent) >Assigned to: Miller Puckette (millerpuckette) Summary: [writesf~] not working properly in -batch and -nogui modes Initial Comment: When pd is started with -nogui or -batch, [writesf~] seems not able to produce a soundfile with content, when 'dsp 1' message is sent on loadbang. In -nogui mode, this can be worked around by using a [delay 0] before triggering the 'dsp 1'-message to 'pd'. In -batch mode, even this doesn't work. The only way i could find to effectively delay the 'dsp 1' message was to use -send 'pd dsp 1' from commandline, when launching Pd. Also it's only possible to create proper soundfiles, if the 'open' message for [writesf~] is sent after the 'dsp 1' to pd. This can render the use of [writesf~] in -batch mode quite troublesome, especially when wanting to use pre-existing patches. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2872670&group_…

1 0

[ pure-data-Patches-2872670 ] [writesf~] not working properly in -batch and -nogui modes
by SourceForge.net 04 Oct '09

04 Oct '09

Patches item #2872670, was opened at 2009-10-04 20:42 Message generated for change (Tracker Item Submitted) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2872670&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: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: [writesf~] not working properly in -batch and -nogui modes Initial Comment: When pd is started with -nogui or -batch, [writesf~] seems not able to produce a soundfile with content, when 'dsp 1' message is sent on loadbang. In -nogui mode, this can be worked around by using a [delay 0] before triggering the 'dsp 1'-message to 'pd'. In -batch mode, even this doesn't work. The only way i could find to effectively delay the 'dsp 1' message was to use -send 'pd dsp 1' from commandline, when launching Pd. Also it's only possible to create proper soundfiles, if the 'open' message for [writesf~] is sent after the 'dsp 1' to pd. This can render the use of [writesf~] in -batch mode quite troublesome, especially when wanting to use pre-existing patches. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2872670&group_…

1 0

[ pure-data-Patches-2872631 ] dllextent for pd~ on Windows and Cygwin
by SourceForge.net 04 Oct '09

04 Oct '09

Patches item #2872631, was opened at 2009-10-04 14:00 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2872631&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: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: dllextent for pd~ on Windows and Cygwin Initial Comment: Add the dllextent stuff on Windows and Cygwin since pd~ should build on Cygwin: Index: pd~/pd~.c =================================================================== --- pd~/pd~.c (revision 12522) +++ pd~/pd~.c (working copy) @@ -60,6 +60,9 @@ static char pd_tilde_dllextent[] = ".d_fat", pd_tilde_dllextent2[] = ".pd_darwin"; #endif +#if defined(_WIN32) || defined(__CYGWIN__) +static char sys_dllextent[] = ".m_i386", sys_dllextent2[] = ".dll"; +#endif /* ------------------------ pd_tilde~ ----------------------------- */ ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-10-04 14:06 Message: oops sys_dllextent[ should be pd_tilde_dllextent ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2872631&group_…

1 0

[ pure-data-Patches-2872631 ] dllextent for pd~ on Windows and Cygwin
by SourceForge.net 04 Oct '09

04 Oct '09

Patches item #2872631, was opened at 2009-10-04 14:00 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2872631&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: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: dllextent for pd~ on Windows and Cygwin Initial Comment: Add the dllextent stuff on Windows and Cygwin since pd~ should build on Cygwin: Index: pd~/pd~.c =================================================================== --- pd~/pd~.c (revision 12522) +++ pd~/pd~.c (working copy) @@ -60,6 +60,9 @@ static char pd_tilde_dllextent[] = ".d_fat", pd_tilde_dllextent2[] = ".pd_darwin"; #endif +#if defined(_WIN32) || defined(__CYGWIN__) +static char sys_dllextent[] = ".m_i386", sys_dllextent2[] = ".dll"; +#endif /* ------------------------ pd_tilde~ ----------------------------- */ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2872631&group_…

1 0

[ pure-data-Bugs-2872390 ] error message after using pd extended on iPhone
by SourceForge.net 04 Oct '09

04 Oct '09

Bugs item #2872390, was opened at 2009-10-03 19:10 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2872390&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: pd-extended Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: error message after using pd extended on iPhone Initial Comment: error: *: no method for '/z' Why do I get this message in pd extended? thanks BJ ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-10-04 12:52 Message: Pd-extended does not run on the iPhone, so you'll have to provide more information on your setup. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2872390&group_…

1 0

[ pure-data-Bugs-2869073 ] display freeze
by SourceForge.net 04 Oct '09

04 Oct '09

Bugs item #2869073, was opened at 2009-09-28 14:20 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2869073&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: display freeze Initial Comment: I encounter recurrent blocking in the display, I mean the program continues to work normally but all the toggles, bangs, sliders don't move anymore. clicking on these objects still has effect but the display is not updated. I have no idea when the freeze happens, I don't find any relation with my configuration or certain operations, it doesn't happen often enough. My only supposition is that it has something to do with audio file reading (with readsf~) but it's really not sure. I use Windows vista, with differents audio drivers, default chipset driver, asio4all, or an external audio interface driver. It happens sometimes even on my performance machine that is as clean as possible. thanks for reading ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-10-03 19:38 Message: PS: on whether anything can be corrected... well, if you mean in pd or pd-extended, without modifying the programme by yourself, well, this doesn't depend on me. you have to get Miller or Hans to do it. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-10-03 19:23 Message: what it means is that there is something in the console code that makes the display freeze. This can be either due to special characters that confuse the protocol codecs between the two halves of the pd programme, or it can be because there is too much data coming at the same time. beyond a certain rate, the data accumulates in the client until it wants 100% CPU for just dealing with the console, and from that point, the client gets slow at accepting the server's data, so the data starts accumulating in the server (in sys_guibuf), taking increasing amounts of RAM. When the server's RAM can't expand anymore, the server explodes (and takes down the client), but in the meanwhile, the client may look completely unresponsive. ---------------------------------------------------------------------- Comment By: D.P. (denis97531) Date: 2009-10-03 06:40 Message: thanks matju. without -stderr, it seems that I always finally manage to freeze the display after a sufficient number of inputs via mouse or keyboard (sometimes intensively for several minutes). with -stderr, I still haven't manage to freeze the display. This doesn't prove anything but it seems to work. Is there any rational explanation about this? can anything be corrected? ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-09-28 18:44 Message: try again using the -stderr startup option (that is, no console) and see whether it makes a difference. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2869073&group_…

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 October 2009