Bc2000 (for the BCF2000 & BCR2000)

--- In bc2000@yahoogroups.com, Jeff B <jeffbee42@...> wrote:
> the other main problem I'm running into is editing a preset (for a
BCR) within BCMan. Here's what I'm doing:
> 1. Within BCMan 1.5.1 I have a Presets window open.
> 2. I'll then click on the 'Show Encoders' button.
> 3. Within the encoders edit window that comes up I'll edit an encoder.
> 4. Close the encoders window.
> 5. Back at the Presets window, with the edited preset selected, I
select menu  MIDI > Send.

> 6. On BCR, it receives the preset, but when finished the lights on
every encoder and button goes off.

The lights go off at this point because BC Manager does the following
things when you execute "Send":

1. Send memory preset N (i.e. your choice) to the BCR's temporary
preset. (There's no other way!)

2. Send a "store N" command to the BCR, ordering the BCR to copy its
temporary preset (containing your memory preset data) to memory preset N.

3. Send the temporary preset AS IT OCCURS IN BC MANAGER to the BCR. So
this aims to restore the temporary preset you were (supposedly!)
working with, undoing the effect of step 1 above (which overwrote the
temporary preset on the BCR with your memory preset data). So if the
temporary preset data, as occurring in BC Manager, is "empty", all the
lights indeed go off.

> 7. When I send the preset again, while the sysex is being sent the
lights on the encoders go back on, but as soon as the sysex is
finished sending, all of the lights turn off again.
>
> I've been playing around with this a bit and I've found that if
after sending the preset, if I select the preset right button on my
BCR2000, then the preset left button (to switch to another preset and
then back to the original), the lights on the encoders light up
correctly, and with the correct values.

Yes, pressing the BCR's PRESET buttons copies memory preset data to
the temporary data.


Basically the same issue came up in the BC2000 group recently. See my
message titled "Re: BC Manager midi channel issue", dated Jan 1, 2009
for further explanation.

Mark.