I thought it worth starting a thread for the media loader function for the TBC2. There’s some brief discussion in the TBC2 MIDI questions thread but I don’t want to invade as it’s super helpful stuff surrounding MIDI usage. These questions may be blatantly obvious to some people but, alas, not me. I like to think at least one other person will have these questions at some point, so it’s of some use to someone, some day.
Btw - I love TBC2. Thank you.
Some questions surrounding the Media Loader:
Is the SD card designed to be accessible via the USB on the front panel, similar to the MemPal?
The LZX bible reads: The maximum number of images per media folder is determined by the current output video standard, with a minimum of 24 frames in 1920 (W) x 1080 (H) media sizes.
What does this mean?
I have the same issue with my MemPal where the images don’t playback in the same order they are in the folder. Any suggestions or fixes for this (I use a Mac)
No, but this is on a list of features to consider for future releases.
At a minimum (even in the largest HD timings) you can load up to 24 images. Lower resolutions = more images can be loaded.
For example, if there are 64 images in the folder, only 24 of them are loaded while in HD modes, and more are loaded in the lower resolution modes.
Right now it will go by the order the files are stored in the card’s memory. To force an order, give each file a number to begin: 001, 002, 003, etc. Format the SD card and copy those files in all at once, if it’s still giving you trouble. I’ll add alphabetical sorting to the new feature list.
In these initial releases, media support is minimal, but keep the suggestions coming and we can improve it over time!
Based on @creatorlars response, it sounds like the playback order is determined not by the file name, but the date/time the files were created on the SD card.
I know about this because I deal with animation sequences of numbered still frames all the time. This is a common issue with personal computer operating systems. You copy a bunch of files and expect them to be copied in the order of their file names. But that does not happen. The files are copied in the order that they were selected. And that selection order makes no sense, because it is not necessarily the same as the order in which you selected them in the GUI. E.g. on Windows, the procedure is to select the LAST file, hold down SHIFT, select the FIRST file, then copy / paste. It’s really stupid, it’s been this way for decades, and the only way to figure this out is through careful testing.
Since you are only dealing with tens of files (rather than hundreds or thousands), you can literally copy and paste them one at a time, in the order you wish them to play back.
But hopefully Lars will fix this with a firmware update. Sorting by filename is a key feature for any system that … deals with files. Sadly, different systems have different conventions and limitations. I.e. “alphabetical” is not standardized. Some systems can’t handle multiple dot separators, or leading numerals, etc.