I use the wonderful sa.function object for a project.

I have weird problem with "readmultiline 1" attribute:

sa.function: int/float: unexpected error (code = 4)

can you reproduce it with the included patch ?

and another question: is this possible to have different colors for lines ?

(for instance: line 1: red, line 2: green, line 3: blue ) ?

hi all
I use the wonderful sa.function object for a project. 

I have weird problem with "readmultiline 1" attribute: 

can you reproduce it with the included patch ? 

and another question: is this possible to have different colors for lines ?
(for instance: line 1: red, line 2: green, line 3: blue ) ?

sa-function-bug-and-question-2

I too am having problems with sa.function. It's a brilliant object, and I look forward to working with it more - so hopefully there is a fix or a way around this:

My aim is to use the "readmultline" function, to analyse a list so that I can track the location of peaks etc. and then apply some fuzzy-logic processing to it.

I have not been able to get it to work the same as the demonstration patch included in the help file (in the help file version, all works well!)

When I try to copy and past that patch, and then modify it with my own values – its stops working…

I cant get all the functions to display their output – only the selected on – even when I have activated (1) the “readmultline” message.

I just emailed Toshiro - I was using an old version!

https://cycling74.com/tools/sa-function/.

 The demo patch works fine on my Mac 10.7.2, Max 5.1.9."

I just emailed Toshiro - I was using an old version!
"Please try the one uploaded at https://cycling74.com/tools/sa-function/. The demo patch works fine on my Mac 10.7.2, Max 5.1.9."

Yup, the new version (0.3.2) fixes the multiline bugs.

Regarding specifying colors for multiple lines, this isn't quite straight forward because I use attributes to store colors. Attributes simplify saving colors in patches, work with copy/paste, etc. but unfortunately cannot be created dynamically. Maybe there's a clever way of doing this, but may break backwards compatibility with older versions.

What about sa.function based on 64 bit and newest max version? Can anyone update this tool if it's not finished?

sa.function: bug ? and question…