[Rwp] OSARA keymap

Chris Belle cb1963 at sbcglobal.net
Mon Feb 23 12:23:35 EST 2015


For some reason that control i doesn't work.

But everything else does.



On 2/23/2015 3:14 AM, Gianluca Apollaro via RWP wrote:
> Hi James and list,
> I've been using Osara for a couple of weeks and Derek Lane and I are 
> working on a keymap and we would like to share it with you all. This 
> keymap overrides some actions rea-access assigned, so use it 
> exclusively with osara.
> We also mapped some sws actions to keys, and chained others to make 
> reapers behavior more familiar.
> For example, reapers default behavior when making a track is to simply 
> create it, without giving the user the ability to name it, unless you 
> choose to do so by pressing f2, But control+t chains creating and 
> renaiming together, so that you have the ability to edit the tracks 
> name, after you create it.
> Pressing alt+c brings up the reaconsole, which lets you adjust track 
> settings from a command line.
> Pressing control+i will allow you to paste a file in the clipboard in 
> to your project.  There is a bug in this action though, which makes it 
> ignore your ripple editing preference, so acts as if you have ripple 
> mode off.
> As far as osara was concerned, we started by Taking the actions 
> written in the documentation you provided and assigned them to keys we 
> were using in rea-access, for example the function keys like f7 for 
> arming the last touched track, f5 to mute and f6 to solo. We also 
> customized some actions to simulate some rea-access behaviour, like 
> shiftHome and shiftEnd keys to select to start of project or to end of 
> project, or ctrl left and right arrows to navigate to items. Then we 
> added some other actions we think are useful like some Vary speed 
> changing that changes the master playrate of a project by either a 
> semitone or cents of a semitone. Those are assigned to Dash and Equals 
> key if using an English keyboard, CtrlShift BackSpace resets the 
> playrate to 1.0 and shift BackSpace toggles the pitch preserve when 
> changing rate. We also mapped some sws actions like Play selected item 
> once to CtrlAlt and The space bar, and chained some others for 
> navigating to next or previous transient in item using tab and shift 
> Tab respectively.
> Differences with rea-access:
> There are some things that are different from rea-access because 
> either we thought our methods were more useful, or reaper and/or sws 
> couldn't be used to emulate the behavior of rea-access.
>   In our keymap when we move to an item the cursor starts playing, 
> whereas in rea-access that didn't happen if the cursor was stopped. In 
> Osara we don't have the virtual mode we had in rea-access, so we can't 
> use it to increase or lower the item or take volume. Therefor we 
> assigned changing take volume by one db to shiftPageUp to raise it and 
> shiftPageDown to lower it.
> At the moment pressing the delete key will only delete tracks or items 
> depending on focus. To delete a time selection  we used a different 
> keys that is alt+Shift+Delete.
>
> If you want, you can download this keymap from
> http://dl.dropbox.com/u/5126017/DGKeyMap02-23.ReaperKeyMap
> To import it, go to the action list and choose import/export button.
> Hope you find it useful,
> Gianluca from Italy.
> SkypeID: gianluca8815
> Il 22/02/2015 22:47, James Teh via RWP ha scritto:
>> Hi all,
>>
>> The biggest point of contention between me and a large number of the 
>> rest of you concerning a keymap seems to be the use of function keys 
>> for mute, solo, arm, etc. I understand the argument concerning the 
>> need for a single key press. However, for such an extremely basic and 
>> common operation,
>> I really feel the function keys are counter-intuitive, difficult to 
>> remember and slow for some users to find. I don't buy the "you'll 
>> eventually get used to it" or "you can stick dots on your keys" 
>> argument. Those are both workable solutions, but not elegant ones.
>>
>> So, I have several questions:
>> 1. Can we do better? Does anyone have an idea as to how we can assign 
>> these actions to maximise efficiency and intuitive experience without 
>> making other things less functional? I'm not normally a fan of 
>> overriding built-in bindings, but we're already doing that for track 
>> navigation anyway (given the default bindings are just silly), so 
>> perhaps this is just something we need ot accept for the sake of a 
>> good user experience.
>> 2. Am I seriously the only one who has an issue with the use of 
>> function keys for this purpose? If so, I guess I can consider 
>> conceding the point and just maintaining my own separate keymap.
>> 3. If (2) is the only option, does anyone want to volunteer to 
>> maintain the keymap?
>> 4. As I understand it, the way ReaAcccess installs the keymap is to 
>> simply override the user's existing keymap completely. This isn't 
>> ideal, but it does allow for automated installation. The alternative 
>> is to provide a keymap the user must import. Have there ever been 
>> complaints from users about this keymap overriding or do people tend 
>> to just accept this is what happens? I guess this is okay for most, 
>> since they're probably new REAPER users.
>>
>> Thanks,
>> Jamie
>>
>
> _______________________________________________
> RWP mailing list
> RWP at bluegrasspals.com
> http://bluegrasspals.com/mailman/listinfo/rwp
>



More information about the Rwp mailing list