Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-11 Thread petah
On Thu, 11 Jul 2013 11:07:05 +0200 Daniel Schürmann daschuer-opwvymzfgylytjvyw6y...@public.gmane.org wrote: Hi Petah, /mixxx/src/engine/positionscratchcontroller.cpp :-) I like the compact source size and some variable names like m_dPositionDeltaSum :) Not thrilled about m_bEnableInertia

Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-11 Thread Philip Whelan
I've actually thought of adding in a new command for MIDI Script to allow on the fly rebinding. This way the latency penalty for using MIDIScript when using mode switches would only affect the mode switch itself, not the actual commands that are switched. In case that is not clear at all an

Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-10 Thread petah
Is there a reason to make a request/response setup rather than a broadcast setup? Isn't your processing code constantly reading this data as the CD spins? Yes, approx every 4 milliseconds. If I were to write a 64-byte SysEx MIDI message that often it'd likely overwhelm the system. Since Mixxx

Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-10 Thread RJ Ryan
On Wed, Jul 10, 2013 at 2:05 PM, petah mi...@djpetah.com wrote: Is there a reason to make a request/response setup rather than a broadcast setup? Isn't your processing code constantly reading this data as the CD spins? Yes, approx every 4 milliseconds. If I were to write a 64-byte SysEx MIDI

Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-10 Thread petah
On Wed, 10 Jul 2013 14:47:42 -0400 RJ Ryan rryan-opwvymzfgylytjvyw6y...@public.gmane.org wrote: On Wed, Jul 10, 2013 at 2:05 PM, petah mixxx-356rgwljecpbdgjk7y7...@public.gmane.org wrote: Is there a reason to make a request/response setup rather than a broadcast setup? Isn't your

Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-10 Thread RJ Ryan
On Wed, Jul 10, 2013 at 3:06 PM, petah mi...@djpetah.com wrote: On Wed, 10 Jul 2013 14:47:42 -0400 RJ Ryan rryan-opwvymzfgylytjvyw6y...@public.gmane.org wrote: On Wed, Jul 10, 2013 at 2:05 PM, petah mixxx-356rgwljecpbdgjk7y7...@public.gmane.org wrote: Is there a reason to make a

Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-10 Thread Daniel Schürmann
Hi Petah, Hi Mixxx developers I have access to an Hercules RMX2 controller which propagates its high resolution infos as two midi keys. So one of our future project will be the implementation of this. While a sysex solution will work as well, we should consider how to map those non standard high

Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-10 Thread RJ Ryan
Yes! If you want to use the position scratch controller in the engine then that's one way you could tell Mixxx to move smoothly to a position. I was assuming you wanted to work more like vinyl control though in that it would control Mixxx's normal playback rate. To do that, set

Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-10 Thread Owen Williams
I had no idea this existed! Sorry to steer you wrong. On Wed, 2013-07-10 at 22:27 +0200, petah wrote: On Wed, 10 Jul 2013 15:51:46 -0400 RJ Ryan rryan-opwvymzfgylytjvyw6y...@public.gmane.org wrote: Yes! If you want to use the position scratch controller in the engine then that's one way

Re: [Mixxx-devel] high-res MIDI interface with pull architecture?

2013-07-10 Thread petah
On Wed, 10 Jul 2013 18:10:46 -0400 Owen Williams owilliams-opwvymzfgylytjvyw6y...@public.gmane.org wrote: I had no idea this existed! Sorry to steer you wrong. Does it /really/ exist though? Maybe it just lives in RJ's delirious mind, LOL. No harm done... after NI's secretive SM forums