hi
me and friends of mine used [nop] sometimes just for cosmetical reasons. now i found out that it has been dropped from zexy. is there a reason to drop an object when it's already introduced? i mean, it's _not_ that difficult to change the patches, so it's not a big deal, but i think [nop] didn't "disturb" the library, or did it?
cheers roman
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
On Fri, Jun 03, 2005 at 09:02:33PM +0200, Roman Haefeli wrote:
hi
me and friends of mine used [nop] sometimes just for cosmetical reasons. now i found out that it has been dropped from zexy. is there a reason to drop an object when it's already introduced? i mean, it's _not_ that difficult to change the patches, so it's not a big deal, but i think [nop] didn't "disturb" the library, or did it?
if you have a recent pd (>=0.38) , any connections to your 'nop' object will not be disturbed, this new feature is probably why nop was dropped in the first place..
cheers roman
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Fri, Jun 03, 2005 at 07:12:05PM +0000, ix@replic.net wrote:
On Fri, Jun 03, 2005 at 09:02:33PM +0200, Roman Haefeli wrote:
hi
me and friends of mine used [nop] sometimes just for cosmetical reasons. now i found out that it has been dropped from zexy. is there a reason to drop an object when it's already introduced? i mean, it's _not_ that difficult to change the patches, so it's not a big deal, but i think [nop] didn't "disturb" the library, or did it?
sorry, i dont know what im talking about, i agree, taking features out is bad, you never know who uses them. at least you can sed -i -e "s/nop/t a/" *.pd or something...
if you have a recent pd (>=0.38) , any connections to your 'nop' object will not be disturbed, this new feature is probably why nop was dropped in the first place..
cheers roman
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hi
ix@replic.net wrote:
sorry, i dont know what im talking about, i agree, taking features out
is bad, you never know who uses them. at least you can sed -i -e "s/nop/t a/" *.pd or something...
yes, but this wouldn't work with 'bang'-msgs. always check, if a [t a] or a [b] is needed is less easy than remove all [nop]s manually.
if you have a recent pd (>=0.38) , any connections to your 'nop'
object will not be disturbed, this new feature is probably why nop was dropped in the first place..
didn't notice this nice feature. thanks for pointing me to it.
cheers roman
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
yes, but this wouldn't work with 'bang'-msgs. always check, if a [t a] or a [b] is needed is less easy than remove all [nop]s manually.
Hm, in my Pd [t a] will output a "bang" if a bang is sent to it. Where's the difference to the behaviour of the old [nop]?
Ciao
Frank Barknecht _ ______footils.org__
_ __latest track: "scans" _ http://footils.org/cms/show/41
Frank Barknecht wrote:
Hm, in my Pd [t a] will output a "bang" if a bang is sent to it. Where's the difference to the behaviour of the old [nop]?
that's interesting. i use 0-38-0 on win and 0-38-4 on linux, and both give me 0 when i'm doing this:
[bang( | [t a] | [print]
what was your 'test-patch'?
roman
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
that's interesting. i use 0-38-0 on win and 0-38-4 on linux, and both give me 0 when i'm doing this:
[bang( | [t a] | [print]
what was your 'test-patch'?
This was my test patch. I get: print: bang with it.
Pd is "Pd version 0.39 TEST 2" but I used [t a] as a "patch beautifier" like this before without seeing any problems with bangs.
Ciao
Frank Barknecht _ ______footils.org__
_ __latest track: "scans" _ http://footils.org/cms/show/41
ciao
this makes everything clear: http://lists.puredata.info/pipermail/pd-list/2005-05/028692.html
roman
Frank Barknecht wrote:
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
that's interesting. i use 0-38-0 on win and 0-38-4 on linux, and
both
give me 0 when i'm doing this:
[bang( | [t a] | [print]
what was your 'test-patch'?
This was my test patch. I get: print: bang with it.
Pd is "Pd version 0.39 TEST 2" but I used [t a] as a "patch beautifier" like this before without seeing any problems with bangs.
Å¡
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
this makes everything clear: http://lists.puredata.info/pipermail/pd-list/2005-05/028692.html
Ah, now I remember. Seems I never cared about bangs staying bangs when triggered as anythings, duh. ;)
Ciao
Frank Barknecht _ ______footils.org__
_ __latest track: "scans" _ http://footils.org/cms/show/41
Hi Roman, IOhannes,
me and friends of mine used [nop] sometimes just for cosmetical reasons.
More than "cosmetical", [nop~] is employed in the use of [limiter~] as a way of delaying the signal one sample block. This makes the new Zexy reverse-incompatible with its own help files for another object, as well as any patches out there using [limiter~] as the help files would suggest you to.
d.
Roman Haefeli wrote:
hi
me and friends of mine used [nop] sometimes just for cosmetical reasons. now i found out that it has been dropped from zexy. is there a reason to drop an object when it's already introduced? i mean, it's _not_ that difficult to change the patches, so it's not a big deal, but i think [nop] didn't "disturb" the library, or did it?
Whoopsie! Didn't see the tilde there! I assume that [nop~] still exists. And I can see why [nop] wasn't the most popular object on the block. Cosmetic would be a good word for it ;-)
d.
derek holzer wrote:
Hi Roman, IOhannes,
me and friends of mine used [nop] sometimes just for cosmetical reasons.
More than "cosmetical", [nop~] is employed in the use of [limiter~] as a way of delaying the signal one sample block. This makes the new Zexy reverse-incompatible with its own help files for another object, as well as any patches out there using [limiter~] as the help files would suggest you to.
d.
Roman Haefeli wrote:
hi
me and friends of mine used [nop] sometimes just for cosmetical reasons. now i found out that it has been dropped from zexy. is there a reason to drop an object when it's already introduced? i mean, it's _not_ that difficult to change the patches, so it's not a big deal, but i think [nop] didn't "disturb" the library, or did it?
hi
derek holzer wrote:
Whoopsie! Didn't see the tilde there! I assume that [nop~] still
exists.
And I can see why [nop] wasn't the most popular object on the block. Cosmetic would be a good word for it ;-)
as it seems, the new [nop~] instead is now here just for cosmetical reasons. the helpfile says: 'will do nothing!!' it lost the one-block-delay-feature. is there an alternative to [nop~]? this obj was't useless at all in my eyes (although i've never used it).
roman
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
Hi again,
if indeed [nop~] no longer delays by 1 sample block, then using a pair of [send~] and [receive~] should do the same thing. Or [anything~], if indeed that still exists. But it would be a major pain to have to go clean up old patches because of this. Maybe IOhannes just shortened the documentation? ;-)
d.
Roman Haefeli wrote:
as it seems, the new [nop~] instead is now here just for cosmetical reasons. the helpfile says: 'will do nothing!!' it lost the one-block-delay-feature. is there an alternative to [nop~]? this obj was't useless at all in my eyes (although i've never used it).
derek holzer wrote:
Hi again,
if indeed [nop~] no longer delays by 1 sample block, then using a pair of [send~] and [receive~] should do the same thing. Or [anything~], if indeed that still exists. But it would be a major pain to have to go clean up old patches because of this. Maybe IOhannes just shortened the documentation? ;-)
well, [nop~] should always have been there only for cosmetic reasons. with zexy-2.0 it finally is.
the usage of [nop~] in the [limiter~]-help patch was something i should never have done in the first place. it is only there to achieve a "very short" delay. you can do that as well with [z~ 64] (ok, it is one more character to type) in the limiter~help for zexy-2.0 there is no more [nop~].
i would really rather keep [nop~] as it is now (without delay), but of course we could discuss whether it makes any real sense (as an analogy to the "nop"-mnemonic).
as for old patches: i fear you will have to go through them again (imagine all the joys you will go through again when reading olde works) if you insist on using zexy-2.0 (that was one of the reasons for the new major-versions)
mfg.a.sdr IOhannes
PS: think of it like [atan2] ;-)
the usage of [nop~] in the [limiter~]-help patch was something i should never have done in the first place. it is only there to achieve a "very short" delay. you can do that as well with [z~ 64] (ok, it is one more character to type) in the limiter~help for zexy-2.0 there is no more [nop~].
hm ... nop~ was easier to implement with simd instructions ...
i hope, that miller will take some of the simd api (e.g. runtime dispatching) to make it possible to write portable simd externals for linear dsp applications ...
cheers ... tim
Roman Haefeli wrote:
hi
me and friends of mine used [nop] sometimes just for cosmetical reasons. now i found out that it has been dropped from zexy. is there a reason to drop an object when it's already introduced? i mean, it's _not_ that difficult to change the patches, so it's not a big deal, but i think [nop] didn't "disturb" the library, or did it?
hi. sorry for not answering over the weekend, i have been out.
anyhow, [nop] is still there, but it became an abstraction (look in zexy/abs). there is no reason to use any C-code for that functionality.
see http://cvs.sourceforge.net/viewcvs.py/pure-data/externals/zexy/abs/nop.pd
mfg.asd.r IOhannes
-
derek holzer -
Frank Barknecht -
IOhannes m zmoelnig -
ix＠replic.net -
Roman Haefeli -
Tim Blechmann