Sampler with configurable loop point

[az-terisk]

Hello,

The subject has already been raised on this forum but has, unless I am mistaken, never been followed up.

I'm trying to implement a loop point configurable to a sampler, but despite all my research and tests so far, this has unfortunately remained unsuccessful.

Would any of you have some leads to help me move forward here ? I know that I'm asking a lot of you at the moment, I apologize for that and thank you in advance for your answers.

Good evening to all of you !

[tektoog]

Hey,
If you search in the SM archives, there's a sample player made by Exonerate at the time.
It's a good schematic to start from...
It's also been improved a lot by numerous people over the time, so you can probably find one version which will adapt to your thinking...
Take care

[nix]

Hi mate,
here's a simple sampler I have been working on over the years,
hopefully the right schems are in the zip,
it does include a configurable release loop point in the release version
-the sample will loop while sustaining, then play the tail when the note is released

[az-terisk]

Hi,

Thank you very much for your answers.

The real idea is to be able to have a sampler able to "loop" the end of the sample thanks to a configurable loop point, in order to bring it a maximum of realism thanks to the repetitive side : for example, on a piano sound mixed with strings (violin ...). Until now, despite searching in the SynthMaker archives and many personal tries, I unfortunately never succeeded in doing so.

Nix, your work is close to what I want to do, so I'm going to study your Schematic and thank you warmly for sharing it with me.

Have a nice weekend !

[nix]

hey thanks!

iirc- it was pretty difficult to hack that release in there,
but it should be a start I hope

the idea is to use the required sample/counter index on your loaded 'mem'/.wav

these schems for the alpha are based on that very old schem by Exo,
but I have re-written nearly all of it at one time or other

[DSP-Robotron]

The sample fsm doesn't work with the 32bit demo version of FlowStone.
Do I need a different version ?
Is there a 64bit version somewhere that I missed ?

[az-terisk]

Hi gang,

Since I wrote that last message, I've been working, in my spare time, on this sampler with this on-the-fly configurable loop point.

The initial idea is to enable the user to define a loop point on the fly, as soon as the sample playback reaches a value that the user himself has defined beforehand: https://ibb.co/RTNdjzp

In principle, it works as follows:

- two wave players ;
- a progress bar for sample playback;
- when the progress bar reaches the value defined by the user-configured loop point on the fly, there's a switch from the first to the second wave player.

After many attempts, I arrived at the result whose corresponding schematic can be seen here: https://ibb.co/7bByDM1

It works, but it's not ideal, as it's rather dirty and heavy, and I think that the use of "green" primitives is at the root of the problem I'm experiencing when reading the sample. Indeed, there's a slight "cut-off" or the sound "skips" slightly when there's a "switch" to the second wave player, which isn't exactly ideal...

My current skills don't allow me to go any further at the moment. If anyone has any ideas or avenues I could explore (ideally with sample diagrams), I'd love to hear from you !

Thanks a lot.

[Spogg]

My first thought is that I would avoid using selectors for the audio path because they’re controlled by green and they can cause a stream interruption when switching.
I’d be inclined to use a rapid cross-fade using stream multipliers controlled by green with a fast de-zip for the crossfade. Experiment with the de-zip time, starting at maybe 20mS…

[az-terisk]

My first thought is that I would avoid using selectors for the audio path because they’re controlled by green and they can cause a stream interruption when switching.
I’d be inclined to use a rapid cross-fade using stream multipliers controlled by green with a fast de-zip for the crossfade. Experiment with the de-zip time, starting at maybe 20mS…

Thank you for your reply. I've made a few attempts of my own to follow your recommendations, but unfortunately without success. I must be doing it wrong.

By digging around in the forum and in the sample schematics stored on my hard disk, I found Quilcom Bridgit, which seems to exploit this technique. Perhaps I should go down this route instead and try to implement the cross-fade functionality I'm looking for in my own project to see how it renders afterwards?

Thanks again.

[Spogg]

Ok, good luck!

If you don’t make suitable progress you could post your schematic here and get help from me and others.