Pd-dev March 2010

pd-dev@lists.iem.at

21 participants
81 discussions

[ pure-data-Bugs-2978674 ] missing tk package in Pd-ext0.42-5
by SourceForge.net 30 Mar '10

30 Mar '10

Bugs item #2978674, was opened at 2010-03-29 12:24 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978674&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.42 >Status: Pending >Resolution: Fixed Priority: 8 Private: No Submitted By: Martin Peach (mrpeach) Assigned to: Hans-Christoph Steiner (eighthave) Summary: missing tk package in Pd-ext0.42-5 Initial Comment: Pure Data 0.42.5-extended-20100328 on both WinXp and Debian Lenny fails to start because package helpbrowser is not found in pd.tk line 265. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-03-29 20:31 Message: oops, sorry, I forgot to add the new files to the makefile.in. Should be fixed with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978674&group_…

1 0

[ pure-data-Bugs-2978674 ] missing tk package in Pd-ext0.42-5
by SourceForge.net 29 Mar '10

29 Mar '10

Bugs item #2978674, was opened at 2010-03-29 12:24 Message generated for change (Tracker Item Submitted) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978674&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.42 Status: Open Resolution: None Priority: 8 Private: No Submitted By: Martin Peach (mrpeach) Assigned to: Hans-Christoph Steiner (eighthave) Summary: missing tk package in Pd-ext0.42-5 Initial Comment: Pure Data 0.42.5-extended-20100328 on both WinXp and Debian Lenny fails to start because package helpbrowser is not found in pd.tk line 265. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978674&group_…

1 0

[ pure-data-Bugs-2978457 ] -nogui audio initialization problems under Debian
by SourceForge.net 29 Mar '10

29 Mar '10

Bugs item #2978457, was opened at 2010-03-29 10:01 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: -nogui audio initialization problems under Debian Initial Comment: The [delread~] in the attached patch fails to initialize to the correct samplerate when started with -nogui under Debian and Pd 0.41.4 or 0.42-5. It seems to initialize to a samplerate of 0 instead. This problem persists independently from the audio driver used (ALS vs OSS). The patch works fine under Windows XP, however. The patch contains a workaround which has been suggested on the Pd-list, i.e. to loadbang a [switch~] object to 0 and then set it to 1 when neded. However, this did not help in the current situation. The patch also delays the loadbanged [;pd dsp 1( message by a [del 1000. This is a workaround addressing another manifestation of the audio initialisation problems with -nogui under Debian. If the [del 1000] is removed, the patch fails to load under -nogui with a "dev/dsp (read/write): Device or resource busy" message. IOhannes has suggested on the list to set the samplerate explicitely at startup, i.e. by pd -nogui -r 44100 However, I cannot confirm this workaround to work with the attached patch. Please note that the attached patch works fine under Windows XP and with -nogui enabled; also if the [del 1000] and [switch~] objects are omitted. best, flo.H ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&group_…

1 0

Tcl entry box broken in pd-gui-rewrite 0.43
by Hans-Christoph Steiner 29 Mar '10

29 Mar '10

Hey IOhannes, With the latest revision of pd-gui-rewrite branch, the Tcl entry box is broken. I am guessing something in your recent commits broke it. It gets caught up on the validation. To reproduce, try typing code into the Tcl entry box, I get a Tcl exception that I can't get out of: wrong # args: should be "info message" wrong # args: should be "info message" while executing "info complete $tclentry" (procedure "::pdwindow::validate_tcl" line 3) invoked from within ""::pdwindow::validate_tcl"" (command bound to event) .hc ---------------------------------------------------------------------------- Information wants to be free. -Stewart Brand

2 1

pd-extended on 64 - startup fails
by András Murányi 28 Mar '10

28 Mar '10

Oops. The newest 0.42.5 (autobuilt right on this machine) stops starting up with an empty square window titled "Pd". The console reads: $ pd-extended > tk scaling is 1.0419596812001874 > tcl: /usr/lib/pd-extended/bin/pd.tk: can't open script > invalid command name "pdtk_post" > invalid command name "pdtk_post" > invalid command name "pdtk_post" > invalid command name "pdtk_pd_startup" > /usr/lib/pd-extended/bin/pd.tk difinetely exists. Is it my Tcl installation? Andras

1 1

[ pure-data-Patches-2977780 ] bugfixes for maxlib/netclient.c (pd-extended 0.42.5)
by SourceForge.net 27 Mar '10

27 Mar '10

Patches item #2977780, was opened at 2010-03-27 20:19 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2977780&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bugfixes for maxlib/netclient.c (pd-extended 0.42.5) Initial Comment: Fixes lack of reporting of disconnect through the right outlet and added safer way of reporting disconnect as it can be triggered by out-of-order events. (there is still the issue of netserver not reporting socket info or ip address properly) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2977780&group_…

1 0

[ pure-data-Patches-2977779 ] fixes for mrpeach/tcpserver.c (pd-extended 0.42.5)
by SourceForge.net 27 Mar '10

27 Mar '10

Patches item #2977779, was opened at 2010-03-27 20:18 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2977779&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: fixes for mrpeach/tcpserver.c (pd-extended 0.42.5) Initial Comment: fixes: out-of-order output on tcpserver.c provides output of IP and socket on disconnect so if one maintains a database of what client is associated with what socket (e.g. through a coll), this way it reports it in a way that such an external database can be updated accordingly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2977779&group_…

1 0

seeking advice on Pd gui overhaul
by Paul Kohlhoff 27 Mar '10

27 Mar '10

Hello, I am looking for some advice on a possible rewrite of the PureData GUI. I am a member of a team of student developers at Virginia Tech. We are looking to improve the usability and reliability of Pd for integration with Virginia Tech's Linux Laptop Orchestra ("l2ork," if you like witty acronyms). The creator and director of the orchestra, Dr. Ico Bukvic, has expressed to us his dissatisfaction with the current TCL/TK GUI. One possible solution we are discussing is to rewrite the GUI using either the Juce toolkit or the QT toolkit. It would be very helpful to us if anyone could offer any suggestions, criticism, or comments on this project. Does anyone know of any similar projects? What could be some possible issues/consequences? Some basic info about the Laptop Orchestra can be found at http://l2ork.music.vt.edu/. A goal of the project is to be as cost-efficient as possible, so commercial software like Max/MSP is not an option. PureData is being used as an interface for the performers and also as a compositional tool. Again, any input or comments would be much appreciated. Cheers, Paul Kohlhoff Senior, B.S. Computer Science Virginia Tech

10 34

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

24 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-24 15:16 Message: testpatch3.pd shows how tcpserver restarts after being blocked. On my machine (dual P4, 2.4GHz, WinXP, Pd version 0.42.5-extended-20100324) I can't get the metro below 120ms without blocking, but with todays' version of [tcpserver] sending restarts properly once the [unblock( message is sent. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-24 05:42 Message: hmm, don't know what you mean with the problem shutting down tcpserver... in this case, tcpserver spawns threads and doesn't close them anymore. i think the problem is the consumer: if the consumer is too slow (e.g. [tcpclient] on localhost) then the problem will appear (more reliable) if the consumer is fast (eg. netcat on localhost), then the tcpserver seems to work fine. however, tcpserver should never stop working, regardless of the speed of the consumer (i'm involved in a project with really low bandwidth; a hanging Pd is no option there) why can't i attach a patch at the same time as writing a comment? ---------------------------------------------------------------------- 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-2974702 ] tcpserver: couldn't create sender thread
by SourceForge.net 24 Mar '10

24 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-24 10:42 Message: hmm, don't know what you mean with the problem shutting down tcpserver... in this case, tcpserver spawns threads and doesn't close them anymore. i think the problem is the consumer: if the consumer is too slow (e.g. [tcpclient] on localhost) then the problem will appear (more reliable) if the consumer is fast (eg. netcat on localhost), then the tcpserver seems to work fine. however, tcpserver should never stop working, regardless of the speed of the consumer (i'm involved in a project with really low bandwidth; a hanging Pd is no option there) why can't i attach a patch at the same time as writing a comment? ---------------------------------------------------------------------- Comment By: Martin Peach (mrpeach) Date: 2010-03-23 17: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 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

← 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