No way to trigger a sample in reverse that is broken up into slices correctly?

So I have a chain of drum samples (sliced and CV controlling the slices) and I have setup a external CV controlled by a passive fader that when over to the right does nothing but when faded to the left lets the CV go through and then changes the speed of the sample chain so that the sample plays in reverse.

The problem I am having is that the sample slice that I am triggering doesn’t play in reverse,
it plays the previous slice in reverse instead!

Is there any way with the current firmware to make it so that I can control the play direction of my slices with external CV whilst triggering them?

I know this would work with just one sample but I have setup a chain of samples for performing with so would like to get this to work, but not sure if its possible with the current firmware?

Have you tried triggering the next slice instead?

I’ll try it but ideally from a performance view I would like it to reverse the slice that I am triggering and not the next slice - also how would this work with the first slice?

Funny, just typing makes me think that this is a bit of a ‘bodge’ solution, by having to trigger a different slice from the actual one I want to reverse :grinning:

Maybe a solution (at some point in the future) would be to have a reverse setting (that can be triggered by CV / Gate) that then plays the slice from the end (when in reverse)??

Just came across a bug with sliced samples that have CV applied to negatively effect the playback speed (so that they play in reverse) are not playing from the end of the slice but are playing in reverse from the start of the slice - which means that the triggered slice is not playing but the previous slice - and in the case of the very first slice nothing plays!

Can it be fixed so that when a slice is played in reverse - it plays from the end of that slice?

This is not a bug. It is intended behavior. What you are describing requires another mode.

Ahh I see, I just couldn’t get my head round why my slice would not play from the end of the slice in reverse when triggered - for me logically this is how it should be - if you are playing a sample backwards then it should play from the end of that sample / slice not from the beginning!

I can’t imagine how the way the 301 currently does it,is useful, if when you are trying to trigger a slice and play it in reverse then it isn’t currently possible to trigger it as far as I am aware?

So I just tried another way by setting up a sample looper (with a sample player assigned after to play the buffer from the looper) at the end of my chain of mixers and then trying to make it play in reverse but unfortunately this doesn’t work, when setting the playback speed on the sample player to make it play in reverse the sample doesn’t play in reverse (even thought the speed intially changes) it just goes all glitchy and sounds horrible:sob:

Not sure if this is a bug that has already been reported (I vaguely remember Neil mentioning it before) or just a limitation with the current firmware?

It makes sense to me because I’m not from a hip-hop/breakbeat background. When designing the current slicing workflow I was thinking in terms of field recordings and musique concrete where there are not really discrete isolate-able auditory events but rather points of interest in a long recording. A slice is a point of interest in the current design. So going forward and backward from the point of interest until you hit the next point of interests on either side is natural for me.

Let’s try to keep an open-mind here as I will with yours and everyone’s suggestions. :bow:

1 Like

Definitely. I hope to expand the playback “vocabulary” of the players extensively. This kind of treatment should be considered.

1 Like

Interesting, I see from that perspective then playing a slice backwards from the slice would work!

I should add that I’m not really satisfied with the traditional idea of sampling. It seems to ignore the context of the rest of the sample too much so that there is no point in having any surrounding material. Traditional slices might as well just be individual isolated samples.

Another part of the problem is the limited vocabulary that we have available to describe all of this:

  • Perhaps the Sample Player’s slices are actually cue points?
  • Sometimes slices are just partitions of a longer sample.
  • Sometimes slices are excerpts of a longer sample that can actually overlap each other.
  • Sometimes slices are just loops that might also have time-stretch capabilities (warp points).
  • Sometimes slices have ADSR points defined for gate-driven playback.

That being said “traditional” sampling (if that even means anything) is still important and I will try to cover the major bases as much as possible. I just might have slightly odd priorities along the way.


I’m looking forward to that!

Oh by the way I did just manage to get the sample looper - then sample player to play my chain of samples in reverse - I just needed to set the buffer to a minimum of one sec for it work - lower settings caused glitches!

This is all great for me, always happy to hear other perspectives and I totally get this one :slight_smile:

Are you talking about using a looper+player+shared buffer as a reversed delay?

It might still pop occasionally…

See this thread:

The search functionality on here is excellent - well worth familiarising yourself with how it works :slight_smile:

It really helps consolidate ideas into discrete threads!

Quick aside if I may…

Officially, I would like to discourage the practice of reminding people to use the search function. I feel, in this day-and-age where everyone knows about search already, that the suggestion to use search will seldom add useful information but has the downside of potentially discouraging participation. Some people like using search, some people just want to chat, let’s accept the difference as simply a cultural one!

As you were.


I’m looking forward to ongoing development of the sample playback side of the 301 as it is what got me interested in it in the first place!

Love to see a sample player unit that could have ‘key groups’ setup with the option to assign the incoming CV to playback to these in a similar way that the current sample player allows slices to mapped to CV.

Within each ‘keygroup’ there could be the ability to change the chosen sample from a pool with CV, change the playback direction / timestretch / pitch shift, have multiple loop points (with the option to change the loop start and end points with CV).

Even to have the option of the tail / release portion of these ‘keygroups’ continuing even when another one is triggered giving a psuedo polyphony which would be awesome!

I think a lot of users like me are excited about these kind of possibilities for the 301, and are eagerly waiting for more development of the sample playback side of things.

I also hopeful that when the time comes that it becomes possible for external developers to create units then their will be a plethora of innovative, fantastic, even weird and wacky options
to try out!


“Maybe a solution (at some point in the future) would be to have a reverse setting (that can be triggered by CV / Gate) that then plays the slice from the end (when in reverse)??”

I would love to see this feature as well. Is something like this still in the works?

Maybe a solution (at some point in the future) would be to have a reverse setting (that can be triggered by CV / Gate) that then plays the slice from the end (when in reverse)?

I’ve pointed this out before, I think, but worth noting a basic terminology issue: a “slice” in an ER-301 sample not a region but a point in time (the point where the slice marker is, i.e. where you “sliced” the sample, not a “slice” or section of the sample). This is different usage of the term than some are expecting.

Since a slice is a point, it makes no sense to “play a slice from the end”… a slice is just a point, it doesn’t have an “end”. You can play from that slice in either direction. If you want to play the region from slice N to slice N+1 in reverse, you set the direction to reverse and jump to slice N+1. Easy-peasy!

1 Like

that makes sense, How would would you set up a triggerable control of reverse/forward though though? so that you send it a trigger and it changes playback from forward to reverse, send it another trigger and it returns to forward.