Re: [PD] bang issue

[Alexandre Torres Porres]

2016-12-01 21:45 GMT-02:00 IOhannes m zmölnig :

> please provide step-by-step instructions to repeat the problem.
>

All steps I have are these 2: A) create [bang~] and B) connect it anywhere

Yes, bang doesn't run with DSP On, but I thought it'd be implied that I
knew about it. This is an issue that happens with the DSP is On, either
already on or turned on after being turned off.

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] bang issue

[IOhannes m zmölnig]

On 12/01/2016 08:09 PM, Alexandre Torres Porres wrote:
> so, everytime I create a bang~ and conect it somewhere, it won't work right
> away, I have to reinstantiate the object - it also starts working if i just
> save the patch! Anybody ele?

please provide step-by-step instructions to repeat the problem.
[bang~] won't output anything if DSP is not turned on (and your problem
doesn't mention that at all).

apart from that: this seems to be one of the problems caused by
DSP-objects (those that have a perform-routine to be called every
DSP-tick) without any signal I/O: they don't trigger a re-evaluation of
the DSP-graph, which results in them not being added to the DSP-processing.
turning on DSP after the object has been created should make it work.
or create another signal-object after [block~].

fgmads
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Purr Data rc2

[Lumis Xulepth]

Surprisingly, I just installed rc2, I had rc1 already installed as well 
as jackd2 and it didn't remove anything! I have the exact same setup 
Mint 18 cinnamon.


How did you install it? I used "dpkg -i purr-data..."

I tested rc2 because toggles in rc1 would not display their crossed 
state, they work but the toggle box remains empty. (tested on linux and 
osx 10.11).


On 2016-11-30 19:34, Max wrote:

On 2016년 11월 30일 17:59, Jonathan Wilkes wrote:

Warning: this seems to remove jackd2 and installs jackd1 and libjack0




What OS and how did you install it


I installed the Ubuntu 16.04 64-bit Version on Linux Mint 18 Cinnamon 
64bit



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Purr Data rc2

[Lumis Xulepth]

Hi,

On 2016-12-01 22:29, Jonathan Wilkes wrote:


Do they work properly in rc2? They should have been fixed.


Yes they work as intended in rc2! Tested only on Linux but I assume it's 
fixed on all platform.




-Jonathan

On 2016-11-30 19:34, Max wrote:

On 2016년 11월 30일 17:59, Jonathan Wilkes wrote:

Warning: this seems to remove jackd2 and installs jackd1 and

libjack0




What OS and how did you install it


I installed the Ubuntu 16.04 64-bit Version on Linux Mint 18

Cinnamon

64bit


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Purr Data rc2

[Jonathan Wilkes via Pd-list]

> Surprisingly, I just installed rc2, I had rc1 already installed as well 


as jackd2 and it didn't remove anything! I have the exact same setup 
Mint 18 cinnamon.

> How did you install it? I used "dpkg -i purr-data..."

> I tested rc2 because toggles in rc1 would not display their crossed 
state, they work but the toggle box remains empty. (tested on linux and 
osx 10.11).
Do they work properly in rc2?  They should have been fixed.
-Jonathan

On 2016-11-30 19:34, Max wrote:
> On 2016년 11월 30일 17:59, Jonathan Wilkes wrote:
>>> Warning: this seems to remove jackd2 and installs jackd1 and libjack0
>> 
>> 
>> 
>> What OS and how did you install it
> 
> I installed the Ubuntu 16.04 64-bit Version on Linux Mint 18 Cinnamon 
> 64bit
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list



   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd-0.47.1 on macOS 10.11.6 hangs after quitting

[Dan Wilcox]

Did Pd save it’s window state in the old version? IE. starting Pd automatically 
starts windows that were open when it was last closed? It might be an old state 
that gets loaded by the OS and this can cause weird issues like this some times.

This should be fixed in 0.47 as I added clearing & locking the state as well as 
telling the OS not to save state automatically … or at least I think that work 
in the in the master branch but it could be in one of my side branches.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Dec 1, 2016, at 9:21 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Roman Haefeli >
> Subject: [PD] Pd-0.47.1 on macOS 10.11.6 hangs after quitting
> Date: December 1, 2016 at 6:04:02 PM GMT+1
> To: pd-list@lists.iem.at 
> 
> 
> Hey all
> 
> My colleague installed Pd-0.47.1 on his MacBook (10.11.6) and it hangs
> after quitting. The problem only occurs when DSP is turned on or has
> been turned on in the past. When DSP never has been turned on since
> launch of Pd, Pd quits without issues.
> 
> When Pd is forcefully quit through apple menu, a 'pd' process still
> remains running while using 100% of a core.  The only way to stop that
> is with a terminal command  ('killall pd'). 
> 
> The problem is independent from chosen audio backend, it happens with
> 'jack', 'built-in' and other back-ends.
> 
> It would already be helpful to know whether that problem is specific to
> his system or if it is a general problem with Pd on 10.11.
> 
> How would someone proceed to track down such an issue?
> 
> Thanks,
> Roman

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] maxlib arraycopy

[Roman Haefeli]

On Thu, 2016-12-01 at 18:48 +, Ed Kelly via Pd-list wrote:

> Does anyone have a better way of copying chunks from one array into
> another? Is there a vanilla way?

Checkout help for new [array] class. There is [array get ] for
retrieving part of or whole array as a list. With [array set ]
you can update part of or whole array.

And there has always been:

[ (
|
[send ]

to update an array/table.

Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] bang issue

[Alexandre Torres Porres]

so, everytime I create a bang~ and conect it somewhere, it won't work right
away, I have to reinstantiate the object - it also starts working if i just
save the patch! Anybody ele?

cheers

ps. I'm on mac os 10.12.1 using vanilla 64 bits
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] issues with loading FFTease and lyonpotpourri & upload this to deken please

[Alexandre Torres Porres]

Hi Eric, I'll open this thread here on the pd list too so I can request
that fftease/potpurri on your git https://github.com/ericlyon stuff be on
deken, in the pdcon talk you didnt seem to know the procedure, maybe other
people in the list can help you. Fred Jan started this link on the Pd site,
maybe it helps http://puredata.info/docs/Deken . If you cant do it for some
reason, would be ok for someone else to do it? But I assume you have to
involved somehow.

I'll also report that lyonpotpourri3.0-64bit didnt work for my 0.47-1
vanilla 64 bits in mac os 10.12.1 and that I couldn't get fftease (only 32
biuts available) in the 32 bit vanilla version (or extended)

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] maxlib arraycopy

[Ed Kelly via Pd-list]

Hey list,
Recently my rechunk~ abstraction has ceased to work. I've recently re-installed 
and, it seems the maxlib/arraycopy object is not working the way it used to. I 
used to send it a list with[sourceArray start end destinationArray(values,but 
now, when the source array is longer than the destination array, I get error 
messages that:arraycopy: start point 1223199 out of range for destination 
chunk_2_13Where chunk_2_13 is an array created to be the same length as the 
chunk I wish to extract.
Does anyone have a better way of copying chunks from one array into another? Is 
there a vanilla way?
Questions, questions,Ed
 _-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For Lone Shark releases, Pure Data software and published Research, go to 
http://sharktracks.co.uk ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd-0.47.1 on macOS 10.11.6 hangs after quitting

[Max]

I've seen said behavior previously on what I remember to be the same 
configuration. S. could you confirm?


m.


On 2016년 12월 01일 18:04, Roman Haefeli wrote:

Hey all

My colleague installed Pd-0.47.1 on his MacBook (10.11.6) and it hangs
after quitting. The problem only occurs when DSP is turned on or has
been turned on in the past. When DSP never has been turned on since
launch of Pd, Pd quits without issues.

When Pd is forcefully quit through apple menu, a 'pd' process still
remains running while using 100% of a core.  The only way to stop that
is with a terminal command  ('killall pd').

The problem is independent from chosen audio backend, it happens with
'jack', 'built-in' and other back-ends.

It would already be helpful to know whether that problem is specific to
his system or if it is a general problem with Pd on 10.11.

How would someone proceed to track down such an issue?

Thanks,
Roman






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Control external command from Pd

[Roman Haefeli]

On Thu, 2016-12-01 at 14:01 +0100, Jack wrote:
> OK, i see now.
> 
> For me, the best option is to do a bash script "myscript.bash" :
> 
> while read line
> do
> echo "$line"
> done < <(ping netpd.org & echo $!)
> 
> 
> Then with pd :
> 
> [bash myscript.bash(
> > 
> > 
> [shell]
> 
> You should be able to terminate the process with the pid return by
> echo $!


You made my day. That's exactly what I was looking for.


Thanks!
Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Control external command from Pd

[Jack]

OK, i see now.

For me, the best option is to do a bash script "myscript.bash" :

while read line
do
echo "$line"
done < <(ping netpd.org & echo $!)


Then with pd :

[bash myscript.bash(
|
[shell]

You should be able to terminate the process with the pid return by echo $!

++

Jack



Le 01/12/2016 à 11:52, Roman Haefeli a écrit :
> On Thu, 2016-12-01 at 11:37 +0100, Jack wrote:
>> Le 01/12/2016 à 11:30, Roman Haefeli a écrit :
>>>
>>> On Thu, 2016-12-01 at 11:09 +0100, Jack wrote:

 Hello Roman,

 Did you try :

 [command & echo $!(
>
>
>
 [shell]

 It will return the pid of 'command'.
>>> Yes, you're right: It's not even necessary to put that into an
>>> extra
>>> script (I thought I had to because of the dollar sign).
>>>
>>> However, the problem remains: When I send 'command' to background,
>>> [shell] won't output its stdout to the left outlet anymore.
>> Hmm, weird, did you get something with ? :
>> (start Pd from a directory where there are files and directories).
>>
>> [ls & echo $!(
>>>
>>>
>> [shell]
> 
> Yes, that works for me, too. But it's not a good example, since ls is a
> one shot command and exits immediately.
> 
> Try this:
> 
> [ping netpd.org & echo $!(
> 
> The actual command I'm interested to work with is 'jacktrip'.
> 
> Roman
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Control external command from Pd

[Roman Haefeli]

On Thu, 2016-12-01 at 11:29 +0100, Peter P. wrote:
> * Roman Haefeli  [2016-12-01 10:52]:
> > 
> > Hey all
> > 
> > I would like to use Pd to start and stop several instances of a
> > certain
> > command. I need to catch the stdout of the commands in Pd, so I can
> > monitor their status. Also, I want to be able to kill them
> > individually.
> > 
> > I tried to achieve that with [ggee/shell], but there are some
> > culprits. 
> > 
> > When I launch the command directly in [shell] like this:
> > 
> > [command (
> > > 
> > > 
> > [shell]
> > 
> > I get the command's stdout on the left outlet of [shell], but I
> > don't
> > know of a reliable way to send a SIGHUP signal to command.
> You could try to start the command and then execute 
>   pidof command name
> which should return the PID(s) of running commands, which you could
> kill/hangup with yet another command.

I tried that and it works to some degree, but it is very unreliable if
have many instances of command running. I haven't found a _reliable_
way to assign many PIDs to individual commands.

Also, I figured out that 'pidof' is not available per default on OS X
and I'd like my patch work on both, Linux and OS X.

If there'd be a way to send a SIGHUP (Ctrl-C) to the currently running
command, it would make things a lot easier, but [shell] tries to start
another process instead of directing the ASCII DEC 3 to command.
 

> Not totally on-topic, but after a discussion with a friend yesterday
> I
> am curious if the functionality of ggee/shell can't be achieved with
> pd-send and pd-receive as well?

Yes, maybe, though I don't see how this would facilitate things. You
would have to write a script that parses the output of pdreceive and
performs some actions accordingly. But this would be insane to do in
bash, I'd rather do it in python, then.

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Control external command from Pd

[Roman Haefeli]

On Thu, 2016-12-01 at 11:37 +0100, Jack wrote:
> Le 01/12/2016 à 11:30, Roman Haefeli a écrit :
> > 
> > On Thu, 2016-12-01 at 11:09 +0100, Jack wrote:
> > > 
> > > Hello Roman,
> > > 
> > > Did you try :
> > > 
> > > [command & echo $!(
> > > > 
> > > > 
> > > > 
> > > [shell]
> > > 
> > > It will return the pid of 'command'.
> > Yes, you're right: It's not even necessary to put that into an
> > extra
> > script (I thought I had to because of the dollar sign).
> > 
> > However, the problem remains: When I send 'command' to background,
> > [shell] won't output its stdout to the left outlet anymore.
> Hmm, weird, did you get something with ? :
> (start Pd from a directory where there are files and directories).
> 
> [ls & echo $!(
> > 
> > 
> [shell]

Yes, that works for me, too. But it's not a good example, since ls is a
one shot command and exits immediately.

Try this:

[ping netpd.org & echo $!(

The actual command I'm interested to work with is 'jacktrip'.

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Control external command from Pd

[Jack]

Le 01/12/2016 à 11:30, Roman Haefeli a écrit :
> On Thu, 2016-12-01 at 11:09 +0100, Jack wrote:
>> Hello Roman,
>>
>> Did you try :
>>
>> [command & echo $!(
>>>
>>>
>> [shell]
>>
>> It will return the pid of 'command'.
> 
> Yes, you're right: It's not even necessary to put that into an extra
> script (I thought I had to because of the dollar sign).
> 
> However, the problem remains: When I send 'command' to background,
> [shell] won't output its stdout to the left outlet anymore.

Hmm, weird, did you get something with ? :
(start Pd from a directory where there are files and directories).

[ls & echo $!(
|
[shell]
|
[print]

++

Jack


> 
> Roman
> 
> 
>> Le 01/12/2016 à 10:52, Roman Haefeli a écrit :
>>>
>>> Hey all
>>>
>>> I would like to use Pd to start and stop several instances of a
>>> certain
>>> command. I need to catch the stdout of the commands in Pd, so I can
>>> monitor their status. Also, I want to be able to kill them
>>> individually.
>>>
>>> I tried to achieve that with [ggee/shell], but there are some
>>> culprits. 
>>>
>>> When I launch the command directly in [shell] like this:
>>>
>>> [command (


>>> [shell]
>>>
>>> I get the command's stdout on the left outlet of [shell], but I
>>> don't
>>> know of a reliable way to send a SIGHUP signal to command.
>>>
>>> On the other, I can launch a wrapper script that sends command to
>>> the
>>> background and returns its PID:
>>>
>>> #!/bin/sh
>>> command & 
>>> echo $!
>>>
>>> and in Pd, I do:
>>>
>>> [./wrapper.sh (


>>> [shell]
>>>
>>> and the left outlet of [shell] gives me the PID of the command
>>> which
>>> allows me to reliably kill that instance later. However, this way
>>> [shell] doesn't output the command's stdout. 
>>>
>>> Is there a way to have my cake and eat it, too?
>>>
>>> Roman
>>>
>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/l
>>> istinfo/pd-list
>>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis
>> tinfo/pd-list
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Control external command from Pd

[Roman Haefeli]

On Thu, 2016-12-01 at 11:09 +0100, Jack wrote:
> Hello Roman,
> 
> Did you try :
> 
> [command & echo $!(
> > 
> > 
> [shell]
> 
> It will return the pid of 'command'.

Yes, you're right: It's not even necessary to put that into an extra
script (I thought I had to because of the dollar sign).

However, the problem remains: When I send 'command' to background,
[shell] won't output its stdout to the left outlet anymore.

Roman


> Le 01/12/2016 à 10:52, Roman Haefeli a écrit :
> > 
> > Hey all
> > 
> > I would like to use Pd to start and stop several instances of a
> > certain
> > command. I need to catch the stdout of the commands in Pd, so I can
> > monitor their status. Also, I want to be able to kill them
> > individually.
> > 
> > I tried to achieve that with [ggee/shell], but there are some
> > culprits. 
> > 
> > When I launch the command directly in [shell] like this:
> > 
> > [command (
> > > 
> > > 
> > [shell]
> > 
> > I get the command's stdout on the left outlet of [shell], but I
> > don't
> > know of a reliable way to send a SIGHUP signal to command.
> > 
> > On the other, I can launch a wrapper script that sends command to
> > the
> > background and returns its PID:
> > 
> > #!/bin/sh
> > command & 
> > echo $!
> > 
> > and in Pd, I do:
> > 
> > [./wrapper.sh (
> > > 
> > > 
> > [shell]
> > 
> > and the left outlet of [shell] gives me the PID of the command
> > which
> > allows me to reliably kill that instance later. However, this way
> > [shell] doesn't output the command's stdout. 
> > 
> > Is there a way to have my cake and eat it, too?
> > 
> > Roman
> > 
> > 
> > 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/l
> > istinfo/pd-list
> > 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis
> tinfo/pd-list

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Control external command from Pd

[Peter P.]

* Roman Haefeli  [2016-12-01 10:52]:
> Hey all
> 
> I would like to use Pd to start and stop several instances of a certain
> command. I need to catch the stdout of the commands in Pd, so I can
> monitor their status. Also, I want to be able to kill them
> individually.
> 
> I tried to achieve that with [ggee/shell], but there are some
> culprits. 
> 
> When I launch the command directly in [shell] like this:
> 
> [command (
> |
> [shell]
> 
> I get the command's stdout on the left outlet of [shell], but I don't
> know of a reliable way to send a SIGHUP signal to command.

You could try to start the command and then execute 
pidof command name
which should return the PID(s) of running commands, which you could
kill/hangup with yet another command.

Not totally on-topic, but after a discussion with a friend yesterday I
am curious if the functionality of ggee/shell can't be achieved with
pd-send and pd-receive as well?

Peter

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Control external command from Pd

[Roman Haefeli]

Hey all

I would like to use Pd to start and stop several instances of a certain
command. I need to catch the stdout of the commands in Pd, so I can
monitor their status. Also, I want to be able to kill them
individually.

I tried to achieve that with [ggee/shell], but there are some
culprits. 

When I launch the command directly in [shell] like this:

[command (
|
[shell]

I get the command's stdout on the left outlet of [shell], but I don't
know of a reliable way to send a SIGHUP signal to command.

On the other, I can launch a wrapper script that sends command to the
background and returns its PID:

#!/bin/sh
command & 
echo $!

and in Pd, I do:

[./wrapper.sh (
|
[shell]

and the left outlet of [shell] gives me the PID of the command which
allows me to reliably kill that instance later. However, this way
[shell] doesn't output the command's stdout. 

Is there a way to have my cake and eat it, too?

Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [pdconv16_r] Topic idea: Nested lists

[Roman Haefeli]

On Wed, 2016-11-30 at 21:58 +, Jonathan Wilkes wrote:
> > Hey all
> 
> 
> 
> > After watching "Future Pd Developments" round-table (thanks to
> everyone
> involved for the effort to record/put online), I feel like poking
> some
> more into the structured list idea. Some of the conclusions that came
> up:
> 
> >  * Something like [list args] as a way to get all given arguments
> as a
>    list would be utterly helpful.
> 
> Please don't name it that.  [list] objects currently operate on
> incoming lists or 
> take an incoming symbol and output it as a list.  In both cases the
> output is 
> generated from the data arriving at the inlet (and in the latter case
> at least 
> the name tells you exactly what kind of non-list data to feed it).
> 
> [list args] would instead operate on load time data associated with
> its parent 
> glist.  In the common case where a user creates it on a toplevel
> canvas, it also 
> has the drawback of not outputting a sane default-- i.e., an outgoing
> "bang" 
> doesn't give you any clue about what "args" refers to.

It was not my choice, but I find your points plausible.

> General comment:
> Didn't we talk about abusing the comma atom for situations like this?
> 
> So
> [myOSCabstraction selector1 foo bar, selector2 bing bang, selector3
> something else]
> 
> Then inside of that
> 
> [loadbang]
> |
> [myArgParser selector2] <-- get the "selector2" part of the args
> |
> [list prepend set]
> |
> [list trim]
> |
> [oscformat]
> 
> The benefit is that "selector2" is an arbitrary symbol in your own
> language that 
> tells you and other users something about its data.  $2, or even $@-
> 2, only 
> tells you where it came from, which is incidental and not as
> meaningful. I.e., 
> compare:
> 
> [unpack 0 0 0 0 0]
> |
> [$2 $1 $3 $4 $5]
> |
> [s voice3]
> 
> to 
> 
> [get note a d s r pitch]
> |
> [pack 0 0 0 0 0]
> |
> [s voice3]

Oh, I like that!

Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [pdconv16_r] Topic idea: Nested lists

[Roman Haefeli]

On Tue, 2016-11-29 at 11:56 +0800, Chris McCormick wrote:
> Hi Roman,
> 
> On 29/11/16 05:36, Roman Haefeli wrote:
> > 
> > As far as I can see it, it is currently impossible to pass a
> > variable
> > number of arguments to child objects and also [list args] wouldn't
> > address that.
> Yes, you are right. You could do that with dynamic patching of
> course 
> but I guess that answer is suboptimal for you.

Don't know. Dynamic patching might work, but requires a lot of effort
to take care of ordering issues. Also, it might slow down loading
substantially.

Roman

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list