Hello,
Yes it should work, but you would have to turn the encoder 5 or 6 times with a more common 24 pulse per revolution encoder, or change the resolution of the software?
There is many a Tero in Finland. Do you have a Roland CMU-800?
I built the Apple II interface for mine. The C64 was too complicated for my small brain but I may try again soon. My knowledge of logic is slowly improving. If it was you who originally tried to help me, then thanks.
There's a CMU Yahoo group if you want to search for it.
Martin
________________________________
From: Tero Mäyränen <tero@...>
To: bc2000@yahoogroups.com
Sent: Monday, 2 April 2012, 10:48
Subject: Re: [bc2000] Re: -- encoders type ? --
Hi!
I'm not an expert in electronics, and I haven't looked inside my BCR,
but I believe the working principle of encoders is that they have no
hardware position, they just output pulses up and down. The position
is always stored in the brain of the BCR.
If you replace one with a different PPR, then it will output a
different number of clicks, and the values will change faster or
slower, but it should work?
--
tero
On Mon, Apr 2, 2012 at 9:53 AM, Mark v.d. Berg <markwinvdb@...> wrote:
> So it seems that the encoders provide 96 hardware positions per rotation;
> the BCF/BCR then calculates the output value (e.g. Control Change value) by multiplying the hardware position by Resolution and dividing by 96.Message
Re: [bc2000] Re: -- encoders type ? --
2012-04-02 by Martin Ator
Attachments
- No local attachments were found for this message.