(02-25-2021, 07:43 PM)XORadmin Wrote: UPDATE RC9
- refactoring of the statusbar view. Added now all missing details to the stausbar in the patternscreens, table and patch screen and some other little beauty fixes

Files in the first post are updated.

(02-28-2021, 11:23 AM)SB-SIX Wrote: Very insteresting features! Love that it now skips the fx while editing and the new random features!

I did find some things I'd like to mention:
- The new >>> feature in tables does always generate notes within the allowed notes. For instance, If I only select 1 allowed note in a table (C for instance), set the range to -10 to +15 for example, and place some >>> in the table, I hear a note that's not C. I think it takes the -10 note which does not fall under the allowed notes
- Marking / copy pasting in tables is not working
- I don't like the shift-ok in the pattern screen on a note. Especially since OK on a note does a preview of that note, it's very easy to make the mistake to press shift-ok on it, and then you will loose that note (it will cycle thru note off, note C0, note C5, random note).  I wouldbe totally ok with ignoring shift-ok on a note column, as the random notes are at the end of the note list anyway. Maybe the list of notes can wrap around so you can get to the random notes by going up or down in the list?
- When toggling a note in the sequencer screen with shift-ok and it ends up in an empty row (---), pressing shift + arrow left/right does not result in a note anymore.
- In the pattern screen, I think it would be more consistent that shift-delete on a table would toggle between ** and empty (just a small convenience)
- I'm not sure what the random note values mean. RN0 seems the same as all other RNx values? I can't get it to sit within a range.

Quote:- The new >>> feature in tables does always generate notes within the allowed notes. For instance, If I only select 1 allowed note in a table (C for instance), set the range to -10 to +15 for example, and place some >>> in the table, I hear a note that's not C. I think it takes the -10 note which does not fall under the allowed notes

Quote:- Marking / copy pasting in tables is not working

Quote:- I don't like the shift-ok in the pattern screen on a note. Especially since OK on a note does a preview of that note, it's very easy to make the mistake to press shift-ok on it, and then you will loose that note (it will cycle thru note off, note C0, note C5, random note).  I wouldbe totally ok with ignoring shift-ok on a note column, as the random notes are at the end of the note list anyway. Maybe the list of notes can wrap around so you can get to the random notes by going up or down in the list?

Quote:- When toggling a note in the sequencer screen with shift-ok and it ends up in an empty row (---), pressing shift + arrow left/right does not result in a note anymore.

Quote:- In the pattern screen, I think it would be more consistent that shift-delete on a table would toggle between ** and empty (just a small convenience)

Quote:- I'm not sure what the random note values mean. RN0 seems the same as all other RNx values? I can't get it to sit within a range.

(02-28-2021, 05:15 PM)XORadmin Wrote:

(02-28-2021, 11:23 AM)SB-SIX Wrote: Very insteresting features! Love that it now skips the fx while editing and the new random features!

I did find some things I'd like to mention:
- The new >>> feature in tables does always generate notes within the allowed notes. For instance, If I only select 1 allowed note in a table (C for instance), set the range to -10 to +15 for example, and place some >>> in the table, I hear a note that's not C. I think it takes the -10 note which does not fall under the allowed notes
- Marking / copy pasting in tables is not working
- I don't like the shift-ok in the pattern screen on a note. Especially since OK on a note does a preview of that note, it's very easy to make the mistake to press shift-ok on it, and then you will loose that note (it will cycle thru note off, note C0, note C5, random note).  I wouldbe totally ok with ignoring shift-ok on a note column, as the random notes are at the end of the note list anyway. Maybe the list of notes can wrap around so you can get to the random notes by going up or down in the list?
- When toggling a note in the sequencer screen with shift-ok and it ends up in an empty row (---), pressing shift + arrow left/right does not result in a note anymore.
- In the pattern screen, I think it would be more consistent that shift-delete on a table would toggle between ** and empty (just a small convenience)
- I'm not sure what the random note values mean. RN0 seems the same as all other RNx values? I can't get it to sit within a range.

Hey, thanks for the feedback. Lets get directly into it:

Quote:- The new >>> feature in tables does always generate notes within the allowed notes. For instance, If I only select 1 allowed note in a table (C for instance), set the range to -10 to +15 for example, and place some >>> in the table, I hear a note that's not C. I think it takes the -10 note which does not fall under the allowed notes

That is actually not new but there since i think 2 versions ;-)
Anyway, I got to check this. Normally the range should set the limits only but not affect the notes.

Quote:- Marking / copy pasting in tables is not working

Yep, I didn't implement this yet. I keep the cherries for later :-) But I don't plan it for this version.

Quote:- I don't like the shift-ok in the pattern screen on a note. Especially since OK on a note does a preview of that note, it's very easy to make the mistake to press shift-ok on it, and then you will loose that note (it will cycle thru note off, note C0, note C5, random note).  I wouldbe totally ok with ignoring shift-ok on a note column, as the random notes are at the end of the note list anyway. Maybe the list of notes can wrap around so you can get to the random notes by going up or down in the list?

Hmm... this is used like this in many situations, in the MOD column as a fast swap to other parts, for the CV16 and so on. So i think it makes sense here as well.

Quote:- When toggling a note in the sequencer screen with shift-ok and it ends up in an empty row (---), pressing shift + arrow left/right does not result in a note anymore.

Got to check that and it should at least get back to the lowest note.

Quote:- In the pattern screen, I think it would be more consistent that shift-delete on a table would toggle between ** and empty (just a small convenience)

I can take that into this version.

Quote:- I'm not sure what the random note values mean. RN0 seems the same as all other RNx values? I can't get it to sit within a range.

Yes, the new random functions for sure need more explanation = the manual.
It is very easy. You got now 16 range presets. 0 - 100% that you can define.
If you are on RN0 that means it uses the preset 0. Press OK there and you get to the range selection screen and there you can change the range for selection 0. Here in percentages, you can see in the pattern screen the real note values. (be aware that these are 0-100 % = 100 possible values, but they are 121 notes. So it interpolates in there...still cool :-) )

I hope that helps a bit. I am actually very close to release this version, so keep on testing and let me know if they are any new issues.

Quote:- The new >>> feature in tables does always generate notes within the allowed notes. For instance, If I only select 1 allowed note in a table (C for instance), set the range to -10 to +15 for example, and place some >>> in the table, I hear a note that's not C. I think it takes the -10 note which does not fall under the allowed notes

(03-01-2021, 11:21 AM)XORadmin Wrote:

Quote:- The new >>> feature in tables does always generate notes within the allowed notes. For instance, If I only select 1 allowed note in a table (C for instance), set the range to -10 to +15 for example, and place some >>> in the table, I hear a note that's not C. I think it takes the -10 note which does not fall under the allowed notes

I checked about this and it works as it should. But the Manual and myself forgot to remember that the lower/min range value defines the basenote here where a 0 is a C-4.

I will add it to the manual.

(03-01-2021, 02:09 PM)SB-SIX Wrote:

(03-01-2021, 11:21 AM)XORadmin Wrote:

Quote:- The new >>> feature in tables does always generate notes within the allowed notes. For instance, If I only select 1 allowed note in a table (C for instance), set the range to -10 to +15 for example, and place some >>> in the table, I hear a note that's not C. I think it takes the -10 note which does not fall under the allowed notes

I checked about this and it works as it should. But the Manual and myself forgot to remember that the lower/min range value defines the basenote here where a 0 is a C-4.

I will add it to the manual.

Ok I can work with that, but seems a bit confusing to me The manual states it picks the next allowed note, that is exactly what I'd expect of it. Otherwise the relationship between allowed notes and values played in the table is not transparent anymore. Now I have to remember that I set the lower range value to a note that is within the allowed notes section. Sorry i'm probably a PITA now