![]() |
![]() ![]() ![]() ![]() ![]()
|
next newest topic | next oldest topic |
Author | Topic: multiple Capys |
Olle Romo Member |
![]() ![]() ![]() Is there a way to control two or more Capys from the same computer? I've been comparing Kyma to various soft samplers and I must say I'm amazed at how much better Kyma sounds next to some popular samplers in Logic. All in digital domain... My uneducated guess would be the soft samplers makes shortcuts to preserve CPU or something... I won't be able to use any of them again... ATB, IP: Logged |
tuscland Member |
![]() ![]() ![]() hi Olle, There are multiple ways of controlling several Capys at once. The only thing is that you will always need one computer attached to one Capybara. You can find it here : Best from, [This message has been edited by tuscland (edited 14 November 2006).] IP: Logged |
Olle Romo Member |
![]() ![]() ![]() Hi Camille! The OSCulator looks great! I haven't tried OSC yet but I will now. I'd imagine the timing is more stable than MIDI? What I had in mind was to have two or three Capys connected to one computer in order to get more I/Os and a good workflow of tweak/compile/upload/try-out. I was wondering if it's possible to connect more than one Flame to one computer and select which Capy to upload to, or if I'd have to run separate machines... ATB, IP: Logged |
tuscland Member |
![]() ![]() ![]() Olle, No, you can't have one computer for multiple capys. Best, IP: Logged |
armand Member |
![]() ![]() ![]() I wonder what's the story behind this Capy family? http://1106.suac.net/SS2001/photo/DSC00245.JPG IP: Logged |
tuscland Member |
![]() ![]() ![]() rrrrright. IP: Logged |
SSC Administrator |
![]() ![]() ![]() So what you would like is to have both Capybaras producing sound, but from the computer you could switch between controlling one or the other? (one at a time?) IP: Logged |
Olle Romo Member |
![]() ![]() ![]() Yes. Both for the outputs and the workflow. I will be sitting in a room full of impatient people putting together sounds and using Kyma to sequence drums etc. Compiling and loading takes a minute for a small drumkit with a few alternate hits and velocities and everytime I want to tweak something there's a long pause until we can hear if the tweak was an improvement or not. I'd like to have one 'work' Capy where I'm running the sound I'm putting together for the moment and another where I can play the sounds I don't need to recompile after every tweak but still play live from a sequencer. Then I would also like to have 24 I/Os to run separate inputs live into a DAW. I just realized how good Kyma sounds even just playing back samples so I want to move as much as possible of the sample playback to the Capy... I've been using soft samplers in Logic and it is very convenient - little to keep track of in terms of recall etc... I'm learning how to incorporate Kyma in this way - keep track of changes and be able make changes quickly. But anyway... a roundabout way to explain what I'm trying to get to Best, IP: Logged |
Olle Romo Member |
![]() ![]() ![]() Hi Camille, I've been looking at the OSCulator... do you know if there is something that will translate MIDI to OSC? I'm wondering if there is a way to communicate with Capy via OSC from a sequencer? I'm also wondering (a lot of wondering here...) how to get more predictable timing playing the Capy from Logic. "Plug 1 (Capybara I/O}" shows up as an available MIDI out but the timing jitter is > 100 samp on my system which is just too much. Straight MIDI is a bit better: +- 30 samp or so... all from a quick and dirty test. Still not workable... I still haven't successfully set up and used the Flame MIDI. The way my system is setup I can't have the Capy be the master clock and I read somewhere that is a prerequisite. ATB, IP: Logged |
JackRosete Member |
![]() ![]() ![]() You could use Max to convert MIDI to OSC... IP: Logged |
tuscland Member |
![]() ![]() ![]() Hi Olle, If your question is to find a way to use OSCulator with a sequencer, the answer is that you should use an OSC enabled sequencer. I think the fewer steps there are between the emission and the reception of the control signal, the less latency you will get. Frankly, I am not sure you will have better results when using through OSCulator. I tried to design OSCulator in order to have shortest and most efficient signal pathes, but there is still a small jitter added at every stages, and I have no control over it : OSC message sender -> IP network transmisson -> OSCulator -> FireWire -> Capybara. A bunch of questions for you: I will make some tests on my side and see wether our results match. If you may please describe a little bit more the application you are trying to achieve, then I could perhaps find another solution for you.
IP: Logged |
rafe Member |
![]() ![]() ![]() quote: oooh la la!!! IP: Logged |
tuscland Member |
![]() ![]() ![]() Olle, After a discussion with Kurt, I learned that the MIDI to FireWire driver (coded by Apple) that runs the "Capybara I/O Plug 1" MIDI port is rate limited to 3 kHz, in order to comply with the standard (or oldest MIDI interfaces). I found out that there are two more ways of sending MIDI informations to Kyma with OSCulator, but I need to do some coding. I'd like to have some feedback about this and know if some users have preferences over the two methods.
IP: Logged |
JackRosete Member |
![]() ![]() ![]() Would this mean that OSCulator could take the MIDI generated in Kyma and patch it directly to a DAW (without the need for external MIDI equipment)? Cheers... IP: Logged |
tuscland Member |
![]() ![]() ![]() Hi Jack, Unfortunately not, for the moment OSCulator is still one way, and will become two way when the Flame firmware will allow bi-directional communications. I am talking about the direction that goes to Kyma. Best, IP: Logged |
JackRosete Member |
![]() ![]() ![]() Indeed, I remember you mentioned this before! Thanks ![]() IP: Logged |
Olle Romo Member |
![]() ![]() ![]() Hi Camille, In regard to your earlier post - by 'jitter' I mean timing discrepancies. With AudioUnit samplers I get sample accurate trigs. Predictable. Every play thru is exactly the same. To me right now a sample accurate Kyma/Logic would be the Holy Grail... but even just more accurate than what it is would be great. I was thinking - I read OSC has time info included. Would it be possible to set up a system where an AU-OSC plugin in Logic sends an OSC note-on with time info - a Kyma sound receives the OSC message, reads incoming SMPTE and triggers the note-on at the right time? This way the OSC message would be sent in advance to arrive before the set time, but I imagine one could achieve sample accurate triggers. Camille, thanx for taking the time out to discuss this. Much appreciated ATB, IP: Logged |
tuscland Member |
![]() ![]() ![]() Hi Olle, Now I clearly understand what you mean by jitter. I guess you need a robust timing in order to be able to shift in time the processed audio by the same amount. Would you accept to test a AudioUnit instrument that converts incoming MIDI on a track to Kyma commands? I think this is the most straightforward way to get the proper timing. If yes, please send me you private email, mine is tuscland@mac.com. I like the idea of SMPTE sync, and it is something to study, but I fear this will be difficult to implement cleanly, no guarantee, thus not predictable ... Recently, I have done big improvements in OSCulator, but I can't garantee a better jitter than about 500 samples right now. OSCulator is good for controlling, not for timing (yet).
IP: Logged |
Olle Romo Member |
![]() ![]() ![]() Hi Camille, I'd love to try it out! My email is olleromo@pacbell.net Acceptable 'timing jitter' would probably be < 20 samp. Still not quite there for percussive stuff but other types of sounds would work well. Is that theoretically possible? I remember reading a few years ago MIDI is treated with low priority in OSX. Do you know if that's still the case? ATB, IP: Logged |
tuscland Member |
![]() ![]() ![]() Hi Olle, Cool, I will build this AudioUnit, just allow me a fews days to be sure I send you something that works nicely. About MIDI, Kurt told me that the MIDI driver used for "Plug 1 (Capybara I/O)" was a bulk driver written by Apple. They decided to rate limit the MIDI to 3000 events/sec in order to comply with the older standard. However, I believe MIDI is not rate limited internally, I don't see any reason why they would do this. More news soon ... IP: Logged |
armand Member |
![]() ![]() ![]() Well if you look at the TurboMIDI interface from Elektron it is possible to speed up MIDI, and it also works with standard MIDI support. http://www.elektron.se/stories/?y=2006&p=3 IP: Logged |
Olle Romo Member |
![]() ![]() ![]() quote: Would the MIDI interface in the Capy be able to keep up with this? IP: Logged |
SSC Administrator |
![]() ![]() ![]() A 10X MIDI rate over FireWire would be no problem for Kyma. However, the physical MIDI input on the Capybara is clocked in hardware at the standard MIDI rate so if you sent it faster, the data would be missed. Changing this would require a change to the hardware (the chip we use is hard-coded for MIDI data rate). BTW, the FireWire spec states that MIDI rates should be no faster than current MIDI rates. It is not a limitation of FireWire itself nor of the Apple driver; it is just part of the spec. IP: Logged |
Olle Romo Member |
![]() ![]() ![]() The 3khz MIDI limitation is not really the problem tho. In an ideal environment I could transmit one note-on and know when it would sound, given the latency was predictable. It's all the other stuff inbetween that mess things up, right? Could MIDI messages be communicated with the same priority as audio? Use an audio FW channel for MIDI? Bypass the restrictions and low priority? IP: Logged |
Olle Romo Member |
![]() ![]() ![]() Would it be (theoretically) possible to make a Rewire connection between Capy and a sequencer? Sorry if this has been discussed before. IP: Logged |
tuscland Member |
![]() ![]() ![]() Hi Olle, Did you receive my email?
IP: Logged |
All times are CT (US) | next newest topic | next oldest topic |
![]() ![]() |
This forum is provided solely for the support and edification of the customers of Symbolic Sound Corporation.