Patches item #3106799, was opened at 2010-11-10 19:21
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&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: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] GOP leaving zombie objects after disabling GOP
Initial Comment:
Apologies for previous post without logging in. Please disregard the previous report and use this one instead.
Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following:
1) right-click on [pd something] and click on "properties
2) check "enable gop" option and apply (*do not* close properties window)
3) uncheck "enable gop" option and apply
4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console
This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:18
Message:
btw, the patch still applies cleanly and the problem does go away
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:15
Message:
i think this bug is still in 0.43.0test4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 06:12
Message:
I think this is fixed already in 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Patches item #3106799, was opened at 2010-11-10 19:21
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&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: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] GOP leaving zombie objects after disabling GOP
Initial Comment:
Apologies for previous post without logging in. Please disregard the previous report and use this one instead.
Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following:
1) right-click on [pd something] and click on "properties
2) check "enable gop" option and apply (*do not* close properties window)
3) uncheck "enable gop" option and apply
4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console
This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:15
Message:
i think this bug is still in 0.43.0test4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 06:12
Message:
I think this is fixed already in 0.43.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3106799&group_…
Patches item #3136644, was opened at 2010-12-13 18:16
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136644&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: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Martin Peach (mrpeach)
Summary: [bugfix] packOSC crashes with bundledepth>32
Initial Comment:
when creating deeply nested bundles [packOSC] will complain if the bundle-depth is larger than 32 (MAX_BUNDLE_NESTING)
this is ok, however, if you then try to close the bundle (with "]"), Pd will segfault.
see attached patch to reproduce the problem
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:10
Message:
i agree that it would be nice to be able to set the maximum bundle depth.
but i also think this is a separate issue from the one reported here.
----------------------------------------------------------------------
Comment By: Martin Peach (mrpeach)
Date: 2011-01-16 19:45
Message:
It should be fixed now, but maybe a user-friendly way of setting max bundle
depth is needed.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-12-13 18:16
Message:
the attached diff fixes the problem
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136644&group_…
Patches item #3011285, was opened at 2010-06-04 01:54
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011285&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: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix gl_goprect logic
Initial Comment:
Based on a patch from Ivica Ico Bukvic, this change seems to help the GOP red rectangle get set more accurately, and according to Ivica also helps with other GOP bugs. I checked it into Pd-extended 0.42.5 here:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=135…
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-08 11:06
Message:
it seems like the side-problem has been fixed in patch#3160988 and commit
1ae496ba963b5cae7bea0891e097706e1d53bb17.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 18:51
Message:
and here's the commit for removing from Pd-extended 0.42.5
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revisio…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 18:49
Message:
Oops, forgot to add, this patch causes bug #3052388
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 18:47
Message:
uh oh, bad news. While this patch does seem to make sense, it breaks other
things. I removed this patch from Pd-extended 0.42.5
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-20 23:42
Message:
accepted in git commit 56964c07b4ad572fdf4a2f03e7ed72f99da4a28d
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011285&group_…
Hi all,
Some of you met me last year at the PDCON09, when I presented a
Binaural Synthesis external for PD that I did.
I'm a 27 years old ex-engineer, specialized in artificial intelligence
and sound processing... I'm currently doing a Phd on expressive Text
to speech synthesis in Paris.
Since I received few emails of people asking me to provide them the
binaural external I did, I'd like to put it on the PD SVN. In order to
do it, I need to have write access to PD SVN.
My sourceforge account correspond to rudk(a)users.sourceforge.net .
Can someone add me to the list of the developpers?
Regards,
--
David Doukhan
http://www.limsi.fr/Individu/doukhan/
Bugs item #3174385, was opened at 2011-02-06 19:15
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3174385&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
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: crashes when saving
Initial Comment:
Pd Version 0.42.5 - extended
windows XP service pack 3/intel
M-audiophile 2496 soundcard
occastionally Pd will crash on me when I go to save a new project after ive been working on it on for a while.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3174385&group_…
Patches item #3166552, was opened at 2011-01-27 06:36
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3166552&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: Pending
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: even more exported symbols for audio/midi API
Initial Comment:
sorry to keep coming up with functions that (i think) need to be exported from s_stuff.
here are some more slight changes (mainly adding EXTERN to 5 more functions in s_stuff.h)
originally i thought of using the "audio-dialog" and "midi-dialog" messages to pd to set audio/midi properties in the IntegraLive project, but it turns out, that this is rather limited (e.g. we can only set 4 midi in/out devices because of the "midi-dialog" message, whereas the C-code would actually allow more)
please include for 0.43
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2011-02-01 21:00
Message:
applied to 0.43 test
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3166552&group_…
Patches item #3164161, was opened at 2011-01-22 21:01
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3164161&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: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: set cursors in Tcl per-platform to get good behavior on all
Initial Comment:
This simple patch sets the mouse cursors per-platform in pd-gui.tcl. First, the allows the mouse cursors to work properly on all platforms, second it allows the mouse cursors to be customized both from patches and from GUI plugins. Its been in Pd-extended since 0.40.3
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2011-02-01 20:56
Message:
applied to 0.43 test
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3164161&group_…
Patches item #3163612, was opened at 2011-01-21 13:08
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3163612&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: Accepted
Priority: 5
Private: No
Submitted By: ClaudiusMaximus (claudiusmaximus)
Assigned to: Miller Puckette (millerpuckette)
Summary: "save as" invalid command with [ ] in file name
Initial Comment:
1. create a new patch
2. save it as "foo[bar].pd"
3. select "save as" from the menu
=>
pd prints 'invalid command name "bar"'
moreover no "save as" dialog window opens
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2011-02-01 20:50
Message:
applied to 0.43 test
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-01-21 13:22
Message:
There was a call to pdtk_canvas_saveas that used "" for quotes. This patch
switches it to use {} like the rest of Pd. That way you can use " [ ', etc
in filenames. All chars should work except {}. To support {}, we need to
make much bigger changes.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3163612&group_…
Patches item #3160988, was opened at 2011-01-18 09:24
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160988&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: 6
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] array boundaries
Initial Comment:
in Pd-0.43 the table boundaries do not work.
to reproduce:
- create a new array (keep everything default)
- draw something into the array
- right-click the array to go to properties
- close the "array properties", we only want to modify the "canvas properties"
- change (e.g.) the Y-range from 1,-1 to 1,0
- click on Apply
- the table content vanishes
- the pd-console prints 5 times "shouldvis 0: array"
you cannot draw anything in the array anymore (nor see the contents)
whenever you move the mouse over the array a "shouldvis 0: array" is printed
save/open does not help
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2011-02-01 20:48
Message:
I just now fixed this independently. There's probably a deeper problem
here :)
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-01-19 06:25
Message:
ooh, that was ugly...
it turns out that the problem was following:
if, after changing the boundaries, table values would be out of the
graph's rectangle, the graph would refuse to update.
attached patch fixes this by adding garray_class to the exceptions (like
scalar_class), that are displayed regardless of whether they go
out-of-bounds.
i reason that this is acceptable, as the current state of affairs (without
my patch) would allow the user to draw in the array und thus create
out-of-bounds values: when they save the patch (with
"save-contents-of-array" enabled) and re-open the patch, all values are
invisible!
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-01-19 02:13
Message:
btw, the "bounds" message to the array is working as expected.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-01-19 01:20
Message:
forgot to specify my used Pd-version: 0.43-test4 (ceb8db7372)
since millers commit f5cabbb531cdee, the "shouldvis" message has obviously
disappeared, but the problem with arrays not displaying their content
persists.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160988&group_…