posted 22 October 2010 23:30            

at circa 2mins into the video

Drawing waveforms in realtime!!!

O.H. Y.E.A.H.!!!

posted 23 October 2010 09:17            

But I have the same question, why Paca only? I understand that the two way VCS connection might need to be Paca only, but I imagine you are sending OSC to Kyma for the tablet, keyboards etc. So couldn't we at least intercept this in OSCulator to then send it to Kyma on Capybara hardware? Using Kyma Ext -> Pen variables for example?

If so then I will be installing this ASAP The keyboards alone would make it worthwhile!

(multi-touch) fingers crossed...

posted 23 October 2010 09:52            

Is there a plan to release that AU plugin as Rtas too? I'd love to use Kyma inside Protools!!!

Davide

posted 26 October 2010 21:26            

quote:

---

But I have the same question, why Paca only? I understand that the two way VCS connection might need to be Paca only, but I imagine you are sending OSC to Kyma for the tablet, keyboards etc.

---

Yes, the iPad app sends OSC, but it sends the messages directly to the Paca(rana); it doesn't send them to the Macintosh. In order to minimize latency and to make the app work for Kyma running under both Windows and Mac OS, all of the OSC is handled on the Paca(rana) directly.

quote:

---

So couldn't we at least intercept this in OSCulator to then send it to Kyma on Capybara hardware? Using Kyma Ext -> Pen variables for example?

---

This would be a question for Camille (http://www.osculator.net) since it would require changes to OSCulator in order to make the Keyboards work and to be discovered in Bonjour. (You are right in that the VCS would not be possible without the Pacarana.)

posted 28 October 2010 11:36            

quote:

---

Originally posted by SSC:
This would be a question for Camille (http://www.osculator.net) since it would require changes to OSCulator in order to make the Keyboards work and to be discovered in Bonjour.

---

Ok, thanks for letting me know there is at least a possibility.

quote:

---

Originally posted by SSC:
We would be happy to provide support to Camille (or to Doug at Delora) if one of them decides that there is enough interest to warrant the work it would require to make the necessary additions to their software.

---

Great, I will contact Camille and see how he feels about it. Personally I would prefer to see this working through OSCulator as it would mean we users could choose how to map the keyboard outputs to Kyma messages.

Anyone else interested in seeing Kyma control work with older hardware?

David

posted 28 October 2010 18:46            

quote:

---

Personally I would prefer to see this working through OSCulator as it would mean we users could choose how to map the keyboard outputs to Kyma messages.

---

In fact you can already use the keyboard and pen controls any way you like in Kyma. You could, for example, use (!KeyNumber / 128) as a (0,1) amplitude controller. The names are arbitrary; it is the parameter field and the way in which you use the controller that determines what it controls.

posted 03 November 2010 05:47            

A wish: could be useful an option to see the name/number of the pen tracked on top of the colored dot

posted 04 November 2010 08:30            

quote:

---

Originally posted by SSC:
Each pen number has a unique color. Could you use the color to identify which pen it is? (We are afraid the numbers would be obscured by your finger if they were printed on the circle).

---

I know that colors change with pen numbers (actually is really cool), but sometime I ask myself "is pink the third or the fourth pen?"; maybe I need to work a little more and get used with the colors.
I see it like this: the number floats above the colored circle, so it's not covered by the finger, and maybe it could slowly move around the circle when closer to the edge of the screen.

Just an option that sometime could be helpful, but I'm really happy with it right now!

posted 05 November 2010 06:51            

MMM Will there be sample-rates beyond 64k? (AU Pacaz)

Is everyone flush so buying iPads is no problem?!?

how about an android port of KymaControl, you can get these for very cheap.- however I am sure there is a reason they are cheap :-(

However for a 'one purpose purchase' (Kyma Control), is a little more in my range considering I am still paying off the import duty from my Pacarana ;-p
(obviously I think her Majesty should waive duty on all SS products)

Any hints if I should be checking KymaUpdate Page on a monthly/weekly/daily or indeed hourly basis? (I know, I am a dumb-ass)

All the best.

Charlie

posted 06 November 2010 05:45            

quote:

---

Originally posted by CharlieNorton:

MMM Will there be sample-rates beyond 64k? (AU Pacaz)

---

I'm not sure why you ask this --- my Pacarana is running at 192khz most of the time. AFAIK the Paca(rana) will eat any sample rate that the audio interface it uses provides. In the case of an AU-connect I'd presume that the clocking will come from the DAW and that the Paca(rana) will thus eat any sample rate that the DAW supports.

posted 06 November 2010 07:28            

quote:

---

Originally posted by MathisNitschke:
Will there be PacaVST as well for Windows environments?

---

+1

posted 06 November 2010 09:47            

So yes, I am hoping the AU implementation will support all the high sample rates.
(which as Dennis points out hopefully will be the case)