Bugs item #2946283, was opened at 2010-02-05 00:54
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2946283&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: v0.41
>Status: Closed
Resolution: None
Priority: 1
Private: No
Submitted By: BAUDRY Olivier (baudry)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: zexy
Initial Comment:
zexy
... couldn't create on pd extended on windows xp
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-04-03 02:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-03-17 09:35
Message:
hmm, the [zexy] object does not provide any real functionality apart from
loading all the objects, which, according to the ouput you gave, happens
anyhow.
what exactly is the problem (of "highest" priority)?
----------------------------------------------------------------------
Comment By: BAUDRY Olivier (baudry)
Date: 2010-02-05 11:35
Message:
Here more details about zexy from pd window :
zexy
... couldn't create
zexy has been compiled without [lpt]!
[sfplay] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[sfrecord] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[noisi~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[noish~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[dirac~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[step~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[limiter~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[quantize~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[swap~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[z~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[blockswap~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[blockmirror~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[sigzero~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[pdf~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[envrms~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[avg~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[tavg~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[dfreq~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[pack~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[unpack~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[multiplex~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[demultiplex~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[multiline_tilde] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
>~
... couldn't create
<~
... couldn't create
==~
... couldn't create
&&~
... couldn't create
||~
... couldn't create
[abs~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[sgn~] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[lister] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[repack] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[packel] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[niagara] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[any2list] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[glue] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[list2symbol] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[repeat] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[makesymbol] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[date] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[time] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[index] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[drip] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[msgfile] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[lpt] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
error: zexy has been compiled without [lpt]!
[multiplex] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[operating_system] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[fifop] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[lifop] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[strcmp] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
iemmatrix
... couldn't create
[list2int] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[atoi] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[sort] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[mavg] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[minmax] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
.
... couldn't create
[prime] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[sum] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[wrap] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[urn] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[tabdump] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[tabset] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
[tabminmax] part of zexy-2.2.3 (compiled: Jun 4 2009)
Copyright (l) 1999-2008 IOhannes m zmlnig, forum::fr::umlute & IEM
warning: nop~ does not delay any more!
zexy
... couldn't create
>~
... couldn't create
<~
... couldn't create
==~
... couldn't create
&&~
... couldn't create
||~
... couldn't create
error: zexy has been compiled without [lpt]!
iemmatrix
... couldn't create
.
... couldn't create
warning: nop~ does not delay any more!
zexy
... couldn't create
>~
... couldn't create
<~
... couldn't create
==~
... couldn't create
&&~
... couldn't create
||~
... couldn't create
error: zexy has been compiled without [lpt]!
iemmatrix
... couldn't create
.
... couldn't create
warning: nop~ does not delay any more!
zexy
... couldn't create
>~
... couldn't create
<~
... couldn't create
==~
... couldn't create
&&~
... couldn't create
||~
... couldn't create
error: zexy has been compiled without [lpt]!
iemmatrix
... couldn't create
.
... couldn't create
warning: nop~ does not delay any more!
zexy
... couldn't create
>~
... couldn't create
<~
... couldn't create
==~
... couldn't create
&&~
... couldn't create
||~
... couldn't create
error: zexy has been compiled without [lpt]!
iemmatrix
... couldn't create
.
... couldn't create
warning: nop~ does not delay any more!
----------------------------------------------------------------------
Comment By: BAUDRY Olivier (baudry)
Date: 2010-02-05 11:35
Message:
Please provide as detailed information as possible including which
operating system (OS), CPU type, specific hardware, and the exact distro
and version of Pd itself, etc.
For example:
Pd version 0.41.4-extended
Mac OS X 10.5.7/Intel
built-in sound
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2946283&group_…
Patches item #2971275, was opened at 2010-03-16 13:40
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2971275&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-dev
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Nobody/Anonymous (nobody)
Summary: internally use printhooks
Initial Comment:
Pd allows an external programmer to setup a "printhook" to redirect all posts.
whenever something is "posted", Pd will then check whether there is a printhook, and if not, either print to stderr to post via pd-gui.
the attached patch unifies this, by using printhook internally as well.
NOTE: this patch only works with the pd-gui-rewrite (e.g.l revision 13212)
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-04-02 05:30
Message:
i don't see any attached patch... (?)
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-03-16 13:41
Message:
the reason of course is to simplify the code and speed it up by getting rid
of a lot of if{}s
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2971275&group_…
Bugs item #2964149, was opened at 2010-03-05 11:36
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2964149&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: None
Priority: 5
Private: No
Submitted By: BAUDRY Olivier (baudry)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Repor journal evenement bug
Initial Comment:
I report bug fom pd extended 041.4 on windows xp
Here all details :
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant ntdll.dll, version 5.1.2600.5755, adresse de dfaillance 0x0000108d.
Application bloque wish84.exe, version 8.4.2.18, module bloqu hungapp, version 0.0.0.0, adresse de blocage 0x00000000.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant pd.dll, version 0.0.0.0, adresse de dfaillance 0x0004a0ef.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant iem_pbank_csv.dll, version 0.0.0.0, adresse de dfaillance 0x00001fb9.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant unknown, version 0.0.0.0, adresse de dfaillance 0x003e0246.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant unknown, version 0.0.0.0, adresse de dfaillance 0x003e027e.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant ntdll.dll, version 5.1.2600.5755, adresse de dfaillance 0x0000108d.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant ntdll.dll, version 5.1.2600.5755, adresse de dfaillance 0x00010a1b.
Application bloque wish84.exe, version 8.4.2.18, module bloqu hungapp, version 0.0.0.0, adresse de blocage 0x00000000.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant unknown, version 0.0.0.0, adresse de dfaillance 0x003e0276.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant pd.dll, version 0.0.0.0, adresse de dfaillance 0x00006c15.
Application dfaillante wish84.exe, version 8.4.2.18, module dfaillant shell32.dll, version 6.0.2900.5622, adresse de dfaillance 0x00091beb.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant ntdll.dll, version 5.1.2600.5755, adresse de dfaillance 0x00010a1b.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant unknown, version 0.0.0.0, adresse de dfaillance 0x003e0276.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant unknown, version 0.0.0.0, adresse de dfaillance 0x003e027e.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant pd.dll, version 0.0.0.0, adresse de dfaillance 0x0004776a.
Application dfaillante pd.exe, version 0.0.0.0, module dfaillant unknown, version 0.0.0.0, adresse de dfaillance 0x003e0246.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-04-02 02:21
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-03-05 12:02
Message:
An example patch is always very helpful, especially if it triggers the
problem every time that it is run. Ideally the example patch would have
only enough objects to cause the problem, but nothing else.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2964149&group_…
Bugs item #2980564, was opened at 2010-04-01 15:51
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2980564&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.42
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: bp~ weird behaviour above 1/4 Nyquist frequency
Initial Comment:
bp~ doesn't work properly if you try to set its center frequency above 1/4 of the Nyquist frequency, e.g. above 11250 Hz in the case of 44.1kHz sampling frequency.
If you push the center frequency above that value, instead of raising it, it seems that the center frequency and Q don't change while the GAIN of the filter grows.
Note that vcf~ does _not_ suffer from this problem.
----------------------------------------------------------------------
>Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-04-01 15:57
Message:
Ok I guess you just can't change the priority and post a comment at the
same time? (a bug in the bug tracker?)
Well I think this deserves higher priority because it is one of the most
basic objects not functioning as expected.
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-04-01 15:55
Message:
I'm trying to raise the priority but I get an "update failed" error
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2980564&group_…
Bugs item #2980564, was opened at 2010-04-01 15:51
Message generated for change (Settings changed) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2980564&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.42
Status: Open
Resolution: None
>Priority: 6
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: bp~ weird behaviour above 1/4 Nyquist frequency
Initial Comment:
bp~ doesn't work properly if you try to set its center frequency above 1/4 of the Nyquist frequency, e.g. above 11250 Hz in the case of 44.1kHz sampling frequency.
If you push the center frequency above that value, instead of raising it, it seems that the center frequency and Q don't change while the GAIN of the filter grows.
Note that vcf~ does _not_ suffer from this problem.
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-04-01 15:55
Message:
I'm trying to raise the priority but I get an "update failed" error
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2980564&group_…
Bugs item #2980564, was opened at 2010-04-01 15:51
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2980564&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.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: bp~ weird behaviour above 1/4 Nyquist frequency
Initial Comment:
bp~ doesn't work properly if you try to set its center frequency above 1/4 of the Nyquist frequency, e.g. above 11250 Hz in the case of 44.1kHz sampling frequency.
If you push the center frequency above that value, instead of raising it, it seems that the center frequency and Q don't change while the GAIN of the filter grows.
Note that vcf~ does _not_ suffer from this problem.
----------------------------------------------------------------------
>Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-04-01 15:55
Message:
I'm trying to raise the priority but I get an "update failed" error
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2980564&group_…
Bugs item #2980564, was opened at 2010-04-01 15:51
Message generated for change (Tracker Item Submitted) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2980564&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.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: bp~ weird behaviour above 1/4 Nyquist frequency
Initial Comment:
bp~ doesn't work properly if you try to set its center frequency above 1/4 of the Nyquist frequency, e.g. above 11250 Hz in the case of 44.1kHz sampling frequency.
If you push the center frequency above that value, instead of raising it, it seems that the center frequency and Q don't change while the GAIN of the filter grows.
Note that vcf~ does _not_ suffer from this problem.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2980564&group_…
Bugs item #2970978, was opened at 2010-03-16 00:15
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2970978&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: Hans-Christoph Steiner (eighthave)
Summary: print lists format error
Initial Comment:
Hi,
if you print any lists, they come out in several lines, as if each space got replaced by 2 returns. An example from the print help file:
"print: walk
the
dog
"
Comes out, instead of "print: walk the dog"
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-03-31 02:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-03-16 10:53
Message:
which version are you referring to?
at least it should be fixed in the pd-gui branch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2970978&group_…
Bugs item #1821847, was opened at 2007-10-28 19:12
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&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.43
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
>Summary: writesf~ makes junk soundfiles if started with DSP off
Initial Comment:
I have been wrestling with tracking down why my Swirler program won't record audio. Most of the time, when I try to use [writesf~] to record, it does not work at all. It creates the file when I send the open message, and I get a file of 44 bytes, then when I click start, and then stop, the file does not change.
Occasionally, it will record about 1-2 seconds of material, no matter when I hit stop. Very occasionally, it will work fine on its own.
I tried also with the writesf~ help patch, as well as others. It seems that my program Swirler stops writesf~ from working anywhere. writesf~ works fine until I run Swirler and click the "start" button, which turns on the DSP and starts the audio processing part.
This is currently happening on Mac Book Pro/Intel running 10.4.10 with Pd-0.40-2, Pd-0.39.3-extended, and Pd-0.40.3-extended-20071026. This happened previously with Pd-0.39.3-extended-rc? on a PowerMac G5/PowerPC running Mac OS X 10.4.8(ish).
I compiled Pd with DEBUG_SOUNDFILE on to see if I could see what's happening. You can plainly see it's not writing data to the file. I found a strange workaround sequence that makes it record, but then the write cycle is strange, it goes in bursts every few seconds rather than a chunk every second.
I attached the swirler program and some transcripts from teh DEBUG_SOUNDFILE stuff.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-03-30 17:24
Message:
it seems to me that the issue is triggered by sending [open( and [start( to
[writesf~] while DSP is off.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-03-29 20:35
Message:
here's another patch from Joshua Clayton that also triggers this bug
----------------------------------------------------------------------
Comment By: ClaudiusMaximus (claudiusmaximus)
Date: 2008-04-07 06:36
Message:
Logged In: YES
user_id=769033
Originator: NO
Here's a patch that creates rubbish wav files here in pd-0.40-3 vanilla:
#N canvas 0 0 450 300 10;
#X obj 146 203 writesf~;
#X obj 66 40 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X msg 146 176 open bug.wav \, start;
#X obj 66 67 t b b;
#X msg 184 125 \; pd dsp 0;
#X obj 66 115 delay 1000;
#X obj 66 141 t b b;
#X msg 66 187 \; pd dsp 1;
#X msg 181 78 stop;
#X connect 1 0 3 0;
#X connect 2 0 0 0;
#X connect 3 0 5 0;
#X connect 3 1 4 0;
#X connect 5 0 6 0;
#X connect 6 0 7 0;
#X connect 6 1 2 0;
#X connect 8 0 0 0;
Before stop is hit, the bug.wav is 44 bytes, when stop is hit the size
increases to a small number (up to a few 100kB).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-04-07 06:12
Message:
Logged In: YES
user_id=564396
Originator: NO
could you provide a patch that triggers the problem without external
dependencies?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-10-28 19:41
Message:
Logged In: YES
user_id=27104
Originator: YES
File Added: writesf~-bug.pd
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-10-28 19:40
Message:
Logged In: YES
user_id=27104
Originator: YES
File Added: writesf~-bug_after_swirlrer-1.txt
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-10-28 19:39
Message:
Logged In: YES
user_id=27104
Originator: YES
File Added: swirler-2007-10-28.tar.bz2
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-10-28 19:37
Message:
Logged In: YES
user_id=27104
Originator: YES
I forgot to include the strange workaround sequence:
1) turn on DSP
2) turn on record switch (start recording)
3) turn off record switch (stop recording)
4) turn on record switch (start recording again)
5) turn on START switch in swirler
6) make recording
7) turn off record switch (stop recording)
8) turn off START switch in swirler
The turn off order seems important too.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-10-28 19:13
Message:
Logged In: YES
user_id=27104
Originator: YES
File Added: writesf~-bug_working.txt
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&group_…
Bugs item #2978674, was opened at 2010-03-29 12:24
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978674&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: v0.42
>Status: Pending
Resolution: Fixed
Priority: 8
Private: No
Submitted By: Martin Peach (mrpeach)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: missing tk package in Pd-ext0.42-5
Initial Comment:
Pure Data 0.42.5-extended-20100328 on both WinXp and Debian Lenny fails to start because package helpbrowser is not found in pd.tk line 265.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-03-30 17:11
Message:
ok, more fixes:
install the new Tcl files on MinGW:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=133…
fixed portaudio build (there is a new Windows Vista API in portaudio,
WASAPI):
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=133…
----------------------------------------------------------------------
Comment By: Martin Peach (mrpeach)
Date: 2010-03-30 14:26
Message:
Debian works now, WinXP fails with
../../pd/portaudio/src/os/win/pa_win_hostapis.o:pa_win_hostapis.c:(.data+0x8):
undefined reference to `PaWasapi_Initialize'
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-03-29 20:31
Message:
oops, sorry, I forgot to add the new files to the makefile.in. Should be
fixed with this commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978674&group_…