Hi again,

>> http://www.hackerdjs.com/software/cdj2midi.html
>
>I have not read all details, but It looks like a an other kind of vinyl
>control.

It's CDJ-only but yes it's in the same category. Main difference is my timecode 
isn't based on a commercial system (may come in handy if Mixxx gets too popular 
and those companies want to bring in lawyers), has better latency and needs 
only 1 audio channel per CDJ.

>I think we have some vinyl control experts on this list to help you to
>integrate your approach right into Mixxx.

Yes; Owen already gave me a good whipping :) One of the challenges is my 
algorithm is completely alien and as Owen mentioned, there's a limit to how 
often Mixxx's position cursor can be changed so a higher-latency/high-res 
driver may hit a brick wall. I'd be great to know which variables establish 
this limit (CPU speed, HW card latency, internal features depending on FFT 
width, etc.).

>> Vanilla MIDI doesn't really solve my problem with is resolution.
>
>I have access to a RMX2 controller which also uses 14 bit resolution
>scratching.  And it is likely that this will part of our control system
>refactoring.
>So if that might be a possible way for you, I would be happy to work with
>you on a generic solution. https://bugs.launchpad.net/mixxx/+bug/1159453

I'd love to but there are wider considerations like not breaking compatibility 
with all the existing drivers.

Maybe the least-intrusive method would be for Mixxx to define a high-level MIDI 
message template with more resolution based on MIDI SysEx. A better solution I 
think is for Mixxx to expose a binary shared-lib/DLL API via a class factory 
for drivers that need to bypass Javascript at runtime but still expose JS prefs 
at load-time. I don't know enough about Mixxx's internals to say if either 
makes sense though... other elders should chime in :)

Btw another advantage of OSC is that since it's UDP-based it'd be trivial to 
implement loopbacks, probably make remote debugging easier and could interface 
with NI/Ableton software. Most end-users probably don't care about those. I've 
done a bunch of UDP coding recently for a remote log receiver but it's a far 
cry from the latency range audio apps need.

cheers,

-- p

------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Get Mixxx, the #1 Free MP3 DJ Mixing software Today
http://mixxx.org


Mixxx-devel mailing list
Mixxx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mixxx-devel

Reply via email to