Re: [PD] mtx_./ mtx_*

2018-10-13 Thread Jean-Marie Adrien
thanks, works fine ! > Le 12 oct. 2018 à 23:06, Marco Hugo Schretter a écrit : > > dear jean-marie, > > which operating system are you using? > > eg. in my osx pd-extended backups i see that mtx_./ and sometimes > mtx_* is missing. > > if you are on osx and you have a running mtx_* or ./

Re: [PD] save state. race condition?

2018-10-13 Thread Liam Goodacre
Apologies for hijacking this thread, but here's another idea that might simplify the initialization problem. Suppose that [savestate] could take any arguments and then output them as a list when the object is loaded but its contents are empty. So for instance [savestate 1 2] would output "1 2"

Re: [PD] save state. race condition?

2018-10-13 Thread Liam Goodacre
Since you mentioned that [savestate] fires before [loadbang], I tested it and it seems that it functions as a solution for [initbang] also (great!). Ie. if you use [savestate] to dynamically create an inlet inside the abstraction, the connection will not be broken if you save and re-open the

Re: [PD] performance of burried gui-elements

2018-10-13 Thread Simon Iten
i always assumed so yes. the “not shown on screen” part might change that though. > On 13 Oct 2018, at 09:02, Atte via Pd-list wrote: > > Quick question: > Does a [bng] in an abstraction (not shown on screen) cost more than |bang(? > Same for number atoms over [f ]? > > Cheers > -- > Atte