You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A new feature - adding ability to select loop play priority for single pad (containing different loops of the same instrument) in grid view.
Current situation:
I might be wrong in some details, but this describes current situation in general.
Currently, when you launch row in grid view for the pad which represents several loops of the same instrument or audio, the pad the playback is messy and confusing – the pad representation state is muted and the loop, which was recorded first is played. If you activate that pad while the row is still played – the pad state is changed to play and the last recorded loop is played. The only way to play loop recorded in the middle is to repeatedly launch the row and iterate through loops within that pad, while you reach the one you want to play. There is no way to automatically play loops in succession. From the grid view you can edit only the last recorded loop.
If you switch to the row view the situation is similar you can iterate loops one by one by repeatedly activating same section. In row view however you can rearrange loops and put the loop you want to play first above other loops of same instrument – so you can determine loop playback order and which loop plays first, when you launch section. But rearranging loop order in row view seems doesn’t have an effect on the order in which loops are played in grid view. In grid view still the oldest file is played first, but when you edit that pads content you can edit only content of the last recorded loop.
In my opinion this significantly disrupts workflow in grid view.
Improvement:
The easiest way to correct this obviously is not allowing to record loops in grid view and not showing the loops in grid view.
However, I have proposal for new feature “Adding ability to select loop play priority for single pad in grid view” to overcome this. With this feature enabled in community settings section, the loops in grid view are represented with new clip type – container. When you press for editing such pad/container you are not presented to last recorded clip contents as it is now, but enter in loop representation - subsection of rows, which is represented in the same way as in song view, but you don’t see all rows - only subsection – the loops relevant to this pad/container. From this level you can set priority or succession in which you want loops to be played and, if you need to edit content of each individual loop in this subsection, you can do it in the same way as in rows view. Perhaps it would be reasonable to consider also option to play loops in succession – by setting number how many times each loop in this pad/container is played?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
A new feature - adding ability to select loop play priority for single pad (containing different loops of the same instrument) in grid view.
Current situation:
I might be wrong in some details, but this describes current situation in general.
Currently, when you launch row in grid view for the pad which represents several loops of the same instrument or audio, the pad the playback is messy and confusing – the pad representation state is muted and the loop, which was recorded first is played. If you activate that pad while the row is still played – the pad state is changed to play and the last recorded loop is played. The only way to play loop recorded in the middle is to repeatedly launch the row and iterate through loops within that pad, while you reach the one you want to play. There is no way to automatically play loops in succession. From the grid view you can edit only the last recorded loop.
If you switch to the row view the situation is similar you can iterate loops one by one by repeatedly activating same section. In row view however you can rearrange loops and put the loop you want to play first above other loops of same instrument – so you can determine loop playback order and which loop plays first, when you launch section. But rearranging loop order in row view seems doesn’t have an effect on the order in which loops are played in grid view. In grid view still the oldest file is played first, but when you edit that pads content you can edit only content of the last recorded loop.
In my opinion this significantly disrupts workflow in grid view.
Improvement:
The easiest way to correct this obviously is not allowing to record loops in grid view and not showing the loops in grid view.
However, I have proposal for new feature “Adding ability to select loop play priority for single pad in grid view” to overcome this. With this feature enabled in community settings section, the loops in grid view are represented with new clip type – container. When you press for editing such pad/container you are not presented to last recorded clip contents as it is now, but enter in loop representation - subsection of rows, which is represented in the same way as in song view, but you don’t see all rows - only subsection – the loops relevant to this pad/container. From this level you can set priority or succession in which you want loops to be played and, if you need to edit content of each individual loop in this subsection, you can do it in the same way as in rows view. Perhaps it would be reasonable to consider also option to play loops in succession – by setting number how many times each loop in this pad/container is played?
Beta Was this translation helpful? Give feedback.
All reactions