1. IMPORTANT:
    We launched a new online community and this space is now closed. This community will be available as a read-only resources until further notice.
    JOIN US HERE

Battery 2.1 'steals' keyboard input from Cubase SX and other problems

Discussion in 'BATTERY' started by Steve H, Dec 21, 2004.

Thread Status:
Not open for further replies.
  1. Steve H

    Steve H New Member

    Messages:
    12
    I was really hoping the keyboard input behaviour would have been looked at in v2.1. If Battery is the active window, Cubase SX3 does not receieve keyboard commands, which really inhibits workflow. It is a basic need to operate transport buttons from the computer keyboard. No other plug-in I have behaves like Battery 2. Having to click onto a Cubase window to stop/start is a real pain, then you have to click back onto Battery... Please could a moderator respond to this. Battery 1 worked fine. Why change it???

    Also, In the Automation List, the remove button doesn't seem to be working. I have assigned cc74 to filter cutoff. When I click on this mapped parameter and click remove, nothing happens.

    Otherwise, everything else looks great...

    cheers

    Steve
     
  2. jpgtr

    jpgtr NI Product Owner

    Messages:
    11
    I learned you can't even do a quick command - ~ key combo to activate the Cubase window. Mouse is required. Too bad.

    Yes, I agree. This should definitely be next on the fix list...

    JP
     
  3. Dandruff

    Dandruff Forum Member

    Messages:
    50
    i hope so!
     
  4. andrew_m

    andrew_m NI Product Owner

    Messages:
    31
    Agreed... This is quite annoying. Definetely a workflow killer, especially when trying to switch 'Workspaces' via key commands.
     
  5. w65536

    w65536 New Member

    Messages:
    10
    This is inacceptable
     
  6. Steve H

    Steve H New Member

    Messages:
    12
    Please can we have some word from NI on this problem. Is this somthing that's going to be looked at, or do I need to look at another drum sampler as this is driving me craaaazy.

    s
     
  7. Marius @ NI

    Marius @ NI NI Team NI Team

    Messages:
    1,052
    Hello Steve,

    I do not know wether this behaviour is intended by Cubase, but the shortcut problem only exists when you right click at the header of the plugin window and deselect "always in the forground". If you do not deselect this option, shortcuts should always be routed to Cubase.
     
  8. jpgtr

    jpgtr NI Product Owner

    Messages:
    11
    I've tried this, but as soon as go back and make any adjustments in Battery, you lose keyboard function again.

    Most other plug ins will allow you to use keyboard commands (start, stop, window switch, etc) even if the plug in is in front...

    JP

    PS. This issue appears in the NI Konakt player for GPO as well.
     
  9. Steve H

    Steve H New Member

    Messages:
    12
    Marius,

    "always in the forground" has no effect on whether key input is passed to Cubase or not. If Battery is the active window, Cubase recieves NO keyboard input. This is infuriating, and the reason I'm still using Battery 1. Please can you look into this. This is no trivial matter.

    thanks

    Steve
     
  10. Marius @ NI

    Marius @ NI NI Team NI Team

    Messages:
    1,052
    Hello Steve,

    as it seems Steinberg has modified the behaviour in Cubase SX 3. I was referring to Cubase SX 2 where it worked as I described. We probably have to get in contact with Steinberg regarding this problem, so that this can be addressed either with the next Cubase or Batter update.
     
  11. jpgtr

    jpgtr NI Product Owner

    Messages:
    11
    Hi Marius,

    My previous post does reflect my usage of Battery 2 within Cubase SX 2.

    JP
     
Thread Status:
Not open for further replies.