Bugs item #1536488, was opened at 2006-08-08 01:22
Message generated for change (Comment added) made by lukeiannini
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1536488&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: v0.39.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Nobody/Anonymous (nobody)
Summary: [vu] Object corrupted at sizes 80-119
Initial Comment:
The [vu] object shows a single line of its usual full-scale display at any
size below 120 (which all seem to go directly to 80 - there are no
intermediate values; this is also odd behavior).
I've checked this on Miller's 39.2 and Han's extended-39.2-test4 and
-38.4.
I don't have any other OS's to test this on, so perhaps someone could
check this out in Windows and Linux (I am on OS X 10.4.7 2x2G5 and
MBP).
----------------------------------------------------------------------
>Comment By: Luke Iannini (lukeiannini)
Date: 2006-08-31 01:45
Message:
Logged In: YES
user_id=1541432
Hi IOhannes,
To clarify - the led-line fills the full width when there is a signal; that screenshot
was taken with no input. So it is purely an artifact, not really a "showstopper".
The tcl/tk is assumedly that included with PD-e 39t4, that is 8.4.10.
I've just checked - this occurs on 0.40t4 as well, which is compiled with 8.4.7a?
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-31 01:23
Message:
Logged In: YES
user_id=564396
the current implementation of the [vu] object only allows
fixed heights (80pix, 120pix,...); i would consider this as
a non-feature rather than a bug
however, it is clearly a bug that the "led-line" is only
1pixel _wide_ at this sizes;
btw, this does not occur on linux (tcl/tk-8.4.12-1)
which tcl/tk is involved here?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1536488&group_…
Bugs item #1536488, was opened at 2006-08-08 10:22
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1536488&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: v0.39.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Nobody/Anonymous (nobody)
Summary: [vu] Object corrupted at sizes 80-119
Initial Comment:
The [vu] object shows a single line of its usual full-scale display at any
size below 120 (which all seem to go directly to 80 - there are no
intermediate values; this is also odd behavior).
I've checked this on Miller's 39.2 and Han's extended-39.2-test4 and
-38.4.
I don't have any other OS's to test this on, so perhaps someone could
check this out in Windows and Linux (I am on OS X 10.4.7 2x2G5 and
MBP).
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-31 10:23
Message:
Logged In: YES
user_id=564396
the current implementation of the [vu] object only allows
fixed heights (80pix, 120pix,...); i would consider this as
a non-feature rather than a bug
however, it is clearly a bug that the "led-line" is only
1pixel _wide_ at this sizes;
btw, this does not occur on linux (tcl/tk-8.4.12-1)
which tcl/tk is involved here?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1536488&group_…
Bugs item #1325663, was opened at 2005-10-13 13:06
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1325663&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: 8
Submitted By: Piotr Majdak (piotrmajdak)
Assigned to: Nobody/Anonymous (nobody)
Summary: Higher CPU load in 0.39 than older versions
Initial Comment:
Updating to 0.39 I noticed that most patches use more
CPU than in previous versions. Configuration: OS:
Windows 2000, ASIO driver activated.
CPU Load without any patch loaded:
- 0.38.3: 2%
- 0.39: 4%
CPU Load with a patch:
- 0.38.3: 3%
- 0.39: 40% (!)
CPU Load with comport object receiving data from serial
port:
- 0.38.3: 3%
- 0.39: 25%
It seems to depend on audio channels used: more
channels higher CPU load. It is hardware independent
(several sound interfaces tested with different computers).
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-31 10:13
Message:
Logged In: YES
user_id=564396
does this still happen with the 0.40 prereleases?
if so, could you narrow down the problem a bit?
----------------------------------------------------------------------
Comment By: Piotr Majdak (piotrmajdak)
Date: 2005-10-13 13:13
Message:
Logged In: YES
user_id=633784
changed priority: this bug makes 0.39 unusable :-(
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1325663&group_…
Bugs item #1494449, was opened at 2006-05-24 19:03
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1494449&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
Submitted By: christopher clepper (cclepper)
Assigned to: Nobody/Anonymous (nobody)
Summary: configure script change for intel Mac
Initial Comment:
Attached diff to detect for x86 or PowerPc based Macs
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-31 10:10
Message:
Logged In: YES
user_id=564396
it seems like this is now handled differently.
should this bug-report be therefore closed?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1494449&group_…
Bugs item #1512112, was opened at 2006-06-25 15:07
Message generated for change (Comment added) made by fbar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1512112&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: 5
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: CVS: dollarsign expansion for subpatch names broken
Initial Comment:
This is a bug in current CVS-HEAD: dollar sign
expansion in subpatch names doesn't work currently. a
subpatch named [pd $0-name] will be saved as [pd
0-name], a subpatch named [pd $1-name] is saved as [pd
1-name].
According to notes.txt this bug seems to be known: "pd
$1 bug ($1 is saved as it was evaluated, not as '$1')"
but it is such a nasty issue and can lead to broken
patches when using pd-HEAD, that I report it here so
everyone is aware of it.
----------------------------------------------------------------------
>Comment By: Frank Barknecht (fbar)
Date: 2006-08-30 18:49
Message:
Logged In: YES
user_id=569446
yes, it seems fixed now.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 15:00
Message:
Logged In: YES
user_id=564396
is this still true? i cannot reproduce it.
an empty patch with just a [pd $0-name] in it, saves here
(0.40-0test05) as:
#N canvas 0 0 450 300 10;
#N canvas 0 0 450 300 \$0-name 0;
#X restore 114 164 pd \$0-name;
so it seems to be fixed. can you confirm this?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1512112&group_…
Bugs item #1424890, was opened at 2006-02-06 02:22
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1424890&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: Works For Me
Priority: 7
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: [trigger list] converts empty list to a 0
Initial Comment:
[list(
|
[trigger list]
The output of the above combination is 0, not an empty
list or bang. See attached patch.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 18:27
Message:
Logged In: YES
user_id=564396
at least with pd-0.39-1 i get a [bang(, so i close this
----------------------------------------------------------------------
Comment By: Mathieu Bouchard (matju)
Date: 2006-02-06 02:52
Message:
Logged In: YES
user_id=801174
this bug report is at least a quadruplicate. please read:
http://lists.puredata.info/pipermail/pd-list/2005-05/028692.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1424890&group_…
Bugs item #1221673, was opened at 2005-06-16 04:54
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1221673&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: 3
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: .pd file loads before libraries
Initial Comment:
On Mac OS X, if the user double-clicks a .pd file and
Pd is not running, then that .pd file is loaded before
the libraries are loaded. Double-clicking a .pd file
when Pd is already running works fine.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 17:53
Message:
Logged In: YES
user_id=564396
which libraries are loaded too late? the ones declared in
the startup-prefs or the ones declared in the patch (with
[declare] or by other means)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1221673&group_…
Bugs item #1488987, was opened at 2006-05-15 19:23
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1488987&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: v0.39.2
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: davigoli (davigoli)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: missing fft example docs
Initial Comment:
The following Help documents included in Miller's
version of Pd 0.39-2 are missing in pd-extended:
H01.low-pass.pd
H02.high-pass.pd
H03.band-pass.pd
H04.filter.sweep.pd
H05.filter.floyd.pd
H06.envelope.follower.pd
H07.measure.spectrum.pd
H08.heterodyning.pd
H09.ssb.modulation.pd
H10.measurement.pd
H11.shelving.pd
H12.peaking.pd
H13.butterworth.pd
H14.all.pass.pd
H15.phaser.pd
H16.adsr.filter.qlist.pd
I01.Fourier.analysis.pd
I02.Hann.window.pd
I03.resynthesis.pd
I04.noisegate.pd
I05.compressor.pd
I06.timbre.stamp.pd
I07.phase.vocoder.pd
I08.pvoc.reverb.pd
I09.sheep.from.goats.pd
I10.phase.bash.pd
J01.even.odd.pd
J02.trapezoids.pd
J03.pulse.width.mod.pd
J04.corners.pd
J05.triangle.pd
J06.enveloping.pd
J07.oversampling.pd
J08.classicsynth.pd
J09.bandlimited.pd
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 17:51
Message:
Logged In: YES
user_id=564396
these files are now in CVS.
i guess this automatically includes them into Pd-extended,
so i close this.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-05-17 11:37
Message:
Logged In: YES
user_id=27104
These files are missing from CVS. Miller needs to commit
them, then they'll be included in Pd-extended.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1488987&group_…
Bugs item #1525832, was opened at 2006-07-20 13:56
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1525832&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: 5
Submitted By: Jamie Bullock (postlude)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pd crash when no coords are given in msg from parent to abs
Initial Comment:
Pd version 0.40-0test01
If a message is sent to an abstraction from its parent,
and no co-ordinates are given e.g.:
[pd-myabs.pd msg foo(
or
[pd-myabs.pd obj(
Pd crashes with a segfault.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 17:41
Message:
Logged In: YES
user_id=564396
funnily enuff it does crash even with subpatches....
the problem only occurs with closed canvases.
i have submitted a bugfix at patch #1549377
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 17:16
Message:
Logged In: YES
user_id=564396
funnily enuff it doesn't crasn subpatches, just in abstractions
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1525832&group_…
Bugs item #1525832, was opened at 2006-07-20 13:56
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1525832&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
Submitted By: Jamie Bullock (postlude)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pd crash when no coords are given in msg from parent to abs
Initial Comment:
Pd version 0.40-0test01
If a message is sent to an abstraction from its parent,
and no co-ordinates are given e.g.:
[pd-myabs.pd msg foo(
or
[pd-myabs.pd obj(
Pd crashes with a segfault.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 17:41
Message:
Logged In: YES
user_id=564396
funnily enuff it does crash even with subpatches....
the problem only occurs with closed canvases.
i have submitted a bugfix at patch #1549377
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 17:16
Message:
Logged In: YES
user_id=564396
funnily enuff it doesn't crasn subpatches, just in abstractions
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1525832&group_…