I don't know how to convert that scale
the osc implementation syncs the video to the audio like timecode. works really good for absolute mode in pinkys. the scale i think your talking about is the 65220 (about) "ticks" that pinkys uses to tell where the needle is on the record. this is over 12:40 (with gen5 CDs, seems like the gen4 vinyl is the same way but no way to be certain. e.g. analog device). the math that is in that quartz composer patch handles cutting off what will not be included at the end of the file and sets everything in sync. Sorry about windows tho. i know a great way out of that (OSx86), but, another discussion for another time.
I'll try and work to a long ish clip that will always be over what I'm likely to need. It may take me a couple of days to work through your instructions and I'll post any questions I have back here.
i've found that you should set your clips up like a scratch record. make em long with a bunch of samples right after eachother. Again, your going to have to clip off the end there with some math unless your videos are 12:40. here is the basics of the math:
OSC between 0 & 1 = -172+Pinky Signal Value/(MediaTime*86.1328125)
the 86.132... is the amount of "ticks" per second. the -172 is an offset to wait for pinky to start. the 172 seems to change a bit with each deck that I use. when i use my sl-dz1200s its around 80. and when i use my 1200M3ds its around 170. the math should be 172, but it seems like a tuning thing. BTW, my DZ1200s sending the pinky signal via spdif is dope. the error metric is always about 0.0002. it feels like a pioneer dvj
. at first I thought the scale was a more complicated exponential decay equation, but it's actually quite easy.
you have to sample and hold the Pinky signal because it drops out some times, so if it drops to zero you have to take the last signal. The logic is like:
if(Pinky Signal == 0){
grab the last signal and send that
}
this could all be handled with a MAX/MSP+Pinky Libs application, but no body wants to share. i've never used bidule, but it looks to be about the same kind of thing. if there is a math patch in bidule see if the above stuff will work and have a look at this ->
http://www.mspinky.com/SoftwareSpec_0.0.4.pdf
Some other Good new's, It look's like Scott is going to add a scaling feature to maxi patch specifically to allow for compatibility between maxi and Resolume, I don't know how long it will take him though, but it looks like all my pestering him might have paid off.
thats great! and bad at the same time cause i spent quite while with the quartz composer patch. Oh well, i'm using it in shows now, so i guess that's the price i pay. what kind of scaling feature tho. will it set the values between 0 & 1, and/or scale the osc to the clip length
lastly, was this discussion writen up on createdigitalmotion.com. someone told me there was some press.
