Pd-dev September 2012

pd-dev@lists.iem.at

4 participants
30 discussions

[ pure-data-Feature Requests-3568992 ] Colored arrays
by SourceForge.net 18 Sep '12

18 Sep '12

Feature Requests item #3568992, was opened at 2012-09-18 08:46 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568992&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 Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Colored arrays Initial Comment: Hey, what do you (whoever reads this) think of colored arrays? It's a nice thing to be able to put several arrays into one graph, but it quickly gets confusing. Since it is all black, one does not know which array one drags, or what belongs where (especially if one selects to "draw as points")... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568992&group_…

1 0

[ pure-data-Bugs-3568989 ] subpatch-audio (reblocked) out of sync
by SourceForge.net 18 Sep '12

18 Sep '12

Bugs item #3568989, was opened at 2012-09-18 08:38 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3568989&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: subpatch-audio (reblocked) out of sync Initial Comment: Hello, I think I've found a rather fundamental (vanilla) bug. Imagine the following (as the title says): One has a (subpatch with) blocksize=64. Inside there are 2 more subpatches with a blocksize=128. Now it can happen, that both are in sync to eachother, because both are in sync to the 1st 64 samples of the parent-patch. Or they are not in sync, because one sticks to the 1st 64, tho other one sticks to the 2nd 64 samples. It would look like this: Out of sync: Parent: =_=_=_=_=_=_=_=_=_=_... <-BS=64 Sub1..: ===_===_===_===_===_... <-BS=128 Sub2..: =_===_===_===_===_==... <-BS=128 Sync: Parent: =_=_=_=_=_=_=_=_=_=_... <-BS=64 Sub1..: ===_===_===_===_===_... <-BS=128 Sub2..: ===_===_===_===_===_... <-BS=128 I won't paint it, but one can imagine that there is even more potential chaos if the blocksize-ratio is biger than 2 (=128/64). This is the only part in pd, that really is not deterministic! Because this behavior, the "relative block-position" ("sync/no sync") can change with each dsp-switching. ..At least I couldn't find a way to make it do what I want.. To think of a more complicated version: Imagine one wants to sync subpatches, which are not in the same parent... I don't know what it would be good for to have blocks not be synced, but there may even be an application for that. So wouldn't it be a good idea to let the user decide how they sync?? ...Maybe via some initial subpatch-parameters... Something like "1/2 or 2/2" for a BS-ratio=2. (1/8, 2/8, 3/8,..., 7/8, 8/8 for a BS-ratio=8) ...just as with a sequencer... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3568989&group_…

1 0

[ pure-data-Feature Requests-3568987 ] subpatch-audio (reblocked) out of sync
by SourceForge.net 18 Sep '12

18 Sep '12

Feature Requests item #3568987, was opened at 2012-09-18 08:35 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568987&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 Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: subpatch-audio (reblocked) out of sync Initial Comment: Hello, I think I've found a rather fundamental (vanilla) bug. Imagine the following (as the title says): One has a (subpatch with) blocksize=64. Inside there are 2 more subpatches with a blocksize=128. Now it can happen, that both are in sync to eachother, because both are in sync to the 1st 64 samples of the parent-patch. Or they are not in sync, because one sticks to the 1st 64, tho other one sticks to the 2nd 64 samples. It would look like this: Out of sync: Parent: =_=_=_=_=_=_=_=_=_=_... <-BS=64 Sub1..: ===_===_===_===_===_... <-BS=128 Sub2..: =_===_===_===_===_==... <-BS=128 Sync: Parent: =_=_=_=_=_=_=_=_=_=_... <-BS=64 Sub1..: ===_===_===_===_===_... <-BS=128 Sub2..: ===_===_===_===_===_... <-BS=128 I won't paint it, but one can imagine that there is even more potential chaos if the blocksize-ratio is biger than 2 (=128/64). This is the only part in pd, that really is not deterministic! Because this behavior, the "relative block-position" ("sync/no sync") can change with each dsp-switching. ..At least I couldn't find a way to make it do what I want.. To think of a more complicated version: Imagine one wants to sync subpatches, which are not in the same parent... I don't know what it would be good for to have blocks not be synced, but there may even be an application for that. So wouldn't it be a good idea to let the user decide how they sync?? ...Maybe via some initial subpatch-parameters... Something like "1/2 or 2/2" for a BS-ratio=2. (1/8, 2/8, 3/8,..., 7/8, 8/8 for a BS-ratio=8) ...just as with a sequencer... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568987&group_…

1 0

[ pure-data-Feature Requests-3568612 ] autobuilds gone! why?
by SourceForge.net 18 Sep '12

18 Sep '12

Feature Requests item #3568612, was opened at 2012-09-17 15:12 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568612&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 Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: autobuilds gone! why? Initial Comment: I want the autobuilds back. What happened? What happend to the double-builds and all that? ...little off topic, sorry... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568612&group_…

1 0

[ pure-data-Bugs-3568605 ] no $0 in arrays resulting in name-conflicts
by SourceForge.net 17 Sep '12

17 Sep '12

Bugs item #3568605, was opened at 2012-09-17 14:47 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3568605&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: abstractions Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: no $0 in arrays resulting in name-conflicts Initial Comment: It seems I can't use "$0" in array-names. And if I rename an array including the "$0" and save it, the "$0" becomes eg. 1002 and can't be found anymore... if the patch uses eg "1004" for "$0". One can't always use [table]-objects. And one can't use arrays in GUI-abstractions it seems.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3568605&group_…

1 0

[ pure-data-Feature Requests-3567328 ] LN_S in Makefile templates
by SourceForge.net 13 Sep '12

13 Sep '12

Feature Requests item #3567328, was opened at 2012-09-13 03:56 Message generated for change (Tracker Item Submitted) made by charlesgg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3567328&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: 5 Private: No Submitted By: Charles Goyard (charlesgg) Assigned to: Nobody/Anonymous (nobody) Summary: LN_S in Makefile templates Initial Comment: LN_S is an alias for ln -s. It could be ln -sf. With ln -s, when rebuilding pd-extended, you are forced to make clean before, so everything is rebuilt. With ln -sf, an existing symlink does not cause the build to fail. Note some externals (zexy for example) hardcode ln -s instead of @LN_S@. Thank you, Charles ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3567328&group_…

1 0

[ pure-data-Patches-3566852 ] viagra pas cher
by SourceForge.net 12 Sep '12

12 Sep '12

Patches item #3566852, was opened at 2012-09-11 18:46 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3566852&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: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: viagra pas cher Initial Comment: viagra pas cher ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3566852&group_…

1 0

[ pure-data-Patches-3566368 ] cialis 20 mg
by SourceForge.net 10 Sep '12

10 Sep '12

Patches item #3566368, was opened at 2012-09-10 12:14 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3566368&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: documentation Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cialis 20 mg Initial Comment: cialis 20 mg ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3566368&group_…

1 0

[ pure-data-Patches-3481846 ] [bugfix] on start, the Pd window doesn't always show msgs
by SourceForge.net 09 Sep '12

09 Sep '12

Patches item #3481846, was opened at 2012-01-30 17:41 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3481846&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: bugfix >Status: Pending >Resolution: Accepted Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] on start, the Pd window doesn't always show msgs Initial Comment: Sometimes, when Pd starts, it only writes a portion of the stored ::pdwindow::logbuffer to the Pd Window. This tiny patch fixes that by waiting for the event loop before printing the logbuffer to the Pd window. ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2012-09-08 20:16 Message: OK, I checked again and the patch made sense this time, but it's already in the code, so closing this. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2012-02-19 17:57 Message: Hmm, the attached file doesn't look loke a patch file (some HTM trash instead)??? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3481846&group_…

1 0

[ pure-data-Patches-3564675 ] apcalis sx review
by SourceForge.net 04 Sep '12

04 Sep '12

Patches item #3564675, was opened at 2012-09-04 05:16 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3564675&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: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: apcalis sx review Initial Comment: apcalis sx review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3564675&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 September 2012