Thread Rating:
  • 1 Vote(s) - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Release Candidate Firmware V1.24 RC12
#71
super cool!!
Reply
#72
(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.

Always excellent turn-around time and overall progress!

This kind of thing always makes me so happy to have invested in this particular sequencer ecosystem.
Reply
#73
Following with interest, as I'm still too novice to be of much help. Big thank you to everyone!
Reply
#74
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.
Reply
#75
(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.
PLEASE use the search function if something have been asked or discussed before.
Every (unnessesary) forum support means less time to develop! But of course, i am here to help!  Smile
Reply
#76
(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.

Thanks for the quick response! 
About shift+ok on a note column, maybe we can think of something that doesn’t loose the note you had, keep it in the values you are toggling thru? I’ve messed up some nice sequences this way which is a bit frustrating.
Reply
#77
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.
PLEASE use the search function if something have been asked or discussed before.
Every (unnessesary) forum support means less time to develop! But of course, i am here to help!  Smile
Reply
#78
(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 Smile 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 Smile
Reply
#79
(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 Smile 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 Smile

It's very easy. This or you would always stick between C4 and B4. No C3 and no C5 etc...  Big Grin  
The manual is incomplete here and needs the addition that this is the case.
PLEASE use the search function if something have been asked or discussed before.
Every (unnessesary) forum support means less time to develop! But of course, i am here to help!  Smile
Reply
#80
I would just like to state for the record here that it's almost impossible in this day and age to find a product with this level of stewardship. Especially one this complex. I can't begin to imagine the amount of attention and work that must go into Nerdseq. For essentially one guy. It's complicated, it's by necessity Menu divey, and yet it's a joy to behold nonetheless.

Respect to you....
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)