Pd-dev March 2010

pd-dev@lists.iem.at

21 participants
81 discussions

[ pure-data-Bugs-2975654 ] Feedback glitch
by SourceForge.net 24 Mar '10

24 Mar '10

Bugs item #2975654, was opened at 2010-03-24 03:54 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2975654&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: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nobody/Anonymous (nobody) Summary: Feedback glitch Initial Comment: Can't run any PD patches without a persistent beeping glitching sound. Internal and external sound card. Any help is appreciated. Thanks! ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-24 09:39 Message: did you try pd-vanilla? how does it work there? ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-24 09:39 Message: Please provide as detailed information as possible including which operating system (OS), CPU type, specific hardware, and the exact distro and version of Pd itself, etc. For example: Pd version 0.41.4-extended Mac OS X 10.5.7/Intel built-in sound ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2975654&group_…

1 0

[ pure-data-Bugs-2975654 ] Feedback glitch
by SourceForge.net 24 Mar '10

24 Mar '10

Bugs item #2975654, was opened at 2010-03-24 02:54 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2975654&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: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Feedback glitch Initial Comment: Can't run any PD patches without a persistent beeping glitching sound. Internal and external sound card. Any help is appreciated. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2975654&group_…

1 0

[ pure-data-Bugs-2966186 ] tcpserver: crashes when disconnecting several clients
by SourceForge.net 24 Mar '10

24 Mar '10

Bugs item #2966186, was opened at 2010-03-09 10:19 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2966186&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: Fixed Priority: 8 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Martin Peach (mrpeach) Summary: tcpserver: crashes when disconnecting several clients Initial Comment: when connecting to clients to a single tcpserver, and then disconnecting (via the "disconnectclient 1" message to tcpserver) both of them, Pd crashes ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-03-24 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: Martin Peach (mrpeach) Date: 2010-03-09 17:37 Message: OK, and I have also moved the client-related info into the same struct. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-09 10:29 Message: for what it is worth: i have submitted the fix as rev13197 to trunk i hope this is ok for martin ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-09 10:27 Message: attached patch fixes the problem (one of the connection-specific elements was not copied when a client was removed from the beginning of the list) i really think that all connection-info should live in a single array of a client-specific structure, rather than 5 different arrays... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2966186&group_…

1 0

[ pure-data-Bugs-2974702 ] tcpserver: couldn't create sender thread
by SourceForge.net 23 Mar '10

23 Mar '10

Bugs item #2974702, was opened at 2010-03-22 13:28 Message generated for change (Comment added) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2974702&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: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Martin Peach (mrpeach) Summary: tcpserver: couldn't create sender thread Initial Comment: i'm currently testing [tcpserver] under more or less heavy loads, and find it slightly unreliable. broadcasting a lot of messages will eventually stop sending. tcpserver will output an error like "tcpserver: couldn't create sender thread (11)" and that's it. test scenario: 5048 bytes messages (osc stream), banged every 10ms after 435 successfull broadcasts, things stop; pstree shows 325 open pd threads quiting Pd will not free the port (but that might be due to the hung tcpclient ) trying the same thing again, will roughly yield the same results (448 successfull broadcasts; 382 hung threads; tcpclient hung again) PS: this all happens on a debian squeeze/sid machine (2.6.32-3-686) with a dual core processor and 2GB of ram) PPS: this might be a duplicate of #2905508 ---------------------------------------------------------------------- >Comment By: Martin Peach (mrpeach) Date: 2010-03-23 12:38 Message: I think I fixed the problem with shutting down tcpserver, tcpserver_free() was not checking for null pointers, so some clients were not disconnected as Pd segfaulted before they could be serviced. I don't see anything in [tcpserver] that would result in hundreds of hung threads. Can you post a patch that does that? ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-22 13:33 Message: btw, networking is done to localhost ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2974702&group_…

1 0

[ pure-data-Bugs-2905508 ] mrpeach/tcpserver: stops sending after X messages
by SourceForge.net 22 Mar '10

22 Mar '10

Bugs item #2905508, was opened at 2009-11-29 00:20 Message generated for change (Settings changed) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2905508&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: Fixed Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Martin Peach (mrpeach) Summary: mrpeach/tcpserver: stops sending after X messages Initial Comment: After sending 380 messages to one or more clients, [tcpserver] stops sending any more messages. Though TCP is stream-oriented, the number of (pd) messages sent [tcpserver] is significant and not the number of transmitted bytes. Attached is a patch, that illustrates the problem. BTW: the new threaded version is ~15 times faster than the old select() based. It looks very promising. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2009-11-29 20:09 Message: Hi Martin Thanks a lot for providing a fix so quickly. Things looks very good. I was putting the tcpserver based netpd-server under the heaviest load i can get, which is limited by the bandwidth of my home internet connection. While constantly sending messages with ~50 kB/s bandwidth up to the server and ~350kB/s receiving from it, all messages come through intact. It is stable also when connecting and disconnecting a lot of clients at the same time, while constantly broadcasting messages. The cpu usage is *much* lower than with the select() based tcpserver; with the bandwidth load mentioned above, it is about 12%, whereas it reached 100% with much less load before. Thanks again for all your work spent on this issue. ---------------------------------------------------------------------- Comment By: Martin Peach (mrpeach) Date: 2009-11-29 17:50 Message: oops, thought I was logged in...anyhow I'll try it on a linux box tomorrow. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-29 17:47 Message: It was probably the handles that reached a limit, the threads disappear after the data has been sent but their handles were not being cleaned up. Now the threads are created in the detached state so their handles are freed on exit. On WinXP the handles and threads are fairly constant now. I'll leave the patch running to see if it ever hangs, but t seems to be working OK here. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2009-11-29 14:18 Message: Actually, i couldn't figure out, why it stops working after 380 messages. I'd like to know, whether it hit some max number of threads limit. I also couldn't figure out how to display the number of threads being started by a certain process.I found /proc/sys/kernel/threads-max, which is set to 32491 on my system. However, changing the value doesn't effect the behaviour of the test-patch. ---------------------------------------------------------------------- Comment By: Martin Peach (mrpeach) Date: 2009-11-29 06:03 Message: The threads are supposed to terminate themselves after they have sent their buffer. I don't see a need to use threads apart from sending messages. The rest of [tcpserver] works just fine in one thread. Here on WinXP the patch is still running at 66000+. The system is adding handles at about twice the rate as the threads are being created, but the amount of available memory is not decreasing and the number of threads is staying about the same. I'm not sure if that's a bug. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2009-11-29 00:30 Message: Hm.. from the svn log of revision 12760: "Using pthreads to send each message to each client in its own thread." That probably explains, why it stops working after sending X times 'broadcast 97 59 10' to [tcpserver]. Do i understand right, that literally each pd message opens its own <number of clients> threads? Wouldn't it be sufficient to have one thread per socket? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2905508&group_…

1 0

[ pure-data-Bugs-2974702 ] tcpserver: couldn't create sender thread
by SourceForge.net 22 Mar '10

22 Mar '10

Bugs item #2974702, was opened at 2010-03-22 18:28 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2974702&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: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Martin Peach (mrpeach) Summary: tcpserver: couldn't create sender thread Initial Comment: i'm currently testing [tcpserver] under more or less heavy loads, and find it slightly unreliable. broadcasting a lot of messages will eventually stop sending. tcpserver will output an error like "tcpserver: couldn't create sender thread (11)" and that's it. test scenario: 5048 bytes messages (osc stream), banged every 10ms after 435 successfull broadcasts, things stop; pstree shows 325 open pd threads quiting Pd will not free the port (but that might be due to the hung tcpclient ) trying the same thing again, will roughly yield the same results (448 successfull broadcasts; 382 hung threads; tcpclient hung again) PS: this all happens on a debian squeeze/sid machine (2.6.32-3-686) with a dual core processor and 2GB of ram) PPS: this might be a duplicate of #2905508 ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-22 18:33 Message: btw, networking is done to localhost ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2974702&group_…

1 0

[ pure-data-Bugs-2974702 ] tcpserver: couldn't create sender thread
by SourceForge.net 22 Mar '10

22 Mar '10

Bugs item #2974702, was opened at 2010-03-22 18:28 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2974702&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: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Martin Peach (mrpeach) Summary: tcpserver: couldn't create sender thread Initial Comment: i'm currently testing [tcpserver] under more or less heavy loads, and find it slightly unreliable. broadcasting a lot of messages will eventually stop sending. tcpserver will output an error like "tcpserver: couldn't create sender thread (11)" and that's it. test scenario: 5048 bytes messages (osc stream), banged every 10ms after 435 successfull broadcasts, things stop; pstree shows 325 open pd threads quiting Pd will not free the port (but that might be due to the hung tcpclient ) trying the same thing again, will roughly yield the same results (448 successfull broadcasts; 382 hung threads; tcpclient hung again) PS: this all happens on a debian squeeze/sid machine (2.6.32-3-686) with a dual core processor and 2GB of ram) PPS: this might be a duplicate of #2905508 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2974702&group_…

1 0

[ pure-data-Feature Requests-2974565 ] include pd.lib (and header files) on w32 builds
by SourceForge.net 22 Mar '10

22 Mar '10

Feature Requests item #2974565, was opened at 2010-03-22 15:00 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2974565&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: Open Priority: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: include pd.lib (and header files) on w32 builds Initial Comment: please include the pd.lib file in the Pd-extended builds, so people can build externals against this version of Pd. the pd.lib file is rather small in comparision to the dll (on Pd-vanilla it is about 90k), so i don't think anybody will notice but those who need it. header files (of Pd) would be nice as well (but these can be downloaded via svn anyhow) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2974565&group_…

1 0

gui-rewrite, apple_events.tcl imports pdtk_post?
by Miller Puckette 22 Mar '10

22 Mar '10

Hi all, I tried to compile pd-gui-rewrite for macintosh and it complained that "pdtk_post" couldn't be imported because it already exists. I found two places that imported it and tried removing the line: namespace import ::pdwindow::pdtk_post from apple-events.tcl, after which Pd runs happily. Is there a reason that line is there? (I'm scared to commit anything involving the tcl code now because I don't understand it!) I'm busy trying to sync up with the gui-rewrite code, and was mostly able to use it as is. If this is a good moment for Hans and Guenter I can try committing the small changes I made to get it running...? thanks Miller

4 3

[ pure-data-Bugs-2974260 ] pddplink doesn't play well with urls with question marks
by SourceForge.net 21 Mar '10

21 Mar '10

Bugs item #2974260, was opened at 2010-03-21 18:02 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2974260&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: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pddplink doesn't play well with urls with question marks Initial Comment: [pddp/pddplink http://sourceforge.net/tracker/?all_this_including_the_question_mark_gets_t…] <-- click me (I submitted this a moment ago but it looked like it didn't go through for some reason.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2974260&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 March 2010