If compatibility/flexibility is the reason it makes even less sense.
If you find one of these 20 years down the road, the chance of you having a device that supports an ancient sample transfer protocol is basically zero. As it is now you already need an app or very old hardware.
USB Mass Storage devices are supported by virtually every computer/phone/tablet on this planet, the chance of you having a device that supports this 20 years from now is orders of magnitude larger.
IMHO itās perfectly valid and reasonable to point out problems with transferring samples, including shockingly slow transfer speeds. Please donāt stop ācomplainingā, whether itās here or by filing bug reports at Elektron. Otherwise they wonāt ever improve or fix it.
Itās not a bug, so this would be disrespectful to all of us - they are well aware of it being a legitimate concern; but most people are usually not reflecting on why it might be the way it is ⦠they assume blindly itās an issue without considering any alternatives
itās tedious bringing positive realistic outlooks to just have them shot down without reflection - donāt shoot the messenger as they say
it seems unavoidable that this will be progressed (somehow) eventually - patience will be required ⦠people can stay angry in the dark or run with the reality it is this way for a reason, for now, and may well change
Iām actually really happy that my Rytm MKII supports the MIDI Sample Dump Standard which is, I think, almost 30 years old. I can use it to transfer samples directly from my SU10. The transfer speed is veeeeeery slooooooow though.
I donāt have a DTII but can understand the frustration with slow sample transfer speeds. I think it would be a good solution to have both a legacy compatible transfer protocol and a more ā2024ā-like protocol you could choose from. I have no idea how easy/difficult it would be to implement.
I agree that online communities can get toxic when people start piling up unnecessarily. But gaslighting people by telling them that itās, in fact, a good thing that Elektron is using an archaic transfer protocol is almost as toxic imho.
Thatās not directed at you, and I wonāt start pointing my finger at certain individuals, but some, if not most of the āreasonsā Iāve read here are borderline bizarre and completely made up.
In any case, as a new DT2 owner I was ā and still am ā shocked by the anachronistic transfer speed. Taken together with the drive corruption issues it has led to a lot of uncertainty, which is no fun at all.
Is it a show stopper? Not for me, fortunately, even if itās frustrating. But shooting down people who expect to transfer their sample libraries flawlessly and within a reasonable timeframe is just wrong, imho. Itās 2024, and theyāre selling a device with a 20 GB drive.
Thatās imho still completely misrepresenting my post and itās disingenuous to pretend otherwise, which for ā2024ā is sadly not that surprising ā¦
feel free to enlighten the thread with your observed ālistā of bizarre and completely made up reasons though ⦠just out of curiosity, donāt be afraid of drawing attention to those people gaslighting or being toxic or shooting down anyone on this matter - i can assure you itās unlikely to be attributed to me
like i said ⦠āshooting the messengerā
by definition, if you canāt bring reality, positivity or reason to a discussion, itās already toxic
The argument that using a legacy MIDI protocol is a better choice for future proofing, over USB storage - doesnāt hold up to even the merest scrutiny.
Thereās nothing toxic about pointing out the obvious
again, this misrepresents my contribution - everybody was flailing to come up with a reason - i offered one (not by way of any comparison), that chimes with the actual reality - go figure where the scrutiny is shy
thereās plenty toxic about complaining about an explanation offered in good faith - like i keep saying, try not to shoot the messenger - we could have continued randomly date quoting 2024 etc - but now you have a part of Elektronās thought process to consider itās my problem because it doesnāt reiterate your frustration - thereās no point in debating what isnāt up for debate, seems obvious ⦠is it better to be in the dark to maximise the frustration or is it better to understand where and why you possibly are where you start
misquoting me doesnāt fix anything, itās not like i didnāt ask to avoid this ā¦
like it or not, what you have in front of you is entirely a reflection of Elektronās choices/compromises, thereās no point berating me like they were mine ⦠or even though i donāt particularly care; thereās no denying itās a heard legitimate concern
itās two way though, people also have to reflect that they will have legitimate reasons for prioritisation of their choices/wishes and everything canāt happen at once, especially if it marks an evolution and doubly so if itās built upon a significant change (like their development platform) ⦠thereās no OB yet, arguably more of an obligation, thereās clearly a way to go imho before finessing already āworkingā features, irrespective how legitimate the usability complaints about speed are
fyi. - i havenāt read anywhere that itās even a viable option to have USB storage possibilities on this board, so itās not even something that can be ācomparedā meaningfully afaict
so with respect, iām getting nothing from all this haranguing about a simple shared truth, but iām not interested in an irrelevant discussion on something that will surely be in hand (if and whenever itās feasible) and as i said, iām not bothered either way but i certainly wouldnāt complain if it was made quicker ⦠iām therefore muting this topic, fill your boots ā¦
Most of the posts in this thread that might match you description (including mine) are not defending Elektrons choices in any way, but showing up āthe reasonā for the slow speed.
Doesnāt help anyone to rant about people showing up informations, because you interpret something into words that is not there.
People writing āWas no issue for meā maybe with giving a reason why, are also not defending anything but showing up, that it doesnāt seem to be an issue for everyone. That doesnāt make the points from people struggling with that less valuable or them wrong. It just shows up other peoples perspective. Thats what communities are for.
Everything is way more easy, if we try to not be offended by other people having other experiences.
I donāt think that the board is not able to (as long as serial data from the usb port reaches the CPU you can teach the CPU to do everything the USB Protocol provides), but there are tons of other reasons not to be able to do that. A simple one might be resources. Elektron just might want to spent the precious developer time on synth features instead of writing storage drivers. Maybe (and I am quite sure about that) the +Drive isnāt using a file system that computers can understand. I can totally see Elektron doing their own storage system for performance as well as reference handling reasons. That makes something like USB mass storage implementation unreasonable more complex and time consuming.
On top of that: When my āmeasurementsā mentioning above are correct (that saving a sample seems to take as long as uploading it via transfer) there seems to be an internal reason for that memory-access-speed. Based on that, adding USB mass storage wouldnāt fix the issue, as that would be as slow as Transfer.
All that said: Would I love to be all that tons faster? Hell yeah! While I donāt really care about the speed from Computer to the Device, that would also speed up loading and saving projects!
Iāve just updated three devices and the Digitakt 2 is an order of magnitude slower at transferring the update file. That shouldnāt be the case with the newer box particularly when transferring samples is a basic function.
Sample management on this thing is like stepping back in time 15 years, itās shameful given the care, love and attention put into the rest of the device
I didnāt test the 2 side by side but thatās not my experience. Digitakt 2 transfer speeds are horribly slow, as shown by the comparison to the Syntakt and Digitone when transferring an update file.