samples disappear from slots on digitakt 1 after using elk-herd sample manager #2
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: mark/elk-herd#2
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I have encountered this issue after moving samples around directories of +drive using elk-herd sample manager. Some of the samples disappear from project slots, and one sees a single tick (') instead of sample name. Interestingly, when one browses the file system (by going into samples -> view +drive) the samples appear as if assigned to a slot, but they do not play in fact (see pictures attached). I was unable to find out which samples in particular were affected. Definitely there were many samples that were moved using elk-herd which were not affected. I am using firmware 1.52 and elk-herd 3.2.1 on chrome 133.0.6943.143, windows 10 machine
Did you only use elk-herd to move samples around in the +Drive tree? Or did you also load a project into elk-herd and save it back?
Am I correct in seeing that the +Drive tree on the unit thinks the correct sample is assigned to the project slot (cl_C assigned to 5 in this case), but the project's sample pool list shows only a tick mark, and doesn't play it? And can you confirm if the sample should be named cl_C and that the size of 0.01MB seems right?
I only used elk-herd to move samples around the directory tree, I didn't load projects into elk-herd.
yes, device thinks that cl_C is assigned to slot 5, but slot 5 doesn't contain any sample, displays a tick mark, nor does it play. the size is right, the sample is the right one (I checked against a backup I had).
Turns out I have that sample set!
I tried to reproduce, and failed - that is, it always worked fine.
SO - could look over the detailed steps of how I tried to reproduce and see if anything stands out as different than what you did when you had the problem:
Create a new top-level folder in the +Drive called "tanzbar"
Drag all 55 samples from my hard disk onto this folder
watch them upload
I did step 7 about a dozen times. The samples remain named correctly in the sample pool, and play correctly in the pattern.
Also, long shot question: Is there any chance you have two copies of these samples on your +Drive? (This isn't easy to do, actually as the DT tries hard to de-duplicate samples, but I have seen it!)
By any chance... did you have this sample already on your machine, then using elk-herd, move it to trash, then empty the trash, then re-upload the sample again?
I understand that in order to tackle it, you need to reproduce it, but I am struggling to reproduce it in a controlled way as well. I will try to recall all the things I did prior to the issue occurring. I had moved a lot of different samples across +drive tree, they were parts of several projects, and only maybe 10% of moved files were affected by the issue. I did delete some samples by moving them to trash. Another thing: as I was moving files, sometimes there would be several identical files that I moved to the same directory. They were renamed by elk-herd, so eg when I copied a sample "cl_C" to a directory that already contained a sample named "cl_C", it would create "cl_C 1", "cl_C 2" and so on. I deleted these duplicates. I will try to do something like this, maybe this is what is causing the issue