Pd-dev December 2006

pd-dev@lists.iem.at

22 participants
74 discussions

0.40-2 code not in CVS?
by Hans-Christoph Steiner 19 Jan '07

19 Jan '07

When I get the latest from the stable_0_40 branch, I noticed that the version is still set to 0.40-1 in m_pd.h. Did the version just not get updated or are the 0.40-2 changes not in CVS yet? .hc ------------------------------------------------------------------------ All information should be free. - the hacker ethic

2 2

multicast patch to OSCx
by Hans-Christoph Steiner 17 Jan '07

17 Jan '07

This patch adds multicast support to the OSCx libs, it looks useful, but I don't really use OSC, so I couldn't say if its worth taking or not: http://sourceforge.net/tracker/index.php? func=detail&aid=1612910&group_id=55736&atid=478072 Shall we trying it in the nightly test builds? Anyone willing to vouch for this patch so that it can be included in the next release? .hc ------------------------------------------------------------------------ I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler

2 7

[ pure-data-Patches-1625445 ] extended character support
by SourceForge.net 31 Dec '06

31 Dec '06

Patches item #1625445, was opened at 2006-12-31 14:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1625445&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: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: extended character support Initial Comment: Enable support for more characters, like characters with umlauts and accents. Following this discussion: http://lists.puredata.info/pipermail/pd-list/2006-12/045571.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1625445&group_…

1 0

[ pure-data-Bugs-1624671 ] Abstractions don't loadbang when created via [; pd-mycanvas
by SourceForge.net 31 Dec '06

31 Dec '06

Bugs item #1624671, was opened at 2006-12-30 00:56 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624671&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: Closed Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Abstractions don't loadbang when created via [; pd-mycanvas Initial Comment: Included patch demonstrates this. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2006-12-31 12:18 Message: Logged In: YES user_id=569446 Originator: NO As now discussed on pd-list, this is not seen as a bug so I'm closing this report. Not loadbanging dynamically created abstractions is a design decision. It is intentional. The main reason for it is that abstractions may generate output at their outlets as a result of a loadbang inside. Normally abstractions do the loadbang *before* the parent patch does its own loadbangs. So a loadbang in an abstraction may change the parent's patch behaviour, through an outlet or through a sender/receiver. However with dynamically created abstraction instances, the time, when the outlet is connected to something will be after the abstraction was created dynamically so it's loadbang-output would be sent into nirvana, whereas when loading from a file or when recreating a previously created abstraction manually, the connections are already there, when the loadbang inside the abstraction fires. To avoid ambiguities it was decided, that loadbangs in dynamically created abstractions need to be activated manually e.g. with the "loadbang" message to the parent (sub)patch. At least that's how I understand it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624671&group_…

1 0

timing of a clock_delay(x->x_clock, 0);
by Hans-Christoph Steiner 30 Dec '06

30 Dec '06

If I issue a clock_delay(x->x_clock, 0), will the registered tick function be executed in the same clock tick, or will it always wait for the next clock tick? Basically, I am looking for a way to schedule something "as soon as possible". .hc ------------------------------------------------------------------------ Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

3 3

show-stopping bug for Windows release
by Hans-Christoph Steiner 30 Dec '06

30 Dec '06

http://sourceforge.net/tracker/index.php? func=detail&aid=1595028&group_id=55736&atid=478070 This cyclone bug is still outstanding, its very strange. The object boxes change to message and number boxes. I would really like to have it resolved for the release. Can any windows people shed some light on it? Basically, from what I can tell, cyclone seems to assume that -mms- bitfields was not set when building Pd, and that is likely related to the problem. Everything else in Pd is built using -mmsbitfields. If no one has a fix, maybe someone can tell me the most recent version of cyclone that doesn't have this bug on Windows. .hc ------------------------------------------------------------------------ http://at.or.at/hans/

2 1

[ pure-data-Bugs-1624671 ] Abstractions don't loadbang when created via [; pd-mycanvas
by SourceForge.net 30 Dec '06

30 Dec '06

Bugs item #1624671, was opened at 2006-12-29 16:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624671&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: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Abstractions don't loadbang when created via [; pd-mycanvas Initial Comment: Included patch demonstrates this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624671&group_…

1 0

[ pure-data-Bugs-1624229 ] msgfile busted
by SourceForge.net 29 Dec '06

29 Dec '06

Bugs item #1624229, was opened at 2006-12-29 03:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624229&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: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: msgfile busted Initial Comment: The msgfile does not work on the PowerPC: Pd-0.39.2-extended-test6-macosx104 release. And not on any of the previous macOSX releases under 39.2 either. Looks like it loads files fine, but it outputs only a done bang. Have tried to rewind etc. No luck. Just for the record. T. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624229&group_…

1 0

comport clock_delay()
by Hans-Christoph Steiner 29 Dec '06

29 Dec '06

I was just looking at how comport was implemented and I noticed that x->x_deltime isn't really used at all. In comport_tick(), this is the delay statement: clock_delay(x->x_clock, 1); So it is pegged to 1ms. I am wondering what is going to be the best delay setting to have the lowest jitter. In other words, how accurate is that clock, and what setting will be the most accurate? .hc ------------------------------------------------------------------------ http://at.or.at/hans/

1 0

[ pure-data-Patches-1604140 ] iem_t3_lib: compilation fixes for Mac/Intel
by SourceForge.net 29 Dec '06

29 Dec '06

Patches item #1604140, was opened at 2006-11-27 18:58 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604140&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: Works For Me Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: iem_t3_lib: compilation fixes for Mac/Intel Initial Comment: again for iem_t3_lib ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-28 22:47 Message: Logged In: YES user_id=27104 Originator: NO included in Pd-0.39.2-extended-test7 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604140&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 2006