Re: [PD] [pii2c] keeps and resends previous messages when addresses change

It seems that it is indeed a Wire library issue as it doesn't play nice with Teensy 3.x. In this thread from the Teensy forum it is mentioned that the same issue with mine

Re: [PD] Concatenating two atoms into one?

nel, and then also triggering the message. Had no idea > that it didn't work for floats. > -- next part -- > An HTML attachment was scrubbed... > URL: > <http://lists.puredata.info/pipermail/pd-list/attachments/20201001/7c81cef9/attachment-0001.html&g

Re: [PD] Concatenating two atoms into one?

your computer memory will define the time when it will crash Pd (it will crash, when all the strings in the symboltable eat up all the memory available) I think eating up all available memory is not a likely scenario on modern computers with a 64-bit address space and virtual memory. The

Re: [PD] Route "1" instead of 1

On 2020-10-01 11:48, Maximiliano Estudies wrote: > Dear List, > > is there a way to tell [route] to route the symbol "1" insead of (float) 1? > I'm working with OSC and the incoming messages have a lot of numbers (like > /track/1/fxparam/1/) in the namespace. For now I have been using > > [list

Re: [PD] Number of the available midi ports shown

there is already one (#1110 ) El jue., 1 oct. 2020 a las 11:33, IOhannes m zmoelnig () escribió: > On 2020-09-29 19:23, Maximiliano Estudies wrote: > > Would it be possible to extend the drop-down menu to all the devices? > > > please open a

[PD] Route "1" instead of 1

Dear List, is there a way to tell [route] to route the symbol "1" insead of (float) 1? I'm working with OSC and the incoming messages have a lot of numbers (like /track/1/fxparam/1/) in the namespace. For now I have been using [list split 1] | | [f ] | | | [list

Re: [PD] Number of the available midi ports shown

On 2020-09-29 19:23, Maximiliano Estudies wrote: > Would it be possible to extend the drop-down menu to all the devices? please open a ticket on https://bugs.puredata.info/ (if there isn't one already) gmdsfrt IOhannes ___ Pd-list@lists.iem.at

Re: [PD] Number of the available midi ports shown

Thanks for your answer Dan! I didn't know about the patchbay, I just tried it and it is great, but it doesn't solve my problem. If the ESI Interface is plugged (which of course must be in order to be seen by the patchbay) it is also seen by Pd and still takes space in the drop-down menu, even if I

Re: [PD] Concatenating two atoms into one?

On 2020-10-01 10:10, Matt Davey wrote: > if you bang the 7 17 message, and then bang the message box that gets set, > pd outputs to console: > > float: no method for '717' > > But if you then save the patch, reload, and bang that same message box, it > outputs correctly. > > Is that a bug?

Re: [PD] Concatenating two atoms into one?

On 2020-10-01 09:54, oliver wrote: > IOhannes m zmoelnig wrote: >> On 2020-10-01 09:22, hans w. koch wrote: >>> but be aware of the risks of invoking makefilname all too often. >> >> note that if you use dollsyms (as in `[$1$2(`) you are filling up the >> symbol table just as well. > > i was just

Re: [PD] Concatenating two atoms into one?

if you bang the 7 17 message, and then bang the message box that gets set, pd outputs to console: float: no method for '717' But if you then save the patch, reload, and bang that same message box, it outputs correctly. Is that a bug? Surely if behaviour is different between a live patch and a

Re: [PD] Concatenating two atoms into one?

IOhannes m zmoelnig wrote: On 2020-10-01 09:22, hans w. koch wrote: but be aware of the risks of invoking makefilname all too often. note that if you use dollsyms (as in `[$1$2(`) you are filling up the symbol table just as well. i was just about to ask, if the attached modified patch would

Re: [PD] Concatenating two atoms into one?

On 2020-10-01 09:22, hans w. koch wrote: > but be aware of the risks of invoking makefilname all too often. note that if you use dollsyms (as in `[$1$2(`) you are filling up the symbol table just as well. gfmasdr IOhannes ___ Pd-list@lists.iem.at

Re: [PD] Concatenating two atoms into one?

On 2020-10-01 08:44, jayrope wrote: > Thank you Hans and Matt, > > Hans, nice workaround, I'll surely stick to this. Thank you. i don't think this is a workaround. it's rather the ideal solution, as it stays within the domain of numbers, and doesn't require re-parsing the string (which is a

Re: [PD] Concatenating two atoms into one?

but be aware of the risks of invoking makefilname all too often. it may clutter the symboltable, as per this recent discussion (started by me and confirmed by johannes): https://lists.puredata.info/pipermail/pd-list/2020-09/128158.html best hans > Am 01.10.2020 um 08:46 schrieb oliver : > >

Re: [PD] Concatenating two atoms into one?

jayrope wrote: Hello list, I want to combine integer values from two sources into ONE new value, preferably a number, just like Source 1 sends 1, source 2 sends 1, result = 11 Src 3 sends 3, src 2 sends 8, result = 38 hi, here's my approach using [makefilename] best oliver #N canvas 601 150

Re: [PD] Concatenating two atoms into one?

Thank you Hans and Matt, Hans, nice workaround, I'll surely stick to this. Thank you. Matt, regarding banging the message: this unfortunately leads to the following object, for instance a float, reporting float: no method for '12' (i. e. no method for ''). No value is put out. j On 10/01/20