Cabbage Logo
Back to Cabbage Site

Velocity curve widget?

Yes, it behaves like that to me too. I have a version that works, but only if you change something in the widget before saving the preset…

I’m also seeing this. I think I know what’s happening. I haven’t checked the source yet, but if you drag the right-most handle leftwards after loading the instrument you’ll see the problem. This shouldn’t happen. I suspect that an extra point is added as soon as you edit something.

Ha, between the 3 of us we’re bound to get this working at some point in the not distant future :joy:

Yes, I think this happens here: LINK. I don’t understand why that code adds that 1.

I think it could be difficult to make it work without changing that function in the Cabbage code…

You hardly expect me to know? :smile: I think it might have something to do with extended guard points. That’s the only thing I can think off. It was probably a stopgap measure that somehow stayed around. Removing it fixes the problem, but we’d need to take a look at the GEN examples from Iain to make sure none of them are broken…

Well, as long as it’s not getftargs’ fault I’m fine with it! :sunglasses:

We could avoid to change the actual behavior of the gentable if we could have a channel(“chan”) identifier that returns a value of 1 if the user interacted with the widget after the last widget reinit (first start or after a “f …” score event). In this way, in the Csound program, we could know if the user interacted with the widget and, based on this info, change the numbers of points to read.

EDIT: I attached my actual code. It loads the preset at start and as you change the preset in the combobox. If the file doesn’t exist, it creates a new one with a default 0—1 linear velocity.
velCurve.csd (6.7 KB)

This works quite well. The prize is yours :wink: The channel() solution would work fine, but I think I’d rather look into removing that code first. I will do some tests and see how it affects other things.

Ok, keep in mind that when you change something in the widget, the number of (wrongly?) added points is 2, not 1. In the Cabbage code you do this:

if (table->genRoutine != 2)
            fStatement.add (String (1));
            fStatement.add (String (evt.p[pCnt]));

So you add a “1” followed by the value in “evt.p[pCnt]” and those are the 2 added points that make trouble for us.

I just made a csd that works without having to change Cabbage source code for gentable widget.

works.csd (8.1 KB)

P.S.: thanks to Rory Walsh and Guillermo Senna for their support. :wink:

1 Like

I wonder why there is some noticeable lag (at least on Windows) in the update of the curve when you change the preset…

EDIT: it’s like a random lag… Sometimes is fast in changing the curve… Some other times you see about 0.2-0.5 seconds of lag. It’s not really an issue, but I wonder why there is this lag…

Very nice! And with minimum modifications it even works with my cabbage-bezier build.

The lag you’re seeing could be because of the large ksmps value you chose?

@gsenna, is that build using Cabbage 2? If so, can you make a pull request? Btw, I never had any luck deploying from TravisCI to bintray. I’m probably just missing a few simple things. I must try again soon.

@gsenna, those bezier curves are very beautiful! And I like that the curve has a bold line.
You changed the Cabbage code to make that?

[quote=“gsenna, post:46, topic:1203”]
The lag you’re seeing could be because of the large ksmps value you chose?
[/quote]Yes, decreasing the ksmps reduce the lags a lot, but I don’t understand… A ksmps of 256 means parsing the Csound code every 0.0058 seconds (5.8 milliseconds)… I perceive a lag of about 0.2 seconds.

Regarding the line, you can change the thickness. Check the docs, I think it’s outlinethickness()

Nice, but it’s not good as in the @gsenna picture:

I think the problem is that the line has the same color of the table color, alpha included, so when the line is superimposed on the table fill, the transparency generates that strange effect. Can we change the color and the alpha value of the line independently from the table fill color?

@rorywalsh, unfortunately that image is just from using the Cabbage1 version I built in 2016. I should try to update the code to Cabbage2, but I’m still dealing with the same issues in my hands. I can’t promise anything, but hopefully next year I’ll be able to do it. :upside_down:

Regarding my other half-completed project, this is the gist of how I upload to bintray. Maybe you are missing the token?

for file in *; do
    echo "Uploading assets... "
    curl -s -T ${file} -ugsenna:${BINTRAY_TOKEN} "${file}?override=1&publish=1"

@mauro, [quote=“mauro, post:48, topic:1203”]
Yes, decreasing the ksmps reduce the lags a lot, but I don’t understand… A ksmps of 256 means parsing the Csound code every 0.0058 seconds (5.8 milliseconds)… I perceive a lag of about 0.2 seconds.

I thought the same, but after seeing the problem disappear by lowering the ksmps my guess is that fiopen and ficlose could be the culprits (?)

I don’t remember changing the code for that. These are my attributes:

gentable bounds(12, 66, 147, 99), tablenumbers(1111), tablecolour("red"), tablebackgroundcolour("white"), tablegridcolour(230,230,230), identchannel("table1"), amprange(0,1,1), zoom(-1), active(1)

Thanks @gsenna, I’ll try those commands. Looks pretty simple, but I think I might have set up bintray incorrectly to begin with. I do want to get it going because I think your Csound installer is really such an important step forward to Csound.

@mauro, it looks like you can’t currently set the colour of the outline. I honestly thought one could. I’ll fix that.

I just found that there is a Cabbage option (an option of the “Form” widget) to set the rate at which Cabbage will update its GUI widgets: guirefresh(val). If I set a val of 32, the lag will be very much reduced. However, there are some rare times when you change the preset that it doesn’t update the GUI at all…

That’s strange? The guirefresh() value sets the number of k-cycles between updates. It should never causes them to be skipped?

Maybe that with a ksmps=256 and a guirefresh=32 sometimes the

scoreline_i Sscoreline
chnset      "tablenumber(1111)", "table1"

statements send the message to Cabbage before the related ftable is changed (I think the ftable is changed by Csound in the next k-cycle). I’m trying some changes to run the same chnset statement in the following k-cycle too, to see if that could be the problem.

Anyway this is not a big issue, so I think it’s not necessary to lose our heads on this… I think it’s better a less demanding GUI with a little lag in loading the velocity preset curve, instead of a super-responsive interface but with some impact on the CPU (and, consequently, on the amount of notes you can play in polyphony). :wink: