Automating the Solaris using cubase?

Post a reply


This question is a means of preventing automated form submissions by spambots.
Smilies
:D :) :( :o :shock: :? 8) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen:

BBCode is ON
[img] is ON
[url] is ON
Smilies are ON

Topic review
   

If you wish to attach one or more files enter the details below.

Maximum filesize per attachment: 25 MiB.

Expand view Topic review: Automating the Solaris using cubase?

Re: Automating the Solaris using cubase?

by JoPo » Thu Apr 18, 2019 1:34 pm

minorguy wrote: Tue Apr 16, 2019 9:18 am I was just glancing at the manual for Virus C in the appendix. That's the only place I saw info on this so I don't know if it's different for the Virus TI. Correct me if I'm wrong but I don't think poly pressure handles 127 x 127. I think it only handles the 128 parameters of page B. In the poly pressure message it uses one byte for the parameter number and one byte for the value. I wasn't sure the usefulness in using poly pressure for this since you could not edit this in a DAW track in any useful way. But I vaguely remember something about VSTs, that they might not be able to send SysEx (true?). But I'd have to look that up. That might be the reason for it.
Oh yessS ! You're absolutely right ! It's not 127x127 at all ! But just 127 more midi cc's. One by midi note ! 127 x 1 ! Eh eh ! Yes, I use the lag processors.
But I'm definitively sure that it would be extremly convenient to be able to set main parameters (up to 127x2=254 with poly pressure) like EG ADSR, LFO frequencies, amount of modulation, mixer volumes, panable outputs.

Re: Automating the Solaris using cubase?

by minorguy » Tue Apr 16, 2019 9:18 am

JoPo wrote: Tue Apr 16, 2019 5:02 amWith poly pressure, you have 127 X 127 parameters ! But on 8 bit = 127 resolution points. But with a smooth feature, or lag or slew limiter, whatever, the result is perfect and poly pressure is as easy to use as midi cc.
I was just glancing at the manual for Virus C in the appendix. That's the only place I saw info on this so I don't know if it's different for the Virus TI. Correct me if I'm wrong but I don't think poly pressure handles 127 x 127. I think it only handles the 128 parameters of page B. In the poly pressure message it uses one byte for the parameter number and one byte for the value. I wasn't sure the usefulness in using poly pressure for this since you could not edit this in a DAW track in any useful way. But I vaguely remember something about VSTs, that they might not be able to send SysEx (true?). But I'd have to look that up. That might be the reason for it.

While you could use a lag processor on the Solaris, I think I'd still want to be able to use higher resolution. For example, the range of filter cutoff is 0.0 to 126.0 in increments of 0.1, so it's 0 to 1260. If you just used 7 bits then (1) you could not set a precise value of, for example, 57.3 and (2) you'd have to waste a lag processor if you wanted to avoid stepping. So I'd prefer to make it 14 bits.

Re: Automating the Solaris using cubase?

by minorguy » Tue Apr 16, 2019 8:20 am

I was one who lobbied for SysEx as opposed to NRPN. Solaris has a lot of parameters and if you look at other keyboards that have a lot of parameters such as Kronos and Motif/Montage they also use SysEx and do not use NRPN. At least you have to use SysEx for transferring entire presets because it’s impractical to use individual NRPN messages for that. Then also keep in mind that some Solaris parameter values don’t even fit into 14 bits (like they do in most synths). But I realize people want to use CC/NRPN because it can be easier and because a DAW can edit those values whereas it cannot edit SysEx.

With Cubase, for example, you can record and playback Solaris’s SysEx messages for parameter changes. But you can’t edit them or draw them on an automation track. For this, Cubase has Device Panels. But the last time I tried to use Device Panels to control SysEx it was flakey and didn’t work consistently. Although Steinberg has kept Device Panels in Cubase, they no longer include the relevant SysEx information in their more recent documentation and they seem to have abandoned any further development of it.

Perhaps the most useful thing to do is have a way to map several CC or NRPN messages to parameters. There are multiple ways to do it, so that would be one thing that would have to be decided. What’s the most number you would need? Should it be a set of hard-coded parameters that people are likely to use, such as filter cutoff, or should you be able to assign any parameter to a CC? Should you be able to set up the mapping using the Solaris UI? If so, how would that be done? Should the mapping be per-preset or global? When you adjust an encoder such as filter cutoff, does the Solaris send out CC or SysEx over MIDI for that parameter change? (I assume there would need to be a switch to select one or the other.)

Re: Automating the Solaris using cubase?

by JoPo » Tue Apr 16, 2019 5:02 am

Ah ! Ok ! Anyway, it's with sysex that I changed some parameters on my daw Solaris midi track. It's much more easy but better to add some notes about what that sysex does if I want to know it in 2 months.

In my access virus TI, all parameters are midi controlable : they assigned the most important parameters to the 127 midi cc's and all the rest and there is a lot, is assigned to poly pressure. With poly pressure, you have 127 X 127 parameters ! But on 8 bit = 127 resolution points. But with a smooth feature, or lag or slew limiter, whatever, the result is perfect and poly pressure is as easy to use as midi cc.

Re: Automating the Solaris using cubase?

by John Bowen » Mon Apr 15, 2019 12:59 pm

We are no longer using NRPN. Only SysEx commands now.

Re: Automating the Solaris using cubase?

by JoPo » Mon Apr 15, 2019 12:48 pm

Very interesting discussion about NRPN ! With NRPN, one may set a value with a very good resolution but when one wants to modulate continuously NRPN like a usual midi CC and even edit the modulation in a midi track, it becomes impossible ! That's a pity ! It would be awesome with that resolution !

In the Piz midi plugins, there is a "midiNRPNConverter" , I tried to use it but with the laconic manual, I don't achieve to nothing. Lot of Piz midi plugins work with cubase, even the version 10.

There is a good midi plugin idea : midi CC at its input, NRPN easy to set up in side, with a slop in all NRPN values which are contained between 2 midi CC values in order to avoid the "zip" sound...

I've found this (an NRPN to cc converter, it does automatically what inaheartbeat explained so clearly)
https://www.kvraudio.com/forum/viewtopic.php?t=149544
Do exactly what he says with the .hta file, it works !

Re: Automating the Solaris using cubase?

by scope4live » Fri Mar 18, 2016 7:12 pm

That's great news JB.
I won't chance that for gigs but certainly would love to have fun trying it out at home.

And thanks again for such a roadworthy great live axe.

Solaris digital out to the XITE-1 Digital in, then XLR Out to FOH is so powerful.
Using dual 18"s and 2 x 3 way QSC KW153s in stereo is awesome.
Pannings on Solaris are as wise as an old Fender Rhodes Satellite.

Best synth I've ever used live.
Best synth I've ever owned.. :wink:

Re: Automating the Solaris using cubase?

by synthwalker » Tue Mar 15, 2016 9:06 am

Combining 2 NRPN gives you 14 bits and easier editing. Please no Sysex for the most important parameters...

Re: Automating the Solaris using cubase?

by minorguy » Thu Mar 10, 2016 11:58 am

I think perhaps the Solaris should drop NRPN and use SysEx instead. That way the larger values can be represented. This is what the Korg Kronos does. When you change individual parameters on the Kronos it sends out a four-byte value (so the whole message is 14 bytes).
Then the Solaris could define a full preset SysEx message as well that conserved the size so that sending presets over traditional MIDI didn't take so long.

Re: Automating the Solaris using cubase?

by John Bowen » Thu Mar 10, 2016 11:23 am

Hi Everyone - just a note to let you know that the Solaris won’t be fully controllable via NRPN until we make the next update. Turns out the guy who did the coding for it way back never fully implemented ALL of the parameters, so we have to get that changed! But this is underway....

Re: Automating the Solaris using cubase?

by chowderdoof » Wed Mar 09, 2016 8:39 am

Im a little late to the party but still lots of interesting info here!

I havent tried experimenting myself but its been a few years since any posts here Im and wondering if Cubase updates now play better with NRPNs or if anybody has found any workarounds, solution or tips to Cubase automation with the Solaris?

Re: Automating the Solaris using cubase?

by Neil » Tue Aug 20, 2013 6:16 am

Ahh very good Sir!

Re: Automating the Solaris using cubase?

by auricle » Thu Aug 15, 2013 12:29 am

Guys, I'm going to have a go at designing a ctrlr panel for the Solaris. It won't be pretty but I'm hoping it will be functional and at least allow us to control our favourite synth from within our favourite DAW.

Re: Automating the Solaris using cubase?

by auricle » Tue Aug 13, 2013 4:02 am

I checked several DAWs regarding their NRPN capabilities and it seems that Sonar is the only one that handles NRPN parameters with any elegance. ALL others need to be manually created in the event list. Studio One doesn't even have an event list so it would be even more difficult.

I think a dedicated editor like SoundTower might be the past way to go - or if someone could create a template for ctrlr that would be wonderful. I'll see how doable it is.

Re: Automating the Solaris using cubase?

by scope4live » Tue Aug 06, 2013 7:31 am

The thread at cockos (sounds like a Cereal to promote organ growth) had 3 knowledgable chaps with Reaper explaining the functions in good detail.
I really like using Bidule as a host by itself, but as a VST sub host inside of a DAW it might be very useful.
What's good about Reaper and Bidule, is you can dl. both for 90 days and see how they work.
Then if it is a viable solution both can be had for under 150 USD free from the slavery of iLok products.

Nice link. 8)

Top