Jump to content

stuartm

Members
  • Posts

    172
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by stuartm

  1. FAQ on page 38 of the manual:

    Question: Can I use the MPK25 as a MIDI interface for other MIDI devices?

    Answer: Yes. The MPK25 functions as a MIDI interface and can be used to send or receive MIDI from other MIDI devices connected to it.

    So yes, you can plug you MB64 into the MPK25.

    Since the MB64 sends only control data and no timing critical stuff (notes, midi clock), the latency shouldn't be a problem.

    P.S.: Don't presume we hate "commercial stuff", we just found out that there's an even better way.

    P.P.S: Greeting from the other end of DE :wink:

  2. Unfortunately not - the effort to program a perfectly working conversion tool is higher at my side than writing down the notes/songs/maps on a paper and transfering them manually to MBSEQ V4 at your side.

    Thanks, I kind of expected that. But I understand your point.

    Playback on V3 to recording on V4 could also be an option, kind of reel to reel midiboxing :ahappy: )

  3. Record function: it seems that it makes sense to provide a separate Record Port and Channel, and to make it selectable from the appr. page instead of hiding the selection in the MIDI configuration page.

    I'd second that! I haven't been much in to Seq V4 lately (still have to order a Core32), but this would definately improve the live recording workflow.

    On another topic (sorry if this has been answered before):

    Is there a (convenient) way to migrate the data (songs, patterns, mixer maps) from the SeqV3 to the SeqV4 ?

  4. I wouldn't say it is impossible, but quite overambitious.

    Since every channel has same controls (EQ, Sends etc.), why not try to do some clever control integration.

    Have a look at for example the recent Presonus 16.4.2:

    225534.jpg

    Separate faders per channel but a common section for channel editing.

    You would have to do just one channel strip and just come up with some clever channel selection.

    But honestly, if I were to think about building a CONTROLLER of that size and that full access + buying the software,

    I would go for the real console anyway.

    Don't want to ruin your motivation, just my thoughts.

  5. Just for my education:

    what are you doing with 140 buttons when controlling Traktor Scratch ?

    My advice is just to take into account possibility/controllabilty versus usability (i.e. I recommend to use a lower number of knobs buttons I meant), before digging deep into a hardware solution.

  6. Hi Mudi,

    my MB64 is sending just MIDI CC values.

    I've assigned them manually to the Live sets in session view.

    I am not using any kind of template, but I thought about preparing one as my standard project when opening Live / starting a new track.

    Over time, I've developed my own system of how to group tracks and how to layout controls.

    For examples, drums on the right, bass to the very left and then melodic stuff etc.

    The more I migrate my "old" Live sets to the new "MB64-controlled" sets, I tend to use the same layout, however, I always to the MIDI assignement manually.

    A template would work for general clip start/stop and volumes, but I tend to use very different track control on the pots, e.g filter, pan, FX send, very much depending what is going on in that track and what is most usable in a live situation.

    And yeah, I would very much like to see a function in Live to copy-paste MIDI assingments between projects.

    My advice is to come up with your own structuring of tracks and controls

    If you want to always have the Lead's filter on the same pot, go that way.

    I tend to keep things variable and use the scribble strips to tell me which control is doing what.

    Anyway, there's always a lot of preparation involved. It just depends on how much time you want to put into it and how convenient you want it to be when doing stuff live.

    Finally, I still plan to do the full report, already started on the Wiki Article, but other things need my attention right now.

  7. It's finished!

    I made a compact case of multiplex plywood to fit underneath the aluminium front panel.

    Took some days to give it nice blue spraypaint finish, but luckily, the tone of the blue fits the panel quite well.

    Also had a late idea how to fix the scribble strips, using laminated paper strips, two cannibalised IKEA plastic floor bearers, super glue and a hole puncher :)

    See the attached pictures of the finished MIDIbox which is working just as smoothly as I planned with Ableton Live (more videos?)

    Inspired by some very good articles in the Wiki, I decided to to the building report as a Wiki article during the holidays.

    Oh, and not to forget the obvious:

    Thanks TK and everyone around here who is supporting the project!

    post-5193-126107051606_thumb.jpg

    post-5193-126107053201_thumb.jpg

    post-5193-126107053845_thumb.jpg

    post-5193-12610708717_thumb.jpg

    post-5193-126107088358_thumb.jpg

  8. I was looking for the same option for my Midibox64 recently.

    The only thing I found was I think in the mk_syx .ini files it said somthing like "can be deactivated in the main*.asm" (not 100% sure).

    I didn't find any entry in the .asm files.

    Finally, I went for the dirty solutions and connected the affected four buttons to my second DINX module, since I had some open inputs left.

  9. First thing to do when you want to build a MIDI controller is to read and read.. and read again

    Exactly. It's not magic, but you have to understand how a box is build up, how the modules work together etc.

    I also recommend to start with a Midibox64.

    You can start easily with say 8 pots and 8 buttons, just too see if you can get it done without larger problems (and you don't spend a lot of money on parts you'll probably never use).

    As the system can be extended easily, you can than build the MIDI controller you ever wanted.

    I also recommend reading this forum alot, especially the stuff where people descibe how they are building MIDIboxes, what problems they encounter etc.

  10. Check the voltages on the potentiometers (on the Vd input against ground, not the sliding contact).

    Should be 5V.

    If not, check the Vd pin of J7 on AIN against ground, should be 5V.

    Try to exchange the multiplexer lines that go to the Core J5 (A0 to A7), put the cable of the non-working potentiometers multiplexer to another input, i.e. put the cable that goes to A4 to A5 and the cable that goes to A5 to A4 (if the potentionmeters on the A4 or A5 line do not work).

    /edit: If I understand your posting correctly, the potentiometers not working are connected to the IC1 multiplexer of the AIN, so try to exchange the A0 line to another core input as described above.

    Just try to systematically remove or exchange things until you get it working. That way you might find our if the fault is in the pots, their power supply, the AIN, the cable to the core or the core itself (I hope not!)

  11. hi ultra,

    yes I did. I've been scratching my head quite while to figure out how to integrate the Midibox and Live.

    What I ended up with was either using LiveApi or waiting how MaxForLive turns out.

    I decided to go for the "classic" controller first, also to improve my planning and "manufacturing" skills (my MBSeq was quite a mess).

    I'll keep an eye on your LiveAPI stuff, right now I'm more in the building mood ;)

    In the meantime, here are some photos:

    Panel ordered from Schaeffer, already stuffed with 16 ALPS faders:

    post-5193-126001870513_thumb.jpg

    Main Control Button Board:

    post-5193-126001871362_thumb.jpg

    Mounting of the board:

    post-5193-126001871827_thumb.jpg

    Buttons in the panel:

    post-5193-126001872452_thumb.jpg

    Status as of yesterday:

    post-5193-126001872885_thumb.jpg

×
×
  • Create New...