Bugs item #2005761, was opened at 2008-06-29 05:31
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&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: frey (freynz)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: ui performance bad on 0.40.3-extended
Initial Comment:
In the UI on MacOSX/Intel (and probably other platforms), opening a patch, and dragging objects around in a patch, is significantly slower in Pd-0.40.3-extended than in 0.40.2-vanilla.
This problem exists back to at least the 2008-01-08 autobuild.
Attached patches demonstrate the problem. Open up ui-slowness-test.pd. On 0.40.2-vanilla, this loads quickly. on 0.40.3-extended, there's a noticeable delay on load.
Now select all objects and drag. On 0.40.2-vanilla the performance is bad but not atrocious. on 0.40.3-extended, the performance is atrocious.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 09:56
Message:
Logged In: YES
user_id=27104
Originator: NO
which hardware? be as specific as possible please. Also, how much of a
delay is there for opening?
----------------------------------------------------------------------
Comment By: frey (freynz)
Date: 2008-06-29 08:32
Message:
Logged In: YES
user_id=1772500
Originator: YES
i'm on OSX 10.4.11/Intel
----------------------------------------------------------------------
Comment By: frey (freynz)
Date: 2008-06-29 08:32
Message:
Logged In: YES
user_id=1772500
Originator: YES
i just tried it without preferences or .pdrc file, and got the same thing.
.. and on 0.41.4-vanilla the performance is exactly the same as
0.40.2-vanilla.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 08:15
Message:
Logged In: YES
user_id=27104
Originator: NO
Here is more from an old G4:
http://lists.puredata.info/pipermail/pd-list/2007-11/056368.htmlhttp://lists.puredata.info/pipermail/pd-list/2007-11/056380.html
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 08:12
Message:
Logged In: YES
user_id=27104
Originator: NO
It seems there was a similar report a while back, but with no example
patch:
https://sourceforge.net/tracker/index.php?func=detail&aid=1839447&group_id=…
"when opening a patch, the screen takes a little while to show--first all
the objects show up, then after almost 1/2 second the connections show.
after doing something--eg hitting cmd-s, it takes some time for the
system
to be ready for the next action: hitting eg cmd-1 or cmd-e directly
doesn't
do anything. wait a second, and it works again.
this was not the case in earlier autobuilds (march this year).
pd ext-40-03 recent autobuilds on osx 10.4.x (both on .8 and on recently
upgraded .10)"
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 08:07
Message:
Logged In: YES
user_id=27104
Originator: NO
Using this example patch with Pd-extended 0.40.3-extended-20080627 on my
3rd gen MacBook Pro running Mac OS X 10.4.11/Intel, there is no noticable
difference in load time when compared to Pd 0.41-4. It is slower for
dragging, so I'll look into that. But it is far from atrocious on my
machine it is quite usable, just a bit of a lag makes it feel somewhat
heavy.
I am using the default preferences. Have you tried removing your
prefereneces? Also what version of Mac OS X are you on?
I'll test on older G4 today.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&group_…
Bugs item #2005761, was opened at 2008-06-29 09:31
Message generated for change (Comment added) made by freynz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&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: frey (freynz)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: ui performance bad on 0.40.3-extended
Initial Comment:
In the UI on MacOSX/Intel (and probably other platforms), opening a patch, and dragging objects around in a patch, is significantly slower in Pd-0.40.3-extended than in 0.40.2-vanilla.
This problem exists back to at least the 2008-01-08 autobuild.
Attached patches demonstrate the problem. Open up ui-slowness-test.pd. On 0.40.2-vanilla, this loads quickly. on 0.40.3-extended, there's a noticeable delay on load.
Now select all objects and drag. On 0.40.2-vanilla the performance is bad but not atrocious. on 0.40.3-extended, the performance is atrocious.
----------------------------------------------------------------------
>Comment By: frey (freynz)
Date: 2008-06-29 12:32
Message:
Logged In: YES
user_id=1772500
Originator: YES
i'm on OSX 10.4.11/Intel
----------------------------------------------------------------------
Comment By: frey (freynz)
Date: 2008-06-29 12:32
Message:
Logged In: YES
user_id=1772500
Originator: YES
i just tried it without preferences or .pdrc file, and got the same thing.
.. and on 0.41.4-vanilla the performance is exactly the same as
0.40.2-vanilla.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 12:15
Message:
Logged In: YES
user_id=27104
Originator: NO
Here is more from an old G4:
http://lists.puredata.info/pipermail/pd-list/2007-11/056368.htmlhttp://lists.puredata.info/pipermail/pd-list/2007-11/056380.html
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 12:12
Message:
Logged In: YES
user_id=27104
Originator: NO
It seems there was a similar report a while back, but with no example
patch:
https://sourceforge.net/tracker/index.php?func=detail&aid=1839447&group_id=…
"when opening a patch, the screen takes a little while to show--first all
the objects show up, then after almost 1/2 second the connections show.
after doing something--eg hitting cmd-s, it takes some time for the
system
to be ready for the next action: hitting eg cmd-1 or cmd-e directly
doesn't
do anything. wait a second, and it works again.
this was not the case in earlier autobuilds (march this year).
pd ext-40-03 recent autobuilds on osx 10.4.x (both on .8 and on recently
upgraded .10)"
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 12:07
Message:
Logged In: YES
user_id=27104
Originator: NO
Using this example patch with Pd-extended 0.40.3-extended-20080627 on my
3rd gen MacBook Pro running Mac OS X 10.4.11/Intel, there is no noticable
difference in load time when compared to Pd 0.41-4. It is slower for
dragging, so I'll look into that. But it is far from atrocious on my
machine it is quite usable, just a bit of a lag makes it feel somewhat
heavy.
I am using the default preferences. Have you tried removing your
prefereneces? Also what version of Mac OS X are you on?
I'll test on older G4 today.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&group_…
Bugs item #2005761, was opened at 2008-06-29 09:31
Message generated for change (Comment added) made by freynz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&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: frey (freynz)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: ui performance bad on 0.40.3-extended
Initial Comment:
In the UI on MacOSX/Intel (and probably other platforms), opening a patch, and dragging objects around in a patch, is significantly slower in Pd-0.40.3-extended than in 0.40.2-vanilla.
This problem exists back to at least the 2008-01-08 autobuild.
Attached patches demonstrate the problem. Open up ui-slowness-test.pd. On 0.40.2-vanilla, this loads quickly. on 0.40.3-extended, there's a noticeable delay on load.
Now select all objects and drag. On 0.40.2-vanilla the performance is bad but not atrocious. on 0.40.3-extended, the performance is atrocious.
----------------------------------------------------------------------
>Comment By: frey (freynz)
Date: 2008-06-29 12:32
Message:
Logged In: YES
user_id=1772500
Originator: YES
i just tried it without preferences or .pdrc file, and got the same thing.
.. and on 0.41.4-vanilla the performance is exactly the same as
0.40.2-vanilla.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 12:15
Message:
Logged In: YES
user_id=27104
Originator: NO
Here is more from an old G4:
http://lists.puredata.info/pipermail/pd-list/2007-11/056368.htmlhttp://lists.puredata.info/pipermail/pd-list/2007-11/056380.html
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 12:12
Message:
Logged In: YES
user_id=27104
Originator: NO
It seems there was a similar report a while back, but with no example
patch:
https://sourceforge.net/tracker/index.php?func=detail&aid=1839447&group_id=…
"when opening a patch, the screen takes a little while to show--first all
the objects show up, then after almost 1/2 second the connections show.
after doing something--eg hitting cmd-s, it takes some time for the
system
to be ready for the next action: hitting eg cmd-1 or cmd-e directly
doesn't
do anything. wait a second, and it works again.
this was not the case in earlier autobuilds (march this year).
pd ext-40-03 recent autobuilds on osx 10.4.x (both on .8 and on recently
upgraded .10)"
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 12:07
Message:
Logged In: YES
user_id=27104
Originator: NO
Using this example patch with Pd-extended 0.40.3-extended-20080627 on my
3rd gen MacBook Pro running Mac OS X 10.4.11/Intel, there is no noticable
difference in load time when compared to Pd 0.41-4. It is slower for
dragging, so I'll look into that. But it is far from atrocious on my
machine it is quite usable, just a bit of a lag makes it feel somewhat
heavy.
I am using the default preferences. Have you tried removing your
prefereneces? Also what version of Mac OS X are you on?
I'll test on older G4 today.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&group_…
Bugs item #2005761, was opened at 2008-06-29 05:31
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&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: frey (freynz)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: ui performance bad on 0.40.3-extended
Initial Comment:
In the UI on MacOSX/Intel (and probably other platforms), opening a patch, and dragging objects around in a patch, is significantly slower in Pd-0.40.3-extended than in 0.40.2-vanilla.
This problem exists back to at least the 2008-01-08 autobuild.
Attached patches demonstrate the problem. Open up ui-slowness-test.pd. On 0.40.2-vanilla, this loads quickly. on 0.40.3-extended, there's a noticeable delay on load.
Now select all objects and drag. On 0.40.2-vanilla the performance is bad but not atrocious. on 0.40.3-extended, the performance is atrocious.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 08:15
Message:
Logged In: YES
user_id=27104
Originator: NO
Here is more from an old G4:
http://lists.puredata.info/pipermail/pd-list/2007-11/056368.htmlhttp://lists.puredata.info/pipermail/pd-list/2007-11/056380.html
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 08:12
Message:
Logged In: YES
user_id=27104
Originator: NO
It seems there was a similar report a while back, but with no example
patch:
https://sourceforge.net/tracker/index.php?func=detail&aid=1839447&group_id=…
"when opening a patch, the screen takes a little while to show--first all
the objects show up, then after almost 1/2 second the connections show.
after doing something--eg hitting cmd-s, it takes some time for the
system
to be ready for the next action: hitting eg cmd-1 or cmd-e directly
doesn't
do anything. wait a second, and it works again.
this was not the case in earlier autobuilds (march this year).
pd ext-40-03 recent autobuilds on osx 10.4.x (both on .8 and on recently
upgraded .10)"
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 08:07
Message:
Logged In: YES
user_id=27104
Originator: NO
Using this example patch with Pd-extended 0.40.3-extended-20080627 on my
3rd gen MacBook Pro running Mac OS X 10.4.11/Intel, there is no noticable
difference in load time when compared to Pd 0.41-4. It is slower for
dragging, so I'll look into that. But it is far from atrocious on my
machine it is quite usable, just a bit of a lag makes it feel somewhat
heavy.
I am using the default preferences. Have you tried removing your
prefereneces? Also what version of Mac OS X are you on?
I'll test on older G4 today.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&group_…
Bugs item #2005761, was opened at 2008-06-29 05:31
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&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: frey (freynz)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: ui performance bad on 0.40.3-extended
Initial Comment:
In the UI on MacOSX/Intel (and probably other platforms), opening a patch, and dragging objects around in a patch, is significantly slower in Pd-0.40.3-extended than in 0.40.2-vanilla.
This problem exists back to at least the 2008-01-08 autobuild.
Attached patches demonstrate the problem. Open up ui-slowness-test.pd. On 0.40.2-vanilla, this loads quickly. on 0.40.3-extended, there's a noticeable delay on load.
Now select all objects and drag. On 0.40.2-vanilla the performance is bad but not atrocious. on 0.40.3-extended, the performance is atrocious.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 08:12
Message:
Logged In: YES
user_id=27104
Originator: NO
It seems there was a similar report a while back, but with no example
patch:
https://sourceforge.net/tracker/index.php?func=detail&aid=1839447&group_id=…
"when opening a patch, the screen takes a little while to show--first all
the objects show up, then after almost 1/2 second the connections show.
after doing something--eg hitting cmd-s, it takes some time for the
system
to be ready for the next action: hitting eg cmd-1 or cmd-e directly
doesn't
do anything. wait a second, and it works again.
this was not the case in earlier autobuilds (march this year).
pd ext-40-03 recent autobuilds on osx 10.4.x (both on .8 and on recently
upgraded .10)"
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 08:07
Message:
Logged In: YES
user_id=27104
Originator: NO
Using this example patch with Pd-extended 0.40.3-extended-20080627 on my
3rd gen MacBook Pro running Mac OS X 10.4.11/Intel, there is no noticable
difference in load time when compared to Pd 0.41-4. It is slower for
dragging, so I'll look into that. But it is far from atrocious on my
machine it is quite usable, just a bit of a lag makes it feel somewhat
heavy.
I am using the default preferences. Have you tried removing your
prefereneces? Also what version of Mac OS X are you on?
I'll test on older G4 today.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&group_…
Bugs item #2005761, was opened at 2008-06-29 05:31
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&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: frey (freynz)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: ui performance bad on 0.40.3-extended
Initial Comment:
In the UI on MacOSX/Intel (and probably other platforms), opening a patch, and dragging objects around in a patch, is significantly slower in Pd-0.40.3-extended than in 0.40.2-vanilla.
This problem exists back to at least the 2008-01-08 autobuild.
Attached patches demonstrate the problem. Open up ui-slowness-test.pd. On 0.40.2-vanilla, this loads quickly. on 0.40.3-extended, there's a noticeable delay on load.
Now select all objects and drag. On 0.40.2-vanilla the performance is bad but not atrocious. on 0.40.3-extended, the performance is atrocious.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-06-29 08:07
Message:
Logged In: YES
user_id=27104
Originator: NO
Using this example patch with Pd-extended 0.40.3-extended-20080627 on my
3rd gen MacBook Pro running Mac OS X 10.4.11/Intel, there is no noticable
difference in load time when compared to Pd 0.41-4. It is slower for
dragging, so I'll look into that. But it is far from atrocious on my
machine it is quite usable, just a bit of a lag makes it feel somewhat
heavy.
I am using the default preferences. Have you tried removing your
prefereneces? Also what version of Mac OS X are you on?
I'll test on older G4 today.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&group_…
Bugs item #2005761, was opened at 2008-06-29 09:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&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: frey (freynz)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: ui performance bad on 0.40.3-extended
Initial Comment:
In the UI on MacOSX/Intel (and probably other platforms), opening a patch, and dragging objects around in a patch, is significantly slower in Pd-0.40.3-extended than in 0.40.2-vanilla.
This problem exists back to at least the 2008-01-08 autobuild.
Attached patches demonstrate the problem. Open up ui-slowness-test.pd. On 0.40.2-vanilla, this loads quickly. on 0.40.3-extended, there's a noticeable delay on load.
Now select all objects and drag. On 0.40.2-vanilla the performance is bad but not atrocious. on 0.40.3-extended, the performance is atrocious.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005761&group_…
Bugs item #2005281, was opened at 2008-06-28 18:11
Message generated for change (Settings changed) made by xovo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005281&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-devel
Group: v0.41.0
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: Thomas Grill (xovo)
>Assigned to: Miller Puckette (millerpuckette)
Summary: block~-overlapped canvases: samplerate wrong for dsp objects
Initial Comment:
There's a strange behavior in canvases with overlapped blocks without resampling (e.g. set with [block~ 1024 2]).
In such canvases e.g. [osc~ 440] delivers a cosine wave with an actual frequency of 220 Hz, because of the double overlap.
This is because dsp signal vectors carry the wrong sample rate (sp[0]->s_sr = 88200 instead of 44100).
[samplerate~] correctly reports 44100 because it uses a different method of retrieving the sample rate.
For osc~ it's possible to take into account the wrong internal sample rate, but that's certainly not possible in more general cases.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005281&group_…
Bugs item #1721404, was opened at 2007-05-18 15:50
Message generated for change (Comment added) made by xovo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1721404&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: v0.39.2
>Status: Pending
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: kyleklip (kyleklip)
Assigned to: Thomas Grill (xovo)
Summary: xsample lib not loading
Initial Comment:
The xgroove~ and xplay~ objects are not working for me on
Pd-0.39.2-extended-rc2 (OS X 10.4.9). The *.pd_darwin files are in the /extra folder, and other objects are loading fine from there (tested vasp and it loads).
Could this be an issue with the actual compiled externals? I know that flext can be a bit tricky on OS X (at least for me).
----------------------------------------------------------------------
>Comment By: Thomas Grill (xovo)
Date: 2008-06-28 18:15
Message:
Logged In: YES
user_id=350252
Originator: NO
I consider that a packaging issue or version mismatch... there's a PD API
change from 0.39 to 0.40 iirc, so flext-based objects must be compiled
explicitly for either version.
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2007-07-01 23:02
Message:
Logged In: YES
user_id=1541432
Originator: NO
Sorry, that's 392RC4 not 392RC2.
----------------------------------------------------------------------
Comment By: Luke Iannini (lukeiannini)
Date: 2007-07-01 23:01
Message:
Logged In: YES
user_id=1541432
Originator: NO
Hi all,
These are working fine for me on both 392RC2 (out of the box) and 0.40.2
autobuilds (though 0.40.2 does not have it loading by default in the plist)
on Mac/Intel 10.4.10.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-05-29 03:35
Message:
Logged In: YES
user_id=27104
Originator: NO
For the flext-based externals, Pd-extended just includes the binaries
built by Thomas Grill, which were downloaded from his site:
http://grrrr.org/ext/beta/pd/osx/
Pd-0.39.2-extended-rc2 has the latest from that site. Other than that, I
don't know much about it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1721404&group_…
Bugs item #2005281, was opened at 2008-06-28 18:11
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005281&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-devel
Group: v0.41.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Thomas Grill (xovo)
Assigned to: Nobody/Anonymous (nobody)
Summary: block~-overlapped canvases: samplerate wrong for dsp objects
Initial Comment:
There's a strange behavior in canvases with overlapped blocks without resampling (e.g. set with [block~ 1024 2]).
In such canvases e.g. [osc~ 440] delivers a cosine wave with an actual frequency of 220 Hz, because of the double overlap.
This is because dsp signal vectors carry the wrong sample rate (sp[0]->s_sr = 88200 instead of 44100).
[samplerate~] correctly reports 44100 because it uses a different method of retrieving the sample rate.
For osc~ it's possible to take into account the wrong internal sample rate, but that's certainly not possible in more general cases.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2005281&group_…