Bc2000 (for the BCF2000 & BCR2000)

Hi Karl,

I've got a couple of Java midi/audio programs here:

http://mars.pingdynasty.com/software.oml

source available here:
http://cvs.pingdynasty.com/viewcvs/miditoys/

Note that on the Mac, you currently need an external MIDI SPI (eg  
Plumstone [1]) to access external (to the application) MIDI devices  
from Java.


As a software developer I'd say that the module approach is an  
attractive idea, but in reality the only other projects that would be  
able to use it are ones built on a similar platform, ie Java. And for  
various reasons there aren't that many audio/midi projects in Java.

I'm currently rewriting a Java step sequencer in C++ using Juce [2],  
which is a nice gui/audio/midi cross-platform library that I can  
recommend. Amongst other things, it allows you to do graphical, cross- 
platform VST plugins, though it's Win/Mac/Linux only.

Let me know if I can be of any help.

/m

[1] http://www.mandolane.co.uk/dlPlumstone.html
[2] http://www.rawmaterialsoftware.com/juce/index.php


On 20 Mar 2008, at 0:19, Karl Lurman wrote:
> I actually think that as a first step, we look at creating a
> cross-platform LCD emulator to be used in conjunction with the
> existing emulation work found here in this group (files section). I
> have tested this emulation, and I have to say I actually like it
> better than say the one used in LCxmu. The only thing it lacks is the
> LCD to accompany it - at least on OSX. For PC I know there is
> Huskervu, but I believe we need something that is open-sourced,
> modular (more about this below), and platform independent. A java
> application seems like the best candidate here, but I am open to the
> idea of using something like Python too. With Java, we have access to
> several low-level midi libraries, and we can guarantee most platforms
> will have a JVM installed (OSX and Linux have it usually by default,
> Windows = a download from Microsoft of Sun).
>
> Open-sourcing the project will encourage it to be developed and
> maintained - Stuff Huskervu does not appear have any more.
>
> I believe the project needs to be designed as a module. By this, I
> mean that it provides an interface that other applications can access
> it with. For instance, say you have made a mackie emulator application
> for your control surface. This emulator handles the conversion of your
> midi messages to the required mackie command messages for use in your
> chosen DAW. So long as your emulator knows how to access the LCD
> emulator (via its defined interface) it can display the necessary
> mackie info. Heck, it doesn't even need to be mackie info, it could be
> any standard (novation's one for instance).
>
> My initial thought was to see if I can't set up a java application
> that can act as a midi input and output, middleware if you will. That
> would be a great start... Unless someone already has something like
> this I can have a play with already?
>
> Karl
>
> On Thu, Mar 20, 2008 at 6:57 AM, stutterbrain  
> <stutterbrain@...> wrote:
>>
>>
>>
>>
>>
>>
>> no coding ability whatsoever myself I'm afraid, but that definately
>>  doesn't go for everyone on the list.
>>  Is the aim to provide an emulation in some form? I am quite happily
>>  emulating the functions I want just with midi presets on the bcr. I
>>  have no controllers with LCDs of much use, I think Novation are
>>  probably the only ones I can think of, and the korg microkontrol
>>  (which I miss)...
>>
>>
>>
>>  --- In bc2000@yahoogroups.com, "k5kip_1999" <k5kip_1999@...> wrote:
>>>
>>> Karl is trying to get a group together to code something cross
>>> platform, I think? Java perhaps???
>>>
>>> Right, Karl?
>>>
>>> He has the source from C# huskervu now and one of the old mackie
>>> manuals.
>>> I am not a coder, so I can't be much help coding.
>>> I did however, build GenMce
>>> http://shoshin.110mb.com/genmce/
>>> with synthedit.
>>> It is not necessary with the bcr or bcf. The presets work great for
>>> mackie mode. It also is not cross platform. It would be great if it
>>> were...
>>>
>>>
>>>
>>>
>>>
>>> --- In bc2000@yahoogroups.com, "stutterbrain" <stutterbrain@>
>>> wrote:
>>>>
>>>> here we go:
>>>> http://www.mediamax.com/stutter/Hosted/old%20logic%20control%
>>> 20manual.pdf
>>>>
>>>> last chapter.
>>>>
>>>>
>>>> --- In bc2000@yahoogroups.com, "stutterbrain" <stutterbrain@>  
>>>> wrote:
>>>>>
>>>>> hehe, I had the same idea a little while ago, posted on the
>>> ableton
>>>>> forum since I thought someone there might already have thought of
>>> it
>>>>> and saved me some trouble. Didn't particularly seem to be the
>>> case.
>>>>> Anyway I just came back to it while hacking my padkontrol, and was
>>>>> looking at a load of sysex in Midi-ox last night, although I
>>> think I'm
>>>>> going to steal someone else's idea and emulate parrts of the
>>> Tranzport
>>>>> for that... anyways:
>>>>>
>>>>> Google for the Emagic Control Manual - quick look and I can't
>>> find it
>>>>> on web or my computer, must be on the old one, I dunno. If you
>>> cannot
>>>>> find it anywhere, and I do, I imagine I can upload it to
>>> yousendit or
>>>>> somewhere... anyway, the bit that I found interesting looked like
>>> this
>>>>> (taken from Tranzport manual):
>>>>> http://img.photobucket.com/albums/v440/stutter/Clipboard01.jpg
>>>>>
>>>>> a lot like that, so it might be the same - how many different
>>> sysex to
>>>>> ascii conversion methods can there be?
>>>>> So, have a look at that, and set up midi-ox or some other midi
>>> monitor
>>>>> to capture the outgoing midi from your Mackie-capable host, and
>>> see if
>>>>> the sysex blocks translate into words.
>>>>>
>>>>> Also look up husker-vu and lc xmu - both prove that the display
>>>>> amongst other things are possible (although you say you've seen
>>> those
>>>>> already, so maybe you don't want to look those up).
>>>>>
>>>>> I'll have a look for that manual later on tonight.
>>>>>
>>>>> Matthew
>>>>>
>>>>>
>>>>> --- In bc2000@yahoogroups.com, "goyya76" <goyya76@> wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> i'd like to understand the sysex that are sent to the LCD
>>> emulation
>>>>>> (like huskervu), most of all when in VST inserts mode....my
>>> idea would
>>>>>> be to see if it's possible to associate other actions to the
>>> host
>>>>> output.
>>>>>>
>>>>>> An example: BCR 2000 in MCU emulation mode; i switch to insert
>>> editing
>>>>>> mode, i choose insert 2, the virtual display updates showing
>>> the name
>>>>>> of the FX, the on/off status etc - all this happens via sysex -
>>> if i
>>>>>> send this sysex string to a suitable app (a modular host like
>>> Usine)
>>>>>> and i'm able to grab the name of the FX among this sysex string
>>> (here
>>>>>> comes the question), i could associate a different program
>>> change to
>>>>>> each FX name - sending the program change to the BCR, i could
>>>>>> automatically associate the correct preset to each FX...
>>>>>>
>>>>>> i suppose something like this is the basic principle on which
>>>>>> Novation's Automap is based, ie using the feedback from the
>>> host to
>>>>>> change the controller assignement accordingly - i have a
>>> feeling we
>>>>>> could so something similar on our BCF/BCR....
>>>>>>
>>>>>> any hint on where to look to interpret the host feedback?? i've
>>> seen
>>>>>> two or three display emulation in the files section, and maybe
>>> there's
>>>>>> someone who coded them or helped to code or whatever...
>>>>>>
>>>>>> Ciao,
>>>>>> Goyya
>>>>>>
>>>>>
>>>>
>>>
>>
>>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>