Patches item #1549377, was opened at 2006-08-30 17:39
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1549377&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: 9
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix crash on sending empty "obj" mesage to closed canvas
Initial Comment:
as described in bug #1525832, pd crashes when you send
a "msg" or "obj" message (without coordinates and
arguments) to a canvas that is not visible (e.g. closed).
this is due to the fact, that inthis case, pd
automatically goes into edit mode, so you can type in
the content of the object/message (it's like creating
an empty object-box with Ctrl-1).
this is a not so clever thing, when the canvas is closed.
attached is a patch that fixes this, by checking
whether the canvas is visible and refusing to continue
otherwise
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 05:07
Message:
Logged In: YES
user_id=313747
Originator: NO
took it.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-12-17 21:48
Message:
Logged In: YES
user_id=564396
Originator: YES
this still crashes
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-10-10 15:28
Message:
Logged In: YES
user_id=564396
raised priority, since a crasher should be fixed.
added a patch to reliably reproduce the bug.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1549377&group_…
Patches item #1551815, was opened at 2006-09-04 01:05
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551815&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: Works For Me
Priority: 5
Private: No
Submitted By: oskude (oskude)
Assigned to: Miller Puckette (millerpuckette)
Summary: align control checkboxes to left
Initial Comment:
"-anchor w" in checkbutton doesnt have any effect.
moved to pack, so they aligh to the left...
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-17 20:18
Message:
Logged In: YES
user_id=313747
Originator: NO
took it.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-16 10:04
Message:
Logged In: YES
user_id=27104
Nice little detail. I added to the Pd-extended build system
as
pure-data/packages/patches/pd_controls-anchor-fix-0.40-pre.patch
It will be in the nightly builds starting tomorrow.
----------------------------------------------------------------------
Comment By: oskude (oskude)
Date: 2006-09-15 01:06
Message:
Logged In: YES
user_id=1383707
[snip]
checkbutton .controls.switches.audiobutton -text {compute
audio} \
-variable ctrls_audio_on \
-anchor w \
-command {pd [concat pd dsp $ctrls_audio_on \;]}
checkbutton .controls.switches.meterbutton -text {peak meters} \
-variable ctrls_meter_on \
-anchor w \
-command {pd [concat pd meters $ctrls_meter_on \;]}
pack .controls.switches.audiobutton
.controls.switches.meterbutton -side top
[snip]
looks like this:
[ ] compute audio
[ ] peak meters
as you see, -anchor -w doesnt have any effect when used in
checkbutton, they are not aligned to left(w:west)
so changing to this:
[snip]
checkbutton .controls.switches.audiobutton -text {compute
audio} \
-variable ctrls_audio_on \
-command {pd [concat pd dsp $ctrls_audio_on \;]}
checkbutton .controls.switches.meterbutton -text {peak meters} \
-variable ctrls_meter_on \
-command {pd [concat pd meters $ctrls_meter_on \;]}
pack .controls.switches.audiobutton
.controls.switches.meterbutton -side top \
-anchor w
[snip]
looks like this:
[ ] compute audio
[ ] peak meters
using -anchor w in pack aligns the checkbuttons to left...
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-13 12:25
Message:
Logged In: YES
user_id=27104
can you elaborate on what this patch does?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551815&group_…
Patches item #1549377, was opened at 2006-08-30 08:39
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1549377&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: 9
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix crash on sending empty "obj" mesage to closed canvas
Initial Comment:
as described in bug #1525832, pd crashes when you send
a "msg" or "obj" message (without coordinates and
arguments) to a canvas that is not visible (e.g. closed).
this is due to the fact, that inthis case, pd
automatically goes into edit mode, so you can type in
the content of the object/message (it's like creating
an empty object-box with Ctrl-1).
this is a not so clever thing, when the canvas is closed.
attached is a patch that fixes this, by checking
whether the canvas is visible and refusing to continue
otherwise
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-17 20:07
Message:
Logged In: YES
user_id=313747
Originator: NO
took it.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-12-17 12:48
Message:
Logged In: YES
user_id=564396
Originator: YES
this still crashes
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-10-10 06:28
Message:
Logged In: YES
user_id=564396
raised priority, since a crasher should be fixed.
added a patch to reliably reproduce the bug.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1549377&group_…
Patches item #1094912, was opened at 2005-01-03 11:56
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1094912&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: Wont Fix
Priority: 6
Private: No
Submitted By: Tim Blechmann (timblech)
Assigned to: Miller Puckette (millerpuckette)
Summary: message-based access to the audio api
Initial Comment:
attached is a patch that simplifies message-based
access to the audio api:
pd understands the following messages:
audio-samplerate
audio-delay
audio-dacblocksize
audio-scheduler
audio-device
audio-device-in
audio-device-out
audio-dacblocksize and audio-scheduler require devel_0_38
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-12-17 21:53
Message:
Logged In: YES
user_id=564396
Originator: NO
i guess this will never get fixed.
and it is most likely a better idea to create an (external) object that
interfaces with the the audioapi.
e.g.
this would set the samplerate to 48000
[samplerate 44000(
|
[audioapi]
this would query the current samplerate:
[samplerate(
|
[audioapi]
|
[44100\
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-10-18 09:58
Message:
Logged In: YES
user_id=564396
as carmen has pointed out on the list, miller had just very
recently articulated a very similar idea.
even though it is unlikely that he will use the patch here,
i reopen this issue (and hopefully will close it again soon
when an equivalent mechanism will be part of pd)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-10-17 07:41
Message:
Logged In: YES
user_id=27104
this has been here for a long while with no activity, so I
am setting it to Pending. It'll be automatically set to
closed after a while if no one tends to it.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-01-29 03:34
Message:
Logged In: YES
user_id=27104
I am liking the idea of sending messages to pd to get all of
this kind of information more and more. I am thinking that
a generic "get" message would be useful here. Like this:
[;pd get audio-samplerate(
[;pd get audio-delay(
[;pd get audio-dacblocksize(
[;pd get audio-scheduler(
[;pd get audio-device(
[;pd get audio-device-in(
[;pd get audio-device-out(
Then also:
[;pd get path(
[;pd get libs(
[;pd get version(
[;pd get dsp(
Then you could get similar messages from each canvas/patch:
[;pd-my_patch.pd get editmode(
[;pd-my_patch.pd get vis(
[;pd-my_patch.pd get namespace(
[;pd-my_patch.pd get canvasname(
You would retrieve these messages with a [receive] of the
same name, i.e.:
[r pd]
|
[route version]
|
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2005-05-18 06:36
Message:
Logged In: YES
user_id=313747
I'm scared of this one... how important is it to have all the
different audio parameters handled by separate messages? I
think the "audio_dialog" message should suffice for setting
audio parameters...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1094912&group_…
Patches item #1549377, was opened at 2006-08-30 17:39
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1549377&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: 9
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix crash on sending empty "obj" mesage to closed canvas
Initial Comment:
as described in bug #1525832, pd crashes when you send
a "msg" or "obj" message (without coordinates and
arguments) to a canvas that is not visible (e.g. closed).
this is due to the fact, that inthis case, pd
automatically goes into edit mode, so you can type in
the content of the object/message (it's like creating
an empty object-box with Ctrl-1).
this is a not so clever thing, when the canvas is closed.
attached is a patch that fixes this, by checking
whether the canvas is visible and refusing to continue
otherwise
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-12-17 21:48
Message:
Logged In: YES
user_id=564396
Originator: YES
this still crashes
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-10-10 15:28
Message:
Logged In: YES
user_id=564396
raised priority, since a crasher should be fixed.
added a patch to reliably reproduce the bug.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1549377&group_…
Patches item #1528580, was opened at 2006-07-25 21:19
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1528580&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: starting with "-jack" alone does not create ports
Initial Comment:
Starting pd 0.39-2 with the "-jack" flag alone does not create audio i/o ports at startup. This behavior is different from, for example, starting it with "-alsa". The following patch make jack behave as alsa:
------------------------------
--- pd-0.39-2/src/s_audio.c.orig 2005-09-28 13:29:44.000000000 -0700
+++ pd-0.39-2/src/s_audio.c 2006-07-23 16:05:08.709122608 -0700
@@ -321,10 +321,16 @@
else
#endif
#ifdef USEAPI_JACK
- if (sys_audioapi == API_JACK)
+ if (sys_audioapi == API_JACK) {
+ if (audio_naudioindev == -1 && audio_naudiooutdev == -1) {
+ /* if nothing specified then open the default */
+ audio_naudioindev = audio_naudiooutdev = 1;
+ audio_audioindev[0] = audio_audiooutdev[0] = DEFAULTAUDIODEV;
+ audio_audiochindev[0] = audio_audiochoutdev[0] = SYS_DEFAULTCH;
+ }
jack_open_audio((naudioindev > 0 ? realinchans[0] : 0),
(naudiooutdev > 0 ? realoutchans[0] : 0), rate);
-
+ }
else
#endif
#ifdef USEAPI_OSS
------------------------------
-- Fernando
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-12-17 21:37
Message:
Logged In: YES
user_id=564396
Originator: NO
at least with 0.41 this seems to be fixed.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1528580&group_…
Patches item #1796223, was opened at 2007-09-17 15:49
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1796223&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: 2
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: BUG: html-syntax error (link)
Initial Comment:
in x2.html the reference to the "Theory and Techniques of Electronic Music" lacks a closing </a> tag, resulting in weird rendering of the html on some browsers (e.g. konqueror)
the attached patch fixes this....
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-17 18:05
Message:
Logged In: YES
user_id=313747
Originator: NO
Took it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1796223&group_…
Patches item #1852139, was opened at 2007-12-17 07:52
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1852139&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: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix in extra/markex/tripleRand-help.pd
Initial Comment:
As of '07 12/17, the help file for extra/markex/tripleRand-help.pd
was demonstrating arguments of an incorrect format being passed to the right inlet, resulting in showing an error message.
The posted file maybe rather suitable.
--
David Shimamoto
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-12-17 21:33
Message:
Logged In: YES
user_id=564396
Originator: NO
i rather fixed the bug that triggered the "incorrect format" error.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1852139&group_…
Patches item #1820929, was opened at 2007-10-26 22:42
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1820929&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: Closed
>Resolution: Accepted
Priority: 3
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: Pd-patch to explain loops
Initial Comment:
It occured to me that no file in doc/2.control.examples/ explains looping, although this is an important basic technique every aspiring Pd user should learn. Attached is a Pd patch in the style of the other control examples which introduces looping with [until] in a basic fashion.
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-17 18:31
Message:
Logged In: YES
user_id=313747
Originator: NO
I edited it up a bit and added it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1820929&group_…
Patches item #1836228, was opened at 2007-11-22 05:37
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1836228&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: Russell Bryant (russellbryant)
Assigned to: Miller Puckette (millerpuckette)
Summary: [patch] simplify pd_makeversion() in src/s_main.c
Initial Comment:
This minor patch simplifies the pd_makeversion() function in src/s_main.c.
It replaces the sprintf / malloc / strcpy, with the equivalent single call to asprintf. It also provides the side benefit of removing the length limitation introduced by the intermediary stack buffer (with bounds that weren't being checked).
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-11-23 20:24
Message:
Logged In: YES
user_id=27104
Originator: NO
Funny, I originally submitted the patch with this function and it included
asprintf(). Miller accepted the patch, but replaced the asprintf() with
the sprintf/malloc/strcpy combo, with only this comment:
"modified to avoid the effete asprintf() call, then took for 0.40"
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1836228&group_…