A lot of clicks after sampling [fixed* for next release]

Start sampling, then start your source audio a half-second later. It means you have to forget about using the threshold function and do it the old way, but your sample should be clear of the click (always appears at the same time, see posts above). Then you can adjust the sample start, past the click, to your sample starting point.

1 Like

Ok, makes sense. Thank you!
Edit: actually one could prepare a click a half second before a sample if using the threshold function is important

So incoming update confirmed?? Wohoooo

Hope it also brings the euclidean sewuencer update to the digis…

Resurrecting this thread as I’m also running into the same problem in January 2024. Running latest DT firmware.

The issue arises when sampling from any external source (external L&R or USB from iPad).

I set the sample length to RLEN of 16,32,64 etc instead of max, arm to sample and then play whatever source I’m sampling. About half a second or so into the recorded sample there is a click.

Please note:

  1. This only happens when I select RLEN 16,32,64 etc. It does not happen if I set the sample length to max.

  2. I don’t think it is a zero-crossing point issue which could happen as the sample source crosses the DT sample recording threshold. The click/drop out does NOT happen at the start of the sample (which is what you’d expect with a zero crossing problem), it happens AFTER the sample has begun playing, roughly half a second to just under a second later. That is not a zero crossing pop.

  3. It is not a clipping issue from a too hot input. I’ve tried this with several different sources, all of which have been low volume and well below clipping range.

  4. It is 100% repeatable every time whenever a specific RLEN (ie 16,32 etc as opposed to max) is used.

  5. This is with the latest firmware that’s available as of January 2024.

1 Like

Are you sure you have the latest? For me, 1.51A fixed this issue. (As far as I remember, I am not at my desk right now :slightly_smiling_face:)

I installed the 1.51A update a few days ago (because I only recently found out that the A update is available), have sampled quite a lot since then and have not gotten any more clicks.

But the other (tempo-related) sampling bug is still there. I hoped that both sampling bugs were somehow related. But that doesn’t seem to be the case.

1 Like

Yes, 100% sure. Updated as soon as it came out. I wasn’t doing much sampling in November and December so only just ran into this now. It’s reproducible each time but only when I select a RLEN of 16,32,64 etc. Does not happen with RLEN set to max.

Really odd if this has apparently been fixed in the latest firmware because it seems to be the same bug people were reporting earlier.

Just to be super clear, 1.51A (note the ā€œAā€) was released at the end of November and as far as I know, was specifically targeted at fixing this issue. It was released without fanfare so I didn’t even realize it was out until much later.

I’m not an expert, but definitely double check that you have 1.51A at boot up!

1 Like

OK so my bad. I did NOT have 1.51A installed, I thought I did but it was sitting on my Mac download folder waiting to be installed. Duh!

I have now installed and am delighted to say… all good. RLEN at 16,32 etc is working properly with no clicks.

VERY good news as I sample loops from other gear all the time, it’s a big part of my workflow now.

All we need now is stereo sampling on the Digitakt and my world will rock. Yeah yeah I know… Octatrack :grin:

4 Likes

You can stereo sample. It’s just summed to mono. :stuck_out_tongue:

1 Like

LOL yes… true!