Sync or Swim

owen vallis wrote on the wire of the group Sync or Swim:

opps, here's the link http://www.cubinlab.ee.unimelb.edu.au/radclock/doc.php

  2 years, 6 months ago · View

owen vallis wrote on the wire of the group Sync or Swim:

Here is a link to some great papers regarding stable "software" clocks. I really think that before we try to network remote machines together, we should provide a rock solid, and cross platform, internal software clock source. This page has a Kernel patch to achieve this on linux, freeBSD, and OSX. I'm a little nervous [...]

  2 years, 6 months ago · View

Peter Kirn wrote on the wire of the group Sync or Swim:

Yep, I'm familiar with the rt kernel. And interestingly enough, there's a Beagle Board project that would support it, in case you don't want a whole machine for this.
http://beagleboard.org/project/omap-rt-patch/
There's no reason you couldn't do both MIDI and OSC, it seems to me. You'd want MIDI on the server in case you wanted to connect to [...]

  2 years, 6 months ago · View

Michael Chenetz wrote on the wire of the group Sync or Swim:

Here is a link to one of the implementations of a realtime kernel in Linux. There are actually a few… http://rt.wiki.kernel.org/index.php/Frequently_Asked_Questions. My ideas would be to have a serve that basically sends a beacon or signal out every x amount of seconds or milliseconds and everyone can use that signal as a reference in time. [...]

  2 years, 6 months ago · View

owen vallis wrote on the wire of the group Sync or Swim:

I also agree with leaving Midi behind when it comes to sync, however, in the interest of being able to sync existing gear, or Ableton Live, it looks like we should at least come up with a Midi based solution as an option. Any info or links to docs about the Linux kernal clock? Sounds [...]

  2 years, 6 months ago · View

Tim Lukens wrote on the wire of the group Sync or Swim:

I agree with getting away from MTC. Can you elaborate a little on your idea, Michael?

  2 years, 6 months ago · View

Michael Chenetz wrote on the wire of the group Sync or Swim:

Just off of the top of my head. Why use anything that has been related to midi or midi time code? We can utilize linux servers that use a realtime kernel and send time sync messages to various programming technologies. I would think this would be much more stable. Then you can prioritize the sync [...]

  2 years, 6 months ago · View

Mark Kunoff wrote on the wire of the group Sync or Swim:

As I said in my letter to Peter, the MTC solution has been very good for the most part. But I feel any way to reduce processing overhead in the end is a good thing. Also, I'll admit I'm a bit paranoid that we might lose our network connection in the middle of a set. [...]

  2 years, 6 months ago · View

owen vallis wrote on the wire of the group Sync or Swim:

Sweet. It seems like one of the bigger problems is how to get stable Midi Clock internally. I don't know the inner workings of the IAC bus, but it could be creating the jitter? I have a working openframworks project that takes in Midi Clock from Ableton and prints the time between msgs. I can [...]

  2 years, 6 months ago · View

Peter Kirn wrote on the wire of the group Sync or Swim:

3 bpm variance, huh? You've created … me. ;)
Java is never going to be ideal for real-time sequencing, but there's no reason you can't experiment with the OSC implementation there; I certainly will. I think a basic C++ implementation would be ideal (and could even be adapted for Java use via JNI)
Probably worth having this [...]

  2 years, 6 months ago · View

owen vallis wrote on the wire of the group Sync or Swim:

Hello, looks like most of the activity is over on the Comments section of the post, but wanted to see if we could start over here. Also looks like PTP could be the answer for getting the clock events to and from computers, but Jordan and I were attempting to get local Midi Clock working [...]

  2 years, 6 months ago · View

Adrian Castillo wrote on the wire of the group Sync or Swim:

yep. same here.

  2 years, 6 months ago · View