Patches item #2893947, was opened at 2009-11-07 13:23
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2893947&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: Fixed
Priority: 6
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: audio doesn't reconnect after sleep on Mac OS X
Initial Comment:
If you have Pd open on Mac OS X, and the computer goes to sleep, Pd looses connection to the audio, and you either need to restart or select the audio API again in order to get sound. Mac OS X can send sleep/wake events, so Pd should register to get these, and use them to reconnect to the audio when the machine wakes up.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-05-17 15:46
Message:
Turns out it was easier and more effective to disable the 'audio stuck'
code, which was done in Pd-extended 0.42.5:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&sortby=date&…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2893947&group_…
Patches item #3035455, was opened at 2010-07-27 20:10
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3035455&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: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Vladimir Gorsunov ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Correct error messages for ALSA device setup
Initial Comment:
-
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-08-04 11:15
Message:
currently when initializing alsa, all errors will be logged as "(input)",
regardless of whether they are input or output errors.
the patch seems to fix this by printing "(output)" where output is
concerned and "(input)" where input is concerned.
it doesn't do anything else.
i would include it.
vladimir: if you want patches to be included you should be more verbose
than "this fixes a bug"; people need to invest time to review the patch and
it's a bit frustrating to stare at diffs only to find out that the original
poster was not happy with the indentation.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-07-27 21:18
Message:
can you give more information on the problem this patch is addressing?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3035455&group_…
Patches item #2746054, was opened at 2009-04-08 18:40
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2746054&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: Pending
>Resolution: Accepted
Priority: 9
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: hard-code default user-install paths
Initial Comment:
This patch hard-codes user install paths outlined in this FAQ entry. This makes it so
that Pd has a standard, documented place for users to install their files, and means Pd will look in the user install paths regardless of the prefs.
http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files-wit…
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 21:23
Message:
This appears to be already patched -- I have no idea when or how :)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-07-19 12:14
Message:
updated git-format-patch for 0.43.0-test1
this patch also relies on this one:
https://sourceforge.net/tracker/?func=detail&aid=1961878&group_id=55736&ati…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-04-11 14:28
Message:
I forgot to mention that this patch relies on sys_expandpath that is
defined in add_tilde_support_toopen-0.41.4.patch.
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/packages/patche…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-10 15:51
Message:
Some relevant threads about the name ~/pd-externals/
http://lists.puredata.info/pipermail/pd-list/2008-07/063769.htmlhttp://lists.puredata.info/pipermail/pd-list/2008-06/063036.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2746054&group_…
Patches item #2588029, was opened at 2009-02-10 22:47
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2588029&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix exporting to Max .pat/.mxt file
Initial Comment:
The Max export feature was pretty broken, this patch makes it export a much more usable patch. This was checked into Pd-extended 0.41.4:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-02-11 17:13
Message:
A couple additions:
- fixed up exporting to Max .pat so that it should export working
[trigger],
[osc~], and [hsl]
- code will now import the slightly newer hslider and uslider from Max
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2588029&group_…
Patches item #2584887, was opened at 2009-02-10 04:12
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2584887&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: Accepted
Priority: 5
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: bonk ignores relative paths when reading templates
Initial Comment:
bonk~ can not open previously stored attack templates when only a relative path is supplied to the "read templates.txt" message.
bonk~ also ignores any [declare] declarations when searching for template files and only works with absolute paths or templates in the working directory PPd was started from.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2010-01-02 03:20
Message:
You're right, it's the same issue as patch 1242459, I hadn't seen that one.
However bonk~.c has changed significantly in the meantime. I'm not sure, if
the old patch can still be applied automatically.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 17:35
Message:
This seems like it might be a duplicate of patch #1242459
https://sourceforge.net/tracker/?func=detail&aid=1242459&group_id=55736&ati…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-02-15 20:29
Message:
one detail: MAXPDSTRING is longer than FILENAME_MAX on Windows, so to
prevent crasher bugs, any time a file path is stored, FILENAME_MAX should
be used instead of MAXPDSTRING.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2009-02-10 08:07
Message:
Okay, attached is a patch that changes the "read" and "write" messages to
use canvas-relative paths. Tested only briefly, but seems to work. Diff
against current SVN HEAD.
File Added: bonk~.c.diff
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2009-02-10 04:19
Message:
bonk~ should probably use the canvas_open() method to open files instead of
a plain fdopen()
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2584887&group_…
Patches item #2532431, was opened at 2009-01-23 21:13
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2532431&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: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix opening of .PD/.Pd/.pD and Max patches (.mxt/.pat)
Initial Comment:
add support for Max patch file .mxt file extension, which should be the same file format as a text .pat".
Anyone know the status of the Max patch file conversion code in Pd?
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 21:12
Message:
hope I edited this one in OK -- not sure what cases to test.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-01-23 21:24
Message:
This patch fixes .pat and .mxt loading, it turns out that open_file was
just testing for .pd as a valid file. It also has the nice side effect of
allowing Pd to open .pD, .Pd and .PD files. Currently, open_file will only
open .pd files.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2532431&group_…
Patches item #2527413, was opened at 2009-01-21 16:59
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2527413&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: wishlist
>Status: Closed
>Resolution: Accepted
Priority: 6
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: add Yes/No/Cancel dialog for saving dirty files
Initial Comment:
This patch adds a standard "Do you want to save the changes" Yes/No/Cancel dialog where appropriate.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2527413&group_…
Patches item #2419952, was opened at 2008-12-12 00:42
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2419952&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: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Miller Puckette (millerpuckette)
Summary: Add 'get' method to toggle
Initial Comment:
The attached patch provides a 'get' method for the toggle object. This allows the current state of the toggle to be retrieved via it's outlet. Patch against g_toggle.c (revision 10450).
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 20:43
Message:
I don't think this is necessary, and the "get" name is confusing (doesn't
match up with
other uses of the word 'get'. Maybe it would be better to give ALL guis
plus "f" and "s" objects
a method to "send" their values to a specified symbol?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2419952&group_…
Patches item #2317572, was opened at 2008-11-20 05:49
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2317572&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] garray_resize should use int
Initial Comment:
currently the function to resize arrays is "garray_resize(t_garray *x, t_floatarg f)".
using "float32" as resize-arguments is a bad idea, especially in comparision to "garray_getfloatwords(t_garray *x, int *size, t_word **vec)".
a real problem occured when using [soundfiler] with "-resize" (and "-maxsize") for bigger soundfiles: soundfiler refused to load a soundfile into an array, because resizing "failed".
the "failure" was due to passing the wantedsize to resize() in float32 (losing precision) and then comparing the wantedsize with the gotsize (in int32).
since the sizes differed, [soundfiler] would issue a "resize failed".
the attached patch changes the resize-function to "garray_resize(t_garray *x, int size)".
this might be a bit problematic, as this function is exposed in m_pd.h and thus might break binary compatibility with externals.
an alternative (though not as elegant, imho) solution would be to add another method garray_resize_i() and use this new function throughout internally.
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 20:41
Message:
renamed it garray_resize_long to keep garray_resize backward compatible.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2317572&group_…
Patches item #2290495, was opened at 2008-11-15 03:29
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2290495&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: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: [feature] grain message for "line" to set time grain
Initial Comment:
Attached patch for x_time.c adds a "grain $1" method to the [line] object which allows setting the update rate/time grain of a line object dynamicall after it was created. So far the only way to change the time grain is with a creation argument.
Maybe "grain" isn't such a good name, "rate" could be better. I didn't change the help file yet.
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 20:25
Message:
I ended up making an inlet so it's more nearly compatible with Max. the
line object is badly designed anyway (why does the second inlet reset
itself?)
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-11-16 13:26
Message:
I thought of a third inlet as well, but this would be a bit in conflict
with the arguments that line accepts: line takes the initial value as first
and the time grain as second argument and there is no argument for initial
duration. OTOH the first inlet is for the new target value and the second
inlet for the line duration. So the second argument (grain) clashes with
the second inlet (duration) already, adding another inlet would be even
more confusing IMO because of the "hole in the middle" of the argument
list. Also line would look more like vline~, while it should rather
continue to look like line~ IMO.
In the end I couldn't figure out a nice solution that doesn't break old
patches, so I thought a new method would be the easiest approach.
OTOH a third inlet could use list-distribution to change the update rate
with a single message like "10 1000 5" for: "go to 10 in 1000 ms and update
every 5ms"
I'll let Miller decide about this, I just needed a quick way to change the
grain dynamically.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-11-16 12:33
Message:
what about making a third inlet to set the grain size? Then it would line
up nicely with the 2nd argument.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2290495&group_…