Bugs item #2030557, was opened at 2008-07-28 14:12
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&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
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: number2 labels ending with '%' cause PD crash
Initial Comment:
In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash.
I have not found any other characters that cause this, and it does not happen with regular number atoms.
pkstone(a)ucdavis.edu
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-28 16:28
Message:
Logged In: YES
user_id=27104
Originator: NO
Confirmed on Mac OS X 10.4.11/Intel using Pd-extended
0.40.3-extended-20080708 and Pd-0.41-4.
File Added: num2_%_crash.pd
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-07-28 14:18
Message:
Logged In: NO
Forgot to mention, this is happening on Pd version
0.40.3-extended-20080724, and also on 0.40.3-extended-20080603.
I don't have any older versions handy to test.
I'm running Intel OS X 10.4.11.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&group_…
Bugs item #2030557, was opened at 2008-07-28 18:12
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: number2 labels ending with '%' cause PD crash
Initial Comment:
In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash.
I have not found any other characters that cause this, and it does not happen with regular number atoms.
pkstone(a)ucdavis.edu
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-07-28 18:18
Message:
Logged In: NO
Forgot to mention, this is happening on Pd version
0.40.3-extended-20080724, and also on 0.40.3-extended-20080603.
I don't have any older versions handy to test.
I'm running Intel OS X 10.4.11.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&group_…
Bugs item #2030557, was opened at 2008-07-28 18:12
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=2030557&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: number2 labels ending with '%' cause PD crash
Initial Comment:
In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash.
I have not found any other characters that cause this, and it does not happen with regular number atoms.
pkstone(a)ucdavis.edu
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&group_…
Patches item #2030539, was opened at 2008-07-28 13:50
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2030539&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: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Martin Peach (mrpeach)
Assigned to: Nobody/Anonymous (nobody)
Summary: moonlib/tabread2 patch
Initial Comment:
(If Antoine Rousseau is listening, this is for you...)
This patch lets the dump message work properly in tabread2. It just appends a 0 to the args in the setup function:
class_addmethod(tabdump_class,(t_method)tabdump_dump,gensym("dump"),A_FLOAT,A_FLOAT,0);
At the moment only one of the args is accepted, the other is always 0.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2030539&group_…
Bugs item #2029633, was opened at 2008-07-27 14:56
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2029633&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: Later
Priority: 5
Private: No
Submitted By: Thomas Mayer (elvettsemic)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: libmpeg1 not available with Debian testing (Lenny)
Initial Comment:
Similar to bug no 2026159, libmpeg1 is not available with Debian Lenny (cf. http://packages.debian.org/search?keywords=libmpeg&searchon=names&suite=all…)all). I am not sure which other package renders libmpeg1 obsolete.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-27 15:57
Message:
Logged In: YES
user_id=27104
Originator: NO
I don't think there is time to fix this before the release, I think more
complicated things have to be fixed before bringing the Lenny build machine
fully up-to-date. Once the release is out, I'll run this to make sure all
of the old libs are removed, then it'll be more "pure" Lenny:
aptitude purge pd-extended
deborphan
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2029633&group_…
Bugs item #2029633, was opened at 2008-07-27 20:56
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=2029633&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: Thomas Mayer (elvettsemic)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: libmpeg1 not available with Debian testing (Lenny)
Initial Comment:
Similar to bug no 2026159, libmpeg1 is not available with Debian Lenny (cf. http://packages.debian.org/search?keywords=libmpeg&searchon=names&suite=all…)all). I am not sure which other package renders libmpeg1 obsolete.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2029633&group_…
Bugs item #1956973, was opened at 2008-05-03 19:14
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1956973&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: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: Dan Wilcox (danomatika)
Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: problems with "jack fixes and enhancements" patch
Initial Comment:
Ok,
After upgrading to Ubuntu Hardy I tried pd with jack and everything seemingly was working. Today I sat down to do some music using my external usb sound card (Edirol UA-25) and lo and behold Pd goes nuts. All afternoon I have tracked down these issues using Pd-0.40.3-extended-20080408-debian-stable-i386.deb from the autobuilds.
- the -jack startup flag does not work
- if using the -jack startup flag, trying using the jack selection in Media does not work, you cannot make the jack connection to work
- starting pd without the -jack startup flag allows you to select jack from Media and make the connection
- trying to connect to jack (once again from the Media menu) if its controlling an EXTERNAL audio device immediately slows down X to about 5fps and causes Pulseaudio to stutter. Everything is fine on killing pd.
As suggested by Hans, I tried a build before the recent jack bugfix patch (http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…) and I am able to connect to the external card running jack ... but the startup flag does not work.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-26 12:24
Message:
Logged In: YES
user_id=27104
Originator: NO
Sounds like its fixed, nice work IOhannes. Thanks for testing, Dan.
----------------------------------------------------------------------
Comment By: Dan Wilcox (danomatika)
Date: 2008-07-26 00:27
Message:
Logged In: YES
user_id=2032867
Originator: YES
The Jack hiccups with the external soundcard are gone using the
Pd-0.40.3-extended-20080725-ubuntu-hardy-i386.deb build.
I can confirm the jack startup flag now works as well. Sweet.
----------------------------------------------------------------------
Comment By: Dan Wilcox (danomatika)
Date: 2008-05-15 13:43
Message:
Logged In: YES
user_id=2032867
Originator: YES
OK, I have tested the 2 builds as suggested:
- Pd-0.40.3-extended-20080414-debian-testing
* jack connection works fine, both on internal laptop and usb
soundcards
* the "-jack" startup flag fails making the jack connection and once pd
starts, it cannot be started via the media menu either (the little check
boxes in the jack popup are not checked, and checking them has no effect).
pd has to be restarted without the flag and jack chosen through the menu
for jack to work.
* a little pulseaudio stuttering when pd first starts (but not a big
problem, probably my slow laptop)
- Pd-0.40.3-extended-20080416-debian-testing-i386
* jack connection works on internal soundcard
* jack connection on my usb soundcard does not work
- choosing jack from the media menu causes either a segfault or a 5
fps X and heavily stuttering pulseaudio (running on the internal card)
- once the popup appears things return to normal (the boxes are
checked too), but performance goes crazy again once the popup is clicked
- closing the pd window returns things to normal when the close pd
dialog appears
* jack startup flag still does not work as noted above
* no pulseaudio stuttering on pd startup, just on pd exit
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-15 09:08
Message:
Logged In: YES
user_id=27104
Originator: NO
danomatika, could you try testing a build from 2008-04-14 and 2008-04-16,
right before and after the commit that we think is causing the problem?
That would remove a lot of variables as to waht might be causing this
problem.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-04 14:44
Message:
Logged In: YES
user_id=27104
Originator: NO
This bug looks to be related to patch #1942258, which was included in
Pd-extended 0.40.3 as of 2008-04-15
----------------------------------------------------------------------
Comment By: Dan Wilcox (danomatika)
Date: 2008-05-04 14:44
Message:
Logged In: YES
user_id=2032867
Originator: YES
After a little testing today the -jack flag works fine using the earlier
the Pd-0.40.3-extended-20080210-debian-stable-i386.deb build. So it must
be something in the bugfix that messes up using external cards ...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1956973&group_…
Bugs item #2026128, was opened at 2008-07-23 17:02
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2026128&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: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
>Summary: symbol/float definition, implementation, and docs unclear
Initial Comment:
If you start with a symbolic atom in a symbol message, then run it thru a [list trim], you end up with a mystery type that is just a numeric atom, but does not work as a float message.
see attached patch for an example
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-26 05:35
Message:
Logged In: YES
user_id=569446
Originator: NO
If you want 1234 to be a number, then don't use [makefilename %d] to
deliberatly turn it into a symbol! As soon as you've created a symbol out
of
1234, it behaves like a symbol until you convert it back. Pd doesn't have
a
builtin object to turn symbols into numbers (e.g. "tonumber" in Lua) but
that's
a different bug. Regarding duck-typing, even in Python the following
raises an
error:
>>> a = 1234
>>> a.__str__()
'1234'
>>> 5678 + a.__str__()
Traceback (most recent call last):
File "<stdin>", line 1, in ?
TypeError: unsupported operand type(s) for +: 'int' and 'str'
as does 1 + "2".
If you want to file a documentation bug, then please do so. If you want
to
remove the ability to create symbols with digits from Pd, then file a
feature
request. If you want A_SYMBOLs with only digits to be treated as floats
everywhere (which is practically the same as removing the ability to
create
such symbols), then again file a feature request about this. But the bug
report
you've written (just read it again) does not describe any of this.
I believe I've said all there is in this matter. I'm too tired now to
continue
to play bug-status ping-pong so this was my last response.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-25 17:19
Message:
Logged In: YES
user_id=27104
Originator: YES
If this behavior is intended and desired, then it should be documented. I
personally think that Pd should follow duck-typing style with this
question, and that might be a problem bigger than this one place.
Since you are a big fan of langauges that use duck-typing (Lua, Python), I
am surprised that you think this is not a problem. I put all of the
definitions that I could find of Pd's atoms here
http://puredata.info/dev/PdDefinitions and this is what I found on this
topic:
Pd Manual 2.1.2: "Atoms are either numbers or symbols like +. "
Pd Manual 2.6.1: "...atom (number/symbol)..."
Pd Manual 2.1.2: "Anything that is not a valid number is considered a
symbol."
>From float-help.pd: "The float object stores a number"
>From all the references I could find where Miller defines floats and
symbols, it seems pretty clear that the intention was to have anything that
we perceive as a number interpreted as a float. I agree with this and
think that it should be consistently implemented throughout Pd.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-25 02:09
Message:
Logged In: YES
user_id=569446
Originator: NO
I repeat: There is *no* mystery type, please don't invent things without
reason. What is there is a symbol with numeric content after
[makefilename]. It acts like any other symbol, nothing else, nothing
undocumented. [list trim] removes the selector so you're left with the bare
symbol. You can get it back with [symbol] or [list]. Without
"symbol"-selector it rightfully doesn't match [route symbol] or [select
1234], only to its own selector, which is symbol("1234") that you can
create again with [makefilename], as numeric-symbol.pd shows. Pd cannot
save these symbols, but never promised to do so.
I'm putting you're report into "Pending" now, it is vague and invalid.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-24 23:24
Message:
Logged In: YES
user_id=27104
Originator: YES
This discussion is going quite far afield from the original issue. I can
see no reason why there should be such a mystery type, given the current
type system. So either it should be fixed or documented.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-24 02:20
Message:
Logged In: YES
user_id=569446
Originator: NO
Oh, and logically the negation of "Anything that is not a valid number is
considered a symbol." is not: "Everything that looks like a valid number is
a float." Numeric symbols created with makefilename aren't valid numbers.
Besides that, the sentence you quote is in chapter "2.1.2. object boxes"
and only deals with how Pd reads the content of object boxes, not with the
general type system of Pd. Pointers or gemstates wouild be example of "not
a valid number"s which still aren't symbols. But pointers cannot be used in
object boxes neither.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-24 02:09
Message:
Logged In: YES
user_id=569446
Originator: NO
Then you should report that "inconsistency" and not something else. The
behaviour you dislike has nothing to do with [list trim] nor with
conversions nor mysteries.
The only problem here is, that certain symbols cannot directly be
represented in Pd's patch format. This includes symbols with a pure numeric
content - which Pd reads as numbers in a patch file - but also many other
symbols like those for whitespace characters (SPACE, TAB,...), the
backslash etc. To use these, you have to create them with something like
[makefilename], but after that, they get treated correctly by all builtin
objects, especially [select] or [list].
See attached example.
File Added: numeric-symbol.pd
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-24 00:40
Message:
Logged In: YES
user_id=27104
Originator: YES
This is a question of how should Pd behave, now how it currently does. If
there is supposed to be such a thing as "a symbolic atom that is a number,
but without a symbol selector", then it should be fully supported and
documented. But this is the current definition of a symbolic atom (Pd
manual 2.1.2):
"Anything that is not a valid number is considered a symbol."
By taking the converse of the above rule, "1234" looks like a valid number
so it should be a float. That inconsistency is the bug that I am trying to
highlight.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-23 19:38
Message:
Logged In: YES
user_id=569446
Originator: NO
I hope even with all my spelling mistakes you can understand my previous
post ... Is it possible to edit posts?
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-23 19:36
Message:
Logged In: YES
user_id=569446
Originator: NO
Yeah, these "mystery types" can be confusing, but in reality they are just
ordinary symbols with a pure numeric data part. Note that these numeric
symbols are not numbers or floats!
[list trim] removes the selector, so after that you have a "1234" string
without selector (or with "symbol 1234" as selector, but minus the "symbol"
part. You can covert this back to a Pd-symbol with a [symbol] or [list]
object. However as you cannot represent numberic symbols in a saved Pd
patch, you cannot use [select 1234] or [route 1234] to select or route
them.
However you can use [select -DUMMY-] and prime that with a numeric symbol
created with [makefilename %d] construct to its left inlet to select
numeric symbols. The same "trick" is used to select backslashes or other
for example split a symbol at any other "unusual" symbol using
[list2symbol]. Try 92---[makefilename %c] to split at backslashes, for
example.
Anyway, there's nothing mysterious about numeric symbols, they are just
unusual in Pd. I think, we had similar confusions before in the bug
tracker, but I didn't check.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2026128&group_…
Bugs item #2026128, was opened at 2008-07-23 23:02
Message generated for change (Comment added) made by fbar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2026128&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: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: [list trim] outputs mystery type after conversion
Initial Comment:
If you start with a symbolic atom in a symbol message, then run it thru a [list trim], you end up with a mystery type that is just a numeric atom, but does not work as a float message.
see attached patch for an example
----------------------------------------------------------------------
>Comment By: Frank Barknecht (fbar)
Date: 2008-07-26 11:35
Message:
Logged In: YES
user_id=569446
Originator: NO
If you want 1234 to be a number, then don't use [makefilename %d] to
deliberatly turn it into a symbol! As soon as you've created a symbol out
of
1234, it behaves like a symbol until you convert it back. Pd doesn't have
a
builtin object to turn symbols into numbers (e.g. "tonumber" in Lua) but
that's
a different bug. Regarding duck-typing, even in Python the following
raises an
error:
>>> a = 1234
>>> a.__str__()
'1234'
>>> 5678 + a.__str__()
Traceback (most recent call last):
File "<stdin>", line 1, in ?
TypeError: unsupported operand type(s) for +: 'int' and 'str'
as does 1 + "2".
If you want to file a documentation bug, then please do so. If you want
to
remove the ability to create symbols with digits from Pd, then file a
feature
request. If you want A_SYMBOLs with only digits to be treated as floats
everywhere (which is practically the same as removing the ability to
create
such symbols), then again file a feature request about this. But the bug
report
you've written (just read it again) does not describe any of this.
I believe I've said all there is in this matter. I'm too tired now to
continue
to play bug-status ping-pong so this was my last response.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-25 23:19
Message:
Logged In: YES
user_id=27104
Originator: YES
If this behavior is intended and desired, then it should be documented. I
personally think that Pd should follow duck-typing style with this
question, and that might be a problem bigger than this one place.
Since you are a big fan of langauges that use duck-typing (Lua, Python), I
am surprised that you think this is not a problem. I put all of the
definitions that I could find of Pd's atoms here
http://puredata.info/dev/PdDefinitions and this is what I found on this
topic:
Pd Manual 2.1.2: "Atoms are either numbers or symbols like +. "
Pd Manual 2.6.1: "...atom (number/symbol)..."
Pd Manual 2.1.2: "Anything that is not a valid number is considered a
symbol."
>From float-help.pd: "The float object stores a number"
>From all the references I could find where Miller defines floats and
symbols, it seems pretty clear that the intention was to have anything that
we perceive as a number interpreted as a float. I agree with this and
think that it should be consistently implemented throughout Pd.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-25 08:09
Message:
Logged In: YES
user_id=569446
Originator: NO
I repeat: There is *no* mystery type, please don't invent things without
reason. What is there is a symbol with numeric content after
[makefilename]. It acts like any other symbol, nothing else, nothing
undocumented. [list trim] removes the selector so you're left with the bare
symbol. You can get it back with [symbol] or [list]. Without
"symbol"-selector it rightfully doesn't match [route symbol] or [select
1234], only to its own selector, which is symbol("1234") that you can
create again with [makefilename], as numeric-symbol.pd shows. Pd cannot
save these symbols, but never promised to do so.
I'm putting you're report into "Pending" now, it is vague and invalid.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-25 05:24
Message:
Logged In: YES
user_id=27104
Originator: YES
This discussion is going quite far afield from the original issue. I can
see no reason why there should be such a mystery type, given the current
type system. So either it should be fixed or documented.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-24 08:20
Message:
Logged In: YES
user_id=569446
Originator: NO
Oh, and logically the negation of "Anything that is not a valid number is
considered a symbol." is not: "Everything that looks like a valid number is
a float." Numeric symbols created with makefilename aren't valid numbers.
Besides that, the sentence you quote is in chapter "2.1.2. object boxes"
and only deals with how Pd reads the content of object boxes, not with the
general type system of Pd. Pointers or gemstates wouild be example of "not
a valid number"s which still aren't symbols. But pointers cannot be used in
object boxes neither.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-24 08:09
Message:
Logged In: YES
user_id=569446
Originator: NO
Then you should report that "inconsistency" and not something else. The
behaviour you dislike has nothing to do with [list trim] nor with
conversions nor mysteries.
The only problem here is, that certain symbols cannot directly be
represented in Pd's patch format. This includes symbols with a pure numeric
content - which Pd reads as numbers in a patch file - but also many other
symbols like those for whitespace characters (SPACE, TAB,...), the
backslash etc. To use these, you have to create them with something like
[makefilename], but after that, they get treated correctly by all builtin
objects, especially [select] or [list].
See attached example.
File Added: numeric-symbol.pd
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-24 06:40
Message:
Logged In: YES
user_id=27104
Originator: YES
This is a question of how should Pd behave, now how it currently does. If
there is supposed to be such a thing as "a symbolic atom that is a number,
but without a symbol selector", then it should be fully supported and
documented. But this is the current definition of a symbolic atom (Pd
manual 2.1.2):
"Anything that is not a valid number is considered a symbol."
By taking the converse of the above rule, "1234" looks like a valid number
so it should be a float. That inconsistency is the bug that I am trying to
highlight.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-24 01:38
Message:
Logged In: YES
user_id=569446
Originator: NO
I hope even with all my spelling mistakes you can understand my previous
post ... Is it possible to edit posts?
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-24 01:36
Message:
Logged In: YES
user_id=569446
Originator: NO
Yeah, these "mystery types" can be confusing, but in reality they are just
ordinary symbols with a pure numeric data part. Note that these numeric
symbols are not numbers or floats!
[list trim] removes the selector, so after that you have a "1234" string
without selector (or with "symbol 1234" as selector, but minus the "symbol"
part. You can covert this back to a Pd-symbol with a [symbol] or [list]
object. However as you cannot represent numberic symbols in a saved Pd
patch, you cannot use [select 1234] or [route 1234] to select or route
them.
However you can use [select -DUMMY-] and prime that with a numeric symbol
created with [makefilename %d] construct to its left inlet to select
numeric symbols. The same "trick" is used to select backslashes or other
for example split a symbol at any other "unusual" symbol using
[list2symbol]. Try 92---[makefilename %c] to split at backslashes, for
example.
Anyway, there's nothing mysterious about numeric symbols, they are just
unusual in Pd. I think, we had similar confusions before in the bug
tracker, but I didn't check.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2026128&group_…
Bugs item #1956973, was opened at 2008-05-03 18:14
Message generated for change (Comment added) made by danomatika
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1956973&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: 7
Private: No
Submitted By: Dan Wilcox (danomatika)
Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: problems with "jack fixes and enhancements" patch
Initial Comment:
Ok,
After upgrading to Ubuntu Hardy I tried pd with jack and everything seemingly was working. Today I sat down to do some music using my external usb sound card (Edirol UA-25) and lo and behold Pd goes nuts. All afternoon I have tracked down these issues using Pd-0.40.3-extended-20080408-debian-stable-i386.deb from the autobuilds.
- the -jack startup flag does not work
- if using the -jack startup flag, trying using the jack selection in Media does not work, you cannot make the jack connection to work
- starting pd without the -jack startup flag allows you to select jack from Media and make the connection
- trying to connect to jack (once again from the Media menu) if its controlling an EXTERNAL audio device immediately slows down X to about 5fps and causes Pulseaudio to stutter. Everything is fine on killing pd.
As suggested by Hans, I tried a build before the recent jack bugfix patch (http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…) and I am able to connect to the external card running jack ... but the startup flag does not work.
----------------------------------------------------------------------
>Comment By: Dan Wilcox (danomatika)
Date: 2008-07-25 23:27
Message:
Logged In: YES
user_id=2032867
Originator: YES
The Jack hiccups with the external soundcard are gone using the
Pd-0.40.3-extended-20080725-ubuntu-hardy-i386.deb build.
I can confirm the jack startup flag now works as well. Sweet.
----------------------------------------------------------------------
Comment By: Dan Wilcox (danomatika)
Date: 2008-05-15 12:43
Message:
Logged In: YES
user_id=2032867
Originator: YES
OK, I have tested the 2 builds as suggested:
- Pd-0.40.3-extended-20080414-debian-testing
* jack connection works fine, both on internal laptop and usb
soundcards
* the "-jack" startup flag fails making the jack connection and once pd
starts, it cannot be started via the media menu either (the little check
boxes in the jack popup are not checked, and checking them has no effect).
pd has to be restarted without the flag and jack chosen through the menu
for jack to work.
* a little pulseaudio stuttering when pd first starts (but not a big
problem, probably my slow laptop)
- Pd-0.40.3-extended-20080416-debian-testing-i386
* jack connection works on internal soundcard
* jack connection on my usb soundcard does not work
- choosing jack from the media menu causes either a segfault or a 5
fps X and heavily stuttering pulseaudio (running on the internal card)
- once the popup appears things return to normal (the boxes are
checked too), but performance goes crazy again once the popup is clicked
- closing the pd window returns things to normal when the close pd
dialog appears
* jack startup flag still does not work as noted above
* no pulseaudio stuttering on pd startup, just on pd exit
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-15 08:08
Message:
Logged In: YES
user_id=27104
Originator: NO
danomatika, could you try testing a build from 2008-04-14 and 2008-04-16,
right before and after the commit that we think is causing the problem?
That would remove a lot of variables as to waht might be causing this
problem.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-04 13:44
Message:
Logged In: YES
user_id=27104
Originator: NO
This bug looks to be related to patch #1942258, which was included in
Pd-extended 0.40.3 as of 2008-04-15
----------------------------------------------------------------------
Comment By: Dan Wilcox (danomatika)
Date: 2008-05-04 13:44
Message:
Logged In: YES
user_id=2032867
Originator: YES
After a little testing today the -jack flag works fine using the earlier
the Pd-0.40.3-extended-20080210-debian-stable-i386.deb build. So it must
be something in the bugfix that messes up using external cards ...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1956973&group_…