Looper's Delight Archive Top (Search)
Date Index
Thread Index
Author Index
Looper's Delight Home
Mailing List Info

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Date Index][Thread Index][Author Index]

Re: OT: MIDI CC Resolution (was: Considering building an ultimate looper...)



Mech,

 You are correct.. I had forgotten about that, and did not continue forth 
in my
reading once I thought I had my answer.. :)

 So, I think, instead of the a new ultimate looper, we need an ultimate 
midi
pedal.. which is not a new topic either.. :) a device where the knobs, 
sliders,
and/or pedals have the ability to send not only standard midi, but the 
ability
to pair up CC's for the improved resolution.. of course, since we are 
moving
out of the 'spec', we could go as far as combining more than 2 CC's for an 
even
greater resolution... timing becomes more important as we chain the 
commands
together, as a full CC message on midi hardware takes 1ms to make it's 
trip...
but, if the sending device correctly supports 'running status' the two CC
version will only take 1.6ms, instead of 2ms.. and if we jumped up up to a 
4
message CC (for a 32766 resolution) it would be 2.8ms, instead of 4ms.. 
anyways,
fun stuff.. :)

 While we are talking about controllers, I think coming up with a pedal 
that can
have it's current position set (like knobs with halos, or motorized faders)
would be cool as well.. Nate Pease and I talked about a 'roller' with the
current position represented by LED's (like the knob with halo)... 

peace
-cpr

Quoting Mech <mech@m3ch.net>:

> Quoting cpr@musetrap.com:
> >
> > One solution to this is to map the Pitch Wheel command (0xE0-0xEF)
> > to volume..the Pitch Wheel command is 14bits, 0-16383.. no new
> > hardware needed.. of course there is only 1 of these per channel,
> > and 16 channels per cable (or device), but one should be able to
> > work with that as well.. And, as well, the receiving device has to
> > be able to work with this as well, so your milage may vary.. My
> > reworking of the MIDI support in the LP1 supports this..
> 
> CPR,
> 
> My understanding is that it isn't actually the MIDI Spec at fault here. 
> From
> what I can see, there are multiple Continuous Controllers that are 
>designed
> to
> be used in MSB/LSB pairs (just as the Pitch Wheel command is designed) in
> order
> to provide much more discrete resolution than merely 7 bits.
> 
> IIRC, controller #'s 46-63 were originally designated for use as the LSB 
>for
> CC's 14-31, and then 101/100 & 99/98 were explicitly matched into MSB/LSB
> pairs.  I'm sure there are others that I'm forgetting here (aren't there
> 'unused' LSB's for things like Mod Wheel and Breath Control?) too.
> 
> So, would I then be correct in assuming the biggest deficiency here would
> actually be in the fact that few, if any, MIDI control devices (faders,
> footpedals, whatever...) will send matched pairs for anything other than
> Pitch
> Wheel?
> 
> Of course, the receiving device has to be able to make sense of the data
> stream
> as well.  However, I'm assuming that if you can reprogram the MIDI 
>support
> in
> the LP-1 to accept MSB/LSB from the Pitch Wheel, it would be a reasonably
> simple matter to do the same for a different pair of CC numbers.  If the
> LP-1
> *could* accomodate greater resolution from using such pairs, is there any
> device out there that could actually send them?
> 
>        --m.
> 
> 
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
> 
> 




----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.