yes, it’s a 64 bit system and Renoise is also 64 bit.
yes, it’s a 64 bit system and Renoise is also 64 bit.
Is that version of linux recent?
Unfortunately, I do not have Linux to do tests. But if it works on Windows and MAC, it should work exactly the same with Linux. Try doing a double-click installation on the xrnx file.
In Windows 10 x64 it works correctly, and on MAC OS x64 I understand that too.
The installation of a tool should never cause the color of a font to change. There is no instruction anywhere in the tool that does that task. Maybe Linux installation works differently?
I will send you a PM as soon as I have time and I will tell you the details.
Edit: You can already look at your message inbox. You will have received a private message with the details.
It’s quite recent and comparable to Ubuntu 17. Double clicking is not working. Very strange.
There’s also nothing PRE related in /home/marco/.renoise/V3.1.1/Scripts/Tools/
I do not know what is the problem. There must be some conflict with this particular operating system. It is the first time that a Linux user has problems installing the PRE.
It would be nice if another user commented on whether he can run the PRE with his Linux x64.
It has the same behavior as if the operating system were 32 bits. The installation package is 64bit, it can not be installed in a 32bit operating system. Nor in Renoise of 32bits (to my knowledge).
@4Tey, you do not have linux x64?
A quick test…it installs and runs here (linux mint debian). Not sure why lilith is having problems. How exactly is lilith extracting the xrnx from the zip? Does he have tool(s) installed causing conflict? When he drags the xrnx onto the Renoise window does Renoise report that the tool has actually been installed?
As he seems to indicate, he tries to install it and the xrnx file does nothing.
The xrnx file is 64bit. If you use a 32bit CPU or a operating system 32bit or Renoise 32bits, when you try to install the xrnx file of the PRE (either by dragging it to the window of Renoise or by double clicking), then the xrnx file will do nothing!
That is, it is as if he were trying to install the PRE on a 32-bit machine. But he says it’s 64bit.
I think this has nothing to do with the LUA code (if the tool is well or badly written). PRE complies with everything for a correct installation, but on a 64bit machine with an x64 CPU, with software that executes 64bit instructions.
I also doubt that another tool prevents PRE from being installed (which I know can not be programmed). As it is not an antivirus that does strange things …
Yes it is possible that there are tools that may have conflicts between them, but they must both be installed.
It just seems like a specific problem with that version of Linux in particular.
What is the difference between “Linux Mint Debian x64” and “Linux Debian Stretch x64” (Ubuntu 17)?
Sorry guys, it was my fault. I dropped the wrong file to renoise. Now it seems to work.
Oh, okay! I’m glad it’s already working for you!
I still have to play with it. It’s much more complicated (and powerful) than I thought.
The next version of the PRE will include some interesting news:
This allows the group control of the sliding bars in the pre-mixer and the post-mixer.
Renoise 3 does not have a timeline in the sequence, which could show the accumulated duration of each pattern. This vertical window shows the duration of each pattern as well as the accumulated duration. I wish this was under the hood of Renoise and was compatible with all time-related parameters (including the automation editor). I’m sure this would be a challenge for @taktik. It would be great if it were integrated next to the editable names of each pattern, inside the Matrix as an option.
This new window allows you to easily convert hexadecimal values to decimals and vice versa, also obtaining values in%, with a special treatment for panning (obtaining the reverse value). I always wanted to have something like this. I wonder why I have not built it until now. It looks so clear!
Apart from updating the User Guide and improving some internal PRE things, mostly related to the Chord Builder and the MIDI input, I added a section in the User Guide that explains the concrete steps to start editing notes. For some reason, some users have asked me about this issue and there were still doubts. So I will also leave the steps here in the forums so that nobody has doubts:
The new version is almost ready. As soon as it is published, I recommend all registered users to update it!
New version 5.0 of Piano Roll Editor 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:
Thanks for the support and enjoy it!
PRE5 on its 1st anniversary brings a lot of news and is much better than previous versions. Please, always use the latest version available!
If you are interested in the Full Version of PRE and in supporting the developer, get your Personalized Use License!
Awesome! That must have been a ton of work.
Thanks to plugin-authors, and thanks to Renoise @taktik for the plug-in api!
That’s right, it’s a lot of work in the shade, hidden without anyone noticing .
Enjoy the new version! Remember that you can update directly from PRE3 to PRE5. But I guess you’ve used PRE4 too.
If you use the MIDI input for the PRE, you will also notice certain improvements, especially with the Chord Builder, to play live alternating at the same time the banks or the note-chord transmissions themselves.
Advanced operations have also been reviewed, specifically the Panel 2. Now not only allows to change all values, but also replace a specific value with another…
Works great and very well done, but it’s missing the feature why I would need a piano roll in the first place and that is to drag notes out so to quicker create different note lengths or to do monophonic glides quicker with vsts.
To stretch or shorten the note, it is only necessary to change the note-OFF position, which only requires a single click (it will automatically move the note-OFF). It is equal to or even faster than dragging to flatten or shorten and avoids problems when jumping between patterns.
Dragging the note in another place vertically is a bit more complicated, for that you have to use the joystick and take advantage of the selection of the right bar, or make more clicks. But to change the tone of the note, again only one click is necessary, and it will automatically move the note horizontally.
You can also insert notes with note-OFF with a duration (number of lines determined). Things that Renoise does not have.
In panel 2 of Advanced Operations you can also modify in group the position of the note-OFFs of a certain area.
In the next version, I will probably add another option in this panel to be able to increase or decrease the length of the group notes (move these note-OFFs, starting from its initial duration).
Thank Raul, unfortunately my demo has stopped working already.
You can uninstall and reinstall the demo. It will work again.
A true story, stripping the mind …
Maybe some of you wonder how it is possible to build a complex tool, such as the PRE. Have you never written a tool for Renoise? Then you may be interested in what I am going to tell you…
The tools for Renoise are written with LUA code, which is a dependent code (cannot run on its own) and that feeds on the Renoise API available. The API (currently in version 5) are like LUA code instructions prepared for you to use to execute things that have to do with Renoise. The typical example is a function that can play or stop the song.
Here is a screenshot of an example of one of the last functions that I have written for the PRE, today. Basically I am adding support for two keyboard commands in order to control a volume slider and at the same time, if there is a match of the value of the note velocity in the pattern editor, then change that value as well. They are two different things which will be done practically at the same time:
This is how I program. It is enough with just one image capture. Probably the code under Renoise’s hood is “something similar”.
Do not worry! It is very likely that you read the image capture code and do not understand anything. This is because there are elements (local or global) that are not defined here. But you just need to know how to read, write, add and subtract and understand (relate things).
Basically it all comes down to a very very very “long chain” of characters (numbers, letters and spaces), which read one after the other, are “like passwords” that allow you to execute specific things. If something is wrong in that chain (in any of those “passwords”), that to execute will not work, and an error is probably returned.
Well, a tool like the PRE has thousands of these functions, written one after the other forming that “long chain”, with exaggerated “trial and error tests”. Some functions need to be optimized to work better. That is, you can write several functions that do the same, but some may run faster if it is “better written” (more optimized).
A file “some_name.lua” can have infinite lines, usually more than a thousand (it depends). Or if it is very complex to reach ten thousand lines of code. There are several writing techniques to sort the lines. I use the “tree” to better understand the code vertically, complying with specific bleeding rules…
The LUA code is very similar to the C+ code (or even to Java). These codes are written in the English language. Anyone who knows English can write tools for Renoise. Learning it is not difficult, but it takes a lot of time create something complex.
The Piano Roll Editor is a project, alive, latent, which takes more than 1 year of development. I like to code. I use a few hours of my little free time to schedule these things. Sometimes it can take more than a week without me touching any code. Usually when I get tired of producing or composing a song, I have the programming to “clear my mind”, using my knowledge in something that is very much related to music. I compose music and program tools for music. Generally, while composing music, ideas flow to improve code. The feelings are exciting, satisfying when everything goes well, and sometimes frustrating if you bump into an impassable wall.
Creating these types of tools also helps you understand Renoise (and even another DAWs) better and learn better from it. If you want to write a tool without knowing how to start, you can really do it! About 3 years ago, I had no idea about this!
When I started to learn, I would have liked to see a thread like this and it is true that I have not written anything like this so far. Normally these things are done in private and the programmer does not tell anything about his experience. People who have not created the tool do not know and do not even have a rough idea of the work behind it, especially in research hours. Mainly, writing the code is the simplest. The problem is to understand it well and do what works. That is, knowing what you want to do.
Renoise is a DAW somewhat different from the other DAWs on the market, precisely because it is expandable thanks to the tools made with LUA. Other very expensive payment DAWs do not offer this magnificent feature. If something you think is missing, add it yourself. This philosophy is magnificent! So, if you want to start making tools, you can do it!
Right now I am finishing version 6 of the PRE. This new version will be a great leap in usability. Do you really see these things and don’t feel like creating your own tools?
I hope you enjoyed reading this, as I enjoy creating code…
While I still haven’t fully explored the PRE one of the things I wish it would have was to just be able to quickly click in a chord without having to manually switch to another note column.
for me personally the advantage of a piano roll is to click in and drag notes/chords with a mouse and manipulate them. I still think it would be great if there was an option to at least drag out the note off with a single click ( click down: creates note - move to note off position while still holding mouse button - release mouse button to place note off). also since the grid is highlighting the blocks of Renoise instead of the black and white keyboard notes it’s hard to know what notes you are clicking in, an option to change the highlightin would be nice.
also have you thought about a simple fixed chord toolbar that can be displayed under the grid that would allow one to simply add a chord by clicking on a square (with chord numbers inside like m7) at the edit position?
keep up the great work!