[Phattline]

"easyCut plus, Waterproof, electro coated, Latex cwt Aloxyde P1000" sounds like WET but i made it Dry  :D, but it was not easy...but ok, what is easy?  8)

[stryd_one]

Heheh thanks for the info man.

[puddingbrumsel]

hmm ... since Sasha built his cb i'm thinking about one for myself. But with a addition like this:SyncShifter

[rvooh]

Quote

hmm ... since Sasha built his cb i'm thinking about one for myself. But with a addition like this:SyncShifter

funny, i was just going to post this

[juliochristo]

Has anyone done any testing with the clock generated for accuracy?  I'm considering building this project as I need a rock solid midi clock but I want to be sure this will be stable enough for what I am doing.

If no one has, would someone mind posting a dump from midi-ox of the generated clock timing (or similar data)?

[audiocommander]

Quote

The strengths of a PIC microcontroller are microsecond accurate IO interactions and realtime processing.

it should be more than accurate enough to make music and deliver a most reliable and steady pace, esp. if the core is just running the small clock app... though I admit, it might get critical if you're working at the CERN staff restaurant and need atomic time accuracy for the afternoon dance over coffee & cake =)

Regards,
Michael

[stryd_one]

Quote

Has anyone done any testing with the clock generated for accuracy?  I'm considering building this project as I need a rock solid midi clock but I want to be sure this will be stable enough for what I am doing.

If no one has, would someone mind posting a dump from midi-ox of the generated clock timing (or similar data)?

Welcome aboard :)

You won't find a better MIDI clock anywhere. Tests in MIDI-Ox would be irrelevant, as the timing is at least several hundred times more accurate than the timers your PC has to offer - an oscilloscope would be required, and I know that TK used his when testing this software :)

[juliochristo]

Thanks for the replies.

For those of you who have built this before, how long does SmashTv usually take to ship?  I have a gig coming up on May 16th that I need to use this for and I'm curious how long it will take to receive it and if I can build it fast enough (I'm fairly experienced with an iron and have all the equipment) to actually use at the show.

Tom

ps. Now what would be ideal, is combining this project with the midi merge project.  I'm using a MOTU 4x6 merge matrix (which does MTC but not midi clock...which I could never understand that choice) for that purpose but ideally the less hardware I have to tote around the better.

[stryd_one]

I would say it's a bit late to order PCBs for this... If you are a fast worker and experienced, perhaps you could make a core module on vero board or similar?

[juliochristo]

I *could* do it on vero (I just hate working with the stuff) but I would still need a programmed mc as I do not have a programmer so I would still have to order *something* at the very least.

[stryd_one]

in 11 days (less some for building/testing) you will only be able to get common stuff... maybe you can get a JDM off ebay or a set of components to vero one up...

You're really cutting it fine though :( I'd get to ordering as per the ucapps.de partslist if I were you... actually if I were you, I'd work on an alternate software solution first, as a fallback in case you get time to start a clockbox but not finish it.

[Braintu]

Hi everybody!
Now we are nearly done with our clockcox. since we change nearly all the connections on the din my question is, where to change the assignment between the hardwarepin and the software. thx for your help.

braintu

[nILS]

main.c

[juliochristo]

I'm looking at the code and trying to determine where the best place to implement a delay in order to add drift compensation to the midi clock.  The use case is when using this clock with the PC, the PC will have lag before the audio hits the sound card but my synth will not.  So the clock should have some sort of compensation for this in order for all the sound sources to be in time correct?

The most obvious place I found was in Tick(void) just after MCLOCK_Tick();

Thoughts? 

As a side note: looking through the source code, if this clock method is the same method used by the MidiBox SEQ projects, there is no clock prioritization scheme I could see.  So if a clock and a note on event where to occur at the same time, would the clock have to wait for the note on and therefore introduce clock drift?

[nILS]

I'd guess you'd wanna do that in MCLOCK_Tick().

I don't have the time to look over the code in depth, but you are aware that the note on event won't take a lot of time, right? It's not a matter of milliseconds but should be well in µs range, so I really doubt you'll need any compensation for that case ;)

[juliochristo]

The note on event was just an afterthought but did not tie in directly with the clock offset question.  The lag from a PC audio buffer IS well into the ms range, this is the lag I would want to try and compensate.

But after thinking about this problem again, it occurred to me that the clockbox probably can't do any kind of offset compensation because it has no reference to offset from.  It is the audio that has to offset in comparison to the incoming clock tick.

[TK.]

Quote

It is the audio that has to offset in comparison to the incoming clock tick.

Yes! Programs like Ableton Live allow to compensate Audio into the negative or positive direction in relation to the incoming MIDI clock to overcome such issues.

Best Regards, Thorsten.

[mokkinger]

Has anybody ever thought about using an audio signal from your DAW (a trigger pulse) as an input, so the Mac/PC can be the Master, but the midi clock is generated by the clockbox, based on the trigger pulse?

Could the AIN module be used to insert a pulse signal from the DAW? that would be my favorite solution, as I really depend on the PC as master, but the Midi timing of ableton & logic really sucks...

(there is a comercial solution from innerclocks, the sync-lock, quite expensive...)

[modularkomplex]

mokkinger, on 01 March 2010 - 15:55, said:

Has anybody ever thought about using an audio signal from your DAW (a trigger pulse) as an input, so the Mac/PC can be the Master, but the midi clock is generated by the clockbox, based on the trigger pulse?

Could the AIN module be used to insert a pulse signal from the DAW? that would be my favorite solution, as I really depend on the PC as master, but the Midi timing of ableton & logic really sucks...

(there is a comercial solution from innerclocks, the sync-lock, quite expensive...)

Hi,

inspired by a post (in german) in the sequencer.de forum i've already planned to try something like this - when i have some spare-time. Actually planned is the use of signals from LFOs or other modular-CVs, but audio-triggers should be possible to.
I do not plan to use a AIN module at all, but a little trigger-conditioner connected to a free DIN pin or J5.

regards,
Mike

[electro]

this is nice

i have build the hardware but i i cant get the midi outs to work

can somebody please change the code so the the midi outputs wil be enabled,
and send it to me in a hex or sysex file ?

very nice project people ....keep it up !!!

i hope someone can help me with this

kind regards to you all

Vince.