Pd-dev December 2009

pd-dev@lists.iem.at

16 participants
59 discussions

[ pure-data-Bugs-2920765 ] crashes with "mean~"
by SourceForge.net 24 Dec '09

24 Dec '09

Bugs item #2920765, was opened at 2009-12-24 12:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2920765&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: v0.40.2 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: crashes with "mean~" Initial Comment: Pure Data crashes either when I try to create a "mean~" object, or when I uncheck and re-check the "compute audio" checkbox in the main window. I use pd-extended, v0.40.3 under Windows XP. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-12-24 12:59 Message: Could you try a nightly build and report back whether the problem still exists? http://autobuild.puredata.info/auto-build/latest/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2920765&group_…

1 0

[ pure-data-Bugs-2920765 ] crashes with "mean~"
by SourceForge.net 24 Dec '09

24 Dec '09

Bugs item #2920765, was opened at 2009-12-24 17:56 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2920765&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: crashes with "mean~" Initial Comment: Pure Data crashes either when I try to create a "mean~" object, or when I uncheck and re-check the "compute audio" checkbox in the main window. I use pd-extended, v0.40.3 under Windows XP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2920765&group_…

1 0

Scheduling to activate control objects
by PSPunch 24 Dec '09

24 Dec '09

Hi, I am working on a control rate object which outputs a value, only when a variable local to each instance is modified by another thread. Having not known how to achieve this, the object works fine, but only with a [metro] connected to it, polling for a variable change on each bang. I've looked into [metro] and [netreceive] which also output values without an external factor (inlet wise), but I kind of got lost in the code. Is there a simple way of achieving such an effect (i.e. by registering a callback), or does this require a reasonable understanding of the time scheduling mechanism inside Pd? Any advise is appreciated. Thank you. -- David Shimamoto

3 3

[ pure-data-Bugs-2919250 ] 'select' -> help -> crash (Windows 7)
by SourceForge.net 23 Dec '09

23 Dec '09

Bugs item #2919250, was opened at 2009-12-22 05:27 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2919250&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: v0.41 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: 'select' -> help -> crash (Windows 7) Initial Comment: pd-extended v0.41.4 crashes on my Windows 7 machine if i select help from the context menu of the select object. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-12-23 13:32 Message: Could you try a nightly build and report back whether the problem still exists? http://autobuild.puredata.info/auto-build/latest/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2919250&group_…

1 0

[ pure-data-Bugs-2724318 ] 'pd -alsa -send "; pd dsp 1"' fails with -nogui
by SourceForge.net 23 Dec '09

23 Dec '09

Bugs item #2724318, was opened at 2009-04-01 04:23 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&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: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: 'pd -alsa -send "; pd dsp 1"' fails with -nogui Initial Comment: $ pd -alsa -send "; pd dsp 1" works fine $ pd -alsa -nogui -send "; pd dsp 1" snd_pcm_open (output): Device or resource busy if i send to a custom receiver and delay the message by 100ms it seems to work ok, but still, not perfect at a guess there's a race condition somewhere, and using the gui slows it down enough to work? just a guess though tested on GNU/Linux/Debian/Lenny/pure:dyne with pd-0.41 may also affect other sound APIs, but I haven't tested with anything other than ALSA ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-12-23 10:07 Message: how do your freeverb problems relate to the problem described here? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-11-30 17:21 Message: Confirmed on Debian/lenny/i386 running Pd-vanilla 0.41.4 and Pd-extended 0.41.4 and 0.42.5. ---------------------------------------------------------------------- Comment By: Cesar Mauri-Loba (cmauri) Date: 2009-08-24 17:21 Message: Confirmed in pd 0.42-5 under WinXP SP3. These are the error messages: Error number -9985 opening portaudio stream Error message: Device unavailable As a workaround I've added a delay after the loadbang that enables the dsp. ---------------------------------------------------------------------- Comment By: Dan Wilcox (danomatika) Date: 2009-06-15 12:51 Message: Again in Ubuntu Jaunty, Running the same startup patch which loadbangs "pd dsp 1" in pd-extended 0.40.3 with "-rt" yields the same problem. I suppose in realtime mode, pd runs too fast to avoid the race condition. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-06-15 12:47 Message: Confirmed in pd-extended 0.41.4 on Ubuntu Jaunty. Cannot open the soundcard when starting pd with "pd -nogui -alsa -audiodev 4 ~/StartupPatch.pd" where "StartupPatch.pd" loadbangs a "pd dsp 1" message: snd_pcm_open (input): Device or resource busy snd_pcm_open (output): Device or resource busy Using jack, "-jack -channels 2" connects ok. I have not not tried oss. Doing the same on pd-extended 0.40.3 works fine. Well, at least I can just delay the dsp switch for now to make it work. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:22 Message: oh forgot to say: OSS: /dev/dsp (writeonly): Device or resource busy /dev/dsp (readonly): Device or resource busy with jack it seems to work fine (though i often have other problems with jack, so i don't know how reliable this is) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:20 Message: confirmed with Pd-0.42.4 (debian lenny/squeeze; x86) however i thought the proper way to specify the send-message was "pd dsp 1" (without the leading semicolon) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&group_…

1 0

[ pure-data-Bugs-2724318 ] 'pd -alsa -send "; pd dsp 1"' fails with -nogui
by SourceForge.net 22 Dec '09

22 Dec '09

Bugs item #2724318, was opened at 2009-03-31 23:23 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&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: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: 'pd -alsa -send "; pd dsp 1"' fails with -nogui Initial Comment: $ pd -alsa -send "; pd dsp 1" works fine $ pd -alsa -nogui -send "; pd dsp 1" snd_pcm_open (output): Device or resource busy if i send to a custom receiver and delay the message by 100ms it seems to work ok, but still, not perfect at a guess there's a race condition somewhere, and using the gui slows it down enough to work? just a guess though tested on GNU/Linux/Debian/Lenny/pure:dyne with pd-0.41 may also affect other sound APIs, but I haven't tested with anything other than ALSA ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2009-12-22 16:36 Message: freeverb~ is bypassed when I run pd -nogui. When I run pd in gui mode all patches work perfect, but freeverb~ does not apply any effect on the audio when I run pd -nogui. Pd version 0.41.4 running on Mac OS X 10.5.8 Juan ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-11-30 14:21 Message: Confirmed on Debian/lenny/i386 running Pd-vanilla 0.41.4 and Pd-extended 0.41.4 and 0.42.5. ---------------------------------------------------------------------- Comment By: Cesar Mauri-Loba (cmauri) Date: 2009-08-24 12:21 Message: Confirmed in pd 0.42-5 under WinXP SP3. These are the error messages: Error number -9985 opening portaudio stream Error message: Device unavailable As a workaround I've added a delay after the loadbang that enables the dsp. ---------------------------------------------------------------------- Comment By: Dan Wilcox (danomatika) Date: 2009-06-15 07:51 Message: Again in Ubuntu Jaunty, Running the same startup patch which loadbangs "pd dsp 1" in pd-extended 0.40.3 with "-rt" yields the same problem. I suppose in realtime mode, pd runs too fast to avoid the race condition. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-06-15 07:47 Message: Confirmed in pd-extended 0.41.4 on Ubuntu Jaunty. Cannot open the soundcard when starting pd with "pd -nogui -alsa -audiodev 4 ~/StartupPatch.pd" where "StartupPatch.pd" loadbangs a "pd dsp 1" message: snd_pcm_open (input): Device or resource busy snd_pcm_open (output): Device or resource busy Using jack, "-jack -channels 2" connects ok. I have not not tried oss. Doing the same on pd-extended 0.40.3 works fine. Well, at least I can just delay the dsp switch for now to make it work. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 11:22 Message: oh forgot to say: OSS: /dev/dsp (writeonly): Device or resource busy /dev/dsp (readonly): Device or resource busy with jack it seems to work fine (though i often have other problems with jack, so i don't know how reliable this is) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 11:20 Message: confirmed with Pd-0.42.4 (debian lenny/squeeze; x86) however i thought the proper way to specify the send-message was "pd dsp 1" (without the leading semicolon) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&group_…

1 0

[ pure-data-Bugs-2919250 ] 'select' -> help -> crash (Windows 7)
by SourceForge.net 22 Dec '09

22 Dec '09

Bugs item #2919250, was opened at 2009-12-22 10:27 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2919250&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: v0.41 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: 'select' -> help -> crash (Windows 7) Initial Comment: pd-extended v0.41.4 crashes on my Windows 7 machine if i select help from the context menu of the select object. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2919250&group_…

1 0

Re: [PD-dev] Pd-cvs Digest, Vol 58, Issue 13
by IOhannes m zmoelnig 18 Dec '09

18 Dec '09

pd-cvs-request(a)iem.at wrote: > ------------------------------ > > Message: 6 > From: pd(a)macosx104-i386.idmi.poly.edu > Subject: [PD-cvs] load_every_help 2009-12-14_22.51.01 > To: pd-cvs(a)iem.at > Message-ID: <mailman.4.1260874801.8788.pd-cvs(a)iem.at> > > > ______________________________________________________________________ > > Complete log: > http://autobuild.puredata.info/auto-build/2009-12-14/load_every_help-2009-1… > ______________________________________________________________________ > hein? fgmasdr IOhannes

2 1

[mrpeach/tcpserver]: full socket send buffer blocks pd
by Roman Haefeli 16 Dec '09

16 Dec '09

Hi Martin I wasn't sure, if I should report that as a bug. The new version of [tcpserver] seems to work fine, BUT now it suffers again from the initial problem, that maxlib's [netserver] is still suffering from: If the send buffer of a certain socket is full, [tcpserver] is blocked and thus blocks Pd. >From a user perspective, i can think of a few solutions to deal with that. However, i don't have clue, what's possible/difficult to implement. a) If the server doesn't get the necessary ACKs in a meaningful time, if shuts down the connection after a while. b) Instead of writing to the send buffer, [tcpserver] could output a message saying, that the data couldn't be sent. c) Change the behaviour of the 'sent' message from last outlet so, that it reflects the amount of bytes actually transmitted and not the number of bytes written to the send buffer. d) <put something here, that i didn't think of> cheers Roman

2 2

[ pure-data-Bugs-2838114 ] zexy fwriteln buffer overflow
by SourceForge.net 15 Dec '09

15 Dec '09

Bugs item #2838114, was opened at 2009-08-15 10:33 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2838114&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: externals Group: None >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: zexy fwriteln buffer overflow Initial Comment: The buffer for the prefix is too small. gcc -I. -DHAVE_CONFIG_H -DZEXY_LIBRARY -DPD -I/usr/src/pd/src -g -O2 -g -Wall -O2 -mms-bitfields -fPIC -mfpmath=sse -msse -g -O2 -g -Wall -O2 -c -o fwriteln.o fwriteln.c In file included from /usr/include/string.h:640, from fwriteln.c:26: In function 'strcpy', inlined from 'fwriteln_new' at fwriteln.c:233: /usr/include/bits/string3.h:106: warning: call to __builtin___strcpy_chk will always overflow destination buffer In function 'strcpy', inlined from 'fwriteln_new' at fwriteln.c:236: /usr/include/bits/string3.h:106: warning: call to __builtin___strcpy_chk will always overflow destination buffer Line 195: char prefix[2]="%"; Line 233: strcpy(prefix,"%-"); Line 236: strcpy(prefix,"%+"); The strcpy will copy an additional '\0' byte which will overflow the buffer. Suggested fix: increase the prefix buffer size ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-12-15 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-11-30 09:03 Message: submitted with r18215 thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2838114&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 December 2009