You know, 2.5 years in and you would have thought sample upload to the RYTM would be a breeze. Alas it’s still effin’ awful.
I just bought the Radical Bits sample pack and man, I’m having to upload each sample 1 at a time as for some reason if I try and batch process the lot, it does one and then times out.
It’s beyond a joke and has never been a smooth operation.
Rant over. 
Can you use SDS Drop for this? I’m kind of surprised Elektron haven’t just bought the app at this point, it’s so much better than C6
I probably could / should… but wish Electron would just fix it. It’s on their roadmap, but just never seems to happen.
The current method is archaic (not to mention slow)
sigh
I hear you, why the + drive doesn’t simply show up as an external harddrive when plugged into a computer via USB is beyond me.
What if overbridge is preventing the “USB class compliant hard disk mode” on the AR? I see no other reason for leaving such a functionality out tbh
I’d have probably buckled and grabbed AR some point in the past year if it had simple/fast drag’n’drop sample transfer like OT. I’m not massively in to analog drums but the UI/sequencer functions have a lot of appeal. Not down for weekly transfer hassle/using ipad apps etc tho. I think all other solutions are Mac based IIRC, I’m on Windows…
Kinda worked out OK tho as the new standalone MPC possibly ticks more boxes here. If turns out it doesn’t then hopefully Elektron nail the transfer thing in an update/new software… Or ableton add some track comp/take lanes features or magically get Push2 working in rewire slave…
Make sure that Overbridge Mode is disabled, and that SDS Handshake is turned off in C6 for faster sample uploading.
or yes, stop worrying and use SDS Drop.
does sds drop work on windows…guess not.
nope… I think at least 70% of Rytm owners are on Mac tbh, if there was an easy way to just press a button to release it on Windows too I would of course do that… but it would just be a lot of work to port/debug/distribute/maintain/support the Windows version for likely not that many new users gained. Hope you understand…
edit: check the poll results here Mac, Windows, Linux?
Sure, no issue with this. I was just making the point that it does not offer the total solution.
I do not run MAC at all, own the Rytm, but have never loaded samples. It is raining today so might mess around with it to see if it is such a big deal everyone seems to be making of it. I use C6 for MDUW, MNM, and A4 and havent had any issues so far. Maybe its a file size thing with Rytm.
Until Simon mentioned the Handshake setting above, i’d never have known to try, my impression is that the vast majority of complaints follow a user trying to dump hundreds of Mb of samples in one go … in my opinion, it is best to Pre-convert the samples to 16/48/mono, this takes that task away from the Elektron side and I think it may be worth exploring adding in a small delay value which will pause between messages … this is certainly something that older gear needs set up if you are using other sysex librarians … chances are that the direct AR to C6 connection using Turbo (which you should never toggle manually) will be all you need to set right, but for some reason, I also see instances of small batch uploads of pre-converted samples which fail to get through completely - that’s why I am wondering about introducing a small delay to slow things down a bit, see if that helps consistency
Couldnt agree more…
Probably a hardware / design limitation.
@Ess : Can you help us resolve the significance of the comment in the Manual when compared to your comment, or what the important subtleties mean in practice …
whereas the manual suggests …
SDS Handshake. Select whether to use handshaking or not when sending samples.
This is needed by the Analog Rytm.
It also suggests a delay in ticks of 1 > 2 for OSX and 5 > 50 for windows for anyone else browsing this topic
I am going to see if it’s possible to reliably set up a transfer of a modest (<1Mb) selection of pre-formatted samples … earlier attempts were such that some didn’t arrive (Ticks set to 0, Handshake On)
Here are my observations
All attempts to upload were successful this time
The only aborted attempt was when i accessed the settings pane during a transfer (i did not ok or change anything, but this crippled the upload permanently)
The important thing for me is to note the following
The accessing of the Settings pane will disable Turbo mode, and this results in much slower transfer - Turbo mode is not user negotiable after it is disabled - so before you press send - ensure that the Turbo toggle is still active
The Turbo mode makes a big difference in speed - as does enabling even 1 or 2 ticks delay on OSX
As it seemed to work well in Turbo Mode with either SDS Handshake On or Off I will leave it on, it wasn’t notably slower for small sample uploads
Either way - i have already developed a routine where I restart C6 if the device isn’t automatically selected or if Turbo isn’t on - then i leave the settings well alone
The important one to have preselected is Extended SDS - to get the names transferred
This was for Mavericks btw
I would expect Turbo mode to make a difference only if you have the DIN MIDI ports enabled. They’re bandwidth-limited to be much slower than the USB ports, even with Turbo enabled.
So I’d like to suggest that you verify that you are using the USB connection to upload samples and have the DIN ports turned off.
I only had a USB cable attached, i did have it set to …
Input From : MIDI + USB
… though
So the Turbo negotiation was done at USB level, and with and without Turbo it was faster/slower - now whether it is preferable to select …
Input From : USB
… i don’t know, though that’s what you’re suggesting i guess - it’s a pain to have to toggle so many settings although i could appreciate why the subtlety would be more important if it was data coming from the Device
we need authoritative statements on this stuff, or at least we ought to collate all the available nuggets
When I used to own a RYTM, the response I’d usually get from others when I vented about these types of frustrations was that the RYTM is not a sampler, and that I should be happy that there’s even an option to upload samples. The RYTM is a drum machine, not a sampler; get an Octatrack. I’d suggest looking into other machines if you desire a more traditional “sampler” workflow. If I were you, I’d strongly consider maybe selling the RYTM for the Jomox Alpha Base that’s about to come out.
Let’s leave the cynicism aside and concentrate on useful contributions - The device receives samples, they’re usable and that’s all there is to it afaiac. Waiting a few minutes more than ideal, if you were not savvy enough not to research the best settings before uploading a Gb on your first day with it, is hardly cause for concern, or cause for selling the device.
We’re trying to bottom out the workflow, so please @Prints add something useful (or nothing at all) rather than going out of your way to spoil the thread … two wrongs don’t make a right
I’ve highlighted why some of the complaining about sample uploads taking too long is quite likely user related