Pd-dev August 2010

pd-dev@lists.iem.at

22 participants
147 discussions

[ pure-data-Patches-2893947 ] audio doesn't reconnect after sleep on Mac OS X
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #2893947, was opened at 2009-11-07 16:23 Message generated for change (Comment added) made by eighthave 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: Open 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-08-16 23:42 Message: any comment on why this was closed? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-05-17 18: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_…

1 0

[ pure-data-Patches-1412469 ] allow env vars in path and loadlib on Win32
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #1412469, was opened at 2006-01-22 22:05 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412469&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: 6 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: allow env vars in path and loadlib on Win32 Initial Comment: This very minor change allows "path" and "loadlib" preferences to use Windows environment variables in the registry. A more complete solution is proposed in the feature tracker "minor changes to support env vars on Windows": http://sourceforge.net/tracker/index.php?func=detail&aid=1412443&group_id=5… ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 23:40 Message: git commit c564e72c7354088ee8ffe3e4625cfafeda45ae91 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-07-29 22:50 Message: git commit c564e72c7354088ee8ffe3e4625cfafeda45ae91 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 21:48 Message: Logged In: YES user_id=27104 Originator: YES is it time to revisit this? It's a super simple change, and makes things a lot more flexible for Windows users. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 01:27 Message: Logged In: YES user_id=313747 I need to check this again later -msp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412469&group_…

1 0

[ pure-data-Patches-2030557 ] number2 labels ending with '%' cause PD crash
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #2030557, was opened at 2008-07-28 14:12 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2030557&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: 8 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: number2 labels ending with '%' cause PD crash Initial Comment: In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash. I have not found any other characters that cause this, and it does not happen with regular number atoms. pkstone(a)ucdavis.edu ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 23:39 Message: git commit 31eaf7b400498297b627773e7609161d6ec08dd7 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-13 21:45 Message: So it turns out that BSD's sprintf() isn't as fault-tolerant as GNU's. It was crashing on unescaped %, I guess it was trying to replace them and failing miserably. This patch fixes it by only running the first % pattern thru the sprintf() then just copying the rest before sending it to sys_gui(); Committed to Pd-extended 0.41.4, here's the commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=110… ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-13 20:28 Message: this happens on Mac OS X 10.5.6/Intel using Pd-vanilla 0.42-4 and Pd version 0.41.4-extended-20090413. Seems like GNU/Linux is not affected. ---------------------------------------------------------------------- Comment By: Holger (waffenladen) Date: 2009-02-11 16:06 Message: I did some checks and the properties don`t show up (no crash here, too) if you: - take any iemgui-object - set the label to anything% - set the x offset to 0 (which is the default for vslider and number2) If you change it to anything not zero, it works (again). Tested on yesterday`s svn of pd-extended on Linux. ---------------------------------------------------------------------- Comment By: Holger (waffenladen) Date: 2009-02-11 16:04 Message: I did some checks and the properties don`t show up (no crash here, too) if you: - take any iemgui-object - set the label to anything% - set the x offset to 0 (which is the default for vslider and number2) If you change it to anything not zero, it works (again). Tested on yesterday`s svn of pd-extended on Linux. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2008-07-29 13:43 Message: Logged In: YES user_id=569446 Originator: NO Sorry, this is with 0.41.4 vanilla on Linux. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-07-29 13:39 Message: Logged In: YES user_id=27104 Originator: NO Frank, please give more detail, like exact Pd version and exact platform. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2008-07-28 18:02 Message: Logged In: YES user_id=569446 Originator: NO Pd 0.41 doesn't crash, but produces this instead of opening the Properties dialog: wrong # args: should be "pdtk_iemgui_dialog id mainheader dim_header wdt min_wdt wdt_label hgt min_hgt hgt_label rng_header min_rng min_rng_label max_rng max_rng_label rng_sched lin0_log1 lilo0_label lilo1_label loadbang steady num_label num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol lcol" vslider acts the same but interestingly hslider is not affected! ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-07-28 16:28 Message: Logged In: YES user_id=27104 Originator: NO Confirmed on Mac OS X 10.4.11/Intel using Pd-extended 0.40.3-extended-20080708 and Pd-0.41-4. File Added: num2_%_crash.pd ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-07-28 14:18 Message: Logged In: NO Forgot to mention, this is happening on Pd version 0.40.3-extended-20080724, and also on 0.40.3-extended-20080603. I don't have any older versions handy to test. I'm running Intel OS X 10.4.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2030557&group_…

1 0

[ pure-data-Patches-2746054 ] hard-code default user-install paths
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #2746054, was opened at 2009-04-08 21:40 Message generated for change (Comment added) made by eighthave 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: Closed 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: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 23:33 Message: git commits f33337633053e15152d6afc3975bc4b58e5ecc34 e210a2e2bba14324da3a38e5d7ac5f649082c28e 4cea03fe24aa8af45213495c85f5a1d37fe09e38 ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2010-08-03 00: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 15: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 17: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 18:51 Message: Some relevant threads about the name ~/pd-externals/ http://lists.puredata.info/pipermail/pd-list/2008-07/063769.html http://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_…

1 0

[ pure-data-Patches-1242459 ] [bonk~] reads and writes to / by default
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #1242459, was opened at 2005-07-21 13:29 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242459&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: Fixed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bonk~] reads and writes to / by default Initial Comment: When reading and writing files with [bonk~], it defaults to / if no directory is specified. [qlist] and [textfile] default to the current directory of the patch. This seems to me to be the correct behavior. To see this bug in action, save the attached patch to /tmp and open it. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 23:31 Message: git commit e1cf337a89d9175ab6fd397b1b3dfa2e0afd52d6 ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2007-10-16 09:04 Message: Logged In: YES user_id=564396 Originator: NO however it might be that this my correct behaviour is specific to linux... attached is a unified diff against bonk~.c that uses canvas_makefilename() for writing and canvas_open() for reading; this should behave exactly the same as qlist/textfile File Added: bonk~.diff ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2007-10-16 08:32 Message: Logged In: YES user_id=564396 Originator: NO hmm, on pd-0.40 (linux), bonk~ correctly reads from/writes to the current directory. can you confirm whether the bug still exists? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242459&group_…

1 0

[ pure-data-Patches-2527413 ] add Yes/No/Cancel dialog for saving dirty files
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #2527413, was opened at 2009-01-21 19:59 Message generated for change (Comment added) made by eighthave 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. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 23:30 Message: git commit c11ef145e41924f10e9fdface38e451d0e7e4285 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2527413&group_…

1 0

[ pure-data-Patches-2317572 ] [bugfix] garray_resize should use int
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #2317572, was opened at 2008-11-20 08:49 Message generated for change (Comment added) made by eighthave 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: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 23:29 Message: git commit 98b4959f03f0fd9acfd7c117d8061589504c89e6 ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2010-08-02 23: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_…

1 0

[ pure-data-Patches-2151892 ] bugfix: [route 0] should not route symbols
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #2151892, was opened at 2008-10-07 12:43 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&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: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: bugfix: [route 0] should not route symbols Initial Comment: up till now, [route 0] would happily route messages like [symbol foo( or [list foo bar( to the "0" outlet. this is due to the use of atom_getfloat() which will return "0" for non-numeric atoms. i think this is a bug. the attached patch fixes this. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 23:22 Message: git commit 2c966618db8899fc0a19b7c33f3be37d920f4186 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&group_…

1 0

[ pure-data-Patches-2532431 ] fix opening of .PD/.Pd/.pD and Max patches (.mxt/.pat)
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #2532431, was opened at 2009-01-24 00:13 Message generated for change (Comment added) made by eighthave 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: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 23:20 Message: oops, actually this is the right git commit b1fc612415b9d4274337a1ce55299bfd2e7bf578 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 23:17 Message: git commit e980269e976db443358f0b32f698b457daab29d4 ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2010-08-03 00:12 Message: hope I edited this one in OK -- not sure what cases to test. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-01-24 00: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_…

1 0

[ pure-data-Patches-2588029 ] fix exporting to Max .pat/.mxt file
by SourceForge.net 17 Aug '10

17 Aug '10

Patches item #2588029, was opened at 2009-02-11 01:47 Message generated for change (Comment added) made by eighthave 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: 2010-08-16 23:19 Message: git commit e980269e976db443358f0b32f698b457daab29d4 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-02-11 20: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_…

1 0

← Newer
1
...
8
9
10
11
12
13
14
15
Older →

Jump to page:

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