I hugely announce that the new version 8.1 of Piano Roll Editor as just published! Read the first comment for more information. To know all the news, display the list of the new version in “Update History”.
To update the tool to the latest version for all those users who have their Personalized Use License of Full Version, please follow this steps:
Uninstall the old version of PRE.
Install the latest version of PRE.
Reinstall your Personalized Use License.
Other considerations:
Remember to backup your custom chord banks, before reinstalling the tool, so you do not lose them.
For the rest of users, they can try the free Demo Version.
Piano Roll Editor 8.1 includes some corrections and improvements. Although it is a minor update, it is just as important as the others. The User Guide has also updated.
Most improvements are related to the Chord Builder and MIDI input, the initial loading of the tool, issues related to the tooltips, new compaction view of the 2 virtual pianos (more direct use of the mouse), among other minor things.
Please, if in doubt, take a look at the user guide. There are many novelties there…
If you are interested in the Full Version of PRE and in supporting the developer, get your Personalized Use License!
I think maybe the keys have a different denominator on a Mac, otherwise I don’t know why it aint working. I will do a screencast tomorrow and show you what I mean.
I know other users who use the Full version of the PRE with MAC and it works correctly. I have never been told that it does not work.
Maybe your physical keyboard with MAC does not return the “ALT” command and returns something else? It must be “ALT” (left key).
The code should work correctly, regardless of the operating system, because I use the same API6. That is, the tool, however complex, will work the same in Windows, in MAC or in Linux, of 64bit of course.
Hi. The last download package of the PRE version 8.1.312 has been re-updated, due to a silly forgetfulness (I did not update the value of the version in the manifest file). They are typical fails of the programmer.
Please, if you have already downloaded PRE v8.1 before this message, I beg you to download the new package again and delete the previous one. Sorry for the disturbances!
I tested it again and all the click shortcuts don’t work on my Macbook (no external keyboard used).
when I use “shift+click” for example in the very bottom row of Renoise it says “Piano Roll Editor: [SHIFT] not assigned…”
same for “alt+click” says “Piano Roll Editor: [OPTION LALT] not assigned…”
SHITF + UP/DOWN for example works perfectly to move a line up and down, but Alt+Left/Right does not work to transpose notes.
do you have any other Idea what could cause this? I suspect it has to do with alt being shown as Option in Renoise maybe? for example alt+up triggers “Piano Roll Editor: [OPTION UP] not assigned…”
This is really an amazing tool Raul btw!! I think a lot of people don’t realize this and just see the clicking in the boxes in the piano roll aspect, but the magic of the tool is not being able to click in notes on a piano roll, but to use it as an input device in the pattern editor, it get’s rid of so many annoyances, being able to shift lines around, clone blocks, inserting chords by just holding notes on the keyboard, being able to move to the next note column by just pressing left/right. all the shortcuts you implemented are really on point!
Only the keyboard commands will appear in the lower Renoise status bar. Keyboard commands (CTRL, ALT, SHIFT) + mouse click have no description. So you can read [… ALT] unassigned or [… CTRL] unassigned or [CTRL + ALT] or similar combinations, because they are just modifier keys, whitout description.
I am sure that everything works correctly. Maybe you have a little confusion when it comes to controlling the surfaces. The PRE can work “in block” horizontally, “in column” vertically, or in selection (it will appear in green). Get used to using the BLK or CL switch. You can use [ALT + Right] or [ALT + Left] to transpose the entire block or the entire column. Pressing [1] will change the note column selection to all the note columns. Remember that for the block you can assign the number of lines.
Some note editing commands do not work when Renoise’s cursor is on an effect column. They are armored.
I know it can be a little confusing at first, because the PRE has a lot of commands. It is by itself, a complete editor.
[OPTION LALT] or [OPTION UP] must be a specific command from the MAC or the keyboard of your computer. The PRE does not have any command named so assigned (AFAIK with Windows 10).
It should always be [CTRL + bla], or [ALT + bla] or [SHIFT + CTRL + bla] without “OPTION”. Things like that.
I must comment that the programming is the same for the 3 operating systems, Windows, Linux and Mac. If in Windows 10 it works in a specific way, it should do exactly the same in Linux and Mac.
…
Thanks for the feedback! I wish the API had more options, but today, it is one of the best note editors built in a tool.
exactamente, while pressing ALT+LEFT on a Mac the Status Bar reads “Option+Left”, that’s why all the keyboard based Shortcuts with SHIFT and CTRL work, but all the ALT ones don’t on a Macbook.
While pressing SHIFT+UP for example: the Status bar correctly states “Piano Roll [SHIFT UP] swap note/all notes to the up”
I just checked the other Keyboard Shortcuts, there are no ALT+ “KEY” Shortcuts at all in Renoise on a Mac, they are all OPTION (the symbol with the two lines) instead of ALT. You can only have RALT or LALT when only hitting the right or left OPTION/ALT Key, but as soon as you add another Key to the Combination, it turns to OPTION+“KEY” instead of LALT or RALT. Hope this makes sense.
So all the ALT based Short Cuts in PRE need to also respond to the same key combination but with OPTION pressed instead of ALT in order for it to work properly on a Macbook.
There seems to be no Tools Entry for PRE in the Preferences (although there should be), so I can’t change them myself
I suppose it is an adaptation to the operating system. In Windows 10 use RALT or LALT to indicate the modifier command, and when you hold down it becomes ALT + key. Regardless of name, all commands available for Windows 10 must work on MAC, including combinations with the click of the mouse.
In other words, if CTRL + Z works for you in your MAC with Renoise, in PRE it will also work for you.
Allowing the user to change keyboard commands would be a lot of work. It involves detecting the already used commands, as well as assigning them.
There must be some way to control your keyboard so that all of the tool’s commands can be used by you.
Thanks Raul. Yes, that how it works, instead of ALTR/L becoming ALT+X it becomes OPTION+X on macOS. Even if I would find out how to change OPT to ALT, then all other System Commands, Renoise Commands and Commands of other Apps using OPTION would stop working on my Mac.
So right now when using PRE on Mac only the SHIFT / CTRL shortcuts work.
Is there no way for you to just integrate the OPTION Shortcuts for Mac users? So that those commands just have two key binding? Meaning Windows users would never trigger the OPTION Shortcut, since they don’t have that key and macOS users would never trigger the ALT Shortcut, but every function using ALT could be triggered by both “ALT+UP” and “OPTION+UP” for example. Maybe this could even simply be done with a function? Maybe @taktik knows how to best do this? Sure this also relates to other Tools using Shortcuts.
I will investigate this for a new version. I don’t promise anything, but maybe I can add it in the Keyhandler. But I need to know exactly what “string” is the command so I can add it in a condition.
The following example is a correct way to cover all keyboard commands to trigger a function just by pressing [CONTROL Ç]
–with “control”
if not (key.modifiers==“shift + alt”) and not (key.modifiers==“shift + control”) and not (key.modifiers==“alt + control”) and
not (key.modifiers==“alt”) and (key.modifiers==“control”) and not (key.modifiers==“shift”) and not (key.repeated) then
if (key.name==“ç” and key.state==“pressed”) then pre_mute_trk_all() end
end
I must know if this is correct: key.modifiers == "option"
Thank you Raul. When I hit two keys in the Key Assign Row in Renoise, it says Option+C, so I would hope it’s key.modifiers == “option”. I can gladly test a build if you want.
ps: my keyboard also doesn’t have have a ç key btw, kinda wondering if that option works as well?
@helltrack I have been researching this while developing another tool. AFAIK, Renoise adapts windows commands to work with their MAC equivalents. Therefore, just programming with the CTRL, SHIFT, ALT modifier keys, any MAC user should be able to use all the controls, without anything else. I guess the API takes care of this.
If there’s a problem, it’s probably that the hardware (the physical alphanumeric keyboard on the MAC) doesn’t have the proper modifier key. This can happen on small laptops.
If you are interested in going deeper into the subject, I can send you a PM and try to build a command testing tool, to test it on MAC. It is only necessary to print which modifier keys exist in MAC, returned from the API.
I’m testing your PRE tool right now with a demo version of Renoise. Under Linux Ubuntu (Pop!_OS 20.04), I’m finding it impossible to enter notes via the mouse. Edit mode is engaged and the graphical keyboards and note slots light up with a mouse click, but no coloured squares appear as a result of the clicking. Note-OFF messages can be written to the PRE interface, but no note-ON messages.
Could this be a Renoise demo problem? A Linux problem? I can enter notes via the pattern editor and they reflect in PRE, but not the other way around. Have you had any users describe this problem to you?
Thanks in advance for any insight on this matter. Very slick tool by the way.
