[PD] midi limitations

Jamie Bullock jamie at postlude.co.uk
Sat May 6 18:43:37 CEST 2006


No need to search the list. Just use the mccallum abstractions:

http://www.mentalfloss.ca/sintheta/html/downloads.html

Jamie

On Sat, 6 May 2006 11:54:58 +0200
AshK <ashk at azylum.net> wrote:

> thank you all for your answers in and off-list I will try your
> solutions and as the controller I'm trying to work with is a bcf2000 I
> will try your solution first Nicky thanks a lot!
> 
> AshK
> 
> On Fri, 5 May 2006 20:23:32 +0100
> Nicholas Ward <nicholas.ward at cs.tcd.ie> wrote:
> 
> > Hi AshK
> > Can your controller be set to send NRPN data? If so check the list 
> > archive for
> > 
> > "Re: [PD] 14bit midi. nrpn and ctlin"
> > 
> > this is what i used to get better resolution from a bcf2000
> > controller. All the best
> > Nicky
> > 
> > On 5 May 2006, at 17:27, Christian Klippel wrote:
> > 
> > > hi,
> > >
> > > Am Freitag, 5. Mai 2006 17:47 schrieb derek holzer:
> > >> Hi Ash,
> > >>
> > >> AshK wrote:
> > >>> I'd like to know if there is a way to force ctlin to accept values
> > >>> greater than 127?
> > >>
> > >> Is your MIDI controller REALLY sending messages with higher
> > >> precision than 0-127? The only way I thought that was possible
> > >> with the hardware MIDI spec was by using the pitchbend controller,
> > >> which uses two channels
> > >> for double-precision AFAIK. So, you could try to use bendin and
> > >> send the
> > >
> > > nah ... its using a two byte message ... bitch bend is status 0xEc 
> > > <lsb><msb>,
> > > where c is the channel number (lower nibble of command byte)
> > >
> > > together it forms a 14 bit controller message.
> > >
> > > note that 0xf2 is globally a song-position message that also uses
> > > two bytes
> > > (14 bits), but is available only once, since it works on all
> > > channels.
> > >
> > > so, by using _standard_ midi messages, it is possible to address 17 
> > > controller
> > > messages with 14 bit each on one cable.
> > >
> > >> information as a pitchbend message which has higher resolution
> > >> than a continuous controller. Or you could split the data onto
> > >> different CC channels and sum them together. Or you could find
> > >> someone to modify the
> > >> ctlin object to make it do what you want.
> > >>
> > >> best,
> > >> d.
> > >
> > > or use something else that doesnt use midi at all, to overcome that 
> > > problem
> > > and have a higher speed. there are serveral options available. and
> > > if you
> > > really need anything special, im sure i can build it for you ...
> > > well, at
> > > least the electronics for it ... usb is just fun for these
> > > things ...
> > >
> > > greets,
> > >
> > > chris
> > >
> > >
> > > _______________________________________________
> > > PD-list at iem.at mailing list
> > > UNSUBSCRIBE and account-management -> 
> > > http://lists.puredata.info/listinfo/pd-list
> > >
> > 
> > 
> > _______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> > 
> > 
> 
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list




More information about the Pd-list mailing list